圍繞高效溝通,構(gòu)建產(chǎn)品原型5個方面的設(shè)計方法
導語:產(chǎn)品原型并不是一個設(shè)計載體、而是一個高效溝通載體;產(chǎn)品原型有一套成熟的設(shè)計理論。本文為10年產(chǎn)品經(jīng)理總結(jié)的產(chǎn)品原型架構(gòu)方法論,圍繞5個方面、13個要點進行展開。助力產(chǎn)品經(jīng)理從“術(shù)”的層面提升到“道”的層面。
一、產(chǎn)品原型的本質(zhì)是溝通載體、而非設(shè)計載體
產(chǎn)品原型是每個產(chǎn)品經(jīng)理必備的工具。很多初學產(chǎn)品的小伙伴可能認為實現(xiàn)原型設(shè)計最快捷的方式不外乎就兩種,一,淘取到一個成熟原型模板、COPY其設(shè)計;二,從業(yè)于BAT類互聯(lián)網(wǎng)企業(yè)、遵循其標準;
其實,如上兩種方法最終也是“邯鄲學步”(學到了形,而沒有學到神)。因為產(chǎn)品原型追根溯源解決的其實是”溝通效率”問題,而并不是如上兩種方式所聚焦的解決設(shè)計問題。
請各位思考這樣一個問題,倘若一個人身兼產(chǎn)品、設(shè)計、開發(fā)、運營多角色一身,產(chǎn)品原型還有必要么?
所以,產(chǎn)品原型并不是一個設(shè)計交付物、而是一個溝通工具。認清這個本質(zhì)之后,我們才可以建立產(chǎn)品原型的框架和內(nèi)容、也才能掌握產(chǎn)品原型的設(shè)計方法論。
本文會圍繞5個方面,13個要點進行詳細闡述;這些要點均來源于多年實戰(zhàn)。適用于所有產(chǎn)品原型輸出場景,本文不是一篇產(chǎn)品設(shè)計工具書,而是一篇依托產(chǎn)品原型實現(xiàn)“高效溝通”的操作指引。
我先把我犯過的錯,或許小伙伴們也遇到過的困惑做一次盤點,看各位有共鳴否?
這些問題就如患羊癲瘋一樣偶發(fā),不經(jīng)意間在某個功能點上就會爆發(fā);又如同腳臭一樣堅韌、無法根治則持續(xù)受其困擾。
總而言之,我們需要一種結(jié)構(gòu)化的工作策略,可從根本解決如上困惑。那圍繞這個根本策略,我們總結(jié)了5個方面、13個要點;這些內(nèi)容均是歷史項目中得到實踐、也形成原型的模板、也歸納成方法論;下面為各位展開論述:
二、一份好的產(chǎn)品原型判斷標準
首先,我們來分析一款好的產(chǎn)品原型,在高效溝通這個目標之下,需滿足什么標準?我總結(jié)有如下5點:
- 簡潔精煉:內(nèi)容沒有歧義、描述用詞準確專業(yè)、內(nèi)容不重復;其中比較顯著的特點就是“不復制其他頁面內(nèi)容,而采用關(guān)聯(lián)指向”,
- 全面完整:內(nèi)容全面沒有遺漏,最終判斷標準就是進入開發(fā)后,很少或不出現(xiàn)補充遺漏邏輯;
- 松散組合:原型有公共描述部分、有個性化定義部分;最終實現(xiàn)每個開發(fā)只關(guān)注自己板塊的原型稿即可完成開發(fā);
- 模板統(tǒng)一:整個原型擁有清晰的結(jié)構(gòu)、準確的框架;自學習成本低,團隊內(nèi)產(chǎn)品經(jīng)理可形成一套統(tǒng)一模板;比如交付原型給新入職產(chǎn)品經(jīng)理,該產(chǎn)品經(jīng)理看完原型即可推動項目開發(fā)完成;
- 敏捷交付:原型大小以項目顆粒度為依歸;并于2周~1月內(nèi)敏捷開發(fā)可上線;
三、5個方面概要圖
下圖為5個方面所對應原型中的一個設(shè)計要點,每個方面都解決如上的原型標準。
四、第一方面:菜單結(jié)構(gòu)
4.1 菜單結(jié)構(gòu)方面的價值
菜單結(jié)構(gòu)是指產(chǎn)品原型的目錄具備清晰的結(jié)構(gòu)、準確的框架,自學習成本極低;對應解決的就是原型標準中的“模板統(tǒng)一”。
4.2 錯誤的菜單結(jié)構(gòu)案例
我們舉一個最簡單的訂餐系統(tǒng)為例,包含功能“加入購物車”、“支付訂單”、“登錄注冊”、“優(yōu)惠劵下單”;如下是一個不良的原型菜單結(jié)構(gòu);
上面的菜單結(jié)構(gòu)乍一看,沒有任何問題。可在進入項目實踐中會發(fā)現(xiàn),該菜單結(jié)構(gòu)存在非常多的弊端:
4.3 菜單結(jié)構(gòu)”工作要點
我們將上圖的菜單結(jié)構(gòu)進行一次規(guī)范整理,結(jié)果呈現(xiàn)的形式如下:
“菜單結(jié)構(gòu)”整理的要點如下:
- 菜單依據(jù)A、B、C、D、E、F進行大板塊管理,比如A為商業(yè)分析、B為項目管理、C為公共文件、D為技術(shù)架構(gòu)、E為前端原型、F為后端原型、G為運營管理、H為營銷推廣;
- 每個頁面用文件夾包裹起來,依據(jù)功能顆粒度,比如微信按照“萬能夾發(fā)送語音通話”、“萬能加發(fā)送位置”進行分類管控;比如上圖的“下單場景”文件夾
- 每個頁面采用固定命名規(guī)則:編碼 + 主數(shù)據(jù) +業(yè)務 + 單據(jù)類型 ;A-01 火車票預訂單列表頁;而不是 “車票管理”這種不知所謂的命名;
- 產(chǎn)品原型每個頁面均要編碼;如A-01-01
總結(jié),好的菜單結(jié)構(gòu)如同一張清晰的地圖、任何人無經(jīng)培訓都可看得懂。
五、第二方面:公共模塊
5.1 公共模塊方面的價值
公共模塊是指將原型中公共描述部分全部抽取進入一個版塊中統(tǒng)一闡述。公共描述部分需滿足兩個特點:其一是開發(fā)前所有人都要看;其二是在多個地方被引用;公共模塊對應解決的就是原型標準中的“松散組合”。
公共模塊分為三類,如下表從描述和包含給做了一次整理:
5.2 錯誤的原型案例
上圖中的例子,足可以說明,任何數(shù)據(jù)為空的頁面,產(chǎn)品都需要畫一個空值頁面來代表;這種方法弊端極大。其一產(chǎn)品需要花費大量時間去繪制價值低頁面;其二稍不留心則頁面設(shè)計無法統(tǒng)一;其三若空值頁面后期需變更設(shè)計,則需大批量修改。
5.3 “公共頁面”正確范例
所以,在“公共模塊”方面,我們采用一個公共頁面來統(tǒng)一風格,并通過參數(shù)來實現(xiàn)多地方調(diào)用;。比如下面“E-05-02-01 我的優(yōu)惠劵列表頁”則采用參數(shù)調(diào)用“E-02-03 公共頁面–空數(shù)據(jù)”。
5.4 “公共模塊”工作要點
我們總結(jié)下公共模塊的工作要點如下:
- 所有開發(fā)都需知道的邏輯就抽取為公共內(nèi)容;
- 從A位置復制到B位置,則該內(nèi)容就需公共化;
- 公共板塊采用接口 + 參數(shù)進行描述;
- 公共頁面在原型板塊中也要建立獨立文件夾進行管理;
總結(jié):好的公共模塊如同一部憲法、奠定了基本準則、構(gòu)建了核心價值觀。
六、第三方面:單一頁面
6.1 單一頁面方面的價值
單一頁面是指采用體系化的描述方法來定義單個頁面的“頁面邏輯”和“交互邏輯”;單一模塊對應解決的就是原型標準中的“簡潔精煉”。
單一頁面分為三類,如下表從描述和包含給做了一次整理:
6.2 錯誤的原型案例
或許有些小伙伴會覺得上面的頁面描述已比較完整;不說大道理,直接上圖,看“單一頁面”的正確范例。
6.3 “單一頁面”正確范例
6.4 “單一頁面”工作要點
- 用表格列出結(jié)構(gòu)化體系,同樣邏輯則用鏈接;表格內(nèi)容不能為空;
- 鏈接只到單據(jù)編號;
總結(jié),好的項目管控如同一座金字塔;層層分解條理清晰的闡述一個頁面的構(gòu)造;
七、第四方面:自檢清單
7.1 自檢清單方面的價值
以上的內(nèi)容足可以讓一份原型設(shè)計稿清晰準確、完整精煉;可這是否就代表產(chǎn)品原型設(shè)計已完善了呢?
恰恰不是,萬里長征才走完第一步!
設(shè)想在業(yè)務評審的時候,高層領(lǐng)導詢問如下問題,你如何應對?
- 你這款產(chǎn)品預估帶來的業(yè)務價值是什么?顯性收益和隱形收益分別是?
- 你看過那些行業(yè)案例?他們都是怎么做的?
- 你覺得你的原型中突出的幾個功能和設(shè)計要點是什么?
- 你的平臺對海外或低網(wǎng)絡環(huán)境如何支持?
- 你覺得哪幾個功能模塊可以先開發(fā)?
- 你需要什么運營支持?
7.2 “自檢清單”的工作要點
故而,我在團隊內(nèi)采用自檢清單形式,每位產(chǎn)品經(jīng)理在業(yè)務評審之前,可通過該清單,不斷審視產(chǎn)品。圍繞價值、競品、兼容、爆點、運營等多個方面進行深挖,
這種方式可讓產(chǎn)品不至于局限在操作體驗。同時在產(chǎn)品內(nèi)部評審會議中,該表單也是設(shè)計稿能否通過的關(guān)鍵一環(huán)。
自檢清單方面要點如下:
- 自檢要素為7項:價值、競品、爆點、擴展、敏捷、宣傳、運營
- 自檢要素需在業(yè)務評審之前完成;
- 產(chǎn)品內(nèi)評審需以此為參照物;
總結(jié),好的單一頁面如同一份體檢單;幫助產(chǎn)品從用戶體驗中解脫出來,聚焦于價值和協(xié)同;
八、第五方面:項目管控
8.1 項目管控方面的價值
產(chǎn)品經(jīng)理不是神,更何況在很多企業(yè),產(chǎn)品經(jīng)理都無力觸達經(jīng)營。所以產(chǎn)品經(jīng)理在思維上會極其受限。
故而,產(chǎn)品需借助外力,完善原型框架、補充自身短板。
8.2 “項目管控”的工作要點
我總結(jié)的外力,就是三個會議,分別為“業(yè)務評審會、技術(shù)評審會、原型解說會”,每個會議都有各自目標,下表則詳細列出三個會議的與會人和補充的短板內(nèi)容:
總結(jié):好的項目管控如同一臺電話機,幫助聯(lián)通多角色的關(guān)注和資源;
本文由 @ boyka? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
學習了
非常實用的知識,學到很多,謝謝分享~
很棒,期待下一篇文章
學習了,謝謝分享。
優(yōu)秀,干貨滿滿。有實例 有總結(jié)歸檔。
最后的敏捷交付項目管控有一些單薄,是不是可以結(jié)合需求排序,迭代計劃規(guī)劃展開說說。
謝謝支持
都是干貨,希望多出些這種實戰(zhàn)方面的案例介紹,感謝,學到不少。
謝謝支持 計劃將這類實戰(zhàn)內(nèi)容整理成為一個專題供各位評鑒
寫的挺認真的。
謝謝!本文是高級產(chǎn)品經(jīng)理專題的一部分;謝謝您的支持
感謝,學到不少,很有用~
這就是動力!多謝支持
不明覺厲
您好 這里主要是通過幾個“方面”來講產(chǎn)品原型載體如何讓溝通更高效;就是如何用一個框架來寫產(chǎn)品原型;
比如
1)每個頁面要編號
2)每個頁面公共設(shè)計的內(nèi)容要抽取出來
3)整個原型有一個固定的結(jié)構(gòu)、用文件夾包起來