后臺(tái)產(chǎn)品設(shè)計(jì)路線；結(jié)合用戶旅程及scrum方法
背景介紹
應(yīng)公司運(yùn)營(yíng)業(yè)務(wù)的增多，提升運(yùn)營(yíng)活動(dòng)發(fā)布效率枝笨、用戶精準(zhǔn)度的要求。
產(chǎn)品定義
滿足運(yùn)營(yíng)活動(dòng)發(fā)布需求，提升發(fā)布效率横浑、用戶精準(zhǔn)度剔桨。
設(shè)計(jì)及落地流程敘述
一、確認(rèn)需求
1徙融、在確認(rèn)需求前洒缀，需要先了解需求方及關(guān)鍵人是誰(shuí)。
比如在這個(gè)案例中欺冀，在運(yùn)營(yíng)中臺(tái)的直接需求方是運(yùn)營(yíng)部門(mén)树绩，但是運(yùn)營(yíng)暫時(shí)歸屬產(chǎn)品部門(mén)管理，那么間接需求方隐轩、關(guān)鍵人還應(yīng)考慮產(chǎn)品部的負(fù)責(zé)人饺饭，比如產(chǎn)品總監(jiān)的對(duì)中臺(tái)的要求。
2-分析運(yùn)營(yíng)中臺(tái)這個(gè)產(chǎn)品职车，有什么特點(diǎn)瘫俊， 特征
A、管理型工具產(chǎn)品提鸟；
B军援、與用戶終端關(guān)系緊密仅淑，偏前端控制称勋。
3-業(yè)務(wù)規(guī)則、模型是核心涯竟，重點(diǎn)赡鲜。
運(yùn)營(yíng)人員可能是一口氣表述出自己的所有需求，想法豐富但可能雜亂庐船，產(chǎn)品對(duì)需求方提出的需求進(jìn)行分析银酬，與需求方確認(rèn)需求，記錄確認(rèn)的需求筐钟。也需通過(guò)手繪低保真形式揩瞪，瀏覽其他產(chǎn)品案例等形成引導(dǎo)用戶思考，表達(dá)自己想要的篓冲。
然后產(chǎn)品需要與需求方確認(rèn)核心業(yè)務(wù)及規(guī)則（模型）李破，表現(xiàn)形式，作為首要商討梳理部分壹将，納入基礎(chǔ)backlog嗤攻。
納入的backlog需求需要明確什么運(yùn)營(yíng)位展示給用戶，是什么目的诽俯，可以帶來(lái)什么收益妇菱？
這個(gè)是核心中的核心，需要集中花精力盡早確認(rèn)落實(shí)。
注意：專業(yè)名詞上需要達(dá)成理解一致闯团，確認(rèn)名詞唯一的描述辛臊。
示例：
4-梳理用戶業(yè)務(wù)流程
以確認(rèn)的需求為基礎(chǔ)，整理出用戶業(yè)務(wù)旅程偷俭。更多確認(rèn)的需求歸屬在對(duì)應(yīng)的流程點(diǎn)下（類似卡片分類）浪讳。并留檔。對(duì)于不確定的歸類做出標(biāo)記涌萤，后面再討論淹遵。
5-形成用戶業(yè)務(wù)旅程，和用戶確認(rèn)负溪。
（1）編寫(xiě)用戶故事透揣，編寫(xiě)用戶故事，盡可能多的故事川抡。
（2）查漏補(bǔ)缺辐真，聯(lián)合測(cè)試，需求方崖堤，研發(fā)共同侍咱，考慮異常，極端情況密幔，梳理處理流程楔脯，進(jìn)一步補(bǔ)全用戶故事。
6-質(zhì)量保證思考
引導(dǎo)用戶給出對(duì)產(chǎn)品質(zhì)量（多指產(chǎn)品運(yùn)行胯甩，運(yùn)轉(zhuǎn)壓力方面等）方面的期望昧廷，完善用戶故事。
7-核心業(yè)務(wù)mvp設(shè)計(jì)驗(yàn)證
制作核心業(yè)務(wù)的低保真原型和用戶確認(rèn)頁(yè)面功能偎箫，信息及頁(yè)面流程木柬。
低保真要盡量簡(jiǎn)單，快速成型淹办。一個(gè)矩形+頁(yè)面名稱+功能名稱+信息名稱+頁(yè)面鏈接即可眉枕。
8-制作核心業(yè)務(wù)中度保真圖
用戶操作使用，作為真實(shí)使用的初步驗(yàn)證怜森。判斷是否要調(diào)整用戶故事速挑，界面設(shè)計(jì)。
涉及需求分析塔插，更多參考需求分析相關(guān)梗摇，及scrum相關(guān)進(jìn)行思考。
二想许、進(jìn)入開(kāi)發(fā)前的準(zhǔn)備
1-版本迭代規(guī)劃
（1）產(chǎn)品結(jié)合用戶在描述故事的情況伶授，產(chǎn)品給出史詩(shī)范圍断序，版本假設(shè)，基本糜烹，增強(qiáng).....對(duì)應(yīng)一個(gè)或者多個(gè)版本文檔（不一定要在jira或者管理系統(tǒng)中操作违诗，可以以表格文檔形式討論，修改方便疮蹦，個(gè)人建議）诸迟。
（2）與需求方，研發(fā)愕乎，共同商討確認(rèn)阵苇，史詩(shī)范圍，發(fā)布版本感论、sprint階段包含用戶故事绅项。
這個(gè)步之前，可以把用戶故事錄到系統(tǒng)比肄，可以利用系統(tǒng)的便利性在快耿，系統(tǒng)中挑選。參考之前完成的卡片分類層級(jí)劃分芳绩。
之前提到用戶故事要盡可能的多掀亥，全。為了是妥色，用戶和研發(fā)人員從需求優(yōu)先級(jí)搪花、架構(gòu)設(shè)計(jì)上選取適量、合適的故事方式sprint中垛膝。
注意：用戶故事的編寫(xiě)是重要的鳍侣，可以結(jié)合用戶故事寫(xiě)在原則及公司開(kāi)發(fā)基礎(chǔ)丁稀，按實(shí)際情況編寫(xiě)吼拥。用戶故事在選取過(guò)程中可能會(huì)刪除過(guò)小的故事，組合到另一個(gè)關(guān)系緊密的故事中线衫，也可能將故事拆分到幾個(gè)小故事凿可。可以和開(kāi)發(fā)同學(xué)一起商量而定授账，進(jìn)行故事的調(diào)整枯跑。
例如參考：
2、文檔整理
（1）梳理功能架構(gòu)白热，業(yè)務(wù)流程敛助，核心功能流程，異常流程屋确，全局通用規(guī)則纳击，交互說(shuō)明文檔续扔。
（2）制作完整低保真原型，按sprint的完整設(shè)計(jì)并演示焕数，與需求方纱昧、研發(fā)確認(rèn)。
3堡赔、識(shí)別任務(wù)開(kāi)發(fā)方及關(guān)心內(nèi)容
（1）運(yùn)營(yíng)活動(dòng)載體客戶端 樣式识脆，位置，顯示效果善已，站內(nèi)交互灼捂，極端（上限，空狀態(tài)）情況换团。ui配合做高保真效果圖纵东。
（2）載體服務(wù)端 運(yùn)營(yíng)位可以出現(xiàn)頁(yè)面及參數(shù)，過(guò)完故事后啥寇，確認(rèn)sprint后商討提供——過(guò)需求時(shí)偎球，雙方了解到的信息一致，形成約定辑甜。輸出接口文檔衰絮。
（3）中臺(tái)服務(wù)端 向載體服務(wù)端請(qǐng)求什么——運(yùn)營(yíng)位出現(xiàn)的頁(yè)面及運(yùn)營(yíng)位相關(guān)參數(shù);儲(chǔ)存什么，數(shù)據(jù)庫(kù)構(gòu)建（數(shù)據(jù)表結(jié)構(gòu)）;平臺(tái)功能的邏輯規(guī)則磷醋，多線操作同一業(yè)務(wù)時(shí)的沖突猫牡。服務(wù)載體接口字段約定，載體邓线。
4-制作完整低保真原型淌友，文檔與需求方，研發(fā)確認(rèn)骇陈。
5-制作階段仿真實(shí)案例震庭，高保真完整設(shè)計(jì)，制作演示腳本及說(shuō)明
6-模擬真實(shí)情況演示設(shè)計(jì)你雌。
7-查漏補(bǔ)缺器联，完善設(shè)計(jì)。
