中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)語：這幾年各企業(yè)的B端業(yè)務(wù)都在做SaaS平臺(tái)，但對(duì)SaaS的了解還不是完全全面，對(duì)于一些產(chǎn)品的定位以及設(shè)計(jì)還在探索中；本文作者解釋了SaaS模式、SaaS產(chǎn)品設(shè)計(jì)等等，并從十個(gè)問題進(jìn)行討論，我們一起來看一下。

2021年準(zhǔn)備更換一個(gè)工作平臺(tái)，要做一下階段性知識(shí)總結(jié)，于是便有此文。

照例，先說下視角基礎(chǔ)，筆者近7年一直在做B端大客戶定制，方向側(cè)重企業(yè)信息化和協(xié)同，涉及產(chǎn)品數(shù)量眾多，單一產(chǎn)品持續(xù)深化時(shí)長有限；長時(shí)間處于傳統(tǒng)軟件定制領(lǐng)域，缺乏SaaS操盤經(jīng)驗(yàn)，這是本文的局限性所在。

本文討論“為什么采用SaaS模式”、“SaaS產(chǎn)品有哪些”以及“如何做好SaaS產(chǎn)品設(shè)計(jì)”三個(gè)話題，核心是產(chǎn)品設(shè)計(jì)，主要從需求定義、方案設(shè)計(jì)和開發(fā)交付3方面，共計(jì)討論10個(gè)問題點(diǎn)。

一、Why

為什么要用SaaS模式，這個(gè)話題我們從面向B端的傳統(tǒng)軟件廠商的痛點(diǎn)來聊。

傳統(tǒng)軟件廠商通常的交付模式是，銷售和售前根據(jù)線索參與招投標(biāo)，中標(biāo)后項(xiàng)目實(shí)施團(tuán)隊(duì)入駐客戶現(xiàn)場(chǎng)；根據(jù)客戶的實(shí)際需求開發(fā)或改造功能，完成軟件部署交付并經(jīng)客戶業(yè)務(wù)驗(yàn)收后，核心團(tuán)隊(duì)離場(chǎng)由維護(hù)人員接手更新。

這種模式的局限性總結(jié)來說是“賺錢慢”，具體說來如下：

1）成本高

主要包括三方面：銷售成本、部署人力成本和維護(hù)人力成本；有多少項(xiàng)目，就必須配備多少人力。

2）速度慢

主要包括兩方面：交付慢和回款慢；項(xiàng)目周期動(dòng)輒半年，甚至一年、兩年。

3）可復(fù)制性低

主要包括兩方面：人力依賴和定制化；項(xiàng)目的成交依賴售前的行業(yè)見解和對(duì)客戶KP動(dòng)機(jī)的洞察能力；項(xiàng)目的成功依賴于需求分析師對(duì)客戶真實(shí)需求的挖掘和方案設(shè)計(jì)能力，以及項(xiàng)目經(jīng)理對(duì)人、事的控制能力。

對(duì)特定能力人的需求，限制了傳統(tǒng)軟件廠商的擴(kuò)張能力，同時(shí)，頻繁出差也造成這個(gè)領(lǐng)域的優(yōu)秀人才流失嚴(yán)重；產(chǎn)品化是降低成本、提高復(fù)制性的關(guān)鍵，然而，大客戶另外30%的個(gè)性定制化需求，是無法跨越的鴻溝。

從客戶角度，傳統(tǒng)軟件交付模式也存在著局限性，主要包括：價(jià)格貴、交付慢、升級(jí)難、失敗風(fēng)險(xiǎn)高等。

如何破解傳統(tǒng)軟件交付模式的難題？

按筆者的思路（只是其中一種角度），科學(xué)管理之父泰勒的“標(biāo)準(zhǔn)化”是一條可選路徑，其表現(xiàn)形式即本文討論的主題“SaaS模式”。

