1、前言

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

2、BRD與MRD

我們都知道，產(chǎn)品經(jīng)理涉及的三大產(chǎn)品文檔，分別是BRD（Business Requirement Document，商業(yè)需求文檔）、MRD（Market Requirement Document，市場需求文檔）和PRD（Product Requirement Document，產(chǎn)品需求文檔）。

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

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

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

3、PRD

3.1 產(chǎn)品流程設計

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

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

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

們這款產(chǎn)品采用自頂向下的流程設計方法。經(jīng)過分析，我們這款產(chǎn)品流程設計如下所示。

3.2  產(chǎn)品功能設計

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

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

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

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

3.3 產(chǎn)品安全設計

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

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

4、結語

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

很明顯，優(yōu)先級比較高的幾個核心功能，都已經(jīng)實現(xiàn)了。

大家有興趣可以訪問我的實戰(zhàn)網(wǎng)站體驗產(chǎn)品：http://miliao.xyz

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

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

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