快捷增加歷史記錄：鯊魚記賬APP功能優化

決定轉行產品崗後，就開始做準備。首先就是了解產品崗的工作內容，熟悉產品開發的全流程，在動手實踐的過程中學習並掌握必備的工作技能。

在挑選練習目標時，優先選擇自己本身經常使用的產品。我選擇了記賬類App鯊魚記賬，準備優化在我作為用户使用該軟件時出現的痛點功能。

目錄：

• 發現需求
• 目標用户
• 需求調研
• 用户訪談
• 用户畫像
• 競品分析
• 梳理功能
• 流程圖
• 產品原型
• 產品需求文檔
• 需求評審
• 項目管理
• 測試、驗收及上線

一、發現需求

在使用記賬類App鯊魚記賬時，經常出現過了幾天後需要補交易記錄的情況，但由於新建記錄的默認日期都是當天，需要一條一條手動改成實際的歷史日期，當需要補的記錄較多時，修改日期這一重複動作比較麻煩。

二、目標用户

為了驗證該需求是真實存在的需求，需要尋找目標用户，進行需求調研。我選擇從微博上搜索鯊魚記賬關鍵詞，找到該軟件的用户進行調研，目標訪談至少5位用户。

三、需求調研

需求調研的方式一般有當面訪談、線上訪談、電話訪談和調查問卷。本次調研採用線上訪談，通過提問的方式調查“快捷改日期”這一需求是否是真需求。

設計了8個問題，來探究訪談對象的記賬頻次、數量、時機和使用習慣等，問題如下：

1. 一般多久記一次帳？
2. 如果是當天記得話，是交易完成後立即記還是找個時間一起記？
3. 平均一天記錄幾條？
4. 會經常忘記當天記錄嗎？
5. 如果是過了當天再補的，在日期的選擇上，你會在選擇當時的歷史日期，還是隨意，用當天默認的日期也可以？
6. 改日期的時候你會覺得麻煩嗎？
7. 如果有一個功能是點進對應的歷史日期，進入後可以直接增加那天的交易記錄，不用改日期，你覺得這個功能是錦上添花還是畫蛇添足沒必要？
8. 對於這個新功能，1-10分打分你會打幾分呢？

四、訪談流程

完成訪談準備後即可開始進入用户訪談流程。本次實際共訪談7位用户，結果彙總在下表中。

所採訪的用户中，大多數都是當天記錄，幾乎所有人都有少量的漏記記錄的情況。

但改日期時不會覺得非常麻煩，如果有快捷增加歷史記錄的功能，屬於錦上添花，大多數人表示會考慮使用，量化地對這個可能的新功能打分的話，在6-9分之間。

由此可見，該功能不屬於必備功能，對用户的困擾較小，但如果有則會提高用户體驗。

五、用户畫像

從7位訪談對象中，挑選了2位，製作成了用户畫像，見下圖。

六、競品分析

首先，明確做競品分析的目的和要解決的問題。

目的是瞭解新功能在業內有沒有人做過，怎麼做的，擴展自己的設計思路。要解決的問題是避免補交易記錄時修改日期的這一重複動作，提供快捷增加歷史記錄的功能。

其次，明確競品分析的對象。選擇細分領域中排名前二的產品進行對比。

競品分析的內容大致分為四個部分：項目背景、競品概述、功能對比、小結。

1. 項目背景

在進行用户訪談的過程中，有多位受訪者表示在跨天補記賬的時候，由於新建記錄的默認日期都是當天，需要手動改成實際的消費歷史日期，在需要補的條目較多時，修改日期這一重複動作比較麻煩。

希望在記賬頁面可以增加直接進入歷史日期進行補記的功能，基於此展開競品分析。

2. 競品概述

在競品的選擇上，選擇隨手記App和叨叨記賬App作為競品。隨手記App和叨叨記賬App在記賬App類中處於領先地位，用户量、下載量和增幅都具有較強的優勢。所以選擇這兩者作為競品。

3. 功能對比

1）更改日期功能

鯊魚記賬App——隨手記App——叨叨記賬App

