“好產(chǎn)品不是能力內(nèi)核，做好產(chǎn)品的流程才是”。這是劉潤(rùn)曾提到過的觀點(diǎn)，本文作者也非常認(rèn)同，而本篇文章就分了8個(gè)部分來講述做“好產(chǎn)品”需要怎樣的流程，一起來看看吧。

劉潤(rùn)在一篇文章中提到過一個(gè)觀點(diǎn)，“好產(chǎn)品不是能力內(nèi)核，做好產(chǎn)品的流程才是”。我很認(rèn)同這個(gè)觀點(diǎn)，本文主要分享我對(duì)做“好產(chǎn)品”的流程當(dāng)前的一些認(rèn)知。

全文共8個(gè)部分，總字?jǐn)?shù)超過1萬，限于篇幅可能有些內(nèi)容談的還不夠深入，后續(xù)有時(shí)間會(huì)再做細(xì)化。這8個(gè)部分是：

1. 建立需求池和需求反饋渠道
2. 建立走進(jìn)客戶現(xiàn)場(chǎng)機(jī)制
3. 建立需求接納機(jī)制
4. 建立優(yōu)先級(jí)決策原則
5. 建立產(chǎn)品設(shè)計(jì)標(biāo)準(zhǔn)
6. 建立產(chǎn)研協(xié)作保障
7. 建立產(chǎn)品驗(yàn)證機(jī)制
8. 建立產(chǎn)品場(chǎng)景案例庫

一、建立需求池和需求反饋渠道

需求池管理是B端產(chǎn)品進(jìn)化最重要的環(huán)節(jié)，它的重要性遠(yuǎn)超產(chǎn)品設(shè)計(jì)、開發(fā)等其他環(huán)節(jié)。

維護(hù)需求池有主動(dòng)和被動(dòng)兩種。

主動(dòng)維護(hù)是產(chǎn)品經(jīng)理在參與售前、迭代、交付、售后、競(jìng)品分析、老板溝通等活動(dòng)時(shí)自己發(fā)掘、記錄需求，主動(dòng)收集需求的渠道很多，但不同渠道收集到的需求質(zhì)量有差異。

通常而言，我認(rèn)為重要度最高的是售后環(huán)節(jié)，因?yàn)榇藭r(shí)反饋的需求通常是讓客戶真正痛的地方；

其次是競(jìng)品分析，友商決策并實(shí)現(xiàn)的能力通常意味著有真實(shí)的客戶和需求存在；

再次是售前和交付，這些環(huán)節(jié)有時(shí)候客戶期望過高，容易空想不一定真實(shí)存在的需求，要慎重接納；

最后是迭代時(shí)開發(fā)團(tuán)隊(duì)想出來的需求或老板提出的概念性需求，這些需求的真實(shí)存在性相對(duì)更低。

當(dāng)然，很多時(shí)候，從職業(yè)本身的角度，老板需求是重要度“最高”的需求。但一個(gè)對(duì)產(chǎn)品負(fù)責(zé)的產(chǎn)品經(jīng)理，應(yīng)該通過發(fā)問挖掘需求，幫老板“想清楚”，或讓老板把自己“說明白”，最終找到真實(shí)需求或引導(dǎo)降低優(yōu)先級(jí)。判斷需求收集渠道重要度的原則是需求真實(shí)性概率，而需求真實(shí)性是指需求存在且有普遍性。

被動(dòng)維護(hù)是建立起需求反饋渠道讓相關(guān)角色(售前、交付、客戶經(jīng)理、客戶響應(yīng)中心等)可以“有效的提需求”。它包括兩方面：

1. 要有集中化的業(yè)務(wù)需求電子流，讓相關(guān)角色明確的知道有需求在哪提、提給誰、怎樣提等；
2. 要通過需求結(jié)構(gòu)化的方式提高業(yè)務(wù)需求反饋質(zhì)量，減少產(chǎn)品經(jīng)理和需求提出人之間低效溝通次數(shù)。

業(yè)務(wù)需求結(jié)構(gòu)化，除了產(chǎn)品、客戶、金額、姓名、時(shí)間等基本屬性之外，更重要的是對(duì)需求場(chǎng)景的挖掘。關(guān)于需求挖掘，我給售前、交付等職能提供過一個(gè)5W3H分析法，具體包括：

• who，誰提的這個(gè)需求？最終影響的用戶角色是誰？
• why，客戶該需求的業(yè)務(wù)背景是什么？由于什么原因產(chǎn)生了這個(gè)需求？
• when，發(fā)生了什么事，造成了什么問題，所以有了這個(gè)需求？這個(gè)需求未實(shí)現(xiàn)時(shí)，客戶是怎么解決這個(gè)需求的？過程中有什么痛點(diǎn)（不方便的地方）？
• what，初始需求提出人的原始需求描述是什么？主業(yè)務(wù)過程什么樣？業(yè)務(wù)過程有哪些異常場(chǎng)景？
• where，如何有了這個(gè)功能，客戶會(huì)在什么場(chǎng)景（什么時(shí)候、什么條件）下使用這個(gè)功能？功能使用頻率有多高？
• how，客戶期望產(chǎn)品在哪里做什么功能？功能長(zhǎng)什么樣？為什么期望功能或交互做成這樣？友商是如何實(shí)現(xiàn)這個(gè)需求的？
• how much，這個(gè)需求對(duì)客戶的業(yè)務(wù)價(jià)值是什么？實(shí)現(xiàn)后用戶可以得到什么好處？
• how much，這個(gè)需求對(duì)在該行業(yè)或其他行業(yè)客戶是否需要？是不是個(gè)性化需求？

產(chǎn)品經(jīng)理應(yīng)該把需求池維護(hù)作為自己最重要的工作，需求池決定了產(chǎn)品未來的方向。接到需求第一時(shí)間需要將原始需求記錄至需求池，定期對(duì)需求池中需求進(jìn)行狀態(tài)更新。

二、建立走進(jìn)客戶現(xiàn)場(chǎng)機(jī)制