B端SaaS的核心是放棄一部分個(gè)性化需求，通過對(duì)通用功能標(biāo)準(zhǔn)化來滿足企業(yè)70%的主要需求；其基本假設(shè)是企業(yè)即使沒有B端產(chǎn)品也照樣能運(yùn)行，B端產(chǎn)品的價(jià)值在于比原有模式成本低、效率快、質(zhì)量高，產(chǎn)品只要對(duì)原有模式有改善即可。

中小企業(yè)對(duì)價(jià)格敏感，相對(duì)容易接受不完美，這樣SaaS模式便講通了；所以，B端SaaS的核心是標(biāo)準(zhǔn)化，標(biāo)準(zhǔn)化之后，成本、速度、可復(fù)制性的問題都迎刃而解！理解這點(diǎn)，對(duì)B端SaaS產(chǎn)品設(shè)計(jì)至關(guān)重要。

（P.S.但SaaS真的是萬靈藥嗎？這個(gè)話題不在本文討論范圍內(nèi)，留待以后文章。）

二、What

SaaS是一種軟件交付模式，軟件不需要安裝，直接通過網(wǎng)絡(luò)在線使用；SaaS雖有ToB與ToC之分，但當(dāng)下討論SaaS多指B端；本文不討論SaaS本身的形態(tài)和特征，更多從SaaS產(chǎn)品的分類和未來角度來理解。

在SaaS產(chǎn)品分類上，筆者更認(rèn)同明道創(chuàng)始人任向暉老師的觀點(diǎn)，SaaS產(chǎn)品主要分為3類，行業(yè)SaaS、職能SaaS和通用SaaS。

• 行業(yè)SaaS著眼于解決特定行業(yè)“一條線”的問題，甚至參與到行業(yè)交易處理環(huán)節(jié)，行業(yè)Top客戶的標(biāo)桿效應(yīng)對(duì)產(chǎn)品競(jìng)爭力至關(guān)重要，典型如二維火（餐飲）、別樣紅（酒店）；
• 職能SaaS面向企業(yè)特定職業(yè)人群解決業(yè)務(wù)“塊”的問題，需要具備深厚的職業(yè)知識(shí)，產(chǎn)品競(jìng)爭力源于對(duì)細(xì)分市場(chǎng)的選擇、對(duì)領(lǐng)域知識(shí)的理解和服務(wù)耐心，典型如SalesForce（CRM）、金蝶（ERP）、北森（HRM）；
• 通用SaaS不分行業(yè)和職能，市場(chǎng)空間巨大但同質(zhì)化競(jìng)爭也激烈，產(chǎn)品競(jìng)爭力源于對(duì)特定類型企業(yè)的匹配度，典型如Slack、Jira、釘釘（辦公協(xié)同），Confluence、有道（知識(shí)管理）等。

在SaaS產(chǎn)品未來上，筆者更認(rèn)同紛享銷客前執(zhí)行總裁吳昊老師的觀點(diǎn)，SaaS產(chǎn)品的未來發(fā)展主要有2個(gè)方向，做PaaS平臺(tái)和轉(zhuǎn)型商業(yè)SaaS。

PaaS平臺(tái)如釘釘和企業(yè)微信，在滿足企業(yè)核心需求的同時(shí)，通過引進(jìn)ISV（獨(dú)立軟件商）滿足企業(yè)個(gè)性化定制需求，實(shí)現(xiàn)方式包括無代碼、低代碼和全代碼；走PaaS路線核心考慮的3個(gè)問題是，用戶范圍是否擴(kuò)大、客單價(jià)是否提高、與純定制是否競(jìng)爭力更強(qiáng)；商業(yè)SaaS利用自身數(shù)據(jù)重度參與企業(yè)商業(yè)過程，如美團(tuán)參與商家供應(yīng)鏈等。

筆者認(rèn)為，雖然要了解SaaS產(chǎn)品的未來規(guī)劃，但更重要的是在當(dāng)下活下來，打造自己的拳頭產(chǎn)品，找到PMF更重要。

三、How

如何做好B端SaaS產(chǎn)品設(shè)計(jì)？

