TOB入門與不同需求文檔的應(yīng)用場(chǎng)景

1 評(píng)論 17121 瀏覽 131 收藏 7 分鐘

今天給大家?guī)?lái)的是幾種產(chǎn)品需求寫作方法,以及它們的優(yōu)缺點(diǎn)。

一、流程的劃分

隨著C端產(chǎn)品的不斷完善和市場(chǎng)擴(kuò)充,讓傳統(tǒng)行業(yè)看到了互聯(lián)網(wǎng)他們的魅力所在,由此如今的TOB行業(yè)很火爆,在此很多做TOC的小伙伴在轉(zhuǎn)行的時(shí)候?qū)懶枨蟮脑挄?huì)忽略業(yè)務(wù)流程的梳理,這也是你快速入行和成為行業(yè)專家的第一步,當(dāng)然最好搭配上5W2H分析發(fā)效果更佳哦。

下面拿采購(gòu)來(lái)說(shuō)明:

從中可以發(fā)現(xiàn)哪些問題呢?

  • 需要紙質(zhì)表格填寫,不方便管理;
  • 需要當(dāng)面和負(fù)責(zé)人對(duì)接說(shuō)明,消息滯后處理不及時(shí);
  • 特殊情況,需要協(xié)調(diào)更多負(fù)責(zé)人的時(shí)間,錯(cuò)過最佳處理時(shí)間;
  • 財(cái)務(wù)需要通過人事統(tǒng)計(jì)表格去對(duì)賬,不嚴(yán)謹(jǐn)有誤差風(fēng)險(xiǎn)。

在你對(duì)現(xiàn)有流程比較熟悉之后(當(dāng)然可以把這一步看作是用戶調(diào)研),就可以著手準(zhǔn)備優(yōu)化后的業(yè)務(wù)流程,以及使用流程去討論了,盡可能的在前期去把風(fēng)險(xiǎn)降到最低。TOB的產(chǎn)品注重與邏輯和業(yè)務(wù),所以在這一步大家一定要慎重,不要一上來(lái)就直接畫頁(yè)面。

我們解決方法:

  • 線上化,方便記錄與管理;
  • 及時(shí)通知,避免時(shí)間不對(duì)稱的風(fēng)險(xiǎn);
  • 自由添加審核人、抄送人或者后臺(tái)管理員編輯,解決消息同步和職責(zé)不清晰問題;
  • 減少人力成本,財(cái)務(wù)對(duì)賬信息更嚴(yán)謹(jǐn)。

下圖為個(gè)人申請(qǐng)的一個(gè)使用流程,當(dāng)這個(gè)流程被確認(rèn),你就可以畫出信息架構(gòu)圖,去進(jìn)行詳細(xì)的頁(yè)面設(shè)計(jì)。

二.四種需求說(shuō)明

純文字說(shuō)明

樣例:

1.1搜索欄:

1.1.1、地區(qū)顯示固定為北京,暫不提供基于定位顯示位置信息。

1.1.2、搜索欄搜索內(nèi)容增加為可搜索場(chǎng)地(默認(rèn)顯示今天場(chǎng)地,按時(shí)間排序)、作家、和作品信息。

1.1.3、搜索界面搜索場(chǎng)地默認(rèn)顯示今天場(chǎng)地,按時(shí)間排序。

優(yōu)點(diǎn):

  • 簡(jiǎn)潔明了,易于閱讀;
  • 單區(qū)域可觀性強(qiáng);
  • 便于初學(xué)者描述需求。

缺點(diǎn):

  • 整體邏輯性不強(qiáng);
  • 模塊描述不清晰;
  • 流于細(xì)節(jié),不利于整體流程框架通讀。

應(yīng)用場(chǎng)景:

主要應(yīng)用于邏輯簡(jiǎn)單的小型產(chǎn)品。在最開始開始階段,進(jìn)行MVP(敏捷)開發(fā)的時(shí)候,可以使用該功能需求的寫作方法。而對(duì)于邏輯復(fù)雜的產(chǎn)品線來(lái)說(shuō)就不適用,像OA、CRM等重邏輯的TOB產(chǎn)品相對(duì)就不是很適用

模塊描述型

樣例:

優(yōu)點(diǎn):

  • 突出模塊與效果;
  • 功能模塊可觀性強(qiáng);
  • 編寫需要對(duì)產(chǎn)品模塊有了解。

缺點(diǎn):

  • 偏向狀態(tài)描述;
  • 單條篇幅較大;
  • 模塊與模塊之間無(wú)聯(lián)系;
  • 編寫需要對(duì)產(chǎn)品模塊有了解。

應(yīng)用場(chǎng)景:

此需求說(shuō)明主要的功能是去描寫頁(yè)面的一些動(dòng)效和頁(yè)面流轉(zhuǎn)效果,多適用于注重交互的產(chǎn)品。是上一個(gè)需求的加強(qiáng)歸納版本。

用戶場(chǎng)景型

樣例:

優(yōu)點(diǎn):

  • 以業(yè)務(wù)流程為主,從起始到完結(jié);
  • 邏輯清晰,不容易產(chǎn)生遺漏。

缺點(diǎn):

  • 細(xì)節(jié)描述,有所欠缺;
  • 編寫需要對(duì)業(yè)務(wù)流程有理解。

應(yīng)用場(chǎng)景:

主要應(yīng)用在有比較完善,有設(shè)計(jì)規(guī)范、UED、資深開發(fā)、等已經(jīng)形成默契的團(tuán)隊(duì)。重點(diǎn)集中在事件流程,前段用戶操作和系統(tǒng)如何處理,方便開發(fā)快速閱讀,形成邏輯流轉(zhuǎn)在腦海當(dāng)中。

用戶場(chǎng)景細(xì)化型

樣例:

優(yōu)點(diǎn):

  • 以業(yè)務(wù)流程為主,從起始到完結(jié);
  • 邏輯清晰,不容易產(chǎn)生遺漏;
  • 主要為異常流(備選事件流)的積累,便于完善產(chǎn)品。

缺點(diǎn):

  • 細(xì)節(jié)描述,有所欠缺;
  • 編寫需要對(duì)業(yè)務(wù)流程有理解;
  • 對(duì)技術(shù)開發(fā)、團(tuán)隊(duì)合作需要一定經(jīng)驗(yàn)。

應(yīng)用場(chǎng)景:

與用戶場(chǎng)景型的應(yīng)用場(chǎng)景一致——被驗(yàn)證過的成熟產(chǎn)品,不過它的重點(diǎn)是在備選事件流程上。20%時(shí)間放在其他描述,80%的時(shí)間是放在備選時(shí)間流程上,去梳理、準(zhǔn)備各種異常情況下,產(chǎn)品應(yīng)該給用戶一個(gè)什么樣的解決辦法。

總結(jié)

世界方法千千萬(wàn),沒有最好的只有最合適的。方法是讓我們更好、更快去解決問題的途徑。學(xué)習(xí)各種方法,再去提煉出最適合自己的方法,形成自己的體系,那么你就是下一個(gè)大神了。今天就分享到這里了,期待下次與愛智求真的你相見。

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 個(gè)人申請(qǐng)的使用流程是不是需要進(jìn)行下優(yōu)化哈?如果部門經(jīng)理/高層領(lǐng)導(dǎo)審核未通過應(yīng)該退回給個(gè)人而不是直接結(jié)束吧?

    來(lái)自北京 回復(fù)