用戶故事與敏捷方法:我是如何進行業務需求分析的

3 評論 7318 瀏覽 41 收藏 14 分鐘

編輯導語:業務需求分析,其目的是為了進行信息系統的開發,是為了讓系統開發者明白,需要開發一個怎樣的信息系統。那么,怎樣進行業務需求分析,才能有效地表達需求呢?本文作者記錄了校招進行 Thoughtworks_BA筆試的文章,針對課題“Globe Images”進行了分析。

Part 1 : Business Case – “Globe Images”

1. 流程圖

1.1 注冊登錄流程圖

圖1:注冊登錄流程

流程說明(注:下文均為網站完善之后的流程圖,不是迭代中的流程圖):

  • 圖1為網站的注冊登錄流程圖,用戶可以選擇“手機”或者“郵箱”其中一個進行注冊,后期需要考慮到“照片”為電子產品,可添加郵箱地址獲得已購買照片的備份文件;
  • 目前不支持第三方授權登錄;
  • 設置了“忘記密碼”功能,幫助用戶重置登錄密碼。

1.2 購買照片流程圖

圖2:購買照片流程

流程圖說明:

  • 流程圖為泳道圖,展示了“購買照片的用戶”&“上傳照片并出售的用戶”&“網站管理員”三者之間,在購買照片時候的職能圖;
  • 第二欄也描述了“上傳照片的流程”;
  • 第三欄上方描述了網站管理員的職責。

1.3 購物流程-買家維度的用例圖

圖3: 用例圖-購買照片的用戶

1.4 用例圖-管理員

圖4:管理員用例圖

1.5 購物車流程

圖4:買家維度-購物車流程圖

流程圖說明:

  1. 購買照片的用戶可以在購物車一欄中進行編輯,包括刪除已選擇的照片,或者選擇性購買;
  2. 購物車添加“一鍵清空”功能。

1.6 上傳圖片流程

圖5上傳照片流程圖

1.7 收藏流程

圖6:“收藏照片”流程圖

2. 需求集合

2.1 建議的第一輪迭代計劃

  • 作為網站管理員,搭建一個網絡平臺,并自主投放照片,為其他所有用戶提供瀏覽的照片素材;
  • 所有用戶都可以創建一個網站賬戶用于保存賬戶信息:信用卡信息、賬單信息、上傳的照片等;
  • 擁有賬號的用戶登錄網站之后,可以上傳照片(照片包含附加信息);
  • 用戶可以做基本的簡單搜索,輸入的關鍵字或者圖片編號會和圖片的信息匹配;
  • 用戶可以把“照片”加入到購物車,在結束購物時,可以購買其中的照片;
  • 在完成訂單前,用戶可以從她的購物車中刪除“照片”;
  • 購買“照片”時,用戶需要輸入她的賬單地址&信用卡信息;
  • 管理員可以刪除網站內任意的一張照片,保證網站的健康;
  • 管理員可以統一管理網站上所有照片的水印及圖片編號;
  • 系統必須能夠支持100個以上的并發用戶。

2.2 建議的第二輪迭代計劃

  • 注冊用戶可以管理每張已上傳照片的具體信息,包括刪除、修改等;
  • 注冊用戶可以管理“已上傳照片”列表,包括查找、批量刪除等;
  • 注冊用戶可以管理她的賬戶信息(信用卡信息、賬單信息、地址等);
  • 進入網站的用戶可以輸入“關鍵字”,以它們的任意組合來模糊搜索照片;
  • 進入網站的用戶可以通過“集合”&“類別”來瀏覽照片;
  • 進入網站的用戶可以查看照片的具體信息,例如:攝影師、標題、地點、關鍵字;
  • 注冊用戶可以將書加入“我的收藏”,網站的其他訪問者也可以看到該清單;
  • 普通用戶能夠很容易的查找到其他用戶的“我的收藏”;
  • 注冊用戶可以將“我的收藏”(或者別人的“我的收藏”)中的“照片”加入到購物車;
  • 購買照片的用戶需要在購買后,五分鐘內收到照片(自動發貨);
  • 注冊用戶可以查看自己的歷史訂單詳情。

2.3 建議的第三輪迭代計劃

  • “公司管理人員”可以按照照片的類別、流量、最佳和最差銷售情況來查看每天的購買次數,如此可以更好的制定推薦策略;
  • 管理人員必須經過適當的身份驗證才能查看22所敘述的公司報表;
  • 登錄網站的用戶在首頁可以看到我們針對各種主題推薦的照片;
  • 用戶可以迅速查找照片并購買,最好在90s內;
  • 系統必須能夠同時容納很多的照片,至少300000張;
  • 管理員考慮到照片的特殊性,不設置退換貨政策;
  • 網站開始向買賣雙方收取“中介費(平臺費)”
  • 平臺加入等級制度(確定升降級策略),不同等級的用戶擁有不同的權益;
  • 用戶可以將附帶水印的照片分享至第三方網站;
  • 增加照片識別功能,上傳照片時,自動識別照片的附加信息,如地點、攝影師等。