首先談?wù)劰P者對(duì)B端與C端產(chǎn)品區(qū)別的理解，核心區(qū)別在于C端針對(duì)Customer，面向個(gè)體；B端針對(duì)Business，面向群體。

由此繼續(xù)探索：C端側(cè)重生活、講究感性體驗(yàn)、重視人性與趣味，B端側(cè)重工作、講究理性利益平衡、重視邏輯與效率；C端解決個(gè)體生活的單點(diǎn)需求，B端解決群體多角色協(xié)同的鏈條需求；C端產(chǎn)品交互設(shè)計(jì)重視個(gè)體操作效率，B端除了個(gè)體操作效率，更重視整體業(yè)務(wù)流程效率；C端產(chǎn)品經(jīng)理重視把自己變成用戶，B端產(chǎn)品經(jīng)理以為自己能變成用戶就完蛋了！

對(duì)于B端SaaS產(chǎn)品設(shè)計(jì)，筆者主要從需求定義、方案設(shè)計(jì)和開發(fā)交付3方面，共計(jì)討論10個(gè)問題點(diǎn)；以下任意一個(gè)問題點(diǎn)，都可以拿出來細(xì)化為一篇文章，但限于篇幅，本篇只談核心點(diǎn)不做過多細(xì)化（若后面有時(shí)間，筆者會(huì)花時(shí)間總結(jié)細(xì)化）。

1. 需求定義

1）客戶&角色畫像

定位的客戶不同，我們產(chǎn)品設(shè)計(jì)業(yè)務(wù)流程和功能的完備度、復(fù)雜度、側(cè)重點(diǎn)等均不同；客戶畫像不止是在產(chǎn)品初期有用，它應(yīng)該貫穿整個(gè)產(chǎn)品設(shè)計(jì)過程，任何一個(gè)新業(yè)務(wù)、新功能，都需要回顧客戶畫像、角色畫像。

筆者常提的一個(gè)比喻是，“一個(gè)小農(nóng)想噴農(nóng)藥，不應(yīng)該給他一架噴霧飛機(jī)，更應(yīng)該給他一臺(tái)手動(dòng)噴霧器”，重要的不是我們的產(chǎn)品牛X程度，而應(yīng)該是方案剛好匹配客戶的需求。

客戶畫像的維度很多，比如行業(yè)、核心痛點(diǎn)、員工規(guī)模、員工構(gòu)成（平均年齡、在崗時(shí)長、技能水平、新老比例等）等，其中員工規(guī)模是個(gè)比較常用的維度，如定義小微企業(yè)（50人）、中小企業(yè)（500人）、大企業(yè)（1000人）。

員工規(guī)模這個(gè)維度之所以有用，是因?yàn)樾∥⑵髽I(yè)和大企業(yè)的需求點(diǎn)差異性較大，以“協(xié)同”為例，小微企業(yè)和中小企業(yè)最核心的需求是以“最小阻力”實(shí)現(xiàn)“線上化”，但大企業(yè)則會(huì)要求功能完備、多系統(tǒng)貫通、數(shù)智化、合規(guī)等。

需要注意，員工規(guī)模并非完全可定義客戶需求，它只是一個(gè)參考因素，筆者接觸了很多1000人以上大企業(yè)，甚至互聯(lián)網(wǎng)新興獨(dú)角獸，其協(xié)同“線上化”程度之低難以想象！某些大廠主推的協(xié)同產(chǎn)品，可能需要考慮下自己是否陷入“知識(shí)詛咒”，你對(duì)產(chǎn)品的定位是中小企業(yè)，但你看下自己產(chǎn)品是適用中小企業(yè)，還是你自身所在的大廠！

角色畫像對(duì)B端產(chǎn)品設(shè)計(jì)非常重要，但C端的用戶畫像并不適用B端，B端角色畫像在個(gè)體層面更看中技能水平、崗位穩(wěn)定性等，在角色層面看重該角色存在價(jià)值、上下游角色、信息的接收處理和輸出等。

2）需求收集