• 點擊“今天”按鈕後，進入選擇日期頁面，採用劃改的方式更改日期，每一條記錄需要單獨修改；
• 點擊“時間”選項後，進入選擇日期頁面，採用劃改的方式更改日期；更改一次後底部有“再記一筆”按鈕，可追蹤該歷史日期，無需重複做更改日期動作；
• 點擊“當天日期”按鈕後，進入選擇日期頁面，採用日曆顯示的方式，直接選擇歷史日期，比較快捷，每一條記錄需要單獨修改；同時右上角有日曆功能，可點擊進入歷史日期直接快捷增加多條歷史記錄，該功能隱藏較深。

2）快捷增加歷史記錄功能

隨手記App——叨叨記賬App

• 鯊魚記賬App無此功能；
• 隨手記App更改過一次日期後，點擊右下角“再記一筆”按鈕，可直接在該歷史日期下進行多條記錄，無需重複做更改日期動作；
• 叨叨記賬App中，點擊右上角的“日曆”按鈕，進入日曆頁面，可顯示當月的每日收支總額，選擇歷史日期後，在日曆下方顯示該歷史日期的收支詳情；點擊右上角的“+”按鈕，可直接增加多條歷史記錄。

4. 小結

通過對隨手記App和叨叨記賬App做競品分析和梳理，有以下結論：

1. 隨手記App和叨叨記賬App都具備了快捷增加歷史記錄的功能，而鯊魚記賬App無此功能，建議跟進該功能；
2. 隨手記App的快捷增加歷史記錄功能，是通過追蹤上一次的日期修改記錄，使用“再記一筆”的方式在同一歷史日期下增加記錄；
3. 叨叨記賬App的快捷增加歷史記錄功能，是通過單獨的日曆頁面來實現的，在日曆頁面直接選擇歷史日期增加記錄，同時可顯示當前選擇日期的每日收支金額，及收支明細；
4. 隨手記App和叨叨記賬App相比，快捷增加歷史記錄功能都比較簡單方便，但當需要增加的歷史記錄涉及不同日期時，叨叨記賬App的日曆功能更為方便，可直接多次點擊選擇不同的日期，且日曆頁面顯示收支信息較多，有助於回顧記賬情況。

七、梳理功能

通過競品分析，最終選擇“日曆”的形式來實現快捷增加歷史記錄功能。

使用Xmind思維導圖，將產品功能用結構化的方式表現出來，包括日曆入口、選擇日期、增加記錄、完成記錄，具體見下圖：

功能梳理

八、流程圖

使用Visio整理用户使用該功能時的先後順序，見下圖：

流程圖

九、產品原型

完成構思後即可開始使用Axure繪製產品原型，用可視化的方式展示產品功能。原型圖需要直觀、符合規範、使用簡單的研發色且功能完整，詳情見下圖：

十、產品需求文檔

產品需求文檔，也就是PRD。為了快捷高效，該功能的PRD採用截圖註釋的方式進行説明，見下圖：

產品需求文檔

十一、需求評審

需求評審的目的是向項目組闡述需求是什麼、價值在哪裏、對業務有什麼影響、如何實現，以及實現後可以達到什麼效果等等，需要在評審前做好充足的準備。

十二、項目管理

需求評審通過後，與技術、設計、測試負責人等敲定工期，統籌排期，再次確認週期後，確定項目上線時間。

將整個項目按照功能模塊拆分成一個個小功能，記錄在表格中，將收集的工期填入表格中，確認完每一個小功能的工期後，整個項目的工期即可確認。

後續需要以主人翁的心態持續跟蹤項目，保證按時保質保量完成。

十三、測試、驗收及上線

項目完成後緊接着提測，隨後功能驗收、UI驗收，以及準備上線用的資料。

測試系統是否通暢，新增功能是否符合設計要求，即嚴格按PRD做、交互功能符合要求、數據傳輸正確。

功能和UI驗收後，準備上線資料，需要提交界面截圖、更新説明、App圖標、關鍵詞、商店截圖、應用介紹等。

至此，這個“快捷增加歷史記錄”的項目基本完成了。從需求的確立、產出，到需求的推進，一個需求就此實現，但並未結束，後續還需要持續收集用户對新功能的反饋，對相關數據進行分析，為下一個版本上線做準備。

十四、總結

通過這一個功能的全流程實踐，對產品崗的基本工作內容有了一定的瞭解，同時在過程中學習了Visio、Axure等工具的使用，已初步掌握了產品崗的必備工作技能，後續還需繼續深入學習。

本文由 @嗝屁迪不嗝屁 原創發佈於人人都是產品經理，未經許可，禁止轉載

題圖來自 Pexels，基於 CC0 協議