AI 時代,產品經理怎么混?

0 評論 663 瀏覽 3 收藏 11 分鐘

AI浪潮下,產品經理的生存法則正在被重寫。當ChatGPT能秒出需求、Midjourney可一鍵生成原型時,真正考驗的將是我們的邏輯拆解能力與工程思維。本文通過作者被AI代碼'暴打'的親身經歷,揭示了一個殘酷真相:AI不是替代者,而是照妖鏡——它放大了產品經理在邏輯閉環(huán)與系統(tǒng)思維上的短板。想要駕馭這把雙刃劍,我們需要從'界面設計師'進化成'邏輯架構師'。

最近在網上沖浪,看到不少同行在焦慮:“完了完了,AI 越來越神了,老板直接跟 ChatGPT 對話就能出需求,還要產品經理干嘛?”

還有更具體的:“我那點畫原型的本事,AI 一秒鐘生成十套,我是不是該去送外賣了?”

聽到這些話,我其實挺想笑的。

但笑著笑著,我也沉默了。因為這種焦慮,我也經歷過,而且是被 AI 按在地上摩擦的那種。

1. 那個讓我想砸電腦的深夜

前幾個月,我想給朋友做一個簡單的“競品監(jiān)控看板”。邏輯很簡單:抓取幾個競品的更新日志,對比一下,發(fā)給我。

我信心滿滿地打開 AI,敲下一行 Prompt:“幫我寫個腳本,監(jiān)控這 3 個網頁,有更新推送到飛書?!?/p>

AI 極其配合,咔咔咔生成了一堆代碼。我一運行,嘿,跑通了!

那一刻,我覺得自己簡直就是全棧大神,強得可怕。

但緊接著,貪欲來了。我想加一個小功能:“只推送包含 ‘AI’ 關鍵詞的更新,其他的別發(fā)?!?/strong>

就這么一個簡單的邏輯分支,噩夢開始了。

AI 為了實現(xiàn)“過濾”,改動了抓取邏輯導致抓取失??;為了修復抓取,它又把推送邏輯搞丟了。

我讓它修 Bug,它就開始拆東墻補西墻。修好了 A,崩了 B;修好了 B,A 又不干了。

我對著屏幕整整折騰了五個小時,代碼從 50 行膨脹到 500 行,里面充斥著各種我看不懂的補丁。

最后我冷靜下來,盯著那坨 500 行的“代碼屎山”,發(fā)現(xiàn)問題根本不在 AI,而在我。

我給出的指令是:“既要抓取,又要過濾,又要推送,還要出錯重試?!?/p>

我把所有的邏輯像倒垃圾一樣一股腦塞給了 AI,卻完全沒有通過模塊化的思維去引導它:先寫抓取模塊,測試通了再寫過濾,最后寫推送。

我試圖用自然語言的“模糊性”去挑戰(zhàn)代碼邏輯的“嚴謹性”,結果就是被死循環(huán)按在地板上摩擦。

那一刻我意識到一個殘酷的真相:

AI 沒有搶我飯碗,它給了我一個金飯碗(超級生產力),但我連筷子都不會拿(缺乏工程邏輯)。

AI 是個“混子放大器”,也是一面邏輯的“照妖鏡”。

2. 撕開遮羞布:你是“真·文科生”,還是“偽·理科生”?

很多產品經理標榜自己懂技術,其實也就是懂幾個名詞:高并發(fā)、微服務、中臺,PPT 寫得震天響。

現(xiàn)在 AI 把技術門檻降到了地板上。按理說,這是產品經理的高光時刻?。〔挥们箝_發(fā)排期,自己動手豐衣足食。

結果呢?大部分只關注“界面”和“流程”的產品經理發(fā)現(xiàn),自己連 AI 生成的代碼都看不懂。

這里說的“看不懂”,不是讓你去寫底層算法,而是你連基本的“邏輯閉環(huán)”都搞不定。

你可能一直以為自己是“理性的產品設計者”,但 AI 可能會用滿屏的報錯無情地告訴你:不好意思,你其實是“真·文科生”。

舉個最通俗的例子:

你讓 AI 裝修房子。

  • 文科思維(看表面):“幫我把這面墻砸了,我要做個落地窗,好看?!?/li>
  • 工程思維(看結構):“這面墻是承重墻嗎?砸了樓會不會塌?里面有埋水管電線嗎?砸了會不會漏水短路?”

AI 很聽話,你讓它砸,它是真敢砸。結果就是落地窗有了,樓也塌了。

我們很多產品經理,以前只負責“審美”,不負責“承重”。

現(xiàn)在你自己當工頭了,才發(fā)現(xiàn)自己根本不知道哪面是承重墻,哪根管子這斷了全樓都會停水。

原本以為 AI 是外骨骼機甲,穿上變超人。結果穿上一看,太重了,自己那點邏輯肌肉根本帶不動,剛走兩步就被壓趴下了。