B端產(chǎn)品需求收集與C端差異性很大，筆者總結(jié)的需求收集4原則是：真實(shí)、全面、驗(yàn)證、善意，技巧是：被動(dòng)收集、深入一線、場(chǎng)景還原。

• “被動(dòng)收集”并非純粹的被動(dòng)等待需求反饋，而是構(gòu)建好需求反饋的渠道，與種子客戶、意見領(lǐng)袖打好關(guān)系，讓用戶更多、更快的反饋真實(shí)痛點(diǎn)，在B端問卷、主動(dòng)訪談等手段收效不佳；
• “深入一線”是指我們?cè)谛枨笫占瘯r(shí)，容易因轉(zhuǎn)述造成理解偏差，此時(shí)找到需求的最原始提出人非常重要，另外，我們也需要面對(duì)面的觀察需求“痛”的全過程，以真實(shí)、全面的理解需求；
• “場(chǎng)景還原”是通過理解需求產(chǎn)生的場(chǎng)景來理解需求，B端我們經(jīng)常會(huì)接到“功能需求”；此時(shí)，通過5Why、究竟精神“擠牙膏式”探索“功能需求”背后的實(shí)際需求非常重要，5W1H是場(chǎng)景還原時(shí)常用工具。

3）產(chǎn)品規(guī)劃

產(chǎn)品規(guī)劃分遠(yuǎn)期和近期，遠(yuǎn)期規(guī)劃更多為了產(chǎn)品架構(gòu)，主要手段是分組和分層；近期規(guī)劃更多是需求優(yōu)先級(jí)排序，核心是衡量需求ROI，這個(gè)職責(zé)并不一定是產(chǎn)品經(jīng)理承擔(dān)，應(yīng)該讓最懂ROI的人決定需求排序。

通常來講，B端優(yōu)先級(jí)考量方法包括：權(quán)力影響分析、用戶量頻分析、拒絕影響分析等；權(quán)力影響分析是根據(jù)需求關(guān)注人的權(quán)力和對(duì)產(chǎn)品影響力的大小來決定需求優(yōu)先級(jí)，有人調(diào)侃ToB的全稱是“ToBoss”，這不無道理；用戶量頻分析是根據(jù)需求涉及的用戶量及發(fā)生頻率來決定需求優(yōu)先級(jí)，B端不存在偽需求，只存在性價(jià)比不高的需求；拒絕影響分析是對(duì)KANO模型的解讀，核心考量的點(diǎn)是，如果我們不做這個(gè)需求會(huì)產(chǎn)生多大影響，如果影響很小，則優(yōu)先級(jí)就低。

2. 方案設(shè)計(jì)

1）MVP

MVP本應(yīng)在開發(fā)交付時(shí)談，但筆者理解MVP的核心是“驗(yàn)證”，基于這個(gè)理解，在需求收集時(shí)就已經(jīng)開始有MVP了，而方案設(shè)計(jì)過程更是一個(gè)MVP驗(yàn)證的過程。

作為產(chǎn)品經(jīng)理，之所以要做方案設(shè)計(jì)的原因是：思考、驗(yàn)證與傳達(dá)。

思考是通過設(shè)計(jì)，讓業(yè)務(wù)過程與軟件設(shè)計(jì)相互契合，業(yè)務(wù)方缺乏對(duì)軟件的基本理解，而開發(fā)團(tuán)隊(duì)出于自身立場(chǎng)容易曲解業(yè)務(wù)，產(chǎn)品經(jīng)理則是要站在雙方共同的立場(chǎng)上思考。

驗(yàn)證是通過不斷與業(yè)務(wù)方確認(rèn)設(shè)計(jì)交付物探索真實(shí)需求，以盡量減少開發(fā)中、交付后的變更；設(shè)計(jì)交付物應(yīng)追求最小成本收集反饋，在能確認(rèn)需求的最大ROI手段上停止，成本由低到高依次是：口頭核心業(yè)務(wù)確認(rèn)、Xmind核心功能確認(rèn)、Visio核心業(yè)務(wù)流程確認(rèn)、紙面線框圖、低保真原型、高保真原型、需求說明書。

