本文由作者無人知曉?發(fā)布于社區(qū)

前言

從0到1設(shè)計一套系統(tǒng)，是一個產(chǎn)品經(jīng)理成長的必經(jīng)之路。在過去幾年中，我積累了很多企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)從0-1的經(jīng)驗，本文重點將其進(jìn)行抽象總結(jié)，并總結(jié)那些掉進(jìn)去的坑和是如何解決的。

01

概述

企業(yè)內(nèi)部系統(tǒng)如果需要從0-1設(shè)計，一般是如下場景：

1.創(chuàng)業(yè)公司業(yè)務(wù)不完善或者公司有新業(yè)務(wù)需要支持時；

2.原有的業(yè)務(wù)模式基本都為線下手工操作；

3.公司原有系統(tǒng)已經(jīng)不能支持業(yè)務(wù)發(fā)展，且迭代成本已經(jīng)比較高時；

而我們要解決的問題一般在于：

1.公司內(nèi)部人效的問題；

2.支持公司業(yè)務(wù)快速的發(fā)展。

而想要做到以上兩點，其實和用戶側(cè)從0-1的本質(zhì)沒有區(qū)別。但是在各個環(huán)節(jié)還是有所差異，接下來進(jìn)行細(xì)節(jié)的介紹。

02

需求調(diào)研

在現(xiàn)實中，一般都是領(lǐng)導(dǎo)層決定戰(zhàn)略層，決定做還是不做，而由資深的產(chǎn)品經(jīng)理來落地執(zhí)行。一般來說我們通常要做的是找到最優(yōu)路徑，也就是系統(tǒng)設(shè)計。而在找到最優(yōu)路徑之前，有時候需要完成先了解現(xiàn)在的實際情況（A在哪里），以便產(chǎn)品方案不是空中樓閣。

無論是起點還是最優(yōu)路徑，重點在于要了解業(yè)務(wù)流程。我們有兩個途徑：

1.跟企業(yè)內(nèi)部用戶進(jìn)行了解；

2.外部調(diào)研；

而這兩個途徑都有其困難點：

1.系統(tǒng)使用方多的時候，內(nèi)部調(diào)研很容易出現(xiàn)多方說法不一致的情況，此時一定要多方汲取意見，多總結(jié)思考找到正確的道路；

2.外部調(diào)研的時候，其實不在于系統(tǒng)本身和競品對標(biāo)，而在于商業(yè)模式。我們可以與其它人進(jìn)行交流，也可以通過一些軟件服務(wù)商公開的軟件服務(wù)，吸收其設(shè)計精髓。

完成以上調(diào)研后，關(guān)鍵需要產(chǎn)出業(yè)務(wù)流程圖。如果比較復(fù)雜，可以用泳道圖，如果流程比較簡單，可以直接用ppt表達(dá)即可。

坑與爬坑：

1.業(yè)務(wù)方口徑不一致：多聽多想多總結(jié)，并且與多方說清楚；

2.全新系統(tǒng)完全沒想法：拆解其它家系統(tǒng)理解其設(shè)計思路并找到優(yōu)缺點。

3.業(yè)務(wù)方前后說法不一致：注意產(chǎn)出業(yè)務(wù)流程圖，并且一定要與實際操作人確認(rèn)一下。通常如果是戰(zhàn)略項目，一般可能是與業(yè)務(wù)領(lǐng)導(dǎo)先溝通，然后指派其它同事進(jìn)行細(xì)節(jié)溝通。而這個指派人，很可能并不是實際操作人，而是實際操作人的領(lǐng)導(dǎo)。這個時候，注意要和實際操作人的交流和確認(rèn)。細(xì)節(jié)會決定成敗。

03

方案設(shè)計

找到了A點，知道了B點在哪里，接下來就是要設(shè)計最優(yōu)路徑。這個環(huán)節(jié)，考驗的是產(chǎn)品經(jīng)理的設(shè)計能力。這其中最終需要產(chǎn)出的就是原型和prd交付開發(fā)。為了我們的設(shè)想更好的被理解，其實可以借助這些以下這些內(nèi)容：

1.功能架構(gòu)圖

功能架構(gòu)圖，可以很好的幫助大家理解系統(tǒng)都包含哪些功能模塊，和哪些系統(tǒng)可能有交互。如果是一個工具型項目，可以采用我之前我畫過的發(fā)票系統(tǒng)的案例。

如果是一個頁面功能很少，基本都是很多后臺交互，可以用我之前下圖的形式來表達(dá)。此圖和流程圖的區(qū)別在于省略了很多細(xì)節(jié)，重點表達(dá)哪些系統(tǒng)之間有交互，方便更清晰的了解哪些系統(tǒng)間有交互。（此處案例是我之前做項目的時候畫的，人工將系統(tǒng)名稱和交互說明打了碼）

坑與爬坑：

功能架構(gòu)圖最好是一個完整的構(gòu)想，然后將本次做和不做的內(nèi)容通過顏色區(qū)分。方便以后迭代。

