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)理會(huì)比程序員更加擅長使用AI編程，并且產(chǎn)品更容易商業(yè)化

主要是有4個(gè)原因

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

因?yàn)楣ぷ鞯脑?，產(chǎn)品經(jīng)理天然就靠著用戶活躍度、拉新人數(shù)、付費(fèi)數(shù)等指標(biāo)來轉(zhuǎn)化用戶需求，將其變成產(chǎn)品功能或某個(gè)系統(tǒng)。

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

方向找對(duì)了，就自然就成功一半了。而程序員往往很難把握到方向，尤其是大廠的程序員，距離商業(yè)化非常遠(yuǎn)，經(jīng)常不知道自己寫的代碼是如何“賺錢的”，因?yàn)槿粘；静桓鷺I(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)練營里，會(huì)讓我的學(xué)生能夠從0到1完成拼多多的下單路徑作業(yè)，就是刻意訓(xùn)練產(chǎn)品經(jīng)理的基礎(chǔ)“產(chǎn)品路徑節(jié)點(diǎn)”技能，能夠找到系統(tǒng)中耦合的節(jié)點(diǎn)、以及用戶完成核心任務(wù)場景的起點(diǎn)、中點(diǎn)、與終點(diǎn)。

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

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

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

因?yàn)槟悴豢赡芤淮涡跃桶岩粋€(gè)產(chǎn)品的全生命周期覆蓋了，而是要循序漸進(jìn)的迭代，每個(gè)階段要在用戶使用過程，根據(jù)運(yùn)營數(shù)據(jù)與用戶反饋再來迭代。

因?yàn)楹芏鄨F(tuán)隊(duì)連UI設(shè)計(jì)還原到90%都做不到，就更談不上之前規(guī)劃的需求刺激用G點(diǎn)了。

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

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

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

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

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

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

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

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

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

因?yàn)槭褂盟牟皇浅绦騿T而是外科醫(yī)生。

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

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

今天的分享就在這里。

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

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

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

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

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

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

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

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

報(bào)名后添加星球助理

PMTalk123