實戰(zhàn)總結(jié):我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?

8 評論 5110 瀏覽 55 收藏 11 分鐘

編輯導(dǎo)語:產(chǎn)品經(jīng)理在日常工作中,經(jīng)常會遇到從0-1的項目,在面對這類項目時,需要產(chǎn)品經(jīng)理全程進行執(zhí)行和落地,所以團隊的協(xié)作以及整個流程的把控是非常重要的;本文作者分享了關(guān)于怎么從0-1做后臺業(yè)務(wù)系統(tǒng),我們一起來了解一下。

從0到1設(shè)計一套系統(tǒng),是一個產(chǎn)品經(jīng)理成長的必經(jīng)之路。

在過去幾年中,我積累了很多企業(yè)內(nèi)部業(yè)務(wù)系統(tǒng)從0-1的經(jīng)驗,本文重點將其進行抽象總結(jié),并總結(jié)那些掉進去的坑和是如何解決的。

一、概述

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

  • 創(chuàng)業(yè)公司業(yè)務(wù)不完善或者公司有新業(yè)務(wù)需要支持時;
  • 原有的業(yè)務(wù)模式基本都為線下手工操作;
  • 公司原有系統(tǒng)已經(jīng)不能支持業(yè)務(wù)發(fā)展,且迭代成本已經(jīng)比較高時;

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

  • 公司內(nèi)部人效的問題;
  • 支持公司業(yè)務(wù)快速的發(fā)展。

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

二、需求調(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)品方案不是空中樓閣。

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

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

  • 跟企業(yè)內(nèi)部用戶進行了解;
  • 外部調(diào)研;

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

  • 系統(tǒng)使用方多的時候,內(nèi)部調(diào)研很容易出現(xiàn)多方說法不一致的情況,此時一定要多方汲取意見,多總結(jié)思考找到正確的道路;
  • 外部調(diào)研的時候,其實不在于系統(tǒng)本身和競品對標,而在于商業(yè)模式。我們可以與其它人進行交流,也可以通過一些軟件服務(wù)商公開的軟件服務(wù),吸收其設(shè)計精髓。

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

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

坑與爬坑:

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

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

3)業(yè)務(wù)方前后說法不一致:注意產(chǎn)出業(yè)務(wù)流程圖,并且一定要與實際操作人確認一下。

通常如果是戰(zhàn)略項目,一般可能是與業(yè)務(wù)領(lǐng)導(dǎo)先溝通,然后指派其它同事進行細節(jié)溝通。而這個指派人,很可能并不是實際操作人,而是實際操作人的領(lǐng)導(dǎo);這個時候,注意要和實際操作人的交流和確認(細節(jié)會決定成?。?/p>

三、方案設(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)的案例。

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

如果是一個頁面功能很少,基本都是很多后臺交互,可以用我之前下圖的形式來表達。

此圖和流程圖的區(qū)別在于省略了很多細節(jié),重點表達哪些系統(tǒng)之間有交互,方便更清晰的了解哪些系統(tǒng)間有交互(此處案例是我之前做項目的時候畫的,人工將系統(tǒng)名稱和交互說明打了碼。)

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

坑與爬坑:

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

2. 流程圖

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

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

坑與爬坑:

  • 如果是與外部系統(tǒng)交互時,外部系統(tǒng)已經(jīng)有現(xiàn)成的接口,可在流程圖里說明說的是哪個接口,否則很可能會用錯接口,或者與最初設(shè)想有所偏差。
  • 流程圖要足夠細!異常情況要考慮清楚,否則就會在異常里了。

3.?功能點列表

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

系統(tǒng)模塊功能功能點功能點說明優(yōu)先級

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

4.?原型

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

坑與爬坑:

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

?5. prd

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

以上都是工具和表現(xiàn)形式,而通過以上工具和表現(xiàn)形式,最重要的是傳達出自己的設(shè)計思想和全部的設(shè)計細節(jié)。

在從0-1的設(shè)計中,由于細節(jié)太多很可能會有一些細節(jié)遺漏,所以我自己做了一份產(chǎn)品走查表,用于審閱自己的設(shè)計有沒有缺失,此處大家也可以自己做一份屬于自己的走查表。

我是怎么從0到1做后臺業(yè)務(wù)系統(tǒng)的?(實戰(zhàn)總結(jié),非戰(zhàn)略指導(dǎo))

四、項目落地

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

此環(huán)節(jié)如果想要更順利,我的經(jīng)驗是需要和開發(fā)負責(zé)人配合緊密,更大的去促使開發(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)理最好主動給新進入人員講解背景和需求,不然此處會是一個出現(xiàn)問題的點。

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

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)這個情況。

五、結(jié)語

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

 

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

題圖來自?Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 事實上能不能寫PRD完全取決于工期。常常項目工期緊張,好幾個項目并行,加班也只夠弄出來圖了。就這能在原型上寫標注了。 很遺憾的是開發(fā)也不愿意看PRD,常常會說,你這個是什么意思啊,我沒注意到(其實壓根就是沒看)。

    來自江蘇 回復(fù)
    1. 1.確實也不愿意看的開發(fā),但是也有會看的開發(fā)。不是說不寫就是錯的,只是個人覺得寫比不寫好處更多。
      2.而工期不足以出prd,會先出原型標注,跟開發(fā)評審?fù)瓿?,開發(fā)出技術(shù)方案的同時寫prd,然后再進行一次prd評審,然后正式定工期。不過,如果工作節(jié)奏一直連寫prd的時間都沒有,那并不是正常的節(jié)奏。

      來自北京 回復(fù)
    2. 如果公司是做產(chǎn)品的,那肯定有時間寫。一個周期出來的新需求其實也就那么一些些。 如果是做項目的,那大部分是沒有時間寫的,工期要壓,要不然項目拿不下來,控不住成本。 這么說吧,沒有多少個項目制的是有正常節(jié)奏的。

      來自江蘇 回復(fù)
  2. 寫的真好,請問可以轉(zhuǎn)載你的文章嗎?會注明來源和出處

    來自廣東 回復(fù)
    1. 請問是要轉(zhuǎn)載到哪里呢?

      來自北京 回復(fù)
    2. 公眾號可以嗎?作為這篇文章作為行業(yè)知識分享,讓更多的人學(xué)習(xí)一下

      來自廣東 回復(fù)
    3. 好的,麻煩注明出處。

      來自北京 回復(fù)
    4. 感謝

      來自廣東 回復(fù)