2.流程圖

流程圖常見的就是泳道圖。但是有時候用泳道圖表達(dá)感覺比較重的時候，其實也可以用時序圖來表達(dá)。此處在網(wǎng)上隨便找了個時序圖，感興趣同事可以自行去查看。

坑與爬坑：

1.如果是與外部系統(tǒng)交互時，外部系統(tǒng)已經(jīng)有現(xiàn)成的接口，可在流程圖里說明說的是哪個接口，否則很可能會用錯接口，或者與最初設(shè)想有所偏差。

2.流程圖要足夠細(xì)！異常情況要考慮清楚，否則就會在異常里了。

3.功能點列表

如果系統(tǒng)細(xì)節(jié)太多，一定要有功能點列表，此處不止方便下游同事理解，也方便自己查看設(shè)計疏漏。

系統(tǒng)

模塊

功能

功能點

功能點說明

優(yōu)先級

4.原型

原型要把重點內(nèi)容進(jìn)行標(biāo)注，交互要畫出來，不要都是靜態(tài)頁面。

坑與爬坑：有時候后臺的開發(fā)人員不太會寫太復(fù)雜的頁面交互，大多是用現(xiàn)成的控件。所以非必要的復(fù)雜交互可以刪除。

5.prd

有些觀點認(rèn)為在原型上的標(biāo)注能夠代替prd,但我認(rèn)為還是值得花時間去認(rèn)真寫。此處將幫助自己再次檢驗在有限的時間里自己的方案還有沒有疏漏，而且是交付下游的重要憑證。

以上都是工具和表現(xiàn)形式，而通過以上工具和表現(xiàn)形式，最重要的是傳達(dá)出自己的設(shè)計思想和全部的設(shè)計細(xì)節(jié)。在從0-1的設(shè)計中，由于細(xì)節(jié)太多很可能會有一些細(xì)節(jié)遺漏，所以我自己做了一份產(chǎn)品走查表，用于審閱自己的設(shè)計有沒有缺失，此處大家也可以自己做一份屬于自己的走查表。?

04

項目落地

從0-1的系統(tǒng)設(shè)計，找到了最優(yōu)路徑只是萬里長征的第一步，接下來的落地過程才是一腦門官司。前面的設(shè)計做的越完善，在落地過程中就會越少問題。

此環(huán)節(jié)如果想要更順利，我的經(jīng)驗是需要和開發(fā)負(fù)責(zé)人配合緊密，更大的去促使開發(fā)負(fù)責(zé)人的發(fā)揮能動性。而為了我們的設(shè)想能更好的落地，產(chǎn)品經(jīng)理最好不要當(dāng)甩手掌柜，越深的參與越能讓系統(tǒng)的實現(xiàn)和自己的設(shè)想偏差越小。

相信大家在這個環(huán)節(jié)都被遇到過很多坑，不一一言表，此處說幾個重要的地方怎么避免：

1.開發(fā)評估時間過長：在方案設(shè)計環(huán)節(jié)一定要完成好功能點的拆解，這樣在這個環(huán)節(jié)會更快的完成功能的省略；

2.在開發(fā)過程中加人：此項是項目管理中應(yīng)該避免的，但是有些時候為了趕工期確實會存在這樣的情況。這個時候產(chǎn)品經(jīng)理最好主動給新進(jìn)入人員講解背景和需求，不然此處會是一個出現(xiàn)問題的點；

3.開發(fā)過程中發(fā)現(xiàn)產(chǎn)品細(xì)節(jié)疏漏：挺起胸膛，這是產(chǎn)品爭取但是不能完全避免的，所以發(fā)現(xiàn)記得加，在修改的地方標(biāo)注上改動和日期。如果影響了工期，記得要評估好為什么會影響，看是不是確定一定要影響；

4.驗收環(huán)節(jié)發(fā)現(xiàn)系統(tǒng)實現(xiàn)與設(shè)計偏差過大：這個環(huán)節(jié)再發(fā)現(xiàn)就搞不贏了，一定要在前期開發(fā)設(shè)計的時候參與開發(fā)方案的評審，以及在測試初期看一下開發(fā)實現(xiàn)，避免出現(xiàn)這個情況。

5.（此處省略一萬字）

結(jié)語

業(yè)務(wù)系統(tǒng)的設(shè)計最重要的是符合并引導(dǎo)公司內(nèi)部運(yùn)營需要，能節(jié)省業(yè)務(wù)操作，并且能支持業(yè)務(wù)擴(kuò)展。所以系統(tǒng)設(shè)計更多的需要我們理解商業(yè)模式和業(yè)務(wù)模式，依靠我們的邏輯思維能力，找到屬于我們的最優(yōu)路徑。

↘好文推薦：

所有人問「貼吧之父」俞軍

產(chǎn)品經(jīng)理邏輯學(xué)通識

干貨?|?產(chǎn)品經(jīng)理要了解的技術(shù)類知識

??歡迎關(guān)注：