在辦公室埋頭做設(shè)計(jì)交互的B端產(chǎn)品經(jīng)理是不合格的，脫離客戶現(xiàn)場(chǎng)做不好B端產(chǎn)品。設(shè)計(jì)交互對(duì)B端產(chǎn)品并不是最重要的，更重要的是業(yè)務(wù)目的、業(yè)務(wù)過程、使用場(chǎng)景、角色群體和替代解決方案等。

通過非直接用戶、客戶反饋的需求，通常會(huì)有信息過濾。產(chǎn)品經(jīng)理要走到客戶現(xiàn)場(chǎng)，感受用戶的情緒，傾聽用戶的怒罵或贊賞，對(duì)自己的產(chǎn)品有客觀的認(rèn)知。傾聽用戶對(duì)功能的使用場(chǎng)景，把這些場(chǎng)景包裝成故事講給其他客戶，給客戶“懂我”的信任感。還可以驗(yàn)證需求池中的需求，傾聽用戶對(duì)規(guī)劃中需求的期待和反饋，為后續(xù)優(yōu)先級(jí)規(guī)劃和產(chǎn)品設(shè)計(jì)做準(zhǔn)備。做好B端產(chǎn)品不是跟隨友商，而是跟隨客戶。

但產(chǎn)品經(jīng)理的時(shí)間、精力是有限的，若出差客戶現(xiàn)場(chǎng)包含往返在途至少半周，每月也只能安排1～2個(gè)客戶拜訪。所以，拜訪客戶的選擇尤為重要。

選擇拜訪的客戶，應(yīng)該是“天使客戶”。這些客戶的大概畫像是：屬于產(chǎn)品主打行業(yè)，處于行業(yè)頭部地位；已購買且交付產(chǎn)品，在深度使用，愿意每年支付服務(wù)費(fèi)用滾動(dòng)續(xù)簽；客戶接口人懂業(yè)務(wù)，對(duì)產(chǎn)品有想法，有邏輯、講道理。當(dāng)然，很多時(shí)候客戶不是我們能選擇的，只能盡可能選擇和產(chǎn)品目標(biāo)客戶相似度高的客戶。

售前階段的客戶并不是適合產(chǎn)品經(jīng)理拜訪的客戶，一方面此階段的需求不一定是真實(shí)場(chǎng)景下產(chǎn)生的，存在過高期望或主觀臆想；另一方面如果客戶提了一堆需求，產(chǎn)品到底響應(yīng)還是不響應(yīng)，什么時(shí)候響應(yīng)都是難題。但售前階段的招標(biāo)文件，產(chǎn)品經(jīng)理可以作為重要需求收集渠道，有可能會(huì)發(fā)現(xiàn)影響產(chǎn)品新定位的需求。

“以客戶為中心，關(guān)注場(chǎng)景和痛點(diǎn)”，不應(yīng)該只是口號(hào)，或依賴每個(gè)產(chǎn)品經(jīng)理自己的主動(dòng)性，應(yīng)該建立起機(jī)制和制度進(jìn)行保障，讓產(chǎn)品經(jīng)理不要脫離客戶現(xiàn)場(chǎng)做產(chǎn)品。

三、建立需求接納機(jī)制

從多種渠道收集到的需求，并非所有都應(yīng)該納入到產(chǎn)品規(guī)劃中的，畢竟開發(fā)人力總是稀缺的。明確需求接納決策人，建立決策依據(jù)原則對(duì)B端產(chǎn)品至關(guān)重要。

承擔(dān)需求接納決策人角色的人，至少應(yīng)該滿足兩個(gè)要求：

1. 他應(yīng)該懂業(yè)務(wù)、懂客戶，不脫離一線客戶現(xiàn)場(chǎng)；
2. 他應(yīng)該對(duì)業(yè)績(jī)負(fù)責(zé)、對(duì)客戶滿意度負(fù)責(zé)，該產(chǎn)品業(yè)績(jī)對(duì)他的KPI有較大影響。

需求決策人通常是產(chǎn)品經(jīng)理，也可能是業(yè)務(wù)負(fù)責(zé)人。如果需求決策的權(quán)力，由脫離客戶一線，不對(duì)市場(chǎng)業(yè)績(jī)負(fù)責(zé)，缺乏產(chǎn)品管理經(jīng)驗(yàn)的人負(fù)責(zé)，對(duì)產(chǎn)品會(huì)是一場(chǎng)災(zāi)難。

需求接納原則，至少應(yīng)該考慮3個(gè)問題，值不值做、該不該做、要不要做。

1. 值不值做。需求實(shí)現(xiàn)能幫客戶解決多大的問題，能產(chǎn)生多大的價(jià)值收益，如果量化成貨幣是多少錢？作為一個(gè)商業(yè)化產(chǎn)品，每做一個(gè)功能都要思考，這個(gè)功能客戶是否愿意花錢買單？愿意花多少錢？市場(chǎng)上有多少客戶愿意為這個(gè)需求買單？
2. 該不該做。需求是否在產(chǎn)品定位的邊界范圍內(nèi)，是否該由這個(gè)產(chǎn)品來做，還是應(yīng)該由其他產(chǎn)品做？如果跟產(chǎn)品組合中其他產(chǎn)品存在部分的功能重疊，那這個(gè)功能做還是不做？（對(duì)這個(gè)問題，我的理解是以客戶場(chǎng)景為中心，而非以產(chǎn)品為中心。如果客戶的場(chǎng)景需要這個(gè)功能，即使其他產(chǎn)品中存在，也應(yīng)該在這個(gè)產(chǎn)品中進(jìn)行實(shí)現(xiàn)。至于研發(fā)成本、重復(fù)開發(fā)的原則是次要的。研發(fā)的問題從研發(fā)的角度考慮解決，而不是讓客戶的需求來妥協(xié)。）
3. 要不要做。功能實(shí)現(xiàn)在技術(shù)上是否可行？短期與長(zhǎng)期投入產(chǎn)出比如何？標(biāo)準(zhǔn)化程度能做到多高？對(duì)比客戶當(dāng)前方案能有多大收益？現(xiàn)在是否是做這個(gè)功能合適的時(shí)機(jī)？目前的解決方案是否足夠優(yōu)秀？

