產(chǎn)品經(jīng)理之路(三)— 商業(yè)需求文檔、市場需求文檔、產(chǎn)品需求文檔

feng.jpg
商業(yè)需求文檔BRD(也是一個產(chǎn)品)
  • BRD用戶對象:你,匯報對象

  • 匯報對象
    • 資本背景對象

      • 掌握錢,如CFO
      • 對數(shù)字敏感:收益預(yù)測、營收增長率
      • 技術(shù)意識相對薄弱
    • 運營背景對象

      • 擁有運營資源
      • 關(guān)注:推廣資源、競爭對手、外部環(huán)境、營銷資源
      • 財務(wù)與技術(shù)意識相對薄弱
    • 技術(shù)背景對象

      • 技術(shù)資源
      • 關(guān)注:功能模塊、實現(xiàn)難度
      • 商業(yè)意識相對薄弱
    • 戰(zhàn)略背景對象
      • 權(quán)重資源

      • 關(guān)注

        是否合拍公司的戰(zhàn)略規(guī)劃

        市場成長性

        是否有利于企業(yè)的布局

        風(fēng)險是否可控

        董事會態(tài)度

  • BRD文檔的內(nèi)容結(jié)構(gòu)
    • 方案形成背景
      • 市場環(huán)境分析

      • 我們要做什么

      • 要解決什么問題(問題是否迫切、強烈、高頻)

      • 如果要做什么,優(yōu)勢在那里

        技術(shù)優(yōu)勢、經(jīng)驗優(yōu)勢、資源優(yōu)勢

      • 得到可行的結(jié)論

    • 方案價值
      • 我們將得到什么樣

        非經(jīng)濟類的好處:戰(zhàn)略優(yōu)勢等

        經(jīng)濟類優(yōu)勢:收入等

      • 提出自己的預(yù)測

        目標

        對應(yīng)得到的好處

    • 產(chǎn)品規(guī)劃(不要將產(chǎn)品描述的過細 )
      • 產(chǎn)品結(jié)構(gòu)
      • 產(chǎn)品路線
    • 盈利模式(重點)
    • 收益與成本評估
      • 收益預(yù)估:產(chǎn)品與用戶付費關(guān)系、定價策略
      • 成本預(yù)估:辦公費用、人力成本費用、服務(wù)器費用、商務(wù)費用
    • 風(fēng)險和對策
      • 風(fēng)險的種類

        政策風(fēng)險、經(jīng)濟風(fēng)險、市場風(fēng)險、行業(yè)風(fēng)險、公司風(fēng)險(財力、人力)、技術(shù)風(fēng)險(技術(shù)不成熟的風(fēng)險)、資本風(fēng)險(沒有足夠的資本)

      • 對應(yīng)辦法

        規(guī)避、接受、降低、分擔、轉(zhuǎn)移

  • BRD應(yīng)具備的要素
    • 脫出重點

      商業(yè)價值、收入與成本、風(fēng)險與對策

    • 定性而不是去扯產(chǎn)品細節(jié)
    • 說服力
      • 演講技巧
      • 對公司戰(zhàn)略理解
      • 對匯報對象思維方式理解
