<menu id="ycqsw"></menu><nav id="ycqsw"><code id="ycqsw"></code></nav>
<dd id="ycqsw"><menu id="ycqsw"></menu></dd>
  • <nav id="ycqsw"></nav>
    <menu id="ycqsw"><strong id="ycqsw"></strong></menu>
    <xmp id="ycqsw"><nav id="ycqsw"></nav>
  • 產品方案設計包括哪些內容(3分鐘做好產品設計方案)


    前面講了產品經理的核心工作流程、用戶需求分析、可行性分析,這篇文章來聊聊產品策劃和設計。

    01.產品策劃

    產品策劃是根據市場和用戶的需求,結合公司的戰略規劃,制定產品業務模式的過程。策劃來源于對某個領域或多個領域的了解,以及各領域之間相互影響及關聯,產品策劃更多的是需要創意和對整個行業的大局掌控。

    產品經理負責將業務模式跑通,運營負責將市場規模擴大。

    在用戶需求分析和可行性分析兩個階段完成后,我們對要做的產品有初步認知,但整體結構化程度還很低,不確定因素也很多。

    產品策劃要做的就是將產品進一步概念化,將關鍵業務角色之間的核心業務邏輯和每個角色的利益點梳理出來,然后針對用戶的利益訴求,策劃對應的功能。

    產品策劃要輸出的是產品業務模式、關鍵用戶的利益訴求、產品功能結構圖。

    產品業務模式是關鍵業務角色之間的信息流轉,顆粒度比較粗,關鍵角色可能是用戶、供應商、平臺等,例如下圖:

    產品系列(四):聊聊產品策劃和產品設計

    關鍵用戶的利益訴求很多時候也可以直接在業務模式里呈現。利益訴求并不單指錢,有可能還是滿足感、喜悅、滿足好奇心等等,從經濟學來講就是「效用」。

    產品結構圖是按某種維度對功能模塊進行分組劃分,結構是按照產品——功能模塊——子功能的方式進行拆分,最小的顆粒度子功能,例如下圖:

    產品系列(四):聊聊產品策劃和產品設計

    產品策劃需要同時具備商業思維和技術思維,商業是思考利從哪來,利往哪去的問題,技術思維是思考通過什么功能解決問題,產品策劃考驗的是產品經理的決策判斷能力,策劃做得好,產品就成功了一半。

    產品策劃的方案來自于產品經理對行業的思考和自身的經驗,要對行業要保持敏感度,當有新的產品出來時,能做到通過現象看本質,多做產品分析,通過剖析別人的產品,學習優秀的方案,形成自己的「方案庫」。

    02.產品設計

    產品設計是將產品策劃的方案更具體的表現出來,就像建筑設計師已經構思了建筑的整體結構,但還需要把更多的細節設計出來。

    產品設計階段要產出的東西是產品的核心業務流程圖、產品原型圖、用例描述。

    1)核心業務流程圖

    核心業務流程說明了系統將支持哪些業務過程,通過業務過程可以確定完成該過程需要哪些角色,以及他們要執行的操作。

    注意「核心」兩個字,每款產品有且僅有一個核心業務流程,滴滴的核心流程是打車、淘寶的核心流程是購物,通過核心流程,可以快速了解產品的邏輯,讓不了解產品背景的業務、研發、測試、前端等一看就知道這個產品是做什么的。

    比如滴滴的核心流程,涉及的角色有司機、平臺、乘客,各個角色對應的操作有入駐、審核、打車、派單、接單等,這些操作又涉及到一系列流程,但這些流程都是子流程。

    2)產品原型圖

    原型圖是未來產品的模型,它用于提升團隊對產品的認知,畫原型就是在「建?!?。

    畫原型圖是一個從整體到細節的過程,整體上要從邏輯結構上考慮產品的功能劃分,從物理結構上考慮產品頁面的布局。細節上要考慮輸入輸出的元素和正常異常的交互。

    產品經理要建立自己的「組件庫」,在組件庫里,有自己常用元件,例如按鈕、表單、文字、圖片等,還要有一些組合組件,例如BANNER、常用表單、新聞列表、導航等,另外還有一些頁面模板,例如注冊登錄、用戶中心、常見首頁等。

    有了「組件庫」,在將產品功能界面化時,可以快速的構建。如果你還沒有組件庫,加刀哥微信:刀哥說,回復「組件」,可以免費獲取刀哥積累的組件,應對日常工作足夠了。

    3)用例描述

    一個產品,可以按功能模塊拆分為若干個用例,用例是用戶和產品的交互,用例描述就是從第三者的角度描述用戶和產品的交互過程,在這個過程中,把產品功能看成一個黑盒,在用戶輸入后,產品進行一定處理,再輸出,用例是對功能的描述。

    在單個用例描述之前,需要正確的識別用例,例如,一個圖書管理系統可以根據角色拆分成這樣的用例:

    產品系列(四):聊聊產品策劃和產品設計

    識別并梳理出用例后,對用例進行描述。

    一個完整的用例應該包含這些內容:用例名、交互界面、參與者、前置條件、后置條件、主事件流、備選事件流、業務規則。

    • 前置條件和后置條件:如果前置條件不滿足,用例無法啟動。后置條件是用例執行后系統內部某些狀態變化,例如:庫存減少、記錄增加等。
    • 主事件流:參與者和系統達成目標時發生的一系列活動,主時間流只描述典型的成功路徑。
    • 備選事件流:分為可選事件流和錯誤異常事件流,可選事件流是一些分支流程,錯誤時間流如網絡錯誤、數據異常等。
    • 書寫事件流時,盡量使用簡單的語法,從第三者的角度描述用戶和產品的交互過程,不描述太具體的細節,尤其界面相關的細節,不使用條件語句(有條件語句時,使用備選事件流)
    • 業務規則是一些限制條件,比如待支付訂單的等待時長,派單時可以同時派個多少個人等。

    03. 寫在最后

    產品策劃和設計,是一系列過程,將這個過程的產出匯總起來,就是PRD,關于PRD,之前寫了一篇比較詳細的文章,有興趣可以看刀哥之前的文章。

    產品策劃更偏重于商業,而產品設計更偏于用戶體驗,只懂策劃不懂設計,項目不好落地,只懂設計不懂策劃,容易成為功能經理,優秀的產品經理,一定是即懂策劃也懂設計。

    對未知的領域保持好奇心,永遠充滿求知欲,才能驅動產品經理快速成長,希望所有產品經理都能善于策劃,又能精通設計,成為真正優秀的產品經理。

    版權聲明:本文內容由互聯網用戶自發貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容, 請發送郵件至 舉報,一經查實,本站將立刻刪除。

    發表評論

    登錄后才能評論
    国产精品区一区二区免费