需求是否接納通常由產(chǎn)品經(jīng)理一個(gè)人決策，但這會(huì)過度依賴產(chǎn)品經(jīng)理自身能力。建議應(yīng)該成立需求評(píng)審委員會(huì)，周期性對(duì)產(chǎn)品組合中各個(gè)產(chǎn)品經(jīng)理的決策依據(jù)進(jìn)行評(píng)審。

需求評(píng)審委員會(huì)的成員應(yīng)該包括產(chǎn)品總監(jiān)、售前解決方案總監(jiān)、售后客服總監(jiān)、研發(fā)總監(jiān)等角色，至少產(chǎn)品總監(jiān)和售前解決方案總監(jiān)需要參與。需求是否接納影響產(chǎn)品組合中各個(gè)產(chǎn)品未來進(jìn)化方向，值得管理者參與決策過程。該會(huì)議無需對(duì)具體功能方案做溝通，只需要決策需求是否接納即可。

在需求接納管理的過程中，可能總存在一些人發(fā)出反對(duì)的聲音。每次產(chǎn)品經(jīng)理決策需求或設(shè)計(jì)方案時(shí)他總能找到反對(duì)的理由，但如果你讓他來提該做什么、怎么做，他又提不出有價(jià)值的想法，反問一句“這是產(chǎn)品經(jīng)理的事，你是產(chǎn)品經(jīng)理還是我是產(chǎn)品經(jīng)理”。

我們要知道，每一個(gè)決策都有利弊，我們只要追求當(dāng)下能做出的最佳決策即可。如果因?yàn)閼峙聸Q策風(fēng)險(xiǎn)，就停滯下來不做決策，做無意義的時(shí)間消耗，這才是最大的損失。對(duì)于有價(jià)值的聲音需要接納，對(duì)于沒價(jià)值的反對(duì)，只能練就一顆強(qiáng)大的內(nèi)心。微笑面對(duì)反對(duì)和質(zhì)疑，堅(jiān)持自己的選擇，并能在失敗后平靜面對(duì)他們的嘲笑。

但行前路，無愧于心，足矣。

四、建立優(yōu)先級(jí)決策原則

研發(fā)人力和時(shí)間總是稀缺的，需求優(yōu)先級(jí)排序直接影響著市場(chǎng)業(yè)績(jī)和客戶滿意度，做好優(yōu)先級(jí)排序?qū)Ξa(chǎn)品非常重要。如果需求收集和接納決策是對(duì)產(chǎn)品經(jīng)理能力第一重要的考驗(yàn)，那需求優(yōu)先級(jí)決策則是對(duì)產(chǎn)品經(jīng)理能力第二重要的考驗(yàn)。

需求優(yōu)先級(jí)排序的方法論很多，但回歸本質(zhì)是ROI和對(duì)比排序。對(duì)比排序，即使沒有方法論也能做，但有方法論可以讓排序有據(jù)可依，標(biāo)準(zhǔn)相對(duì)清楚，更容易同其他人達(dá)成一致。

不同商業(yè)模式、不同產(chǎn)品、不同階段衡量ROI的標(biāo)準(zhǔn)不同，要根據(jù)自身產(chǎn)品選擇適合的一套或多套組合衡量方法，不要迷信特定理論。

比如，對(duì)于內(nèi)部系統(tǒng)或大客戶定制項(xiàng)目，收益主要是關(guān)鍵角色的滿意度，其次是次要角色使用價(jià)值，更多使用提出人權(quán)力/影響矩陣做優(yōu)先級(jí)排序；對(duì)于處于0-1打造階段的產(chǎn)品，收益主要是MVP版本交付與反饋，更多使用KANO或MoSCoW做優(yōu)先級(jí)排序；對(duì)于處于1-n階段的商業(yè)B端產(chǎn)品，收益主要是短/長(zhǎng)期市場(chǎng)收入，更多使用效益/緊急矩陣做優(yōu)先級(jí)排序。

對(duì)于1-n的商業(yè)B端產(chǎn)品，我推薦效益/緊急矩陣優(yōu)先級(jí)排序法。既然是商業(yè)產(chǎn)品，那就向錢看。效益高且緊急的需求優(yōu)先級(jí)最高，效益高不緊急的需求其次，效益低緊急的需求再次，最后考慮效益低不緊急的需求?？此坪?jiǎn)單，但如何定義效益呢？

效益是短期、長(zhǎng)期經(jīng)濟(jì)收益的綜合評(píng)估，短期經(jīng)濟(jì)收益好評(píng)估，承諾或完成某個(gè)功能就能讓正在售前的客戶愿意付錢購買。但長(zhǎng)期經(jīng)濟(jì)收益呢？在沒看到項(xiàng)目機(jī)會(huì)前，是否能絕對(duì)預(yù)測(cè)做了某個(gè)功能一定能夠帶來多少客戶、多少收入增長(zhǎng)？這個(gè)很難，因?yàn)闆Q定收入的因素很多。但可以確定的是功能解決的場(chǎng)景價(jià)值越大，則產(chǎn)品綜合價(jià)值越高，特定客戶購買概率也更高。

那如何評(píng)估場(chǎng)景價(jià)值大小呢？一種參考方法是大概估測(cè)，沒有這個(gè)功能時(shí)，客戶想達(dá)到業(yè)務(wù)目的需要投入多少人、多長(zhǎng)時(shí)間，這些人需要的薪資是多少，這個(gè)事每年做幾次，最后大概能評(píng)估一個(gè)年度貨幣成本數(shù)量級(jí)即可。

這個(gè)評(píng)估不需要精確的數(shù)值，這種數(shù)值也沒有意義，可以拍腦袋估測(cè)，只需要能跟需求池中其他需求有個(gè)大致對(duì)比即可。做這個(gè)估測(cè)的意義不在于準(zhǔn)確，核心是需要產(chǎn)品經(jīng)理建立起關(guān)注需求背后業(yè)務(wù)價(jià)值的意識(shí)，而不是關(guān)注在功能設(shè)計(jì)本身。

