本文主要介紹后臺(tái)產(chǎn)品從0-1的產(chǎn)品實(shí)現(xiàn)過(guò)程。最近在負(fù)責(zé)公司的一個(gè)后臺(tái)項(xiàng)目，本人是技術(shù)轉(zhuǎn)型開(kāi)發(fā)，之前負(fù)責(zé)的也多數(shù)是后臺(tái)管理系統(tǒng)，希望跟大家分享一些個(gè)人心得。

后臺(tái)產(chǎn)品一般都是辦公使用，或者內(nèi)部人員使用，實(shí)現(xiàn)過(guò)程一般來(lái)說(shuō)有以下幾個(gè)步驟，需求調(diào)研、原型設(shè)計(jì)、需求評(píng)審、開(kāi)發(fā)、測(cè)試、上線，此篇著重講一下開(kāi)發(fā)前期的需求調(diào)研，原型設(shè)計(jì)和需求評(píng)審。

需求調(diào)研

后臺(tái)產(chǎn)品的需求相對(duì)比較明確，大部分的需求來(lái)自領(lǐng)導(dǎo)，少部分的需求來(lái)自各個(gè)部門(mén)，比如市場(chǎng)、客服、人事、財(cái)務(wù)等。

需求調(diào)研的過(guò)程中，一定要明確調(diào)研的目的，比如客戶管理功能，市場(chǎng)部、客服部員工會(huì)比較關(guān)注新注冊(cè)客戶、今日使用客戶、我根據(jù)的客戶等，對(duì)于研發(fā)部、職能部門(mén)可能就只是看一下客戶記錄，因?yàn)樗麄儾恍枰リP(guān)注客戶的具體跟進(jìn)情況。跟不同部門(mén)人員溝通需求時(shí)候，要有側(cè)重點(diǎn)，員工不關(guān)注或者幾乎不用的功能問(wèn)了也是雞肋，并不能給實(shí)際的工作帶來(lái)幫助。

需求調(diào)研以后，就要進(jìn)行需求整理。收集到的需求都是分散的，可使用XMind（或者M(jìn)indManager）軟件繪制思維導(dǎo)圖，進(jìn)行簡(jiǎn)單的邏輯整理，把相關(guān)的業(yè)務(wù)或者功能進(jìn)行分類，然后再細(xì)化模塊，采用 分-總-分的模式。我們之前的后臺(tái)分類是按照業(yè)務(wù)線劃分，比如移動(dòng)端，PC端產(chǎn)品，然后產(chǎn)品模塊下會(huì)有客戶管理、訂單管理等，后面在重新規(guī)劃后臺(tái)的時(shí)候，采用的是功能劃分，比如客戶管理，然后模塊下會(huì)有移動(dòng)端產(chǎn)品客戶、PC端產(chǎn)品客戶等。這兩種模式?jīng)]有對(duì)錯(cuò)之分，因?yàn)楹罄m(xù)考慮到角色權(quán)限，按照功能劃分容易規(guī)劃?rùn)?quán)限。

需求整理分類以后，要開(kāi)始?xì)w類劃分，學(xué)會(huì)區(qū)分真假需求。比如用戶反饋需要加一個(gè)功能，不是盲目去加功能，要考慮需要此功能的目的，有時(shí)候他需要B功能去實(shí)現(xiàn)C功能，那如果直接提供一個(gè)C功能豈不是更好。需求分類以后，要根據(jù)時(shí)間情況規(guī)劃優(yōu)先級(jí)，可根據(jù)四象限法則來(lái)定義。

原型設(shè)計(jì)

框架定了以后，開(kāi)始進(jìn)行頁(yè)面原型設(shè)計(jì)，目前使用的軟件是Axure，后臺(tái)產(chǎn)品的終端大多是PC或者筆記本，Axure功能比較強(qiáng)大，比較適合做PC的原型設(shè)計(jì)。

