佳佳原創

1、前言

在上一篇文章《個人如何做一個類似于“51信用卡管家”的產品》中主要對市面上比較主流的幾款還款記賬產品進行了競品分析。俗話說，知己知彼，百戰不殆。市面上已經有了產品，你要再做一款類似的產品，如果沒有特別的賣點，用戶是絕對不會買賬的。借助于波特五力模型，供應商的議價能力、購買者的議價能力、新進入者的威脅、替代品的威脅和同業競爭者的競爭程度，這五個維度，我們可以很清晰的我們打算要做的一款產品的價值。如果從分析結論上來看，現在在線還款記賬產品基本上頭部的互聯網企業做的已經非常成熟，有資源、有技術、有實力，個人再做一款記賬產品成功幾乎無法與這些優秀的互聯網企業所做的產品相提并論。而我們所做的一款記賬產品的的定位是極簡、小眾。與大廠產品不同，大廠記賬產品功能多而全，我們的記賬產品小而精。做為一款記賬產品的誕生實戰，利用產品思維來解決實際問題，過程價值大于結果價值，我們可以通過記賬產品從0至1的實現，來了解產品的各個階段和注意事項，為今后設計其他產品，提供素材與支持，少走彎路，盡可能避免踩坑。

2、BRD與MRD

我們都知道，產品經理涉及的三大產品文檔，分別是BRD（Business Requirement Document，商業需求文檔）、MRD（Market Requirement Document，市場需求文檔）和PRD（Product Requirement Document，產品需求文檔）。

一般而言，BRD是基于商業目標或價值所描述的產品需求內容文檔。類似于我們軟件工程中所提到的可行性分析。你計劃設計的產品在投入研發之前，為企業高層提供決策評估的依據。如果大家要做創業計劃書，BRD也是很重要的一個部分，一般會涉及市場分析，銷售策略，盈利預測。BRD通常是供決策層們討論的演示文檔，一般比較短小精煉，沒有太多的產品細節。說的直白一點，就是這款產品值不值得做。

MRD可以通俗地理解為準備做某一款產品，市場層面打算想做成什么樣的說明。其作用是承上啟下。一方面，對BRD中領導層的的意見和公司戰略方向進行整合，提煉核心功能與核心價值，另一下面，對即將編寫的PRD，為其明確產品范圍、功能定義，防止產品設計與最初的目標不一致的情況出現?？梢岳斫鉃镸RD是一個指導性的框架說明文檔。有些公司前中后臺產品經理分工比較細，也可以理解為是我們常遇到的一句話需求。比如業務產品經理直接和技術產品經理說，我要實現一個業績查看的功能，可以查看、導出某個時間范圍內的團隊業績。接下來技術產品經理會根據業務產品的這句話，編寫PRD。說的直白一點，就是這款產品打算怎么做。

以本文在線還款記賬產品誕生實戰而言，在上一篇文章《個人如何做一個類似于“51信用卡管家”的產品》，其實更多的類似于BRD和MRD，已經做過講解。今天的這篇文章，更多的側重于PRD。

3、PRD

3.1 產品流程設計

PRD就是將產品理念進行落地的文檔，主要面向團隊開發人員，設計（UI、UE）、測試、運營等，需要更加詳細的去闡述所有功能。

就產品流程而言，其實PRD也不是產品的最終文檔，還可以繼續分拆為需求說明書、設計說明書、測試說明書、運營說明書等。PRD中主要會描述詳細的功能說明和業務流程。說的直白一點，就是這款產品如何落地推向市場面向用戶。

既然我們的產品是定位一款極簡的還款記賬產品，我們就要先明確核心流程。對于產品流程設計，我們可以采用自底向上或是自頂向下的設計方法。自底向上，就是我們先明確最基礎的功能流程，將一個個基礎功能流程整合起來，形成最終總流程，向頂向下的設計方法，則是先明確總流程，然后再將總流程中涉及的每個子流程進行細化。我

們這款產品采用自頂向下的流程設計方法。經過分析，我們這款產品流程設計如下所示。

3.2  產品功能設計

用戶注冊登錄、用戶信息管理、密碼修改、郵箱管理這些產品的基礎功能太基礎了，就不在這里特別介紹了。接下來主要介紹還款記賬的核心功能。

在準備做這款產品前，我自己覺得非常簡單，但在實現的過程中卻發現有很多值得考慮的細節。在這里分享給大家。還款項都是以每個月份進行承載，所以我們的視圖設計，也是基本還款記賬月份列表進行展示。用戶查看自己的還款賬單，一般都是看這個月份總共需要還多少錢，已經還了多少錢，還剩下多少錢未還。

按照流程設計，用戶從列表頁面可以查看月還款項細節，不過首次使用的用戶，在新增完成記賬月份之后，不能第一時間知道從哪開始新增還款項。因此細節上，在每個月還款的卡片上，將查看，改為記賬。

新增完成記賬項后，會實時顯示新增的還款項卡片。為了用戶方便了解還款項數量，在每個還款項名稱前進行自動編號。同時，為了便于用戶關注自己的還款情況，將剩余還款金大于0的金額標紅?？紤]到刪除是個相對比較謹慎，因此功能放置在編輯的下一級，而沒有同編輯平級。

3.3 產品安全設計

而每次我們修改每一還款項的還款金額時，當月的總還款情況都需要同步更新，這就需要在產品設計的內部，定義一個觸發器，以確保各數據都可以實時更新。

防注入設計。因為我們在使用ID錄入還款項時，要對傳入的ID進行認證，對于不合法的ID要進行過濾。否則會有注入風險。后續如果為了保證數據傳輸安全，還可以通過配置權威機構認證的數字證書，采用https的方式進行數據傳輸。

4、結語

最后，我們通過KANO 模型進行我們產品的功能分析，看看我們是否遺漏優先級比較高的功能。KANO 模型原本是用于對用戶需求進行分類和優先排序的工具，通過分析用戶需求對用戶滿意的影響，從而了解產品性能和用戶滿意之間的關系。

很明顯，優先級比較高的幾個核心功能，都已經實現了。

大家有興趣可以訪問我的實戰網站體驗產品：http://miliao.xyz

接下來就是我們要考慮如何能給用戶提供能令用戶“尖叫”的功能了。

因為我們這款產品為用戶提供的還款記賬基礎功能，只是解決了用戶還款記賬的痛點，如果想要用戶體驗更好，我們還要做一些錦上添花的功能，滿足用戶的爽點，同時借助于口碑，進一步為其他用戶群體提供癢點。但不論怎樣，我們都要圍繞我們產品的定位一款極簡的還款記賬工具。

作者：王佳亮，中國計算機學會（CCF）會員。微信公眾號：佳佳原創