傳達(dá)是為了確保開發(fā)團(tuán)隊(duì)能夠理解需求，交付出能解決業(yè)務(wù)問題的功能，設(shè)計(jì)交付物是一種手段，更重要的是頻繁面對(duì)面溝通。

2）產(chǎn)品設(shè)計(jì)原則

對(duì)于B端產(chǎn)品設(shè)計(jì)，筆者總結(jié)的4原則是有用、靈活、簡單、美。其中最核心的是有用，即能從整體上能解決業(yè)務(wù)問題。

但在跟BAT大廠的產(chǎn)品經(jīng)理交流中沖突較大，筆者聊業(yè)務(wù)背景、痛點(diǎn)、角色特征、核心功能，對(duì)方認(rèn)為太虛；對(duì)方聊特定功能點(diǎn)的交互設(shè)計(jì)技巧，筆者基于“好懂”、“少動(dòng)”的交互設(shè)計(jì)原則直接找競(jìng)品抄（借鑒）。

這種沖突可能源于BAT大廠產(chǎn)品經(jīng)理多、專業(yè)化分工細(xì)，實(shí)際工作更需要專注把自己負(fù)責(zé)的模塊和功能點(diǎn)做精；筆者不確定誰對(duì)誰錯(cuò)，但這種做法并不適用筆者服務(wù)的領(lǐng)域。在此不細(xì)談B端產(chǎn)品平面設(shè)計(jì)、交互設(shè)計(jì)、簡化設(shè)計(jì)技巧，留待以后文章討論吧，此處著重強(qiáng)調(diào)B端產(chǎn)品設(shè)計(jì)的第一原則是有用。

3）差異化優(yōu)勢(shì)

有人取笑產(chǎn)品經(jīng)理的核心能力是“抄襲”，沒頭腦的1:1模仿一個(gè)競(jìng)品確實(shí)是抄襲；但如果對(duì)比多個(gè)競(jìng)品，甚至從非競(jìng)品的產(chǎn)品中尋找靈感。

同時(shí)，結(jié)合自身業(yè)務(wù)痛點(diǎn)深入思考取舍，作為讀書人，我們姑且稱這種行為是“借鑒”吧；天下產(chǎn)品一大抄，我們?cè)撊绾未_定自身產(chǎn)品的差異化優(yōu)勢(shì)？

首先，要明確自己公司的優(yōu)勢(shì)所在；其次，差異化有3個(gè)小技巧：簡單、細(xì)分、理念。

拿筆者所在的協(xié)同工具領(lǐng)域舉例，工具型產(chǎn)品最大的問題應(yīng)該是先解決用戶使用意愿問題，而解決用戶使用意愿除了對(duì)多角色利益的考量，盡量把功能做簡單也同樣重要；因?yàn)樵胶唵蔚墓δ?，越容易在最短時(shí)間讓用戶感知到改變帶來的價(jià)值。

細(xì)分是進(jìn)入一個(gè)特定的細(xì)分行業(yè)、特定的細(xì)分企業(yè)類型，因?yàn)榧?xì)分領(lǐng)域有很多特定的業(yè)務(wù)邏輯，懂這些更容易與客戶產(chǎn)生親近感。

理念是基于我們對(duì)行業(yè)新趨勢(shì)的理解，漸進(jìn)式引領(lǐng)客戶做新嘗試，客戶容易深陷在舊有的知識(shí)體系內(nèi)；我們由于變不成客戶，恰恰更容易接受新理念，比如我們?cè)谕茝V協(xié)同工具“電子看板”時(shí)，可以解釋自己的理念是由傳統(tǒng)的自上而下時(shí)間資源管理式甘特圖，升級(jí)為當(dāng)下更適用的扁平化網(wǎng)狀溝通協(xié)同的看板；再結(jié)合精益思想、敏捷交付精神等為客戶洗腦，讓客戶對(duì)我們的定位從“純粹的效率協(xié)同工具”轉(zhuǎn)變?yōu)椤耙I(lǐng)企業(yè)變革的新力量”。