市場需求MRD文檔
  • 目的: MRD就是經(jīng)過一系列分析后,拿出一套最合理的干某件事的方法和指導(dǎo)實時文檔。

  • MRD的匯報對象
    • 各個層次的人都會閱讀
    • 是產(chǎn)品的衍生文檔、產(chǎn)品依據(jù)、團隊判斷的參考依據(jù)
    • 參與人員需要了解產(chǎn)品的各種背景、數(shù)據(jù)、方法依據(jù)
  • MRD文檔內(nèi)容
  1. 文檔說明
    • 文檔基本信息

      公司名稱、產(chǎn)品名稱、文檔創(chuàng)建日期、創(chuàng)建人、創(chuàng)建人聯(lián)系方式、部門、職務(wù)

    • 文檔修改記錄

      日期、版本、修改人、修改內(nèi)容、審核人

    • 文檔目的

      用于說明相關(guān)市場、用戶、產(chǎn)品規(guī)劃、核心目標、產(chǎn)品思路圖、項目規(guī)劃等

    • 文檔概要

      文檔說明

      市場說明

      用戶說明

      產(chǎn)品說明

  2. 市場分析
    • 摘要(可選)
    • 描述現(xiàn)有市場存在的問題與機會(可以用sowt分析)

      例如互聯(lián)網(wǎng)分析:
      產(chǎn)品方法(產(chǎn)品形態(tài)復(fù)雜、用戶體驗差)

      技術(shù)方面(語言壓縮技術(shù)不成熟,外資搜索引擎中文理解不夠深刻)

      運營方面(產(chǎn)業(yè)鏈偏下游,重實體,造成瓜分線下旅行社利潤,形成對立)

      用戶方面(用戶需要可替代的產(chǎn)品尚未出現(xiàn),需求明顯)

      商業(yè)模式方面(金山毒霸和360安全衛(wèi)士對比)

    • 目標市場分析(基于該機會點下的市場分析說明)

      市場規(guī)模(多少錢,成功的可能性大不大,往往是正比)

      市場特性(現(xiàn)有市場表現(xiàn)出來的典型特征)

      發(fā)展趨勢(未來2-5年的發(fā)展評測,搜索市場的語言搜索,體感攜帶設(shè)備)

      時間邊界(這個市場的持續(xù)時間預(yù)估)

  3. 用戶分析
    • 目標用戶群體

      一般維度:年齡段、收入、學(xué)歷、地區(qū)

    • 目標用戶特征

      這個群體的共性特征與非共性特征分析

    • 建立虛擬用戶角色(形象化)

      用戶特征:年齡、性別、出生日期、收入、職業(yè)、居住地、興趣愛好、性格特征

      用戶名稱:張三、李四、王五

      用戶技能:熟練電腦辦公、熟練使用app

      相關(guān)產(chǎn)品特征:

      ? 電子商務(wù)類: 購物習(xí)慣、年度消費預(yù)算

      ? 交友類:是否單身 擇偶標準

      ? 游戲類: 是否喜愛3D游戲 是否有同類游戲經(jīng)驗


      image.png

      image.png
  • 用戶使用場景

    將典型用戶卡片放到實際的使用場景中去。(演示場景)

    時間+地點+人物+做了什么事

  • 用戶動機總結(jié)(讀懂表象)

    線下的在線商品比較與查詢渠道

  • 用戶目標總結(jié)(明確實質(zhì))

    獲得性價比高的購物體驗

  • 影響用戶使用的主要因素(重要,分析)

    是否隨時攜帶接入設(shè)備

    網(wǎng)絡(luò)是否順暢

    查詢速度

    設(shè)備對商品信息的獲取是否會對用戶造成不便

  1. 產(chǎn)品說明
    • 產(chǎn)品定位(一定時間內(nèi)的剛性要求)

      說明:產(chǎn)品可能越來越復(fù)雜,但是一定時間內(nèi),定位決定了產(chǎn)品的一切

      產(chǎn)品定位與市場定位:

      ? 市場定位:我們對用戶或者用戶市場的選擇,例如白領(lǐng)或者移動通訊設(shè)備市場

      ? 產(chǎn)品定位:我們用什么樣的產(chǎn)品滿足用戶或用戶市場

      ? 陌陌:基于地理位置的移動社交工具

      ? qq空間:一個異步信息分享和交流的平臺

      用戶定位的描述:針對什么目標群體,作什么事情,最本質(zhì),無修飾的語言表述

    • 產(chǎn)品核心目標(產(chǎn)品本身要達到什么一個目標)

      互聯(lián)網(wǎng)產(chǎn)品核心更多是解決目標市場(目標用戶)一個具體問題

      ? 問題分析的越透徹,產(chǎn)品核心目標越準確

      ? 確定好核心目標,避免在茶產(chǎn)品迭代中迷失

      例如:360安全衛(wèi)士解決用戶使用電腦的安全問題。

      ? 微信核心目標是為用戶提供流暢語言溝通的移動應(yīng)用

    • 產(chǎn)品結(jié)構(gòu)(注意,不是功能結(jié)構(gòu),是產(chǎn)品的整體結(jié)構(gòu))

      產(chǎn)品的市場定位,產(chǎn)品定位,核心目標的直接表現(xiàn)

      產(chǎn)品結(jié)構(gòu)與功能結(jié)構(gòu)區(qū)別(例子如下)

      產(chǎn)品結(jié)構(gòu):為了讓客人吃的舒服的同時又完成我們的核心目標,我們需要哪菜品,事先規(guī)劃

      ? 涼菜:夫妻肺片

      ? 熱菜:紅燒熱

      ? 主菜:宮保雞丁

      功能結(jié)構(gòu):如何實現(xiàn)上述各種菜品

      ? 加熱:熱菜

      ? 爆炒:主菜、熱菜

      ? 材料:肺片

      ? 人員:廚師

      產(chǎn)品結(jié)構(gòu)說明的注意事項

      不需要扣細節(jié),產(chǎn)品表述到位即可

      可配合 流程圖 和 簡單的頁面線框圖

    • 產(chǎn)品路線圖

      產(chǎn)品路線圖是產(chǎn)品成長過程中每個任務(wù)節(jié)點組合而成,一任務(wù)為導(dǎo)向的時間節(jié)點圖

      image.png
  • 產(chǎn)品功能性需求

    在線留言板舉例:

    注冊與登陸:直接注冊、第三方注冊,直接登陸、第三方登陸

    交流:留言、回復(fù)、圖片上傳、文字發(fā)布

    管理:查看、刪除、修改

  • 產(chǎn)品非功能性需求

    有效性需求:功能有效率一般要求99.5%

    性能需求:并發(fā)數(shù)1000時響應(yīng)速度、容錯率多少

    擴展性需求:預(yù)留可擴展功能

    安全性需求

    健壯性需求:不會出現(xiàn)崩潰的情況

    兼容性需求:兼容不同的瀏覽器、移動系統(tǒng)等

    可用性需求

    運營需求

    用戶體驗需求

  1. 優(yōu)秀MRD的特點

    邏輯性強:有論點,有論據(jù),有論證

    把抽象的東西形象化的講出來

    數(shù)據(jù)可靠,分析有理

    有把握的主觀、無把握的客觀

    惜字如金,能把問題表述清除、絕不多一個字

    合理的產(chǎn)品進度分配有利于研發(fā)人員工作

    重視非功能需求

    如果方案中出現(xiàn)很多專業(yè)名詞,記得在文章的開通呈現(xiàn)給讀者者一個名字解釋表

  2. MRD撰寫建議

    MRD文檔不是套模板,而是要把事情和想法說清楚

    簡潔明了、言簡意賅

    MRD文檔需要較多的分析與論證,撰寫時間建議不要過短