針對(duì)后臺(tái)產(chǎn)品原型設(shè)計(jì)的過(guò)程中，要把握幾個(gè)點(diǎn)：考慮使用場(chǎng)景、功能要強(qiáng)大、行為路徑要短、效率要高、要有容錯(cuò)機(jī)制。具體到頁(yè)面細(xì)節(jié)，需要注意的比如尺寸適配、數(shù)據(jù)的增刪改查、字段的長(zhǎng)度、必填項(xiàng)、交互樣式等。如果有設(shè)計(jì)功底的話，在原型的頁(yè)美觀度上可以進(jìn)行優(yōu)化，輸出中保真、高保真原型圖。

考慮使用場(chǎng)景：就拿分頁(yè)功能來(lái)說(shuō)，之前我們做的后臺(tái)一般一頁(yè)顯示20條，最多50條記錄，我在設(shè)計(jì)后臺(tái)的時(shí)候想當(dāng)然也按照這樣分頁(yè)記錄，后面跟領(lǐng)導(dǎo)討論后才知道，只是客戶量就上萬(wàn)，每頁(yè)顯示20條記錄根本不符合使用場(chǎng)景，至少每頁(yè)100條或者200條記錄才可滿足需求。

功能強(qiáng)大：比如客戶管理，除了查詢、添加、編輯、刪除、詳情，還要跟進(jìn)業(yè)務(wù)情況考慮是否需要添加任務(wù)、添加訂單、跟進(jìn)情況、日志記錄等等。最好考慮到業(yè)務(wù)的各個(gè)方面，并有所側(cè)重。

行為路徑要短：用戶可以通過(guò)1次或者0次交互可達(dá)到目的，就不要讓他2次或者更多次交互才達(dá)到目的。比如查看客戶列表，客服部、市場(chǎng)部比較關(guān)注我的客戶，那頁(yè)面在加載的時(shí)候默認(rèn)就加載我的客戶數(shù)據(jù)，并高亮顯示。而不是先顯示全部客戶，再點(diǎn)擊我的客戶才可以看到需要的數(shù)據(jù)。

效率要高：這個(gè)一般針對(duì)大數(shù)據(jù)的時(shí)候，要考慮加載速度，系統(tǒng)性能問(wèn)題，需要技術(shù)層面多多優(yōu)化。

要有容錯(cuò)機(jī)制：后臺(tái)系統(tǒng)一定要有容錯(cuò)機(jī)制，不能說(shuō)用戶操作錯(cuò)誤或著誤操作，就無(wú)法挽回。比如針對(duì)禁用按鈕，要點(diǎn)擊按鈕時(shí)提示是否確認(rèn)禁用，禁用后會(huì)帶來(lái)哪些影響，盡量在操作前給出相應(yīng)提示。

原型設(shè)計(jì)的同時(shí)還需要輸出的是PRD文檔，一般會(huì)花費(fèi)60%的時(shí)間畫(huà)原型，40%的時(shí)間寫(xiě)需求文檔，但是實(shí)際上PRD文檔的重要性要大于原型，因?yàn)樵秃芏嘟换?，功能?xì)節(jié)等需要通過(guò)PRD來(lái)進(jìn)行描述。需求文檔方面，主要的是把需求描述清楚，條例清晰，邏輯嚴(yán)謹(jǐn)，至于格式參考公司原有的就可以。

需求評(píng)審

需求評(píng)審分為內(nèi)部評(píng)審、團(tuán)隊(duì)評(píng)審。

內(nèi)部評(píng)審一般參與人員有產(chǎn)品總監(jiān)、產(chǎn)品經(jīng)理，主要目的是針對(duì)有疑慮的點(diǎn)，大家提出一些可行性方案，擇優(yōu)決定，另外就是看看原型、文檔哪里有問(wèn)題的提出來(lái)再進(jìn)行優(yōu)化。比如列表項(xiàng)的選填，PC端產(chǎn)品支持可選，可填，手機(jī)端考慮到屏幕尺寸問(wèn)題只支持可選，這樣顯然是不合理的，考慮一致性的話，手機(jī)端也需要支持可填。

