產(chǎn)品設(shè)計最重要的不是產(chǎn)品經(jīng)理知道產(chǎn)品需要做成什么，而是產(chǎn)品經(jīng)理知道如何找到一條最優(yōu)的產(chǎn)品路徑，以最小的代價，最少的時間，實現(xiàn)出本階段內(nèi)最佳狀態(tài)的產(chǎn)品。

01

什么是好產(chǎn)品？

對于這個問題，每個用戶可能都清楚它的答案—— 一款產(chǎn)品通過加上哪些功能，可以變得操作更簡單，體驗更良好，功能更全面，幾乎每個人都可以提出非常多的建議。

但我們做的每一件事情，背后都有很多隱形代價，當(dāng)做了這個需求后，它的代價可能是另外一個也很重要的需求被延后開發(fā)，或者是另外一些功能的實現(xiàn)效果打了折扣，既機(jī)會成本。

所以，產(chǎn)品設(shè)計最重要的不是產(chǎn)品經(jīng)理知道產(chǎn)品需要做成什么，而是產(chǎn)品經(jīng)理知道如何找到一條最優(yōu)的產(chǎn)品路徑，以最小的代價，最少的時間，實現(xiàn)出本階段內(nèi)最佳狀態(tài)的產(chǎn)品。

所以，產(chǎn)品經(jīng)理需要能夠看到所有的產(chǎn)品路徑和解決方案，并了解每一個路徑和方案的優(yōu)劣勢和性價比，最終做出最優(yōu)決策。

金融行情交易客戶終端的應(yīng)用，既可以給炒股用的，也可以交易期貨、現(xiàn)貨、郵幣卡或其他虛擬貨幣等，其產(chǎn)品模式基本都是由行情模塊、資訊模塊和交易模塊組成。

此類產(chǎn)品的形態(tài)和通用路徑基本都是：自選>分時>K線>交易。

通用的主路徑基本都是唯一的，但是可選的分支路徑則可以定義出很多，譬如以用戶操作路徑為導(dǎo)向的產(chǎn)品功能研發(fā)路徑：自選>分時>K線>指標(biāo)>盤口>F10>資訊>成交明細(xì)>交易>資金。

這是一條理想狀態(tài)下的產(chǎn)品路徑，所有的功能模塊都要想，交付時間也不著急，從用戶操作視角一層層遞進(jìn)。

這樣實現(xiàn)的好處就是“穩(wěn)”，前一環(huán)節(jié)的功能為下一步的新功能提供基礎(chǔ)，但是當(dāng)項目遇到了各種矛盾的情況下，時間和研發(fā)資源可能不足以支撐這樣的常規(guī)路徑，那么就必然面對各種取舍。

所有的時間問題，背后一定都是工作量問題。

所以，當(dāng)研發(fā)資源有限的情況下，產(chǎn)品經(jīng)理的一種常規(guī)解決方案就是：保留流程鏈，但是減少流程環(huán)節(jié)個體上投入。

如果還是保留常規(guī)的產(chǎn)品主路徑：自選>分時>K線>指標(biāo)>盤口>F10>資訊>成交明細(xì)>交易>資金；

那么還可以調(diào)整的便是：

自選（先不實現(xiàn)云自選同步功能）>分時（不做縮放功能）>K線（減少K線的可選周期）>指標(biāo)（減少指標(biāo)數(shù)）>盤口（減少字段）>F10（減少字段）>資訊（不提供分類和標(biāo)簽功能等）>成交明細(xì)（僅保留基礎(chǔ)字段）>交易（減少快捷交易下單方式）>資金（減少報表維護(hù)）。

這種思路的優(yōu)點就是流程鏈仍舊都保留，只是下調(diào)了質(zhì)量標(biāo)準(zhǔn)，但是當(dāng)未來又有時間了之后，則可以重新“補(bǔ)回來”，且屆時不會出現(xiàn)架構(gòu)和布局上的大問題。

但是這種模式會暴露更多的矛盾點，核心是通過減質(zhì)量的方式達(dá)到，本來是項目時間進(jìn)度的矛盾，現(xiàn)在則是功能操作和體驗的矛盾，容易陷入被動的需求縫補(bǔ)循環(huán)中。

那么另外一條可考慮的產(chǎn)品策略方式則是：通過深入理解業(yè)務(wù)和需求，進(jìn)行功能性的合并，但是仍可支持各類不同的操作需求。

下面就以一個產(chǎn)品為例，做步驟解析：

02

第一步：對功能鏈的功能環(huán)節(jié)進(jìn)行理解，找出共性環(huán)節(jié)，進(jìn)行合并整理

譬如分時頁面頭部的“合約基礎(chǔ)屬性”與盤口、F10中的屬性，有多少是相同類似的，如何做巧，將這3者有效關(guān)聯(lián)復(fù)用，譬如保證金金額、保證金比例和杠桿這3個字段，有極大的效果相似度和計算公式，那么便可以選擇一個字段展示即可。

首先剔除了這些不同頁面中的重復(fù)元素后，接下來則是頁面功能的設(shè)計，或許便不需要獨(dú)立的分時、盤口和F10這3個頁面，而僅需要在分時頁面保留下一個合適的切換信息框，用以展示篩選后保留下來的元素。

