一次流程圖設計的思考

4 評論 33527 瀏覽 245 收藏 4 分鐘

暑假即將來臨,我們的游戲也開始準備運營活動的設計,目的是提高游戲的活躍,這里我們設計了一個登錄的活動,在執行的過程中,我在給我們的程序員畫流程圖,突然冒出了一些想法,在這里寫出來并分享給大家,也歡迎大家提出自己的想法

先來說活動方案

活動時間:7月4日-7月15日

活動詳情:

  1. 活動期間累計登錄3天,獲得獎品A
  2. 活動期間累計登錄5天,獲得獎品B
  3. 活動期間累計8天,獲得獎品C

這是一個很簡單的一個運營活動,在頁面設計上,我們設計了3個按鈕,以便玩家可以去分別點擊領取。

下面是流程圖第一個版本

第1個流程圖思路其實很簡單,按照玩家在頁面上的操作行為來畫流程圖,然后把所有的可能性操作都寫上去。

下面這個是流程圖的第二個版本

前提:

第2種流程圖,根據活動方案,把用戶類型分為4類:

  1. 3種獎勵都不能領取類型
  2. 只能領取第1檔次獎勵的類型,即為A類型
  3. 能領取第1檔次和第2檔次獎勵的類型,即為B類型
  4. 能領取第1檔次和第2檔次,第3檔次的類型,即為C類型

8f9a6c5c-f647-4da4-a17b-c45f18a99981

第2種流程圖的思路是先把用戶類型分類,按照用戶類型來畫流程圖,即如上圖,我們把可能的用戶類型劃分出來,然后根據這些用戶類型的操作來畫流程圖

關于這2個形式的思路,我咨詢過我們的開發人員,問他們更樂于接受哪一種?

回答:雖然兩者看起來本質上沒有區別,但是第1種思維上看比較飽滿,考慮的可能性較全。第2種思維則更便于我們理解,即用戶的操作流程很清晰。

其實在我的理解來看,第1種流程圖的思維是我們經常使用的,第2種則是從用戶角度來觸發,這就有點像產品設計中我們經常說的用戶使用場景,詳細的描述就是:A類型用戶,在完成任務后(達到登錄3天),然后來到頁面上準備去領取他們的獎品。這樣整個用戶使用場景就構成了,他包括 什么樣的用戶,在什么時間,在什么樣環境下去使用這個產品的什么功能,然后解決了什么需求,簡單的來說就是包含了who、where、what3個點。

在寫需求文檔的時候,可能我們更應該要去描述用戶的使用場景,而不是單純的去寫一個流程,這樣子我們的開發人員更能理解我們的需求,也便于我們溝通。

歡迎大家針對上面的觀點和看法與我交流。

 

本文由 @Tracy1Kidd(微信公眾號:Breakmind)原創投稿,并經人人都是產品經理編輯。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 還可以呢

    來自北京 回復
  2. 我也經常遇到這些問題,心得就是,盡量不要把選擇留給用戶。

    來自廣東 回復
  3. 更喜歡第二種

    來自香港 回復