通常來講，處于售前關(guān)鍵時(shí)刻（客戶已完成預(yù)算申請(qǐng)且內(nèi)部立項(xiàng)，正處于確定招標(biāo)參數(shù)階段）的大金額項(xiàng)目是經(jīng)濟(jì)效益最高的，畢竟“百鳥在林，不如一鳥在手”；其次是涉及客戶多、業(yè)務(wù)價(jià)值高的普適需求。

對(duì)于經(jīng)濟(jì)效益在相似量級(jí)的需求，可以引入成本作為第二優(yōu)先級(jí)排序考慮因素。成本越低，相對(duì)優(yōu)先級(jí)越高。

需求優(yōu)先級(jí)并不意味著絕對(duì)的開發(fā)迭代順序，在開發(fā)迭代排期時(shí)我們還需要兼顧每個(gè)開發(fā)周期內(nèi)大小需求的均衡性、市場(chǎng)響應(yīng)及時(shí)性等?？赡苡行┬⌒枨蠼?jīng)濟(jì)效益不高，但成本極低，此時(shí)考慮到市場(chǎng)響應(yīng)和客戶滿意度，也可以將這些小需求排入靠前的開發(fā)迭代。

對(duì)于經(jīng)濟(jì)效益高但難度大、成本高的需求，不能因?yàn)殡y就一直拖延著不做，我們需要勇于啃硬骨頭，在具體推進(jìn)時(shí)可以把這類需求穿插在多個(gè)迭代中硬啃，做難而正確的事，我們才能拉開與競(jìng)爭(zhēng)對(duì)手的差距。

五、建立產(chǎn)品設(shè)計(jì)標(biāo)準(zhǔn)

一個(gè)優(yōu)秀的B端產(chǎn)品除了功能，更應(yīng)該靠場(chǎng)景打動(dòng)客戶。B端產(chǎn)品設(shè)計(jì)不能狹義的理解為單純的功能交互設(shè)計(jì)，而應(yīng)該圍繞客戶業(yè)務(wù)問題、場(chǎng)景來綜合考慮，我們的終極目的不只是做一個(gè)漂亮的界面、好用的交互，更是幫助客戶解決當(dāng)前存在的問題。

根據(jù)經(jīng)驗(yàn)，我將產(chǎn)品設(shè)計(jì)劃分為：業(yè)務(wù)背景澄清、業(yè)務(wù)過程梳理，流程與角色設(shè)計(jì)、角色任務(wù)設(shè)計(jì)、功能設(shè)計(jì)，架構(gòu)設(shè)計(jì)、交互設(shè)計(jì)，平面設(shè)計(jì)，視覺設(shè)計(jì)等一系列過程，這個(gè)劃分方法借鑒了《用戶體驗(yàn)五要素》中戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層、表現(xiàn)層的思路。

這些設(shè)計(jì)過程只是一種知識(shí)體系化的拆解維度，劃分并不精確，各個(gè)過程未完全遵循MECE原則，沒有嚴(yán)格的先后順序。在實(shí)際設(shè)計(jì)過程中，我們可以有意識(shí)的注意這些過程，針對(duì)具體場(chǎng)景來裁剪使用。以下將對(duì)每個(gè)過程簡(jiǎn)略描述：

1. 業(yè)務(wù)背景澄清

將需求收集時(shí)5W3H問題和答案再確認(rèn)一遍，回顧一下我們核心要解決的問題是什么，業(yè)務(wù)目的是什么，價(jià)值是什么。

2. 業(yè)務(wù)過程梳理

將客戶線下解決問題的方案搞清楚，都涉及哪些角色，每個(gè)角色做什么，角色間如何協(xié)作，業(yè)務(wù)涉及多少個(gè)環(huán)節(jié)，每個(gè)環(huán)節(jié)具體做什么。我們要介入這個(gè)過程應(yīng)該從哪些地方介入合適，哪些地方不適合軟件介入，軟件介入比原有方案增加了多少價(jià)值。

3. 流程與角色設(shè)計(jì)

流程與角色設(shè)計(jì)是基于原有業(yè)務(wù)過程，考慮轉(zhuǎn)化到軟件上該如何做，每個(gè)角色需要設(shè)計(jì)哪些任務(wù)。在設(shè)計(jì)時(shí)我們可能需要打破、調(diào)整原有業(yè)務(wù)過程，以線上更合適的方式來做。

4. 角色任務(wù)設(shè)計(jì)

是基于單個(gè)角色設(shè)計(jì)他的主任務(wù)、次任務(wù)，該角色在業(yè)務(wù)中的目的是什么，主任務(wù)需要幾個(gè)步驟，是否可簡(jiǎn)化步驟，每個(gè)步驟具體做什么。

完成主任務(wù)涉及多少個(gè)核心頁面、多少個(gè)關(guān)鍵功能，如何保障主任務(wù)過程順暢。分支任務(wù)有哪些，如何即能讓分支任務(wù)為主任務(wù)提供便利，又能避免分支任務(wù)干擾主任務(wù)，分支任務(wù)應(yīng)該有哪些入口，如何即易找又不喧賓奪主。任務(wù)過程中可能有哪些異常，哪些應(yīng)該軟件來避免，哪些應(yīng)該交給用戶自己判斷避免。

角色任務(wù)設(shè)計(jì)完成，需要什么頁面、什么功能基本已經(jīng)確定了。

5. 功能設(shè)計(jì)

是確定每個(gè)功能實(shí)現(xiàn)邏輯、方法，功能設(shè)計(jì)要基于業(yè)務(wù)問題和場(chǎng)景，如何設(shè)計(jì)能帶來最大的收益，再衡量如何降低成本獲取最大ROI，這個(gè)過程中可能功能設(shè)計(jì)需要做一些妥協(xié)，但仍需保障功能的價(jià)值度，這個(gè)平衡并不容易做到。

另外一個(gè)很難平衡的問題是，“追求更完美的方案再開發(fā)，還是先有一個(gè)簡(jiǎn)單方案再持續(xù)迭代”。首先，我傾向于持續(xù)迭代。在實(shí)際使用中不斷反饋和迭代，要比一直憋方案，遲遲功能推不出來更好。

