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

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

以圖為例，做一個歸納。

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

第二：基于設計方法，梳理軟件系統(tǒng)三基座：權限管理、組織架構、用戶管理。既驗證設計方法，也完成單個模塊單個模塊的梳理，為后續(xù)更多系統(tǒng)模塊搭建提供基礎；

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

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

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

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

一、設計方法

產(chǎn)品設計方法

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

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

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

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

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

業(yè)務流程圖：梳理清楚參與的角色如何把這件事情辦完，特別需要注意異常流程；示例：如果直系領導不空缺，直接由直系領導審核，那就一定要考慮沒有直系領導如何處理；（補全異常流程，確保流程閉環(huán)）每一個順序流程都對應一個異常流程。異常流程可以合并，但梳理時需要明確梳理出來；

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

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

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

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

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

智慧車行需求設計

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

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

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

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

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

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

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

產(chǎn)品能力

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

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

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

知己知彼，百戰(zhàn)不殆。在產(chǎn)品設計上，也需要深入分析競品，揚長補短。

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

軟件系統(tǒng)關系

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

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

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

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

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

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

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

五、零代碼

低代碼核心模塊

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

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

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

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

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

從組件出發(fā)，逐步實現(xiàn)低代碼構想，則是：組件支持構建復合組件；復合組件支持構建模板；模板支持構建庫文件 ；庫文件支持構建行業(yè)案例。

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

復合組件，是基礎組件的組合，驗證組件搭建是否合理，提高使用組件的效率；

模板，是頁面框架、是交互框架，可以驗證復合組件是否合理，大幅提升組件使用效率；但因其復雜性較高，適用場景就逐漸細分、固定；

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

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

當前或許什么都沒有，莫怕，先造一個、先造一點，再不斷迭代、完善就好。

進一點有進一點的欣喜。

一切都在進行中，切勿忽視“形成”的力量。