產(chǎn)品專業(yè)化就是上山尋路，梳理一套作為產(chǎn)品經(jīng)理的工作方法。本文作者從設(shè)計(jì)方法、三基座、專業(yè)強(qiáng)化、優(yōu)秀產(chǎn)品拆解、零代碼這五個(gè)方面，對(duì)產(chǎn)品經(jīng)理的產(chǎn)品專業(yè)化進(jìn)行了總結(jié)歸納，一起來看一下吧。

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

以圖為例，做一個(gè)歸納。

第一：梳理自己的設(shè)計(jì)方法。就是拿到一個(gè)需求點(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ì)方法，也完成單個(gè)模塊單個(gè)模塊的梳理，為后續(xù)更多系統(tǒng)模塊搭建提供基礎(chǔ)；

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

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

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

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

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

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

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

若是自己的設(shè)計(jì)是閉環(huán)的，邏輯是嚴(yán)密的、清晰的，不管你開發(fā)如何翻江倒海，我都巋然不動(dòng)。

需求的本質(zhì)是“做事情”，就是通過串聯(lián)的功能把這件事情辦妥。例如：請(qǐng)假這件事，就是申請(qǐng)人發(fā)起申請(qǐng)，由相關(guān)領(lǐng)導(dǎo)進(jìn)行審批，審批通過則休假，審批不通過則不能休假。這里，申請(qǐng)人、相關(guān)領(lǐng)導(dǎo)就是角色；發(fā)起申請(qǐng)、領(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)）每一個(gè)順序流程都對(duì)應(yīng)一個(gè)異常流程。異常流程可以合并，但梳理時(shí)需要明確梳理出來；

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

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

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

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

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

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

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

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

如下，為軟件系統(tǒng)三基座的詳細(xì)需求拆解：

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

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

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

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

產(chǎn)品能力

為了讓我們的“產(chǎn)品”有效的成長起來，我們需要施加“養(yǎng)分”，不斷修剪“枝條”，確保“盆栽”如我們的“預(yù)期”長成。

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

產(chǎn)品規(guī)劃就是依據(jù)業(yè)務(wù)情況，劃分出產(chǎn)品模塊，明確各模塊之間的數(shù)據(jù)通信，形成產(chǎn)品藍(lán)圖，為后續(xù)產(chǎn)品成長是否符合“預(yù)期”提供標(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)品，并為此提供了理論支持、實(shí)踐參考。

一直以來，知道有很多的系統(tǒng)，但系統(tǒng)之間關(guān)系是如何的一直不太清晰。

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

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

基于此，在進(jìn)行各個(gè)系統(tǒng)的拆解時(shí)，就更為明確，是依據(jù)業(yè)務(wù)的整體劃分來的；而在具體的產(chǎn)品上，需要針對(duì)其服務(wù)對(duì)象，分析其業(yè)務(wù)模式，從而深入分析，以了解其服務(wù)對(duì)象、實(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ù)通信，也就需要提供開放接口能力。但當(dāng)前這一塊的建設(shè)還存在較大較多問題，這也是數(shù)據(jù)煙囪產(chǎn)生的原因。自身在設(shè)計(jì)系統(tǒng)時(shí)，需要考慮和外部對(duì)接的可能性，畢竟未來系統(tǒng)融合是大趨勢(shì)。

五、零代碼

低代碼核心模塊

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

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

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

所有系統(tǒng)僅從頁面的角度出發(fā)，也符合低代碼生成情況。一個(gè)個(gè)應(yīng)用（系統(tǒng)），是由一個(gè)個(gè)頁面組成的；一個(gè)個(gè)頁面是由各類型交互組件組成的；一個(gè)個(gè)交互組件是由頁面元素組成的。

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

從組件出發(fā)，逐步實(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ù)合組件是否合理，大幅提升組件使用效率；但因其復(fù)雜性較高，適用場景就逐漸細(xì)分、固定；

庫文件，是組件復(fù)用的更高效的場景，更多適用在不同的項(xiàng)目、不同的人員上，可以提升協(xié)作效率；

行業(yè)案例，不只是組件的高效使用，更是解決方案的體現(xiàn)，組件將從這里直接實(shí)現(xiàn)價(jià)值變現(xiàn)；行業(yè)案例的豐富度，將直接決定案例到項(xiàng)目的修改度、落地速度。

當(dāng)前或許什么都沒有，莫怕，先造一個(gè)、先造一點(diǎn)，再不斷迭代、完善就好。

進(jìn)一點(diǎn)有進(jìn)一點(diǎn)的欣喜。

一切都在進(jìn)行中，切勿忽視“形成”的力量。