不少人覺得產(chǎn)品經(jīng)理不需要什么特別高的門檻，也就導(dǎo)致不像技術(shù)、設(shè)計一樣有技能傍身，導(dǎo)致部分產(chǎn)品沒什么安全感，對自己定位比較模糊。這篇文章，我們看看作者分享的方法。

一、產(chǎn)品經(jīng)理的價值

產(chǎn)品經(jīng)理，是有價值的，關(guān)于這個結(jié)論，我一點也不懷疑，并且，我認(rèn)為產(chǎn)品經(jīng)理具有非常巨大的價值。盡管如此，我仍然時常覺得缺乏安全感，這種安全感的缺乏就好比我是一個身經(jīng)百戰(zhàn)的老練船長，但我正抱著一塊木條，漂浮在汪洋大海中。我缺少了什么？仔細(xì)想想，我缺少了一條大船，另外還需要給我一批同樣身經(jīng)百戰(zhàn)的水手。這也正是產(chǎn)品經(jīng)理這個崗位的尷尬，我產(chǎn)出的內(nèi)容有很大的價值，但要想讓這些價值體現(xiàn)出來，你得給我一個團隊以及足夠的資源，否則我的產(chǎn)出物僅僅是紙上談兵。這就是產(chǎn)品經(jīng)理面臨的困境。

二、我的破局之路

我是思想上比較傳統(tǒng)的手藝人，所以追求的不是“你有金銀堆北斗”，而是“我有手藝度春秋”。為此，我一直在尋找一種方法，讓我自己可以完成價值轉(zhuǎn)化，這樣我就不需要再去考慮有沒有合適的團隊來實現(xiàn)我的設(shè)計，以及有沒有公司正好想做我設(shè)計的方向。為此我打算將已經(jīng)放下多年的研發(fā)技術(shù)重新?lián)炱饋怼?/p>

1. 研發(fā)技術(shù)

于是我開始重新學(xué)習(xí)現(xiàn)在的云原生技術(shù)，以及目前常用的后端研發(fā)框架以及中間件。不得不承認(rèn)，想法是很好的，由于我做過幾年全棧開發(fā)，所以學(xué)習(xí)來并沒有覺得很吃力，反而又找回了當(dāng)時研發(fā)產(chǎn)品的快樂。這種快了是很純粹的，就是將自己想要實現(xiàn)的效果一點點鉆研和嘗試，然后解決過程中遇到的問題，最終達(dá)成階段性目標(biāo)的成就感。如果能夠一直這樣下去就好了。很顯然，我沒有那么多時間，平時我是有產(chǎn)品經(jīng)理的工作要完成的，業(yè)余時間學(xué)習(xí)研發(fā)技術(shù)，如果我真的打算自己一個人完成價值轉(zhuǎn)化，那么我需要學(xué)習(xí)的技能樹是非常龐大的，在經(jīng)過了兩個月的學(xué)習(xí)以后，我就放棄了。不過嘗試的這兩個月，確實是我最近幾年最快樂的時光。

2. 低代碼平臺

由于2022下半年，給某個醫(yī)藥企業(yè)規(guī)劃內(nèi)部信息化建設(shè)的工作期間，我接觸到了一些低代碼平臺。當(dāng)時我是作為甲方，低代碼平臺的銷售人員對自己的產(chǎn)品進行了詳細(xì)介紹，在聽介紹的時候，我就發(fā)現(xiàn)了一些端倪。

首先，有不少低代碼平臺介紹的時候，都提到了幾個概念，一個是表單，一個是流程。但凡以這種套路起手的產(chǎn)品，我都排除了，因為當(dāng)時我們需要的是可以研發(fā)出真正系統(tǒng)功能的低代碼平臺，而不是做一些表單審批和數(shù)據(jù)統(tǒng)計的低代碼平臺，雖然用表單和統(tǒng)計圖表來實現(xiàn)某些功能會比較方便，但作為我們企業(yè)自身的長期發(fā)展來說，這些功能最后還是會被自己研發(fā)團隊做的功能給替代掉，這樣才能更方便的擴展功能。