團(tuán)隊(duì)評(píng)審一般參與人員有產(chǎn)品經(jīng)理，項(xiàng)目經(jīng)理，測(cè)試主管，設(shè)計(jì)師（需要設(shè)計(jì)的話），主要目的是針對(duì)產(chǎn)品流程，產(chǎn)品實(shí)現(xiàn)展開(kāi)討論，為了確保產(chǎn)品落地，另外項(xiàng)目經(jīng)理也要根據(jù)產(chǎn)品的原型設(shè)計(jì)，考慮技術(shù)可行性。特別是對(duì)于已有功能做優(yōu)化的時(shí)候，要考慮到不破壞原有的數(shù)據(jù)結(jié)構(gòu)，項(xiàng)目經(jīng)理就需要對(duì)一些產(chǎn)品細(xì)節(jié)進(jìn)行把控，比如字段長(zhǎng)度，必填項(xiàng)等，需要兼容原來(lái)的產(chǎn)品設(shè)計(jì)規(guī)則。

開(kāi)發(fā)

原型定稿以后，交由設(shè)計(jì)師設(shè)計(jì)，一般后臺(tái)產(chǎn)品為內(nèi)部人員使用，設(shè)計(jì)部分相對(duì)弱化。開(kāi)發(fā)可根據(jù)原型或設(shè)計(jì)稿，進(jìn)入開(kāi)發(fā)階段。項(xiàng)目經(jīng)理要根據(jù)產(chǎn)品原型，制定出項(xiàng)目排期（研發(fā)一般區(qū)分前端和后端，排期方面盡量詳細(xì)）。產(chǎn)品經(jīng)理要按照項(xiàng)目排期，推動(dòng)產(chǎn)品落地，及時(shí)掌握工作進(jìn)度。

在開(kāi)發(fā)過(guò)程中，如有需求變更，及時(shí)通知到相關(guān)負(fù)責(zé)人，共享文檔及時(shí)更新，避免開(kāi)發(fā)人員拿到舊版本的原型或文檔進(jìn)行開(kāi)發(fā)，重復(fù)勞動(dòng)。

測(cè)試

開(kāi)發(fā)人員功能開(kāi)發(fā)完畢以后，首先要保證單元測(cè)試通過(guò)（開(kāi)發(fā)人員進(jìn)行單元測(cè)試一般在開(kāi)發(fā)服務(wù)器進(jìn)行），然后交付測(cè)試。測(cè)試人員根據(jù)具體情況，可按照業(yè)務(wù)線、功能模塊等進(jìn)行測(cè)試，測(cè)試人員一般在測(cè)試服務(wù)器（模擬線上服務(wù)器）進(jìn)行測(cè)試。產(chǎn)品經(jīng)理在此階段也要參與測(cè)試，主要關(guān)注一下產(chǎn)品的流程實(shí)現(xiàn)是否合理。

測(cè)試過(guò)程中提交的Bug，要及時(shí)進(jìn)行修復(fù)。產(chǎn)品也要關(guān)注Bug的數(shù)量和修復(fù)進(jìn)度，需要去定義哪些是需求，哪些是Bug。我們之前的處理是測(cè)試階段每天16:00之前的Bug當(dāng)天修復(fù)，一方面可保證工作進(jìn)度，另外也方便統(tǒng)計(jì)數(shù)據(jù)。

上線

測(cè)試人員測(cè)試通過(guò)以后，產(chǎn)品人員進(jìn)行最后的驗(yàn)收測(cè)試，沒(méi)問(wèn)題的情況下，項(xiàng)目發(fā)布線上環(huán)境。最后測(cè)試人員和開(kāi)發(fā)在線上環(huán)境再次進(jìn)行驗(yàn)收測(cè)試，確保無(wú)誤后，正式對(duì)外公布上線。

以上是個(gè)人針對(duì)后臺(tái)系統(tǒng)實(shí)現(xiàn)分享的個(gè)人心得，歡迎大家多多交流，共同進(jìn)步！

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

題圖來(lái)自 Pexels，基于 CC0 協(xié)議