程序員用AI編程永遠(yuǎn)比不了產(chǎn)品經(jīng)理

AI編程帶出來爆火的vibecoding概念，我身邊已經(jīng)有很多產(chǎn)品經(jīng)理選擇了一人創(chuàng)業(yè)做軟件科技公司了。

注意不是做自媒體，而是做科技公司的產(chǎn)品，有的已經(jīng)成為賺錢的產(chǎn)品上線了，而我發(fā)現(xiàn)那些工作5年以上的產(chǎn)品經(jīng)理會比程序員更加擅長使用AI編程，并且產(chǎn)品更容易商業(yè)化

主要是有4個原因

1.產(chǎn)品經(jīng)理清楚用戶需求到商業(yè)化閉環(huán)

因為工作的原因，產(chǎn)品經(jīng)理天然就靠著用戶活躍度、拉新人數(shù)、付費數(shù)等指標(biāo)來轉(zhuǎn)化用戶需求，將其變成產(chǎn)品功能或某個系統(tǒng)。

所以AI編程在產(chǎn)品經(jīng)理能夠更加將以前那些可以做但是沒有程序員的案例來完成。

方向找對了，就自然就成功一半了。而程序員往往很難把握到方向，尤其是大廠的程序員，距離商業(yè)化非常遠(yuǎn)，經(jīng)常不知道自己寫的代碼是如何“賺錢的”，因為日常基本不跟業(yè)務(wù)打交道，所以就導(dǎo)致輸出的產(chǎn)品就只是娛樂或者甚至走上了灰產(chǎn)的路線。

2.產(chǎn)品經(jīng)理知道單元模塊的PRD描述

撰寫功能需求文檔，是產(chǎn)品經(jīng)理天然的工作以及本質(zhì)技能，所以如何撰寫讓功能變得簡單以及不復(fù)雜，避免耦合是產(chǎn)品經(jīng)理自然是天生最熟悉的，

比如我在產(chǎn)品經(jīng)理訓(xùn)練營里，會讓我的學(xué)生能夠從0到1完成拼多多的下單路徑作業(yè)，就是刻意訓(xùn)練產(chǎn)品經(jīng)理的基礎(chǔ)“產(chǎn)品路徑節(jié)點”技能，能夠找到系統(tǒng)中耦合的節(jié)點、以及用戶完成核心任務(wù)場景的起點、中點、與終點。

所以AI編程下的產(chǎn)品經(jīng)理能夠更加把功能模塊生成的更加齊全，而不是少胳膊斷腿，讓AI編程盡可能的代碼可以達(dá)到最高度的復(fù)用率。

3.AI編程要學(xué)會運用產(chǎn)品設(shè)計的基本方法

做產(chǎn)品經(jīng)理的都會知道一些基礎(chǔ)的產(chǎn)品框架與產(chǎn)品設(shè)計方法，比如MVC產(chǎn)品架構(gòu)、以及MVP最小化產(chǎn)品版本，還有在軟件研發(fā)迭代使用的敏捷方法等等，這些都可以作為prompt繪制AI編程的產(chǎn)品能力。

因為你不可能一次性就把一個產(chǎn)品的全生命周期覆蓋了，而是要循序漸進(jìn)的迭代，每個階段要在用戶使用過程，根據(jù)運營數(shù)據(jù)與用戶反饋再來迭代。

因為很多團(tuán)隊連UI設(shè)計還原到90%都做不到，就更談不上之前規(guī)劃的需求刺激用G點了。

像我都幾乎不能夠全部使用所有生成的代碼，往往都是部分的核心頁面或者要迭代的需求，這些AI編程生成的功能往往就是幾個或者某一個，再和以往的結(jié)合上去。

畢竟現(xiàn)在做AI編程，也要考慮到后續(xù)的產(chǎn)品維護(hù)性與迭代性，而如果沒有產(chǎn)品架構(gòu)，與框架方法，自然功能模塊就很難以拆解出來。

4.最短用戶路徑與用戶體驗導(dǎo)向