而且，我們很難預(yù)知能設(shè)計(jì)出一個(gè)完美方案，也很難預(yù)知我們認(rèn)為的完美會(huì)被客戶認(rèn)可。對(duì)于創(chuàng)新型功能設(shè)計(jì)，有改進(jìn)、有價(jià)值即可，不過度設(shè)計(jì)、夠用即可。

但同時(shí)，又需要平衡最低設(shè)計(jì)標(biāo)準(zhǔn)，不要讓產(chǎn)品掉檔次，讓客戶感覺草率、粗糙。起碼應(yīng)該達(dá)到讓產(chǎn)品經(jīng)理自己愿意承認(rèn)，這個(gè)設(shè)計(jì)是出自我手的程度。否則，產(chǎn)品經(jīng)理就應(yīng)該有所堅(jiān)持，不能因老板或大項(xiàng)目壓力而妥協(xié)，要盡可能在有限時(shí)間內(nèi)追求更好的方案，對(duì)自己的產(chǎn)品負(fù)責(zé)。我們不是為了做功能而做功能，最起碼應(yīng)該保障功能在場(chǎng)景中能解決問題，否則絕不將就。

功能設(shè)計(jì)推薦4個(gè)原則，按重要性排序是，有用、好用、靈活、簡(jiǎn)單：

1. 有用是指功能設(shè)計(jì)要能解決業(yè)務(wù)問題，在設(shè)計(jì)過程中由于要平衡考慮靈活性、易用性、成本等，方案可能會(huì)不斷調(diào)整，所以在設(shè)計(jì)的過程中要不斷回顧是否偏離“有用”原則。
2. 好用是指功能的用戶體驗(yàn)，涉及架構(gòu)、交互、UI等，下文會(huì)繼續(xù)展開，此處需要注意的是，有些客戶會(huì)對(duì)功能設(shè)計(jì)提出自己的方案，產(chǎn)品經(jīng)理要認(rèn)真聽，但不可照做，對(duì)客戶建議的功能設(shè)計(jì)要綜合考慮，而不是做一個(gè)傳話筒。
3. 靈活是指功能設(shè)計(jì)時(shí)要考慮在不同行業(yè)、不同規(guī)模客戶處，有哪些差異性，如何通過設(shè)計(jì)兼容這些差異性；以及未來需求若出現(xiàn)變化，如何通過設(shè)計(jì)進(jìn)行兼容。靈活性可能會(huì)造成用戶體驗(yàn)下降，開發(fā)成本提升，所以需要進(jìn)行平衡，沒必要追求過度靈活性。
4. 簡(jiǎn)單包括多方面，設(shè)計(jì)方案要盡可能簡(jiǎn)單，可以清楚的傳達(dá)給開發(fā)團(tuán)隊(duì)；開發(fā)方案要盡可能簡(jiǎn)單，避免復(fù)雜度帶來的Bug、維護(hù)成本、升級(jí)不便性等；用戶理解認(rèn)知要盡可能簡(jiǎn)單，避免造成用戶不會(huì)用、不愿用。

功能設(shè)計(jì)完成后，產(chǎn)品經(jīng)理的核心工作基本完成。UI/UE設(shè)計(jì)是專業(yè)領(lǐng)域，專業(yè)的事情應(yīng)該交給專業(yè)的人做，產(chǎn)品經(jīng)理更多是配合UX設(shè)計(jì)師。但公司如果沒有專職的UX設(shè)計(jì)師，則需要產(chǎn)品經(jīng)理主導(dǎo)設(shè)計(jì)。

不建議產(chǎn)品經(jīng)理拍腦袋創(chuàng)新，最好直接向那些有UX設(shè)計(jì)師的友商“借鑒”（抄襲）。如果友商做的也不好，可以向一些優(yōu)秀作品學(xué)習(xí)，如騰訊系的產(chǎn)品，但抄的過程中也需要有自己的選擇和判斷標(biāo)準(zhǔn)，不行無腦全抄。B端產(chǎn)品最重要的是功能設(shè)計(jì)之前戰(zhàn)略層、范圍層的事，產(chǎn)品經(jīng)理若花過多時(shí)間在框架層、表現(xiàn)層則有些本末倒置。

6. 架構(gòu)設(shè)計(jì)

是確定不同功能具體在哪個(gè)頁面，以及用戶完成任務(wù)需要按順序使用哪些頁面，各頁面之間如何跳轉(zhuǎn)。常見手段如：面包屑導(dǎo)航、高級(jí)搜索、首頁快捷入口、列表或詳情頁超鏈接、彈窗、抽屜、返回等。

跳轉(zhuǎn)設(shè)計(jì)時(shí)要結(jié)合任務(wù)場(chǎng)景來設(shè)計(jì)，比如，在運(yùn)維管理的資源設(shè)備添加時(shí)，如果添加成功應(yīng)該自動(dòng)跳轉(zhuǎn)至列表頁，因?yàn)橛脩舻闹魅蝿?wù)已經(jīng)完成，下一個(gè)主任務(wù)是再新增一個(gè)資源或者使用其他功能菜單，所以要自動(dòng)跳轉(zhuǎn)至列表頁；

而如果資源添加失敗，則應(yīng)該停留在本頁面，因?yàn)榇蟾怕适怯捎谫~號(hào)密碼錯(cuò)誤造成連接測(cè)試失敗，這個(gè)場(chǎng)景下用戶會(huì)走入賬號(hào)密碼修改的分支任務(wù)，而該分支任務(wù)就是在詳情頁完成，所以不能讓用戶跳轉(zhuǎn)至列表頁，而是留在當(dāng)前頁面增加用戶修改的便利性。

7. 交互設(shè)計(jì)

