1. Platform

Platform相對于產(chǎn)品而言决采，它是橫向的赐劣。Platform是服務(wù)與匯總多方角色的一個完整產(chǎn)品線定页，它橫跨多個縱向產(chǎn)品并為這些產(chǎn)品提供‘公共的’服務(wù)迅耘，Platform服務(wù)并支持點融的多個產(chǎn)品或點融所有的產(chǎn)品。比如冤馏，用戶運營中心是一個Platform日麸，它既可以給投資端產(chǎn)品提供服務(wù)，又可以給借款端產(chǎn)品提供服務(wù)宿接；安全反欺詐平臺是一個Platform赘淮，它為點融所有產(chǎn)品提供公共接口，產(chǎn)品可以通過調(diào)用這些公共服務(wù)來解決人機識別睦霎，黑客惡意注冊，登陸等安全問題走诞。

Platform關(guān)注‘轉(zhuǎn)化’及‘復用’的能力副女，它希望越來越多的第三方采用它所提供的服務(wù)，從而最大化使用平臺的產(chǎn)品數(shù)量和不同的業(yè)務(wù)類型蚣旱”可以將Platform理解為一系列的基礎(chǔ)構(gòu)造戴陡，而這些基礎(chǔ)構(gòu)造的目標是使多個產(chǎn)品能夠在同一種技術(shù)框架下進行搭建。Platform將功能標準化沟涨，抽象化恤批，依靠提供標準化的服務(wù)，從而提升Product產(chǎn)品化及開發(fā)的效率裹赴，同時喜庞，它也是MVP產(chǎn)品可以快速上線的強大后盾。

Platform的功能一般比較通用棋返，不和任何產(chǎn)品線緊耦合延都。它所服務(wù)的對象是眾多不同的產(chǎn)品或內(nèi)部團隊，通常不會直接面對C端用戶睛竣。這些使用Platform所提供服務(wù)的用戶和產(chǎn)品對于Platform本身而言晰房，是沒有優(yōu)先級和重要等級之分的，同時射沟，Platform的設(shè)計也沒有業(yè)務(wù)偏向性殊者。

Platform和Product均可Saas化，并有可能賣給第三方验夯。在點融猖吴，我們一般會優(yōu)先考慮Saas化縱向的產(chǎn)品，可以選擇性的整合部分平臺化的模塊作為VAS簿姨，從而增加縱向產(chǎn)品的競爭力距误。

Platform和Product的關(guān)系圖如下：

A．如何判斷

如果對以下大部分問題的回答是肯定的，那么您所致力開發(fā)的項目就是一個Platform：

i. 您的項目當前是不是服務(wù)于多個點融產(chǎn)品或者未來6個月內(nèi)會服務(wù)于多個（≥2個）點融產(chǎn)品扁位？

比如：這個平臺是服務(wù)于投資端和借款端多個不同產(chǎn)品的嗎准潭？

ii. 如果有一個點融自我組建或者收購的新團隊/部門，您所提供的服務(wù)是否能夠讓他們使用域仇？

iii. 您的框架是否支持不同的多種應(yīng)用和產(chǎn)品在上面進行搭建和提供支持刑然？

iv. 這個項目的目標是不是為了提升Product產(chǎn)品化的效率？

B． 需要遵循的規(guī)則

i. MRD Review: 必須進行暇务，且為Blocking Review泼掠；

參考流程：MRD Review Process

ii. Architecture Review: 必須進行，且為Blocking Review垦细；

參考流程：Arch Review Process

iii. 職責分配：必須有較高職級（如Director）的人作為owner择镇，必須要有不同的角色分別承擔：Approver, Block reviewer和Non-Block reviewer的角色；

iv. 每三個月Product Committee 與 Arch Committee對所有的Platforms進行一次評審來確認該Platform是否值得進行繼續(xù)開發(fā)投資括改；

C．不建議做的事

i.Platform上不建議做Hack的解決方案腻豌，在設(shè)計之初就要考慮到與其他產(chǎn)品/用戶的整合和對接，項目產(chǎn)出常為模塊化的接口及標準；

ii. 不建議做與某個業(yè)務(wù)強耦合的功能吝梅；

D． Platform舉例

i. 市值最高的10家公司中有5家就是或有平臺業(yè)務(wù)虱疏，比如：Apple, Microsoft, Google, Amazon, Facebook。Amazon是一個線上零售的平臺苏携，一開始Amazon只賣書做瞪，隨著時間的推移，Amazon擴展并銷售了各種各樣的產(chǎn)品和服務(wù)右冻，成為一個Platform装蓬；

ii. 對外平臺舉例：

點融網(wǎng)dianrong.com本身就是一個服務(wù)于借與貸的平臺；