AI 的出現(xiàn),撕開了最后一塊遮羞布:你引以為傲的“產品設計能力”,如果脫離了別人的實現(xiàn)能力,到底還剩下多少價值?

我們不禁要問:為什么這種“無力感”,以前從來沒有如此強烈過?

3. 為什么以前不痛?因為有人在默默幫你“填坑”

為什么我們會有“我很強”的錯覺?

因為做產品經理,我們其實是被保護得很好的。

你想想這個場景:你說:“做個積分抽獎功能?!蹦阒划嬃顺楠劦慕缑?,定了獎品概率。

開發(fā)接過去,一邊心里罵娘,一邊默默幫你補全了剩下 80% 的邏輯:

? “如果你配的概率加起來超過 100% 怎么辦?”

? “如果兩個人同時抽中最后一個獎品,給誰?”

? “如果數(shù)據(jù)庫掛了,積分扣了沒發(fā)獎,用戶投訴怎么辦?”

在這個過程中,開發(fā)人員不僅是執(zhí)行者,更是你和嚴謹?shù)挠嬎銠C邏輯之間的“防呆層”。他們用自己的專業(yè)能力,把你那些想當然的、充滿漏洞的需求,兜底成了一個能跑的系統(tǒng)。

但現(xiàn)在呢?你想用 AI 驗證想法。

你跟 AI 說:“給我整一個抽獎功能。”AI 是沒有脾氣的,它不會質疑你,它會忠實地執(zhí)行你的每一個愚蠢決定。

你邏輯不嚴密,它生成的代碼就是滿是 Bug 的屎山;你邊界沒定義,它跑出來的程序就會在邊緣情況直接崩潰。

這時候你才發(fā)現(xiàn):沒有了開發(fā)給你兜底,你面對的不僅是冰冷的邏輯,更是崩塌的自信。

你可能會問:“既然 AI 能寫,為什么我還要懂代碼?”

因為 AI 只是超級顯卡,你必須是那個驅動程序。

以前,產品文檔是寫給看的,人會思考,會質疑,會填坑?,F(xiàn)在的 Prompt 是寫給機器看的,機器只講邏輯,不講人情。

不懂代碼邏輯,你就無法拆解任務;不懂數(shù)據(jù)結構,你就無法定義邊界;不懂工程常識,當 AI 把你的小工具寫歪了時,你連一句有效的“回滾”指令都發(fā)不出來。

產品經理學技術,不是為了搶程序員的飯碗,而是為了拿回屬于自己的“創(chuàng)造權”。

學會了,你就是 Driver;學不會,你永遠只是 passenger。

4. 只有“大神”和“混子”,沒有中間態(tài)

我在上一篇里提到,合格的產品經理要有三門手藝:計算機基礎、心理學基礎、管理學基礎。

這三門手藝,在 AI 時代,就是區(qū)分“大神”“混子”的分水嶺。

別看網上那些焦慮文了,AI 祛魅之后,它就是個效率放大器。

  • 如果你邏輯混亂:你以前寫文檔邏輯不通,是坑隊友;現(xiàn)在你用 AI,邏輯不通,產出的就是一堆報錯。AI 會放大你的混亂。
  • 如果你不懂人性:你以前做偽需求,還有開發(fā)攔著,有運營噴你;現(xiàn)在 AI 不攔你了,你很高興地一秒鐘生成十個沒人用的垃圾功能。AI 會放大你的平庸。

但如果你是合格的產品經理:

  • 邏輯嚴密:你清楚地知道自己要什么,AI 是你的手,你是指揮官。以前驗證一個邏輯需要兩周(排期、開發(fā)、測試),現(xiàn)在只需要兩小時(Prompt、調試)。
  • 洞察深刻:你懂用戶痛點,你用 AI 快速搓出一個丑陋但能用的 MVP,直接丟給用戶去驗證價值。

你是在用 AI 加速“價值驗證”,而不是加速“垃圾制造”。

寫在最后

別再當那個只會畫圖、只會傳話的“工具人”了。

AI 浪潮來了,不想被拍死在沙灘上,就得學會游泳。

去補一補計算機基礎吧,真的不丟人。不用成為架構師,但至少要懂一點 Python,懂一點數(shù)據(jù)結構,懂一點前端邏輯。

這能讓你在指揮 AI 千軍萬馬時,像個運籌帷幄的將軍,而不是像個瞎指揮的土財主。

這時候你再看 AI,它就不再是搶你飯碗的敵人,而是你手里那把最鋒利的劍。

在這個時代,能把 AI 落地,能用 AI 解決實際問題,才是你不可替代的護城河。

當潮水退去,最好的泳衣,就是你自己長出來的肌肉。

本文由 @Daniel 原創(chuàng)發(fā)布于人人都是產品經理。未經作者許可,禁止轉載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!