廣義上講包括了架構(gòu)、交互、平面、視覺等，狹隘上講是一組觸發(fā)點(diǎn)、觸發(fā)動(dòng)作和動(dòng)作反饋，包括控件選擇、控件交互及用戶操作聯(lián)動(dòng)等?？丶唤ㄗh自己開發(fā)，直接采用開源控件庫，如element、iview、antd等，這些控件大多數(shù)情況下夠用了，但也有些需求場(chǎng)景下這些控件無法滿足，有人力可以二次開發(fā)或新設(shè)計(jì)。

即使采用標(biāo)準(zhǔn)開源控件，仍需產(chǎn)品經(jīng)理參與設(shè)計(jì)。產(chǎn)品經(jīng)理需要根據(jù)需求場(chǎng)景選擇最適合的控件、確定控件默認(rèn)值、確定控件之間的聯(lián)動(dòng)邏輯、設(shè)計(jì)用戶視覺及鼠標(biāo)鍵盤操作動(dòng)作、路徑等。

交互設(shè)計(jì)推薦3個(gè)原則，少想、少看、少動(dòng)：

1. 少想是降低用戶認(rèn)知負(fù)荷，如貼合用戶習(xí)慣（設(shè)計(jì)跟用戶線下認(rèn)知保持一致、跟行業(yè)通用設(shè)計(jì)保持一致、產(chǎn)品組合中設(shè)計(jì)保持一致）、UI設(shè)計(jì)、簡(jiǎn)化設(shè)計(jì)、漸進(jìn)式任務(wù)設(shè)計(jì)、文案設(shè)計(jì)等。
2. 少看是減少用戶視覺負(fù)荷，如縮短眼動(dòng)路徑，將用戶一次任務(wù)需要的內(nèi)容放在相近的位置；簡(jiǎn)化頁面內(nèi)容，使用對(duì)比、組合、隱藏等UI設(shè)計(jì)、簡(jiǎn)化設(shè)計(jì)技巧。
3. 少動(dòng)是減少用戶操作動(dòng)作，如鼠標(biāo)移動(dòng)總距離、鼠標(biāo)點(diǎn)擊總次數(shù)、鼠標(biāo)鍵盤任務(wù)切換總次數(shù)等。

簡(jiǎn)化設(shè)計(jì)推薦4個(gè)原則，刪除、組織、隱藏、轉(zhuǎn)移：

1. 刪除是將極少使用的功能刪掉，僅保留不可刪除的功能；
2. 組織是按功能邏輯進(jìn)行分組、分塊、分層；
3. 隱藏是將不常用又不能刪除的功能隱藏的路徑深一些，用戶使用時(shí)能找到即可；
4. 轉(zhuǎn)移是將功能轉(zhuǎn)移到其他載體上（用戶自己、其他產(chǎn)品模塊）。

平面設(shè)計(jì)推薦4個(gè)原則，親密、對(duì)齊、對(duì)比、重復(fù)：

1. 親密是將邏輯上相關(guān)的內(nèi)容組織在一起，讓物理位置靠近，相反，將邏輯上相關(guān)性低的內(nèi)容增加物理距離；
2. 對(duì)齊是讓物理布局整齊，明確對(duì)齊線，讓頁面內(nèi)容顯得有條理，增加可讀性；
3. 對(duì)比是通過明顯的視覺反差效果，將不同的內(nèi)容區(qū)分開；
4. 重復(fù)是在整個(gè)產(chǎn)品設(shè)計(jì)中相同目的保持相同設(shè)計(jì)，如圖標(biāo)、顏色、樣式等，增加產(chǎn)品統(tǒng)一性，另外，也盡可能跟用戶日常認(rèn)知保持一致性重復(fù)。

視覺設(shè)計(jì)需要審美，我的直男審美相對(duì)差一些，所以更多追求簡(jiǎn)單、簡(jiǎn)潔，在配色、比例、鈍銳角、線條、對(duì)稱、平衡等因素上較多依賴于借鑒（抄襲）優(yōu)秀友商作品。

最后，在產(chǎn)品設(shè)計(jì)上我想強(qiáng)調(diào)的是，設(shè)計(jì)只是解決問題的手段而已，最核心的還是理解并解決業(yè)務(wù)問題。

六、建立產(chǎn)研協(xié)作保障

通常情況下，產(chǎn)品經(jīng)理和研發(fā)歸屬同一個(gè)大部門，辦公距離相近，迭代過程中有問題可以及時(shí)溝通解決，產(chǎn)品經(jīng)理只需要保持正常的節(jié)奏參與迭代規(guī)劃會(huì)、迭代驗(yàn)收會(huì)等即可。產(chǎn)研利益一致，協(xié)作高效，溝通基本不會(huì)出現(xiàn)問題。

但在有些大公司，產(chǎn)品經(jīng)理和研發(fā)可能跨了大事業(yè)部，位置也可能分布在不同城市，產(chǎn)品經(jīng)理的核心工作是市場(chǎng)商業(yè)，極難保證跟研發(fā)溝通的時(shí)間。這種情況下，會(huì)出現(xiàn)很多問題，想把產(chǎn)品做好很難。

比如，因組織架構(gòu)原因，產(chǎn)研利益不一致，產(chǎn)品經(jīng)理推動(dòng)力不足；產(chǎn)品經(jīng)理跟研發(fā)溝通時(shí)間較少，關(guān)系融洽度較難維持，相互信任度低，容易產(chǎn)生嫌隙；迭代中研發(fā)有問題很難隨時(shí)跟產(chǎn)品經(jīng)理確認(rèn)，問題被拖延影響開發(fā)效率等。

我的應(yīng)對(duì)思路是：

• 懼怕沖突，堅(jiān)守產(chǎn)品規(guī)劃不退縮；
• 工作公開透明，把事情擺到桌面上；
• 借助多個(gè)相關(guān)方力量，共同影響研發(fā)接納需求；
• 多方位影響高層管理者注意到問題，為產(chǎn)品經(jīng)理爭(zhēng)取時(shí)間；
• 至少保證迭代計(jì)劃會(huì)、演示會(huì)和研發(fā)團(tuán)隊(duì)有交流；
• 盡量保障定期線上會(huì)議幫研發(fā)解答疑問。

