2023年【產(chǎn)品成長】產(chǎn)品專業(yè)化提升路徑

【產(chǎn)品成長】產(chǎn)品專業(yè)化提升路徑產(chǎn)品專業(yè)化就是上山尋路，梳理一套作為產(chǎn)品經(jīng)理的工作方法。

以圖為例，做一個歸納。

第一：梳理自己的設(shè)計(jì)方法。就是拿到一個需求點(diǎn)之后，如何進(jìn)行需求分析，如何還原業(yè)務(wù)狀況，最終進(jìn)行產(chǎn)品設(shè)計(jì)，形成可供業(yè)務(wù)方確認(rèn)的方案，可供下游工作環(huán)節(jié)了解如何做的方法；

其次：基于設(shè)計(jì)方法，梳理軟件系統(tǒng)三基座：權(quán)限管理、組織架構(gòu)、用戶管理。既驗(yàn)證設(shè)計(jì)方法，也完成單個模塊單個模塊的梳理，為后續(xù)更多系統(tǒng)模塊搭建供應(yīng)基礎(chǔ)；

第三：強(qiáng)化專業(yè)技能，抓好產(chǎn)品規(guī)劃，實(shí)現(xiàn)需求到版本的管理，并借用競品揚(yáng)長避短；

第四：基于設(shè)計(jì)方法、產(chǎn)品規(guī)劃、競品分析，分析挖掘面世產(chǎn)品。借用現(xiàn)有的各個系統(tǒng)：ERP、WMS、TMS、OMS等，站在當(dāng)前面世優(yōu)秀產(chǎn)品的肩膀上，鍛造自身關(guān)于產(chǎn)品的框架，形成對于行業(yè)的整體認(rèn)知；也漸漸微小到各個系統(tǒng)部分，明確主體規(guī)律與微小變化，積累自身的實(shí)戰(zhàn)閱歷；

第五：構(gòu)建零代碼產(chǎn)品。應(yīng)對大批量小規(guī)模企業(yè)主路徑相像、細(xì)節(jié)不同的業(yè)務(wù)現(xiàn)狀，提升數(shù)字化力量，提升產(chǎn)品力量，制造造工具的工具。

上山尋路，路走通，路走寬，路好走。

一、設(shè)計(jì)方法

產(chǎn)品設(shè)計(jì)方法

開發(fā)和產(chǎn)品之間的戰(zhàn)斗好像是自然?的，如何活著走出需求評審，就靠設(shè)計(jì)方法。

若是自己的設(shè)計(jì)是閉環(huán)的，規(guī)律是嚴(yán)密的、清楚的，不管你開發(fā)如何翻江倒海，我都巋然不動。

需求的本質(zhì)是“做事情”，就是通過串聯(lián)的功能把這件事情辦妥。例如：請假這件事，就是申請人發(fā)起申請，由相關(guān)領(lǐng)導(dǎo)進(jìn)行審批，審批通過則休假，審批不通過則不能休假。這里，申請人、相關(guān)領(lǐng)導(dǎo)就是角色；發(fā)起申請、領(lǐng)導(dǎo)審批就是功能。

應(yīng)用場景：梳理清晰什么人在什么狀況下做什么事情。若是可以的話，最好操作一下當(dāng)前員工的工序，體驗(yàn)到為啥這么做，更關(guān)鍵是找到要什么結(jié)果（需求是否合理的終極校驗(yàn)）。

用例圖：梳理清晰場景還有其他角色沒，當(dāng)前角色需要功能是否足夠、完備；

業(yè)務(wù)流程圖：梳理清晰參加的角色如何把這件事情辦完，特殊需要留意特別流程；示例：假如直系領(lǐng)導(dǎo)不空缺，直接由直系領(lǐng)導(dǎo)審核，那就肯定要考慮沒有直系領(lǐng)導(dǎo)如何處理；（補(bǔ)全特別流程，確保流程閉環(huán)）每一個挨次流程都對應(yīng)一個特別流程。特別流程可以合并，但梳理時需要明確梳理出來；

操作/狀態(tài)圖：梳理清晰當(dāng)前這個單據(jù)有哪些狀態(tài)，各個狀態(tài)下有哪些操作；特殊留意：為打造好用戶體驗(yàn)，狀態(tài)要前置，也就是這個狀態(tài)下不能進(jìn)行的操作要隱蔽入口或禁用，千萬不要等到操作之后保存才提示；