產(chǎn)品需求文檔PRD
  • 簡介:產(chǎn)品文檔中最底層最細致的文檔,寫作時需要耐心
  • BRD>MRD>PRD,層級關(guān)系由上而下
  • PRD面向的對象
    • 研發(fā)人員
    • 設(shè)計人員

      更多關(guān)注產(chǎn)品的調(diào)性與原型圖

  • PRD文檔表現(xiàn)形式(可以把問題說清楚即可)
    • 文字模式(word + 圖片)
    • 原型圖模式(Axure + 描述)
    • 圖片模式(圖片 + 描述)
  • PRD文檔包含內(nèi)容
  1. 文檔說明(與MRD類似)
    • 產(chǎn)品版本號(1.26)

      版本號 1 :產(chǎn)品重大調(diào)整升級、產(chǎn)品結(jié)構(gòu)功能有調(diào)整

      子版本號 2 :在原有基礎(chǔ)上對局部功能進行升級調(diào)整

      修正版本號 6 :局部小范圍的優(yōu)化和bug修復(fù),一般不動功能性

    • 版本號命名規(guī)則

      歸零原則:前一個數(shù)字增加以為,后面的數(shù)字都歸零

      收費原則:一般版本內(nèi)升級,版本號變化另加費用

    • 歷史修訂

      內(nèi)容:編號、版本號、修訂章節(jié)、修訂原因、修訂日期、修訂人

      作用:對修改前后進行比較、有利于維護和管理PRD、修訂人、修訂日期、方便查閱

    • 名詞術(shù)語表

      將一些產(chǎn)品不容易理解,容易混淆,或者縮寫在詞匯在開篇進行統(tǒng)一的列表說明。

  2. 產(chǎn)品說明
    • 產(chǎn)品信息結(jié)構(gòu)體

      產(chǎn)品表現(xiàn)信息來整理產(chǎn)品的示意圖,對研發(fā)人員建立數(shù)據(jù)庫有參考價值

    • 產(chǎn)品結(jié)構(gòu)圖

      按照產(chǎn)品的邏輯與表現(xiàn)方式結(jié)構(gòu)化的表現(xiàn)產(chǎn)品構(gòu)造的一種示意圖

    • 用戶使用流程圖

      表述用戶再使用產(chǎn)品過程中的行為走向

  3. 全局功能說明

    將不能放到子類里面去的全局性的東西說清楚

    例如:UI、交互等

    ? 比如全局加載過程的ui說明

  4. 詳細功能說明

    對各個需求板塊進行詳細的說明

    • 常見的表述順序:

      按照功能的邏輯來表述

      按照產(chǎn)品的結(jié)構(gòu)來表述(頻道、頁面、模塊、元素的邏輯表述)

    • 用例說明:UML>用例文檔>用例圖與狀態(tài)圖

      UML:統(tǒng)一建模語言

      UML常見的說明類型:

      • 用例圖

        用例圖表述的是系統(tǒng)的外部參與者與系統(tǒng)之間的關(guān)系,由參與者與用例組成示意圖

        用例圖組成:參與者(可以是人、可以是系統(tǒng))、用例、關(guān)聯(lián)線、方框

        1566985512884](C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\1566985512884.png)

      • 狀態(tài)圖

      • 時序圖

      • 結(jié)構(gòu)圖等

    ? 用例文檔說明


    image.png
  • 詳細功能需求描述的基本結(jié)構(gòu)

    首先產(chǎn)品整體的用例圖

    功能模塊1需求(用例文檔)

    ? 功能模塊1子功能

    ? 功能模塊1子功能元素1說明(用例描述)

    ? 功能模塊1子功能元素2說明(用例描述)

    功能模塊2子功能

    ? 功能模塊2子功能元素1說明(用例描述)

    ? 功能模塊2子功能元素2說明(用例描述)

  • 詳細需求說明原則

    MECE原則:相互獨立,完全窮盡

    對于重大的議題,能夠做到不重疊,不遺漏分類,并能有效把握核心,解決問題的方法

  • 優(yōu)秀PRD文檔具備特點
    • 正確
    • 無歧義
    • 完備
    • 一致
    • 具有優(yōu)先性(描述的功能具有優(yōu)先級)
    • 可驗證
    • 可修改
    • 可追蹤
image.png
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容