用戶是懶惰的，用戶也有畫像的，不同人群定位的產(chǎn)品，自然在產(chǎn)品設(shè)計風(fēng)格與功能邏輯上都有區(qū)別，而產(chǎn)品經(jīng)理有天然的優(yōu)勢。

基于過去產(chǎn)品經(jīng)理的從業(yè)經(jīng)驗，可以非常清楚不同人群下所需要的路徑與功能體驗是什么，因此以轉(zhuǎn)化需求的路徑設(shè)計、用戶體驗為導(dǎo)向，在設(shè)計產(chǎn)品框架界面入口的時候也會更加清楚那些是主要業(yè)務(wù)與次要業(yè)務(wù)，說白了就是按鈕應(yīng)該如何擺放，以及功能頁面層級的布置。

這些程序員是沒有概念的，要知道以前他們就是專注在UI設(shè)計圖與PRD文檔背后的前端、或者后端接口設(shè)計上，以上這些都要體系化的產(chǎn)品結(jié)構(gòu)，還有就是多熟悉競品的APP以及了解PRD的撰寫規(guī)則，過于技術(shù)上的描述反而讓AI編程生成的產(chǎn)品難用，并且不能夠滿足用戶需求。

很多程序員生成的AI編程，能跑通，但是不能上線

我團(tuán)隊里面很多程序員使用的AI編程，都會導(dǎo)致頁面與按鈕確實可以跑通技術(shù)路線，但是就不能達(dá)到上線。

因為跑通流程與做一個產(chǎn)品之間其實有一個非常大的鴻溝，就是用戶是否認(rèn)可，而不是把功能流程跑通，比如我們做MR眼鏡的手術(shù)導(dǎo)航系統(tǒng)，描述起來是能夠讓外科醫(yī)生可以看到患者的3D醫(yī)學(xué)影像進(jìn)行實時展示導(dǎo)航，但是其中的3D影像生成，真實物理世界的匹配校對、手動操作等等，這些都是需要產(chǎn)品經(jīng)理和醫(yī)生用戶人群一一比對，而不是技術(shù)流程跑通就行了。

因為使用他的不是程序員而是外科醫(yī)生。

能夠在技術(shù)上將手術(shù)導(dǎo)航的業(yè)務(wù)流程跑通，至少就是在技術(shù)路徑上團(tuán)隊是可以研發(fā)的，再來進(jìn)行手術(shù)導(dǎo)航的路徑拆解，完成前端優(yōu)化更好，就只有讓產(chǎn)品經(jīng)理再來梳理下交互邏輯與頁面結(jié)構(gòu)。

因為在技術(shù)成本實現(xiàn)上最低，首先先保證某些算法跑通，而不是加工程化的功能，所以我往往會讓技術(shù)負(fù)責(zé)人先跑通，跑通之后，再來看技術(shù)實現(xiàn)的準(zhǔn)確率、延遲、以及與真實業(yè)務(wù)場景要求的參數(shù)是否一致。

今天的分享就在這里。

“關(guān)注我，了解第一批空間計算的產(chǎn)品經(jīng)理做什么”

點擊加入XR空間計算開發(fā)者、產(chǎn)品經(jīng)理交流群

AI開源項目拆解群，以及每天體驗1款A(yù)PP

我創(chuàng)建的產(chǎn)品設(shè)計打卡社群，加入后365天，每天體驗一款A(yù)PP。提升產(chǎn)品設(shè)計能力，同時有1300份體驗報告幫助你找到競品。

在這里你可以隨時查詢到你想找的各類競品行業(yè)APP以及我收集整理的開源Github項目，馬上得到APP的一手產(chǎn)品優(yōu)化、交互設(shè)計、功能描述信息。

從優(yōu)化&建議、商業(yè)模式、運營、功能描述、交互設(shè)計、產(chǎn)品定位至少6個維度，體驗一款應(yīng)用。

平均1天1塊錢，掃碼購買即可加入

連續(xù)體驗48款應(yīng)用，通過后原路退回

報名后添加星球助理

PMTalk123