3. 網站的原型圖

3.1 網站原型圖

圖7:網站首頁原型圖

圖8:照片庫原型圖

圖9:“我的”原型圖

圖10:點擊縮略圖,瀏覽大圖的時候

圖11: 上傳照片的界面原型圖

圖12:購物車原型圖

3.2 思維導圖-網站功能介紹

圖13:思維導圖-網站的功能布局

4. P0級別的的三個需求

4.1 搭建一個網站平臺,用戶可以瀏覽照片

需求描述: 用戶登錄網址進入我們的網站之后,首先可以瀏覽網站上的照片(此時的照片是由網站運營者前期自主添加的素材,不是用戶產生的),照片以網格形式依次排列(照片此時沒有分類),每頁面展示16張圖片,用戶下滑加載新的圖片。

4.2 網站支持用戶上傳照片,上傳照片的用戶必須擁有網站的賬戶即合法身份

需求描述:網站開發初期,選擇上傳照片的用戶,必須先注冊賬號,之后登錄再上傳照片(一期迭代可以不要求照片必須附加信息),方便網站后臺管理所有的照片資源和“上傳用戶”。

用戶的注冊:注冊初期開通兩種方式,手機&郵箱,詳細見注冊登錄流程圖;注冊完登錄,登錄時輸入賬號和密碼以及驗證碼,成功登錄后進入網站首頁:

  • 如果用戶未登陸,需先登錄,再上傳;
  • 如果用戶“忘記密碼”一項,按照“登錄注冊流程圖”處理;
  • 如果用戶“登錄失敗”,考慮異常情況:網絡掉線,登錄名未注冊,密碼錯誤。

用戶成功登錄后,上傳照片。

4.3 網站支持所有的用戶下載網站上的照片

需求描述:開發初期,網站需要這樣做,不加限制的讓其余用戶拿到照片資源,以獲得更多的用戶。未登錄的用戶想要下載的時候,可以直接下載,不需要登錄注冊;已登錄用戶,可以直接進行照片下載;

如何下載:當用戶點擊圖片的縮略圖進行放大查看的時候,會有一個下載按鈕,點擊后,進行下載;下載后,照片會出現在電腦的“下載”列表中。

5. 用戶訪談

5.1 用戶訪談可以解決的問題

  • 了解真實的用戶場景,底層需求;
  • 需要得到用戶訪談的訪談結果,用來支持已有的結論。

5.2 對話的技巧

  • 盡量設計一連串的故事性問題,保證了用戶的沉浸式回答,避免腦筋急轉彎式的跳轉話題;
  • 如第一點,刨根問底式的深入問題,因為如果不深入,那么我們剛開始了解到的用戶需求很有可能是偽需求,因為有時候用戶也表達不清楚自己想要什么;
  • 盡量不要太有目的性&攻擊性,像朋友聊天一般。

5.3 對話示例

在產品開發的三個階段中,用戶訪談有不同的目的。

當我們還不知道如何設計的時候,用戶訪談可以幫助我們發現新的機會;當我們對產品有一些具體的思考但未成形的時候,用戶訪談可以幫助我們優化想法;當產品已經上線,用戶訪談可以幫助我們優化設計,并適時推出新的功能。

以三個問題為示例:

  1. 用戶正在解決什么問題?用來收集內容信息;
  2. 目前在現有產品版本下,用戶是如何解決該問題?用來分析工作流程;
  3. 有什么方法能幫助你做得更好?我們可以借此發現機會。

對話示例:基于本題案例-照片分享網站

  • 當你拍了好看的優秀的照片,你一般都會干什么呀?
  • 如果可以的話,此時加不固定問題,拉動氛圍,比如:今年有沒有出去轉轉,旅游放松?
  • 你上一次用我們網站是什么時候呀?
  • 當時是為什么想起來是用我們的網站?
  • 問題所在:用我們網站的時候,有什么不開心的過程嗎?
  • 過程表述:當時是怎么弄的不開心了?
  • 真實的原因闡述:為什么你當時覺得會不開心?

以上,為筆者記錄校招進行Thoughtworks_BA筆試的文章;分析的時候對照【用戶故事與敏捷方法】一書,文筆疏漏,且當時年少考慮問題不夠全面,希望大家可以提出寶貴意見,也希望能夠和大家一起交流進步。

 

本文由@寒白 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 注冊后所對應的信息校驗(短信驗證與郵箱驗證)是否寫對調了?

    來自浙江 回復
  2. 內容是干貨,就是跟敏捷開發沒關系啊

    回復
  3. 看了半天看了個寂寞,標題黨嗎,你這跟用戶故事與敏捷方法有什么關系。。。

    來自廣東 回復