由上圖可以直接看出：圖1中的漲跌=圖3中的漲跌，圖1中的最新、買賣價、持倉=圖3中的最新、買賣價、持倉，圖2中的漲跌停=圖3中的漲停+跌停，圖1的合約屬性=圖2的合約屬性

第二步：從后端架構(gòu)來思考前端應(yīng)用層面功能的取舍與重新包裝

所有的復(fù)雜系統(tǒng)的研發(fā)必然都是后端的工作量大于前端。

譬如，交易模塊中的“止盈止損單”和“云條件單”功能。

如果是本地開發(fā)，則這2者的功能架構(gòu)基本一致，無非是“止盈止損單”是“云條件單”的一種特殊選定品種和方向的模式。

從用戶需求上來看，條件單也是大集合，止盈止損單是小集合，也就是條件單的產(chǎn)品功能覆蓋了止盈止損單，而且后端架構(gòu)上也對應(yīng)一致。

故而，產(chǎn)品經(jīng)理的決策便可以是：保留“云條件單”，合并前端的“止盈止損單”與“云條件單”頁面，如果做的更好的話，在“云條件單”頁面中以良好的用戶體驗來表達(dá)出“止盈止損單”的狀態(tài)概念。

另外，性價比高的“小東西”可以多做，在這個案例中，“止盈止損單”的頁面被暫時砍掉了，但是止盈止損單的“按鈕”入口（譬如在持倉或下單的場景）可以保留。如此，用戶其實并沒有發(fā)現(xiàn)少了功能，需求操作也沒有受到任何影響，但是少了一個前端頁面的工作量。

第三步：擁有更全面的視野來思考產(chǎn)品

功能設(shè)計、原型交互、數(shù)據(jù)定義，這些已經(jīng)是后期的執(zhí)行環(huán)節(jié)。當(dāng)我們?nèi)ニ伎家豢钚星榻灰譇PP，最好的需求體驗是什么時，我們需要清楚地知道這唯一性的答案：“幫用戶賺到錢”。

正如借貸類產(chǎn)品的最好體驗就是“借到錢”，返傭類平臺的最好體驗則是“省錢”，至于穩(wěn)定性、體驗性、操作模式都是為這些核心目的服務(wù)。

那么，我們來分析一款行情交易APP如何幫用戶賺到錢？是要依賴豐富的盤口信息，還是依賴豐富的多種下單方式？

解決這個核心問題需要和業(yè)務(wù)運(yùn)營共同合作，如果直接提供給用戶勝率較高的免費(fèi)策略指標(biāo)、有較高價值的操作建議方案的資訊內(nèi)容，這些可以直接影響到用戶的盈利賺錢需求，哪怕之前體驗功能做得再一般，有這些帶盈利價值的功能遠(yuǎn)比體驗層面的優(yōu)化更重要。

所以，由此分析得出：

在配合的情況下，有價值的資訊和指標(biāo)功能比其他各種的工具小功能都更加重要。至于各種不同類型的快捷下單方式，限價單、市價單、超價單、排隊價單等僅僅是前者操作的補(bǔ)充結(jié)果 。

故而，唯一的真正主路徑只有：分時>指標(biāo)（能指導(dǎo)盈利的指標(biāo)）>資訊（能指導(dǎo)盈利的資訊）>交易。

除此之外，其他還能做得更好的，便是項目管理了——了解和熟悉自己的團(tuán)隊，知道自己的研發(fā)團(tuán)隊更擅長最哪個功能領(lǐng)域模塊，準(zhǔn)確地評估時間，定義好關(guān)鍵路徑，做好更兼容的架構(gòu)設(shè)計，避免返工等。

另外，還有就是要留意對用戶敏感但是一般不會表述出來的細(xì)節(jié)點，譬如移動端的流量消耗問題。

譬如一個行情交易的APP產(chǎn)品雖然很穩(wěn)定，速度也非?？欤鞘褂闷饋?，一個小時耗1G的流量，用戶顯然是無法接受的。

要解決這個問題，有很多的工作量需要提前處理，譬如本地緩存、增量加載和按需推送等，這些需要在架構(gòu)層面便需要兼容支持。

所以，選擇最優(yōu)產(chǎn)品路徑，需要產(chǎn)品經(jīng)理具備更high level的視野，理解問題的本質(zhì)，看到業(yè)務(wù)整體、模塊組成和關(guān)注被默認(rèn)忽略掉的細(xì)節(jié)。最終，通過結(jié)合產(chǎn)品視野、團(tuán)隊情況、市場發(fā)展，才能定義出最優(yōu)的產(chǎn)品實現(xiàn)路徑。

#專欄作家#

朱宇迪，人人都是產(chǎn)品經(jīng)理專欄作家。魔都某公司產(chǎn)品總監(jiān)，在金融系統(tǒng)搭建、金融社交平臺及理財投資產(chǎn)品應(yīng)用領(lǐng)域均有豐富的積累，完整的前后端實踐經(jīng)驗，擅長差異化競爭與全局視野，并對產(chǎn)品規(guī)劃與落地執(zhí)行有著獨(dú)特的見解。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。