產(chǎn)研溝通存在障礙不可怕，可怕的是接納這種狀態(tài)不做改變。做好產(chǎn)品我們要保障產(chǎn)品經(jīng)理和研發(fā)利益一致、溝通順暢，讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品規(guī)劃有主導(dǎo)權(quán)，有充足的時(shí)間完成需求分析、及時(shí)解答研發(fā)疑問。

七、建立產(chǎn)品驗(yàn)證機(jī)制

產(chǎn)品設(shè)計(jì)不能閉門造車，為避免功能不被客戶認(rèn)可，要頻繁驗(yàn)證。尤其B端產(chǎn)品，上線一個(gè)功能容易，但下線一個(gè)功能很難，需要在很長(zhǎng)一段時(shí)間承受壓力（客戶質(zhì)疑售前時(shí)有的功能，為何交付時(shí)沒有了，這種情況處理很棘手）。

客戶定制或內(nèi)部自研產(chǎn)品需求方明確，相對(duì)容易驗(yàn)證。但標(biāo)準(zhǔn)化商業(yè)產(chǎn)品的需求方來自多行業(yè)、不同規(guī)?？蛻?，相對(duì)驗(yàn)證困難。

對(duì)于客戶定制或內(nèi)部自研產(chǎn)品可以秉持”最低成本驗(yàn)證“的原則驗(yàn)證功能設(shè)計(jì)是否滿足客戶需求，必須完成的驗(yàn)證包括：業(yè)務(wù)背景確認(rèn)（會(huì)議）、核心業(yè)務(wù)流程確認(rèn)（Visio）、核心功能確認(rèn)（Xmind）。

若需求較大，驗(yàn)證手段按成本從小至大包括：紙面線框圖、低保真原型、需求概要說明書、高保真原型、需求詳細(xì)設(shè)計(jì)說明書。需求驗(yàn)證的交付物并沒有實(shí)際價(jià)值，所以應(yīng)該根據(jù)客戶和場(chǎng)景盡量選擇成本最低的方式。

對(duì)于標(biāo)準(zhǔn)化商業(yè)產(chǎn)品我沒很好的方法，目前的思路包括：

• 借助PPT跟售前、客戶經(jīng)理等團(tuán)隊(duì)做概念宣講，驗(yàn)證需求普遍性及價(jià)值度；
• 借助重大項(xiàng)目售前/售后交流機(jī)會(huì)做概念宣講，驗(yàn)證需求期望度；
• 借助交付中典型行業(yè)客戶，對(duì)功能設(shè)計(jì)方案進(jìn)行驗(yàn)證；
• 借助公司內(nèi)部交付專家，對(duì)功能交互/UI設(shè)計(jì)方案進(jìn)行驗(yàn)證；
• 由產(chǎn)品經(jīng)理/測(cè)試人員把自己想象成小白用戶，模擬用戶完整業(yè)務(wù)過程使用體驗(yàn)。

在我管理的產(chǎn)品組合中，有幾個(gè)需求推動(dòng)很久了卻一直未被研發(fā)接納，但今年通過重大項(xiàng)目完成了一舉多得。這些項(xiàng)目金額達(dá)到數(shù)百萬級(jí)，售前申請(qǐng)了產(chǎn)線產(chǎn)品經(jīng)理直接參與。

在跟大客戶溝通過程中，我提及了幾個(gè)功能設(shè)計(jì)理念（未承諾，以規(guī)劃中引導(dǎo)），很切中他們的實(shí)際痛點(diǎn)，在會(huì)議上客戶大加贊賞，直言“你們的產(chǎn)品是我看過的所有國內(nèi)外產(chǎn)品中，做的最好的”。最終，我們既完成了需求驗(yàn)證，又拿下了多個(gè)數(shù)百萬級(jí)項(xiàng)目，還成功讓研發(fā)接納了需求，提升了產(chǎn)品未來競(jìng)爭(zhēng)力，一舉多得。

當(dāng)然，標(biāo)準(zhǔn)化商業(yè)產(chǎn)品的功能驗(yàn)證并不容易，有很多要考慮的因素，比如：客戶過度期望風(fēng)險(xiǎn)、功能交付時(shí)間風(fēng)險(xiǎn)、技術(shù)方案風(fēng)險(xiǎn)、通用度不足風(fēng)險(xiǎn)等，但我們不能因?yàn)橛酗L(fēng)險(xiǎn)就停下腳步，產(chǎn)品經(jīng)理要有敢承擔(dān)風(fēng)險(xiǎn)的魄力。

八、建立產(chǎn)品場(chǎng)景案例庫

項(xiàng)目成交的關(guān)鍵是客戶對(duì)產(chǎn)品的認(rèn)可和信任，產(chǎn)品功能是重要因素。但單純的功能介紹不易讓客戶感受到產(chǎn)品的價(jià)值以及我們和競(jìng)爭(zhēng)對(duì)手的差異性，所以，我們需要借助客戶實(shí)際工作的場(chǎng)景故事，讓客戶更容易感受到價(jià)值和我們?cè)陬I(lǐng)域內(nèi)的專業(yè)性。

通常來講，優(yōu)秀的解決方案專家應(yīng)該對(duì)產(chǎn)品特定功能使用場(chǎng)景和價(jià)值很清楚，產(chǎn)品案例庫也應(yīng)該由售前解決方案團(tuán)隊(duì)來維護(hù)。但若解決方案崗位由于各種原因出現(xiàn)缺位，如負(fù)責(zé)多個(gè)產(chǎn)品線精力不足、人員流動(dòng)率高、工作經(jīng)驗(yàn)不足等，產(chǎn)品經(jīng)理需要在這個(gè)關(guān)鍵之處做補(bǔ)位，反向培訓(xùn)解決方案專家。

幫助客戶發(fā)現(xiàn)產(chǎn)品功能更多的使用場(chǎng)景，也是產(chǎn)品經(jīng)理需要關(guān)注的事。因?yàn)樵黾庸δ艿哪康氖窃黾赢a(chǎn)品價(jià)值，發(fā)掘原有功能更多使用場(chǎng)景也能幫助客戶增加產(chǎn)品價(jià)值。從場(chǎng)景中來，到場(chǎng)景中去。