4）功能廣與精

有些人傾向于把產(chǎn)品功能做全做廣，拿“端到端全鏈路”當(dāng)產(chǎn)品競(jìng)爭力，對(duì)于這種想法筆者不太認(rèn)同；B端產(chǎn)品更適合“搶灘登錄戰(zhàn)略”，通過核心功能建立灘頭陣地，再以此為基礎(chǔ)擴(kuò)大范圍。

主要原因有3點(diǎn)：增加用戶認(rèn)知負(fù)擔(dān)、延緩用戶體驗(yàn)滿足感、造成用戶對(duì)產(chǎn)品定位混亂。

另外，在資源有限的情況下，做精比做廣更容易提升產(chǎn)品競(jìng)爭力；相比而言，大客戶才需要整體解決方案，中小客戶更需要有問題時(shí)解決問題；即便大廠，也建議在產(chǎn)品組合中集中資源打造拳頭產(chǎn)品，其他相關(guān)產(chǎn)品拆分成子產(chǎn)品，各自定位自身亮點(diǎn)，又可相互對(duì)接。

3. 開發(fā)交付

1）MVP

B端產(chǎn)品做MVP是件很難的事，功能不上，用戶不買賬；功能要上，資源精力不夠。

缺乏業(yè)務(wù)閉環(huán)的功能對(duì)客戶無意義，常規(guī)功能組合又很難吸引用戶。如果想著先上個(gè)功能應(yīng)付，需要警醒，“B端產(chǎn)品上功能容易，下功能難”。

如何做B端產(chǎn)品MVP？這個(gè)問題筆者暫時(shí)無解，但提供3種思路：

• 把大業(yè)務(wù)拆小，基于特定小業(yè)務(wù)做最小功能組合；
• 產(chǎn)品缺失功能，允許用戶通過線下操作彌補(bǔ)；
• 跟可以忍受產(chǎn)品不完美的種子客戶建立關(guān)系。

2）標(biāo)準(zhǔn)化與靈活

SaaS模式的核心是標(biāo)準(zhǔn)化，但如果你真拿一個(gè)絕對(duì)標(biāo)準(zhǔn)化的產(chǎn)品，客戶可能并不容易買單。

