從現(xiàn)在做AI產(chǎn)品經(jīng)理之后，相比以前的軟件研發(fā)速度，我自己認(rèn)為現(xiàn)在用AI的產(chǎn)品經(jīng)理會(huì)比以前快了大概2-3倍。

以前需要花1個(gè)月的工作，現(xiàn)在可能1個(gè)星期就可以開(kāi)發(fā)完成上線，然后再逐步獲得用戶反饋，去精雕細(xì)琢的打磨，甚至是一天。

之所以有這樣的效果，是因?yàn)楝F(xiàn)在的vibe coding的發(fā)展（也就是AI編程），讓產(chǎn)品經(jīng)理也有了編碼能力，從以前的需求調(diào)研、原型設(shè)計(jì)再到最不愿意投入時(shí)間的高保真投入，都可以一步到位。

現(xiàn)在直接可以一步到位高保真原型下的前端頁(yè)面，當(dāng)然現(xiàn)在有了supabase之后，產(chǎn)品經(jīng)理也能夠前后端一起運(yùn)用，這種開(kāi)源數(shù)據(jù)庫(kù)。

當(dāng)然到現(xiàn)在為止，我個(gè)人使用vibecoding最多的還是前端的編碼、原型設(shè)計(jì)、UI設(shè)計(jì)。

不同階段的產(chǎn)品經(jīng)理在做產(chǎn)品設(shè)計(jì)的工作方式不一樣

產(chǎn)品新人：糾結(jié)交互、顏色與按鈕

產(chǎn)品經(jīng)理：業(yè)務(wù)需求下的功能怎么設(shè)計(jì)

高級(jí)與產(chǎn)品總監(jiān)：開(kāi)源項(xiàng)目的系統(tǒng)與業(yè)務(wù)需求所需要的功能如何結(jié)合

大部分的產(chǎn)品經(jīng)理就是處于產(chǎn)品的從0到1甚至是自從1到2，只有非常少的產(chǎn)品經(jīng)理能夠有機(jī)會(huì)去穩(wěn)定的產(chǎn)品線上去，比如產(chǎn)品已經(jīng)有幾十萬(wàn)、數(shù)百萬(wàn)用戶。

首先實(shí)現(xiàn)功能模塊的研發(fā)，到產(chǎn)品上線。所以這個(gè)原型下的UI設(shè)計(jì)怎么改、組件布局的方案怎么做，就不太重要了，在不耗費(fèi)團(tuán)隊(duì)太多資源、成本時(shí)間下，AI生成的布局、原型頁(yè)面、前端代碼就可以直接復(fù)用了。

以上就是不同產(chǎn)品經(jīng)理的工作方式，越往后面工作內(nèi)容更加聚焦于更省錢(qián)的工作方式，同時(shí)更加注重在工程上實(shí)現(xiàn)，同時(shí)也變成了團(tuán)隊(duì)標(biāo)準(zhǔn)與流程的制定者。

從實(shí)現(xiàn)完成之后再逐步開(kāi)始完成產(chǎn)品的優(yōu)化、甚至是重構(gòu)迭代。

而越往后的拼湊工程化，會(huì)使用Github就非常重要了

需要選擇支持MIT與Apache2.0開(kāi)源協(xié)議的項(xiàng)目，并且又有日常維護(hù)的項(xiàng)目往往就是產(chǎn)品經(jīng)理優(yōu)先做的調(diào)研，先將需求歸類(lèi)為是什么產(chǎn)品形態(tài)，同時(shí)定義清楚產(chǎn)品有哪些，這些協(xié)議關(guān)系了開(kāi)發(fā)者可以如何使用，以及未來(lái)是否會(huì)有侵權(quán)。

如上分別是上海交大開(kāi)源的多模態(tài)AI表格，以及騰訊開(kāi)源的RAG知識(shí)庫(kù)，2個(gè)項(xiàng)目在Github上MIT協(xié)議以及非商業(yè)授權(quán)的協(xié)議。

通過(guò)Github的項(xiàng)目地址介紹，就可看到項(xiàng)目詳情地址，包含產(chǎn)品demo網(wǎng)頁(yè)入口以及產(chǎn)品截圖、案例說(shuō)明。

這都是我們做產(chǎn)品經(jīng)理可以直接使用的部分，這些頁(yè)面地址與demo入口都是我們產(chǎn)品需求調(diào)研都應(yīng)該考慮的

Github中的Issues

除了項(xiàng)目的介紹，產(chǎn)品經(jīng)理還要關(guān)注GitHub的項(xiàng)目的issues、pull requests、和項(xiàng)目代碼分支更新時(shí)間。

如果一個(gè)帖子都沒(méi)有，就說(shuō)明幾乎沒(méi)有人使用，那么解決問(wèn)題的難度就非常高，其次是項(xiàng)目更新時(shí)間如果是幾年前的，那么就會(huì)存在項(xiàng)目無(wú)法在現(xiàn)在的環(huán)境運(yùn)行不起來(lái)的情況，所以這類(lèi)項(xiàng)目往往不會(huì)去選擇，除非真的有時(shí)間去把別人的代碼研究一遍重新寫(xiě)。

最簡(jiǎn)單的案例蘋(píng)果芯片Intel和蘋(píng)果M芯片，需要單獨(dú)針對(duì)芯片做適配，否則系統(tǒng)就無(wú)法運(yùn)行。

現(xiàn)在的AI模型與開(kāi)源生態(tài)，都部署在GitHub上

現(xiàn)在寶寶臉社區(qū)，AI模型開(kāi)源的都會(huì)有關(guān)聯(lián)地址跳轉(zhuǎn)到Github上，同時(shí)相關(guān)開(kāi)源模型的agent應(yīng)用框架也是放在其開(kāi)源項(xiàng)目地址上。

所以AI時(shí)代的產(chǎn)品經(jīng)理，可以說(shuō)要轉(zhuǎn)型做AI，逃不開(kāi)GitHub。

因此Github可以說(shuō)是產(chǎn)品經(jīng)理比原型設(shè)計(jì)圖模板還要重要的一個(gè)寶藏庫(kù)，只是很多產(chǎn)品經(jīng)理受限于自己的認(rèn)知與coding能力，就不用，認(rèn)為看代碼還是過(guò)于高門(mén)檻了。

實(shí)際上這不是代碼，而是產(chǎn)品經(jīng)理走進(jìn)碩士、博士之后必然的科研經(jīng)歷，科研項(xiàng)目也會(huì)存在GitHub上。

今天的分享就在這里

“關(guān)注我，一個(gè)產(chǎn)品經(jīng)理的創(chuàng)業(yè)故事”

每日AI案例拆解庫(kù)產(chǎn)品打卡群

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

在這里你可以隨時(shí)查詢到你想找的各類(lèi)競(jìng)品行業(yè)APP，無(wú)須自己親自下載就可以馬上得到APP的一手產(chǎn)品優(yōu)化、交互設(shè)計(jì)、功能描述信息。

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

平均1天1塊錢(qián)，掃碼購(gòu)買(mǎi)即可加入

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

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

PMTalk123