交互設(shè)計(jì)：通過以上分析，將整體恢復(fù)成為交互原型，至少做到頁面元素齊備，跳轉(zhuǎn)關(guān)系明確；可以多積累頁面元素，形成規(guī)范，這樣原型趨近于高仿真，對于信息傳遞有莫大好處，也不至于消耗太多時間精力；

數(shù)據(jù)追蹤：完成產(chǎn)品設(shè)計(jì)之后，需要選擇非關(guān)鍵字段，挨個頁面檢查，以防止思索漏洞；例如：審核看法，去看看在哪些頁面需要展現(xiàn)，哪些頁面有卻隱蔽，是否會有多條，從而實(shí)現(xiàn)自身復(fù)盤。

實(shí)際上，交互原型、PRD文檔其中任一都可以表達(dá)清晰需求并精確?????將信息傳遞下去，但為何需要都去執(zhí)行，就是換不同的角度去重復(fù)做這件事情，讓最終的結(jié)果更為精確。一個需求經(jīng)受業(yè)務(wù)評審、產(chǎn)品設(shè)計(jì)、UI設(shè)計(jì)、開發(fā)實(shí)現(xiàn)、測試驗(yàn)證的過程，是一個相對耗時耗資源的事情，在需求這個源頭上，處理好，將能極大地提升整體效率。

如下，為產(chǎn)品設(shè)計(jì)落地實(shí)現(xiàn)的詳細(xì)案例：

才智車行需求設(shè)計(jì)

二、軟件系統(tǒng)三基座

在全部需要賬號密碼的系統(tǒng)，都需要權(quán)限管理和用戶管理，而用戶需要明確組織關(guān)系，從而：權(quán)限管理、組織管理、用戶管理成為軟件系統(tǒng)的三基座。

如下，為軟件系統(tǒng)三基座的具體需求拆解：

軟件系統(tǒng)三基座之一：權(quán)限管理

軟件系統(tǒng)三基座之二：組織架構(gòu)

軟件系統(tǒng)三基座之三：用戶管理

三、專業(yè)力量形成

產(chǎn)品力量

為了讓我們的“產(chǎn)品”有效的成長起來，我們需要施加“養(yǎng)分”，不斷修剪“枝條”，確?！芭柙浴比缥覀兊摹邦A(yù)期”長成。

在互聯(lián)網(wǎng)產(chǎn)品中，用戶反饋、市場調(diào)研、競品分析、產(chǎn)品設(shè)計(jì)、產(chǎn)品規(guī)劃為我們供應(yīng)多維度的需求來源，形成較為完善的“需求池”，供應(yīng)豐富的養(yǎng)分。通過需求篩選，依據(jù)各個迭代版本，修剪“產(chǎn)品功能”，達(dá)成產(chǎn)品“版本樹”的成長。

產(chǎn)品規(guī)劃就是依據(jù)業(yè)務(wù)狀況，劃分出產(chǎn)品模塊，明確各模塊之間的數(shù)據(jù)通信，形成產(chǎn)品藍(lán)圖，為后續(xù)產(chǎn)品成長是否符合“預(yù)期”供應(yīng)標(biāo)準(zhǔn)。

知己知彼，百戰(zhàn)不殆。在產(chǎn)品設(shè)計(jì)上，也需要深化分析競品，揚(yáng)長補(bǔ)短。

四、優(yōu)秀產(chǎn)品拆解

軟件系統(tǒng)關(guān)系

很慶幸的是，互聯(lián)網(wǎng)行業(yè)并非是拓荒的年月，已有許多優(yōu)秀的、邊界清楚的產(chǎn)品，并為此供應(yīng)了理論支持、實(shí)踐參考。

始終以來，知道有許多的系統(tǒng)，但系統(tǒng)之間關(guān)系是如何的始終不太清楚。

實(shí)際上，系統(tǒng)是為業(yè)務(wù)服務(wù)的，是為降本增效而生成的。業(yè)務(wù)本身為系統(tǒng)的劃分供應(yīng)了基礎(chǔ)，業(yè)務(wù)鏈條主要包含：產(chǎn)品、選購、制造、質(zhì)量、物流、銷售、服務(wù)，那么也就需要對應(yīng)的系統(tǒng)來為之服務(wù)，物流業(yè)務(wù)需要TMS、WMS系統(tǒng)來支撐，質(zhì)量管理需要QM系統(tǒng)來支撐。