坦白講在產(chǎn)品場(chǎng)景庫建設(shè)上我目前做的并不好，曾經(jīng)推動(dòng)體系化的做行業(yè)場(chǎng)景案例庫，只輸出了一篇，后續(xù)由于相關(guān)角色配合度不高，自己做又缺少時(shí)間，就擱置了。

不過，在特定行業(yè)解決方案PPT輸出時(shí)，我有意識(shí)的采用了以場(chǎng)景為線索組織結(jié)構(gòu)，跟客戶交流時(shí)效果很好，我認(rèn)為這種模式對(duì)今年幾個(gè)數(shù)百萬級(jí)大項(xiàng)目中標(biāo)有很大的正面效果。

我組織場(chǎng)景有兩個(gè)思路：

第一個(gè)思路是從用戶的實(shí)際工作角度出發(fā)，拆分多個(gè)場(chǎng)景，然后把產(chǎn)品組合中各個(gè)產(chǎn)品的功能打散進(jìn)每個(gè)場(chǎng)景中，告訴客戶在不同的工作領(lǐng)域中，我能幫你解決什么問題，我是如何解決的。比如：

在講整體網(wǎng)絡(luò)自動(dòng)化解決方案中，我拆分了設(shè)備入網(wǎng)、服務(wù)請(qǐng)求實(shí)施、日常監(jiān)控與管理、故障響應(yīng)4類大場(chǎng)景，然后每個(gè)大場(chǎng)景再具體細(xì)化拆分成4個(gè)具體小場(chǎng)景，然后每個(gè)小場(chǎng)景采用幾頁P(yáng)PT詳細(xì)介紹我的產(chǎn)品功能是如何在這些場(chǎng)景中發(fā)揮作用的。

在單獨(dú)的IP地址管理解決方案中，我按IP管理全生命周期拆分了IP規(guī)劃、IP收集、IP展示查詢、IP分配、IP審計(jì)、IP回收6大場(chǎng)景，然后針對(duì)每個(gè)場(chǎng)景分析客戶現(xiàn)狀最大的3個(gè)問題，提出針對(duì)性的3個(gè)解決思路，然后每個(gè)解決思路用幾頁P(yáng)PT詳細(xì)介紹我的產(chǎn)品功能是如何一步步使用來解決這些問題的。

這樣按場(chǎng)景來組織的解決方案，會(huì)給客戶“懂我”的信任感。同時(shí)，也通過在場(chǎng)景中的功能演示，增強(qiáng)了客戶對(duì)產(chǎn)品實(shí)際落地的信心。

第二個(gè)思路是從產(chǎn)品功能角度出發(fā)，挖掘功能可以響應(yīng)的特定場(chǎng)景。

比如，對(duì)于IP地址管理查詢列表頁，我會(huì)跟客戶講的場(chǎng)景是，“在交換機(jī)故障或報(bào)廢下線時(shí)，需要確定該交換機(jī)影響的具體業(yè)務(wù)或IP，此時(shí)，可以通過該設(shè)備IP可以直接查詢到所有接入IP，大幅減少了人工確認(rèn)工作量”，“在對(duì)一個(gè)IP地址做故障分析或安全回溯時(shí)，通過IP地址可以快速查詢到這個(gè)IP是通過哪個(gè)交換機(jī)、哪個(gè)端口入網(wǎng)的，具體使用人是誰、用途是什么、近期有哪些安全告警等信息，輔助快速定位故障、審計(jì)使用記錄”。

你看，僅僅一個(gè)列表頁，就可以講出很多使用場(chǎng)景。

另外，一些高價(jià)值場(chǎng)景比如，“投入上百萬建設(shè)CMDB，但仍不敢保證IP不遺漏，此時(shí)，可以通過IP地址管理的CMDB校驗(yàn)?zāi)芰Γ瑤椭l(fā)現(xiàn)CMDB中缺失的IP地址”；

“安全準(zhǔn)入系統(tǒng)只能管已經(jīng)安裝了客戶端的終端，但真正的非安全終端沒有安裝客戶端難以發(fā)現(xiàn)，此時(shí)，可以通過IP地址管理對(duì)終端準(zhǔn)入系統(tǒng)中IP進(jìn)行校驗(yàn)，輔助發(fā)現(xiàn)那些安全威脅”；

“網(wǎng)絡(luò)中IP沖突可能會(huì)造成關(guān)鍵業(yè)務(wù)斷網(wǎng)，此時(shí)，可以通過IP地址管理做IP分配集中歸口，減少IP沖突風(fēng)險(xiǎn)出現(xiàn)”；

“每年要做業(yè)務(wù)擴(kuò)容時(shí)，哪些業(yè)務(wù)需要新采設(shè)備很多時(shí)候靠人拍腦袋，此時(shí)，可以通過IP地址管理自動(dòng)查詢各業(yè)務(wù)設(shè)備接口使用率情況，通過數(shù)據(jù)很快就可以確定具體擴(kuò)容業(yè)務(wù)和設(shè)備量”。

類似場(chǎng)景故事還有很多，正是這些貼合客戶業(yè)務(wù)的真實(shí)場(chǎng)景，會(huì)讓客戶更有體感，也更容易體會(huì)到產(chǎn)品的價(jià)值。

最后，我想說，一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理非常重要。在業(yè)務(wù)上，他可以給客戶創(chuàng)造很大價(jià)值，給公司帶來長(zhǎng)期收益；在產(chǎn)研協(xié)同上，他可以幫助研發(fā)少走很多彎路，大幅提升研發(fā)產(chǎn)出效率。

但是，好的產(chǎn)品經(jīng)理可遇不可求，從公司角度需要有一套機(jī)制來保障產(chǎn)品經(jīng)理不至于做的太差，才能保障公司正常發(fā)展。正如亞馬遜貝佐斯所說，“仰仗別人的善意來完成工作不是長(zhǎng)遠(yuǎn)之計(jì)，公司的運(yùn)作需要依靠完善的機(jī)制”。