當(dāng)時，也接觸了一些不同風(fēng)格的低代碼平臺，在這里我就不點名，避免有宣傳的嫌疑，這種類型的低代碼平臺會有自己的界面編輯工具，也是拖拽式的，但數(shù)據(jù)格式并非和界面綁定，有著單獨的模型設(shè)計功能，說直白一點，就是需要先設(shè)計數(shù)據(jù)庫結(jié)構(gòu)，然后再做操作界面，這種低代碼平臺就自由很多，但也有著致命的缺點，那就是它真的只是“低”代碼平臺，基本的單表增刪改查，低代碼平臺是可以解決的，一些簡單的單表數(shù)據(jù)修改，或者關(guān)聯(lián)表數(shù)據(jù)修改，經(jīng)過一些還算不那么復(fù)雜的配置就可以完成，但是當(dāng)我想要配置一些比較自由的功能，或者后端邏輯和前端交互需要更自由的聯(lián)動時，這種風(fēng)格的低代碼平臺也很難支撐了，我也問過了客服，客服建議我這種情況，還是用代碼寫，然后將后端接口集成到平臺中，由前端的控件事件調(diào)用。所以，所謂低代碼，其實也只是對研發(fā)的自由度進行了削減，換得的是研發(fā)效率上的一些提升，這很合理，想要效率更高，就需要損失自由度。

這段時間，由于我想靠自己就實現(xiàn)產(chǎn)品經(jīng)理應(yīng)有的價值，我又決定好好的挑選一款低代碼平臺，嘗試在低代碼的規(guī)則下，研發(fā)我擅長的領(lǐng)域的產(chǎn)品（ERP、財務(wù)、運輸?shù)绕髽I(yè)管理軟件及互聯(lián)網(wǎng)后臺產(chǎn)品）。這里我很可惜的告訴大家，我失敗了，沒有任何一款產(chǎn)品能夠滿足我這個想法，目前市面上的低代碼產(chǎn)品，就不是用來做這種事情的，歸根到底，低代碼平臺，還是只想做一些簡單的功能，在舒適圈里小打小鬧。

3. 其他方法

對于自己研發(fā)產(chǎn)品的嘗試，我仍然沒有放棄，經(jīng)過長時間的嘗試，我關(guān)注到了一款產(chǎn)品，這款產(chǎn)品讓我覺得有希望自由的研發(fā)我需要的應(yīng)用軟件，并且效率相對較高。同樣，為了避免宣傳的嫌疑，我不會公布這款產(chǎn)品的名稱以及任何信息，但我會在后續(xù)的文章中，將我使用這款產(chǎn)品自己研發(fā)軟件產(chǎn)品的過程進行記錄。這么做有兩個目的，最重要的目的，是希望對整個過程有一個記錄，以便我進行回溯和分析，第二個目的，如果各位同行也感興趣，就可以多一個交流的渠道，我相信想要填補我開頭所說的“安全感”的產(chǎn)品經(jīng)理，一定不止我一個。

三、關(guān)于敏捷研發(fā)的思考

其實，我并不認(rèn)為目前的研發(fā)模式存在什么問題，不過想要研發(fā)出一款產(chǎn)品，確實會有高昂的成本，因此軟件供應(yīng)商會嘗試做出“通用產(chǎn)品”來滿足不同需求的客戶，這么做，有一個隱藏的風(fēng)險，那就是產(chǎn)品本身的邏輯越來越復(fù)雜，影響點越來越多，導(dǎo)致在具體項目實施的過程中，本來成本應(yīng)該較小的二次開發(fā)需求都需要考慮眾多影響點，而變成大需求，甚至直接拒絕掉某些需求。

從我做研發(fā)那會兒就覺得，企業(yè)想要適合自己的軟件，還是得定制化開發(fā)。阻礙企業(yè)選擇定制化開發(fā)的原因主要是兩個，其一是成本高，其二是成功率低。這兩個原因完美的詮釋了1+1>2，如果只是成本高，可以用價值來平衡，但加上成功率低，那企業(yè)往往就會選擇放棄了。

成功率低在業(yè)內(nèi)也有較好的解決方法，那就是敏捷研發(fā)，敏捷研發(fā)的基本目的，就是為了應(yīng)對變化，只不過也有其致命的問題，那就是對人的要求，好的方法還需要正確的人來貫徹，一旦項目參與人員和工種變多，就很難很好的執(zhí)行某個方針，最終回到原點。

因此，我并非僅僅是出于給自己找安全感的目的才想著尋找產(chǎn)品經(jīng)理也可以使用的研發(fā)平臺，更多的，是希望降低因為溝通帶來的項目風(fēng)險，以及讓有能力的人發(fā)揮出其全部價值。