Chained Finance是為供應(yīng)鏈上下游的供應(yīng)商和經(jīng)銷商提供金融服務(wù)的平臺国旷；

iii. 對內(nèi)平臺舉例：

用戶運營矛物，數(shù)據(jù)倉庫，會員體系這些都屬于對內(nèi)的Platform跪但；

除此之外履羞，Design Bible 也是一個Platform。

2. ?Product

Product相對于平臺而言屡久，它是縱向的忆首。Product通過滿足特定用戶的需求來創(chuàng)造價值，其用戶對象十分清晰被环。比如一個客戶關(guān)系管理產(chǎn)品的用戶就是客戶服務(wù)部門糙及，點融理財APP的用戶就是C端的投資用戶，魔借APP的用戶就是線上小額借款用戶筛欢。Product只服務(wù)于某一類核心客戶浸锨，可能會有外部其他的潛在用戶，當PM看到有這群用戶的機會時版姑，可以考慮做產(chǎn)品Saas化來滿足潛在用戶的需求柱搜。

從業(yè)務(wù)的角度去看，Product是一個獨立運行的業(yè)務(wù)（Standalone Business）剥险，而且Product是有能力成為一個單獨的BU或者是分公司的聪蘸。

Product從一開始設(shè)計的時候就伴隨著預先定義好的業(yè)務(wù)邏輯，而這些預定義的業(yè)務(wù)邏輯將Product的范圍限制在一定的界限之內(nèi)表制。在做產(chǎn)品設(shè)計的時候健爬，PM首先應(yīng)該去調(diào)查公司已有哪些平臺可以幫助產(chǎn)品進行快速搭建（通俗的說，就是先要尋找已經(jīng)可用的輪子）么介，為了推動業(yè)務(wù)快速向前發(fā)展娜遵，可以允許Product使用Hack的方式快速實現(xiàn)目前沒有的功能，因為其與業(yè)務(wù)的強相關(guān)性壤短，它所關(guān)注的是業(yè)務(wù)走向而不是誰會來調(diào)用我的產(chǎn)品魔熏。比如衷咽，當某個產(chǎn)品需要使用標簽的時候鸽扁，可以將功能做在自己的產(chǎn)品里滿足需求即可蒜绽，但是產(chǎn)品里要做一個公司級別的標簽系統(tǒng)，并不是一件靠譜的事桶现。

A．如何判斷

如果對以下大部分問題的回答是肯定的躲雅，那么您所致力開發(fā)的項目就是一個Product：

i. 這個產(chǎn)品如果單獨在市場上賣的話，有沒有機會骡和？

ii. 這個產(chǎn)品是不是服務(wù)于一類特定用戶的相赁？

iii. 產(chǎn)品本身有沒有可行的商業(yè)模式？

iv. 產(chǎn)品中實現(xiàn)的功能是不是強依賴于業(yè)務(wù)慰于，若非常依賴于業(yè)務(wù)钮科，則是Product，比如：產(chǎn)品如果脫離了某項業(yè)務(wù)就無法生存婆赠；

B． 需要遵循的規(guī)則

i.MRD Review: 必須進行绵脯，且為Blocking Review；

參考流程：MRD Review Process

ii.Architecture Review: 當產(chǎn)品處于POC/MVP階段時休里，建議進行架構(gòu)評審蛆挫，為Non-blocking review；當產(chǎn)品進入成長階段之后妙黍，必須進行架構(gòu)評審悴侵，為blocking review；

參考流程：Arch Review Process

iii.Investment Thesis: 應(yīng)當包含拭嫁；

參考流程：Investment Thesis

iv.職責分配: owner為產(chǎn)品經(jīng)理可免；

v.每三個月Product Committee對所有的Products進行一次review看是否值得對某個產(chǎn)品進行繼續(xù)開發(fā)投資；

C．不建議做的事

i.不推薦在產(chǎn)品中做平臺化的東西做粤，例如借款產(chǎn)品中不應(yīng)該去開發(fā)與“用戶生命周期”相關(guān)的功能浇借，這些功能應(yīng)當在Platform中的用戶運營里進行開發(fā)；

ii.產(chǎn)品加入的功能越來越多的時候Product可以向Platform發(fā)展驮宴，但是產(chǎn)品不應(yīng)該是平臺化的發(fā)起者逮刨，需要做平臺化的項目就要遵循平臺的立項流程并指派合適的Owner；

iii.杜絕產(chǎn)品經(jīng)理不調(diào)研公司已有的技術(shù)平臺和模塊堵泽，按個人喜好和想象搭建產(chǎn)品修己；

D． Product舉例

i.每個汽車公司都擁有多個設(shè)計制造的平臺，比如：底盤設(shè)計迎罗，軸傳動睬愤，轉(zhuǎn)向操舵等，而不同型號的汽車就是基于這些平臺所搭建出來的產(chǎn)品纹安；