那為何市面上同一類型系統(tǒng)卻有不同產(chǎn)品呢？是由于不同公司業(yè)務(wù)范疇不同，業(yè)務(wù)重心不同，會在系統(tǒng)大框架上依據(jù)自己的需要來進(jìn)行調(diào)整，但其核心相同。例如：CRM系統(tǒng)（客戶關(guān)系管理系統(tǒng)），核心包含客戶管理，客戶關(guān)系管理這個不變；詳細(xì)模塊可能是線索、商機(jī)管理，是信息豐富完善并轉(zhuǎn)成收益的過程管理；也可以是協(xié)議或合同管理，主要是明確和客戶之間的合作關(guān)系管理。

基于此，在進(jìn)行各個系統(tǒng)的拆解時，就更為明確，是依據(jù)業(yè)務(wù)的整體劃分來的；而在詳細(xì)的產(chǎn)品上，需要針對其服務(wù)對象，分析其業(yè)務(wù)模式，從而深化分析，以了解其服務(wù)對象、實(shí)施業(yè)務(wù)的不同。

系統(tǒng)的設(shè)計(jì)，實(shí)現(xiàn)了系統(tǒng)自身的閉環(huán)，如上述CRM系統(tǒng)，完成客戶管理，支持客戶協(xié)議管理，那必定隱蔽包含協(xié)議過期管理、協(xié)議再簽訂、續(xù)期等管理。

系統(tǒng)還需要更其他相關(guān)系統(tǒng)的支撐、數(shù)據(jù)通信，也就需要供應(yīng)開放接口力量。但當(dāng)前這一塊的建設(shè)還存在較大較多問題，這也是數(shù)據(jù)煙囪產(chǎn)生的緣由。自身在設(shè)計(jì)系統(tǒng)時，需要考慮和外部對接的可能性，究竟將來系統(tǒng)融合是大趨勢。

五、零代碼

低代碼核心模塊

系統(tǒng)核心不變，細(xì)節(jié)功能由于業(yè)務(wù)不一而略有差異，這為低代碼實(shí)現(xiàn)供應(yīng)了業(yè)務(wù)基礎(chǔ)。

在互聯(lián)網(wǎng)初期，針對一個客戶來完成一套系統(tǒng)。在多做過幾套系統(tǒng)之后，會發(fā)覺，系統(tǒng)實(shí)現(xiàn)有一些相像之處，秉著降本增效的原則，則考慮復(fù)用。權(quán)限管理、組織架構(gòu)、用戶管理定為軟件系統(tǒng)三基座也來源于此，大多數(shù)用戶管理的系統(tǒng)都需要用到。

之后了解的業(yè)務(wù)中臺、數(shù)據(jù)中臺，乃至于技術(shù)中臺，都是由此而生成的。

全部系統(tǒng)僅從頁面的角度動身，也符合低代碼生成狀況。一個個應(yīng)用（系統(tǒng)），是由一個個頁面組成的；一個個頁面是由各類型交互組件組成的；一個個交互組件是由頁面元素組成的。

拆解好全部組件，任一的系統(tǒng)都是可以通過組件搭建出來。這也是為何原型肯定要明確頁面元素及頁面跳轉(zhuǎn)關(guān)系。

從組件動身，逐步實(shí)現(xiàn)低代碼構(gòu)想，則是：組件支持構(gòu)建復(fù)合組件；復(fù)合組件支持構(gòu)建模板；模板支持構(gòu)建庫文件；庫文件支持構(gòu)建行業(yè)案例。

組件，是最小組成單元，是標(biāo)題、輸入框、Toast提示、圖片、附件；

復(fù)合組件，是基礎(chǔ)組件的組合，驗(yàn)證組件搭建是否合理，提高使用組件的效率；

模板，是頁面框架、是交互框架，可以驗(yàn)證復(fù)合組件是否合理，大幅提升組件使用效率；但因其簡單性較高，適用場景就漸漸細(xì)分、固定；

庫文件，是組件復(fù)用的更高效的場景，更多適用在不同的項(xiàng)目、不同