后臺產(chǎn)品設(shè)計(jì)路線；結(jié)合用戶旅程及scrum方法

圖片發(fā)自簡書App

背景介紹

應(yīng)公司運(yùn)營業(yè)務(wù)的增多，提升運(yùn)營活動發(fā)布效率、用戶精準(zhǔn)度的要求。

產(chǎn)品定義

滿足運(yùn)營活動發(fā)布需求，提升發(fā)布效率、用戶精準(zhǔn)度。

設(shè)計(jì)及落地流程敘述

一、確認(rèn)需求

1、在確認(rèn)需求前，需要先了解需求方及關(guān)鍵人是誰。

比如在這個案例中，在運(yùn)營中臺的直接需求方是運(yùn)營部門，但是運(yùn)營暫時歸屬產(chǎn)品部門管理，那么間接需求方、關(guān)鍵人還應(yīng)考慮產(chǎn)品部的負(fù)責(zé)人，比如產(chǎn)品總監(jiān)的對中臺的要求。

2-分析運(yùn)營中臺這個產(chǎn)品，有什么特點(diǎn)， 特征

A、管理型工具產(chǎn)品；
B、與用戶終端關(guān)系緊密，偏前端控制。

3-業(yè)務(wù)規(guī)則、模型是核心，重點(diǎn)。

運(yùn)營人員可能是一口氣表述出自己的所有需求，想法豐富但可能雜亂，產(chǎn)品對需求方提出的需求進(jìn)行分析，與需求方確認(rèn)需求，記錄確認(rèn)的需求。也需通過手繪低保真形式，瀏覽其他產(chǎn)品案例等形成引導(dǎo)用戶思考，表達(dá)自己想要的。
然后產(chǎn)品需要與需求方確認(rèn)核心業(yè)務(wù)及規(guī)則（模型），表現(xiàn)形式，作為首要商討梳理部分，納入基礎(chǔ)backlog。
納入的backlog需求需要明確什么運(yùn)營位展示給用戶，是什么目的，可以帶來什么收益？
這個是核心中的核心，需要集中花精力盡早確認(rèn)落實(shí)。
注意：專業(yè)名詞上需要達(dá)成理解一致，確認(rèn)名詞唯一的描述。
示例：

例子1.png

4-梳理用戶業(yè)務(wù)流程

以確認(rèn)的需求為基礎(chǔ)，整理出用戶業(yè)務(wù)旅程。更多確認(rèn)的需求歸屬在對應(yīng)的流程點(diǎn)下（類似卡片分類）。并留檔。對于不確定的歸類做出標(biāo)記，后面再討論。

5-形成用戶業(yè)務(wù)旅程，和用戶確認(rèn)。

（1）編寫用戶故事，編寫用戶故事，盡可能多的故事。
（2）查漏補(bǔ)缺，聯(lián)合測試，需求方，研發(fā)共同，考慮異常，極端情況，梳理處理流程，進(jìn)一步補(bǔ)全用戶故事。

6-質(zhì)量保證思考

引導(dǎo)用戶給出對產(chǎn)品質(zhì)量（多指產(chǎn)品運(yùn)行，運(yùn)轉(zhuǎn)壓力方面等）方面的期望，完善用戶故事。

7-核心業(yè)務(wù)mvp設(shè)計(jì)驗(yàn)證

制作核心業(yè)務(wù)的低保真原型和用戶確認(rèn)頁面功能，信息及頁面流程。
低保真要盡量簡單，快速成型。一個矩形+頁面名稱+功能名稱+信息名稱+頁面鏈接即可。

8-制作核心業(yè)務(wù)中度保真圖

用戶操作使用，作為真實(shí)使用的初步驗(yàn)證。判斷是否要調(diào)整用戶故事，界面設(shè)計(jì)。

涉及需求分析，更多參考需求分析相關(guān)，及scrum相關(guān)進(jìn)行思考。

二、進(jìn)入開發(fā)前的準(zhǔn)備

1-版本迭代規(guī)劃

（1）產(chǎn)品結(jié)合用戶在描述故事的情況，產(chǎn)品給出史詩范圍，版本假設(shè)，基本，增強(qiáng).....對應(yīng)一個或者多個版本文檔（不一定要在jira或者管理系統(tǒng)中操作，可以以表格文檔形式討論，修改方便，個人建議）。
（2）與需求方，研發(fā)，共同商討確認(rèn)，史詩范圍，發(fā)布版本、sprint階段包含用戶故事。
這個步之前，可以把用戶故事錄到系統(tǒng)，可以利用系統(tǒng)的便利性在，系統(tǒng)中挑選。參考之前完成的卡片分類層級劃分。
之前提到用戶故事要盡可能的多，全。為了是，用戶和研發(fā)人員從需求優(yōu)先級、架構(gòu)設(shè)計(jì)上選取適量、合適的故事方式sprint中。
注意：用戶故事的編寫是重要的，可以結(jié)合用戶故事寫在原則及公司開發(fā)基礎(chǔ)，按實(shí)際情況編寫。用戶故事在選取過程中可能會刪除過小的故事，組合到另一個關(guān)系緊密的故事中，也可能將故事拆分到幾個小故事。可以和開發(fā)同學(xué)一起商量而定，進(jìn)行故事的調(diào)整。
例如參考：

例子2.png

2、文檔整理

（1）梳理功能架構(gòu)，業(yè)務(wù)流程，核心功能流程，異常流程，全局通用規(guī)則，交互說明文檔。

（2）制作完整低保真原型，按sprint的完整設(shè)計(jì)并演示，與需求方、研發(fā)確認(rèn)。

例子3.png

3、識別任務(wù)開發(fā)方及關(guān)心內(nèi)容

（1）運(yùn)營活動載體客戶端 樣式，位置，顯示效果，站內(nèi)交互，極端（上限，空狀態(tài)）情況。ui配合做高保真效果圖。

（2）載體服務(wù)端 運(yùn)營位可以出現(xiàn)頁面及參數(shù)，過完故事后，確認(rèn)sprint后商討提供——過需求時，雙方了解到的信息一致，形成約定。輸出接口文檔。
（3）中臺服務(wù)端 向載體服務(wù)端請求什么——運(yùn)營位出現(xiàn)的頁面及運(yùn)營位相關(guān)參數(shù);儲存什么，數(shù)據(jù)庫構(gòu)建（數(shù)據(jù)表結(jié)構(gòu)）;平臺功能的邏輯規(guī)則，多線操作同一業(yè)務(wù)時的沖突。服務(wù)載體接口字段約定，載體。

4-制作完整低保真原型，文檔與需求方，研發(fā)確認(rèn)。

5-制作階段仿真實(shí)案例，高保真完整設(shè)計(jì)，制作演示腳本及說明

6-模擬真實(shí)情況演示設(shè)計(jì)。

7-查漏補(bǔ)缺，完善設(shè)計(jì)。