ii.點融借貸尤辱，MCA等砂豌，這些都屬于Product；

iii. 聚合支付服務(wù)也是一個Product光督，服務(wù)于點融的核心業(yè)務(wù)阳距；

iv.CRM也屬于Product，為用戶運營的一部分结借，其對內(nèi)服務(wù)于銷售和客服筐摘，如果Saas化，將能服務(wù)于金融企業(yè)船老，銀行等外部客戶咖熟。

3.?? Feature

Feature是令Product有別于其他產(chǎn)品和競爭對手的重要特征之一，它是Product的重要組成部分柳畔，也就是說馍管，一個產(chǎn)品由多個Features組成。Feature主要是指功能性的單元或組件薪韩，客戶/用戶和開發(fā)者可以通過Feature來進行溝通确沸，我們也可以利用Feature來審視和提高產(chǎn)品被重復消費的意識。比如TTZ 1.0是一個Feature躬存，它拆散所有的資產(chǎn)包并分配到不同的團中张惹，構(gòu)成了產(chǎn)品有別于其他產(chǎn)品的特性；現(xiàn)金貸中實時全自動線上審批岭洲，極速（僅需3分鐘）借款申請體驗等屬于Feature宛逗，它們構(gòu)成了產(chǎn)品的賣點。

Feature一般包括產(chǎn)品的功能性與非功能性特征（functional/non-functional Features）盾剩，非主體特征（outlier Features）雷激，交叉性特征（cross-cutting Features）及由于時間壓力帶來的不成熟的特征（immature Features）等。

A．如何判斷

有時候我們很清晰的知道“這是一個產(chǎn)品的Feature”告私，但更多情況下屎暇，尤其是當我們在做產(chǎn)品的MVP的時候，往往只是做了一個解決簡單問題的Feature驻粟。Feature更多的是具體的動作/功能根悼，而包含眾多Features的產(chǎn)品，解決的則是特定用戶的場景化問題蜀撑。

如果對以下問題的回答是肯定的挤巡，那么您所致力開發(fā)的項目就是一個Feature：

i. 這個Feature是不是產(chǎn)品所具備的眾多特征（nice-to-have, must-to-have）之一？

ii. 這個Feature是不是高度聚焦的酷麦？它是不是與產(chǎn)品現(xiàn)有的其他功能完全不同矿卑，但是它又是和其他的Feature一起組成了這個產(chǎn)品？

B． 需要遵循的規(guī)則

i.MRD Review: 推薦進行沃饶，為Non-blocking Review母廷；

參考：MRD Review Process

ii.1 Pager立項流程：需要進行轻黑，且為Blocking Review;

參考流程：1 Pager Review Process

iii.Architecture Review: 推薦進行，為Non-blocking Review琴昆；

參考流程：Arch Review Process

C．不建議做的事

i. 防止功能蔓延（Feature Creep）氓鄙；

D． Feature舉例

i.TTZ 2.0對于TTZ 1.5來說，它是一個Feature而不是Improvement, 依賴于RiverRun這個平臺, 服務(wù)于點融的核心業(yè)務(wù)椎咧；

ii. 小融包玖详，節(jié)節(jié)發(fā)，企業(yè)團勤讽，社區(qū)，商城拗踢，點融幣都屬于Feature脚牍；

iii.好的Feature與不好的Feature:

Good Feature

Bad Feature

受用戶歡迎

用戶抱怨

受開發(fā)者歡迎

重復的特性

充分實施的，思慮周全的

變通方案巢墅，Hack

準確無誤的

缺陷特性

測試充分的

無法測試或者很難進行測試的

滿足架構(gòu)設(shè)計要求的

選擇性Feature

獨特的功能性

極易變動的诸狭，不穩(wěn)定的

4. ?Improvement

Improvement是指對產(chǎn)品的改善，產(chǎn)品是否實施了這一項Improvement君纫，不會影響產(chǎn)品功能的主要業(yè)務(wù)目的驯遇，但是Improvement在用戶體驗，使用方便蓄髓，穩(wěn)定性叉庐，性能等方面的提升，可以更好的實現(xiàn)產(chǎn)品的目標会喝。Improvement的引入不會帶來新的business goal陡叠，但是Feature會。

比如點融理財界面改版是是一項Improvement肢执，而TTZ 2.0對于TTZ 1.5來說枉阵，是一個Feature而不是一項Improvement，因為兩者要實現(xiàn)的業(yè)務(wù)目標不一樣预茄，設(shè)計和實現(xiàn)也不相同兴溜，并且TTZ 2.0為整個產(chǎn)品創(chuàng)造了新的賣點，而TTZ 1.5的目的是為了團產(chǎn)品的合規(guī)化耻陕，所以TTZ1.5是Improvement拙徽，TTZ 2.0是Feature；總而言之淮蜈，Improvement不會增加產(chǎn)品本身的賣點斋攀，但是它可以增強用戶體驗，提高轉(zhuǎn)化率梧田。