SaaS產(chǎn)品需要靈活，主要有2方面原因，一是不同客戶需求有差異性，不靈活無法適應(yīng)客戶的業(yè)務(wù)；二是同一客戶的業(yè)務(wù)也可能變化，不靈活無法適應(yīng)客戶業(yè)務(wù)變化；但產(chǎn)品又不能過于靈活，因?yàn)殪`活度高一方面意味著開發(fā)成本高，另一方面意味著功能對(duì)所有客戶適用性、易用性都差。

如何平衡B端SaaS產(chǎn)品的標(biāo)準(zhǔn)化和靈活？這個(gè)問題很難，筆者同樣暫時(shí)無解，但提供2種思路：

• 小客戶設(shè)置、中客戶配置、大客戶定制；
• 針對(duì)不同規(guī)?？蛻?，通過權(quán)限控制組合不同版本產(chǎn)品。

3）大客戶定制之路

SaaS做小微企業(yè)賺錢很難，于是想探索做大客戶，但大客戶真的好做嗎？

回答這個(gè)問題首先要想清3個(gè)問題：

• 跟傳統(tǒng)軟件廠商比，你做大客戶定制的優(yōu)勢(shì)是什么？
• 大客戶定制會(huì)出現(xiàn)很多個(gè)性化需求，這些需求和產(chǎn)品主版本有沖突時(shí)你如何取舍？
• 做大客戶定制要建設(shè)項(xiàng)目團(tuán)隊(duì)，第一年大概率會(huì)賠錢，你愿意賠錢做嗎？

大客戶最在乎的不是價(jià)格便宜、技術(shù)牛X，而是服務(wù)好、風(fēng)險(xiǎn)低：

• 服務(wù)好主要體現(xiàn)在需求響應(yīng)要及時(shí)、個(gè)性化需求能滿足、人員隨叫隨到的安全感；
• 風(fēng)險(xiǎn)低主要體現(xiàn)在公司有大客戶成功案例、公司無存續(xù)風(fēng)險(xiǎn)、與公司項(xiàng)目接口人熟悉且已建立信任、數(shù)據(jù)安全有保障、公司資質(zhì)合規(guī)等。

做大客戶并不容易，但大客戶卻能為SaaS公司樹立標(biāo)桿，引領(lǐng)對(duì)業(yè)務(wù)領(lǐng)域的理解深度。

如果決定做大客戶，如何解決大客戶的定制化需求是另一個(gè)難題。

常見的3類解決方案是：無代碼、低代碼和全代碼。

① 無代碼方案提前考慮定制的各種場(chǎng)景，通過產(chǎn)品強(qiáng)大的配置化能力來滿足定制化需求，對(duì)于這種方案筆者并不認(rèn)同；通過配置滿足中小企業(yè)需求勉強(qiáng)可行，但大客戶的多樣個(gè)性化需求 + 強(qiáng)勢(shì)地位，想通過配置實(shí)現(xiàn)，要么產(chǎn)品配置能力極強(qiáng)（開發(fā)ROI并不高），要么關(guān)系硬到大客戶只能忍。

② 低代碼方案可以通過配置滿足大部分需求，對(duì)于個(gè)性化需求，支持開發(fā)人員采用符合平臺(tái)要求的程序腳本滿足定制化需求，對(duì)于這種方案筆者認(rèn)同度也不高；因?yàn)榇鷥r(jià)碼是個(gè)偽命題，如果開發(fā)人員能力不行，即使低代碼也很難滿足定制化需求；如果開發(fā)人員能力強(qiáng)，這種受制約的開發(fā)方式很難被接受；同時(shí)，低代碼的權(quán)限控制、數(shù)據(jù)安全等都存在較大挑戰(zhàn)。

③ 全代碼方案同樣先通過配置滿足大部分需求，對(duì)于個(gè)性化需求，支持開發(fā)人員編寫程序，這種方案是目前筆者較認(rèn)同的；就筆者目前的認(rèn)知，有3種實(shí)現(xiàn)方式：代碼分支模式、代碼插件模式、微服務(wù)模式。

• 代碼分支模式通過對(duì)個(gè)性化需求代碼分支管理，用主分支與不同的個(gè)性化分支打包來滿足不同大客戶的定制需求，這種模式偏傳統(tǒng)，當(dāng)大客戶數(shù)量多時(shí)難以為繼。
• 代碼插件模式通過在主產(chǎn)品指定的插件文件中寫程序，使用類似Filter+Hook的主函數(shù)滿足不同大客戶的定制需求。
• 微服務(wù)模式將個(gè)性化需求集合到微服務(wù)上實(shí)現(xiàn)，內(nèi)部通過API與主產(chǎn)品互通，這種模式相對(duì)比較推薦，因?yàn)樗瑫r(shí)還能幫客戶解決“云端孤島”的問題，便于與客戶當(dāng)前其他系統(tǒng)低成本集成。

作者：李曉杰；微信ID：ecdoer；微信公眾號(hào)：產(chǎn)品曉說（ID：pmxiaosi）。10年以上產(chǎn)品、項(xiàng)目管理實(shí)戰(zhàn)經(jīng)驗(yàn)，近7年服務(wù)大B端客戶運(yùn)營商（移動(dòng)、聯(lián)通），核心產(chǎn)品為企業(yè)信息化與協(xié)同，包括研發(fā)管理、財(cái)務(wù)管理、辦公自動(dòng)化OA、數(shù)據(jù)可視化等。喜歡讀書、分享，希望與同路人共同探索產(chǎn)品經(jīng)理成長之路。

本文由 @李曉杰 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。