Axure需求文檔應用:手機流量監控產品功能設計

6 評論 28703 瀏覽 139 收藏 8 分鐘

axure需求文檔,這個文檔顧名思義就是用axure來寫需求文檔了。廢話不多說,直接上圖:

1

流量監控功能核心包括3塊:基本流量監控、流量校正、提醒。

目前市面上通用的流量監控做法一般采取向運營商發送查詢短信,然后解析短信來獲取用戶的流量相關數據。極個別和相關運營商關系密切的能拿到當地運營商的流量查詢接口。iOS由于無法獲取相關權限只能用戶手動填寫相關數據了。流量具體的流量監控實現方式、功能實現邏輯及流程梳理如下圖:

流量監控流程

由于系統可監控流量使用情況,只需在獲取用戶剩余流量使用情況后,做相應的實時扣減,就能做到差不多實時監控的效果了。相對精準的數據待用戶下次校正即可。

接下來就是具體的功能設計了,原型如圖:

2

流量監控主頁

首頁的核心展示就是用戶關心的:本月剩余流量、本月總量、本月已用、校正功能、設置功能。

設置頁面,原型如圖:

3

設置頁

這塊主要是一些相關設置功能。如每日自動校正、用戶禁止了相關短信權限時可手動設置修改流量數據、提醒功能等。

現在就要著手寫具體的相關功能需求了,本人寫的略微簡潔了點,部分功能沒有展開詳細描述。鑒于設計的是1.0版本,相關的交互設計比較簡單。廢話不多說了,直接上圖:

首先是主頁

4

大家看圖就能看出,基本上本人寫這份文檔是左右結構:左邊原型,右邊直接描述相關功能點。當一大塊信息聚集在一起時,本人一般采取數字標明的方式,然后分別描述說明。

既然是流量監控功能,主要闡述了用戶的剩余流量數據如何獲得、相關數據顯示標準及具體的處理方式等。

這里有塊是比較容易忽略的地方:一個功能按鈕當用戶操作過快時,記得要做相應限制。

關于功能邏輯及處理流程本人一般采用visio畫,且喜歡直接在流程圖上注明相關操作提示。

關于交互設計等方面,暫時沒有過多描述。我喜歡先做出功能看效果,然后再視情況下線或改進優化。

比如區分:

1、分渠道(小市場測試、小渠道驗證)

2、分人員(小部分用戶、種子用戶先測試)

3、開關(控制功能的上線和下線)

4、測試版等

關于細節體驗方面,如圖這塊我覺得做的很不錯:

0

當用戶按下鈕后,具體的處理方式有一個比較直觀的展示告訴用戶目前正在做什么處理,走到哪一步了,還在處理什么等。這塊需求由于是本人后加進去的,詳細描述大家腦補。

設置頁:

5

設置這塊,最重要的功能就是當用戶沒有開放相關權限時,能手動填寫相關數據。不至于因此導致整個流量監控功能完全無用。

接下來就是具體的設置流量套餐/開始日頁:

6

這塊存在輸入框,需要輸入相關數據,注意根據具體情況做好限制即可。

關于套餐開日,由于目前運營商已經不清零上月的剩余流量了,這塊需要考慮進去。牽涉到的上月剩余流量、上上月剩余流量,具體能否實現本人并不清楚。

設置好數據后,這里根據用戶之前是否做過智能校正數據進行判斷處理。如果之前存在智能校正數據的話,用戶做的設置,個人傾向于不作任何處理。因為智能校正的流量是由用戶運營商提供的相對準確。

剩余流量提醒設置:

7

這塊主要是根據用戶的剩余流量對用戶進行一個提醒。當用戶的剩余流量<用戶設置的值時,推送消息至系統通知欄或彈出流量提醒窗口1次,提醒用戶。

修改月使用流量設置頁:

8

這塊有一個比較重要的功能就是當用戶點擊首頁的【智能校正】,發現用戶沒有開放相關權限給我們時,提醒用戶開放相關權限。

需要注意的是,要根據用戶的相關情況做一個剩余流量數據處理的優先級。

iOS由于無法獲取相關權限只能用戶手動填寫相關數據了:

9

那么這種情況我們可以指引用戶,發送相關短信至運營商查詢。

如點擊【短信校準】后跳轉至系統新增發送短信編輯欄輸入CXLL,收件人為:移動10086、聯通10010、電信10001。當用戶發送后或返回時返回到這里。

下面的相關設置,基本上跟安卓差不多,就不做詳細描述了。

如果有機會的話,后續我會跟大家分享下我的需求分析及處理方法

這是本人axure需求文檔的一次虛擬嘗試應用,歡迎大家指導交流。本人是市場轉產品,零技術基礎,熱衷于小龍哥的敏捷項目推進方法。大家有什么意見建議和想法交流,都可以給我留言哦。

 

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

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

    來自廣東 回復
  2. 原型能發下學習學習嗎?您畫的太清晰了,跪求了,578795185@qq.com

    來自河北 回復
  3. 不錯,寫的不錯。細小的東西都考慮到了。

    來自河南 回復
  4. 考慮、說明的都挺詳細,而且這種原型看起來清晰明了,我要下次借鑒這種方式畫原型,哈哈~有一個小小的建議,某些交互說明可以寫的更直觀易懂些,例如:“文案:剩余變超額”。這個我乍一看反應了半天才明白是什么意思,如果改成“文案:“剩余”變“超額””或者“文案替換:剩余變超額”可能更清晰一些。畢竟這個東西還是要給開發、設計、測試等人,更通俗易懂、直觀的語言可以減少沒有必要的再次溝通。一點自己的意見~~

    來自浙江 回復
    1. 恩,你說的不錯。有時候,寫著寫著就這樣了。不過一般寫完后都會跟技術詳細說明的。

      來自廣東 回復
    2. 這種部分比較簡單的小功能模塊,我一般都是這樣寫的。程序、設計也比較喜歡

      來自廣東 回復