A．如何判斷

Improvement針對的是已有的功能淳蔼，是在已有功能的基礎(chǔ)上所做的優(yōu)化侧蘸，包括：用戶體驗，性能等鹉梨，這是一個持續(xù)的過程讳癌。

如果對以下問題的回答是肯定的，那么您所致力開發(fā)的項目就是一個Improvement：

i.這項改進是不是在現(xiàn)有的產(chǎn)品功能上所做的優(yōu)化存皂？

ii.您的目標是不是為了提升用戶體驗晌坤？或者是為了提升產(chǎn)品性能/產(chǎn)品質(zhì)量？

B． 需要遵循的規(guī)則

i.MRD Review: 推薦進行旦袋，為Non-blocking Review骤菠；

參考：MRD Review Process

ii.1 Pager立項流程：推薦進行，為Non-blocking Review疤孕；

參考流程：1 Pager Review Process

iii.Architecture Review: 推薦進行商乎，為Non-blocking Review；

參考流程：Arch Review Process

C.不建議做的事

i.防止范圍蔓延祭阀，杜絕開發(fā)者憑經(jīng)驗喜好將Improvement擴大為對一個Feature的重構(gòu)鹉戚；

D.Improvement舉例

i.點融理財界面改版Lender 4.0是一個Improvement；

ii.注冊時由數(shù)字驗證碼改為極驗专控。

5.?Bug/Defect

Bug/Defect是指軟件產(chǎn)品中存在的缺陷抹凳。當軟件的功能實現(xiàn)沒有滿足產(chǎn)品的需求，或者沒有滿足用戶的期望時伦腐，這時產(chǎn)生的問題就是缺陷赢底；換言之，缺陷是指代碼或數(shù)據(jù)庫層蔗牡，或代碼邏輯實現(xiàn)所引發(fā)的功能故障颖系，或者是不符合用戶預期的結(jié)果。

軟件的缺陷可以從以下幾個角度進行分類：

優(yōu)先級 Priority

嚴重等級 Severity

用戶發(fā)現(xiàn)缺陷的機率 Probability

質(zhì)量維度辩越，包括Accessibility嘁扼，Compatibility，Concurrency黔攒，Efficiency趁啸，F(xiàn)unctionality，Install-ability督惰，Localizability不傅，Maintainability，Performance赏胚，Portability访娶，Reliability，Scalability觉阅，Security崖疤，Testability秘车，Usability

相關(guān)的模塊/組件

缺陷發(fā)現(xiàn)的階段

缺陷引入的階段

A.如何判斷

i.缺陷可以發(fā)生在軟件開發(fā)生命周期的任何一個階段，缺陷的識別可以由參與項目的任何人員完成劫哼，例如：產(chǎn)品經(jīng)理叮趴，系統(tǒng)維護人員、開發(fā)人員权烧、測試人員眯亦、界面設(shè)計師、用戶等般码；

ii.對于缺陷的修復是指修正不符合設(shè)計規(guī)格的結(jié)果妻率，而Feature request則是給產(chǎn)品添加新的功能；

iii.缺陷是引起客戶對產(chǎn)品‘不滿’的主要起因侈询，而Feature request則是提升產(chǎn)品吸引力的方法及手段舌涨；

B.需要遵循的規(guī)則

i.Defect/Bug在創(chuàng)建時應(yīng)遵循Priority & Security的定義；

參考流程：優(yōu)先級Priority和嚴重等級Severity的定義

ii.所有Bugfix扔字，代碼一定要進行review；

參考流程：Code Review Guidelines

C.不建議做的事

i.防止為了修復缺陷而引起的范圍蔓延温技，杜絕開發(fā)人員憑經(jīng)驗喜好將一個Bug fix擴大為做代碼優(yōu)化甚至擴大為做一個Improvement革为；

D. Defect舉例

i.團投資記錄無法顯示給投資用戶；

ii.散標無法進行投資舵鳞；

iii.為賬戶充值點擊確認支付后手機應(yīng)用退出震檩；

iv.新貴貸提交審核后，在審核系統(tǒng)中無相關(guān)貸款信息蜓堕；

v.用戶輸入的還款金額等于應(yīng)還款金額時抛虏，無法進行還款操作，并且APP報錯“不可超過當前結(jié)清應(yīng)還金額套才，請重新操作”迂猴；

vi.社區(qū)模塊由于新版本的上線加載速度由300ms 延長至 3s。

本文作者：安娜（點融黑幫）背伴，資深項目經(jīng)理沸毁。