圍繞高效溝通,構(gòu)建產(chǎn)品原型5個方面的設(shè)計方法

14 評論 6675 瀏覽 76 收藏 14 分鐘

導語:產(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點:

  1. 簡潔精煉:內(nèi)容沒有歧義、描述用詞準確專業(yè)、內(nèi)容不重復;其中比較顯著的特點就是“不復制其他頁面內(nèi)容,而采用關(guān)聯(lián)指向”,
  2. 全面完整:內(nèi)容全面沒有遺漏,最終判斷標準就是進入開發(fā)后,很少或不出現(xiàn)補充遺漏邏輯;
  3. 松散組合:原型有公共描述部分、有個性化定義部分;最終實現(xiàn)每個開發(fā)只關(guān)注自己板塊的原型稿即可完成開發(fā);
  4. 模板統(tǒng)一:整個原型擁有清晰的結(jié)構(gòu)、準確的框架;自學習成本低,團隊內(nèi)產(chǎn)品經(jīng)理可形成一套統(tǒng)一模板;比如交付原型給新入職產(chǎn)品經(jīng)理,該產(chǎn)品經(jīng)理看完原型即可推動項目開發(fā)完成;
  5. 敏捷交付:原型大小以項目顆粒度為依歸;并于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)”整理的要點如下:

  1. 菜單依據(jù)A、B、C、D、E、F進行大板塊管理,比如A為商業(yè)分析、B為項目管理、C為公共文件、D為技術(shù)架構(gòu)、E為前端原型、F為后端原型、G為運營管理、H為營銷推廣;
  2. 每個頁面用文件夾包裹起來,依據(jù)功能顆粒度,比如微信按照“萬能夾發(fā)送語音通話”、“萬能加發(fā)送位置”進行分類管控;比如上圖的“下單場景”文件夾
  3. 每個頁面采用固定命名規(guī)則:編碼 + 主數(shù)據(jù) +業(yè)務 + 單據(jù)類型 ;A-01 火車票預訂單列表頁;而不是 “車票管理”這種不知所謂的命名;
  4. 產(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é)下公共模塊的工作要點如下:

  1. 所有開發(fā)都需知道的邏輯就抽取為公共內(nèi)容;
  2. 從A位置復制到B位置,則該內(nèi)容就需公共化;
  3. 公共板塊采用接口 + 參數(shù)進行描述;
  4. 公共頁面在原型板塊中也要建立獨立文件夾進行管理;

總結(jié):好的公共模塊如同一部憲法、奠定了基本準則、構(gòu)建了核心價值觀。

六、第三方面:單一頁面

6.1 單一頁面方面的價值

單一頁面是指采用體系化的描述方法來定義單個頁面的“頁面邏輯”和“交互邏輯”;單一模塊對應解決的就是原型標準中的“簡潔精煉”。

單一頁面分為三類,如下表從描述和包含給做了一次整理:

6.2 錯誤的原型案例

或許有些小伙伴會覺得上面的頁面描述已比較完整;不說大道理,直接上圖,看“單一頁面”的正確范例。

6.3 “單一頁面”正確范例

6.4 “單一頁面”工作要點

  1. 用表格列出結(jié)構(gòu)化體系,同樣邏輯則用鏈接;表格內(nèi)容不能為空;
  2. 鏈接只到單據(jù)編號;

總結(jié),好的項目管控如同一座金字塔;層層分解條理清晰的闡述一個頁面的構(gòu)造;

七、第四方面:自檢清單

7.1 自檢清單方面的價值

以上的內(nèi)容足可以讓一份原型設(shè)計稿清晰準確、完整精煉;可這是否就代表產(chǎn)品原型設(shè)計已完善了呢?

恰恰不是,萬里長征才走完第一步!

設(shè)想在業(yè)務評審的時候,高層領(lǐng)導詢問如下問題,你如何應對?

  1. 你這款產(chǎn)品預估帶來的業(yè)務價值是什么?顯性收益和隱形收益分別是?
  2. 你看過那些行業(yè)案例?他們都是怎么做的?
  3. 你覺得你的原型中突出的幾個功能和設(shè)計要點是什么?
  4. 你的平臺對海外或低網(wǎng)絡環(huán)境如何支持?
  5. 你覺得哪幾個功能模塊可以先開發(fā)?
  6. 你需要什么運營支持?

7.2 “自檢清單”的工作要點

故而,我在團隊內(nèi)采用自檢清單形式,每位產(chǎn)品經(jīng)理在業(yè)務評審之前,可通過該清單,不斷審視產(chǎn)品。圍繞價值、競品、兼容、爆點、運營等多個方面進行深挖,

這種方式可讓產(chǎn)品不至于局限在操作體驗。同時在產(chǎn)品內(nèi)部評審會議中,該表單也是設(shè)計稿能否通過的關(guān)鍵一環(huán)。

自檢清單方面要點如下:

  1. 自檢要素為7項:價值、競品、爆點、擴展、敏捷、宣傳、運營
  2. 自檢要素需在業(yè)務評審之前完成;
  3. 產(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é)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 學習了

    來自浙江 回復
  2. 非常實用的知識,學到很多,謝謝分享~

    來自廣東 回復
  3. 很棒,期待下一篇文章

    來自浙江 回復
  4. 學習了,謝謝分享。

    來自遼寧 回復
  5. 優(yōu)秀,干貨滿滿。有實例 有總結(jié)歸檔。
    最后的敏捷交付項目管控有一些單薄,是不是可以結(jié)合需求排序,迭代計劃規(guī)劃展開說說。

    來自北京 回復
    1. 謝謝支持

      回復
  6. 都是干貨,希望多出些這種實戰(zhàn)方面的案例介紹,感謝,學到不少。

    來自河南 回復
    1. 謝謝支持 計劃將這類實戰(zhàn)內(nèi)容整理成為一個專題供各位評鑒

      回復
  7. 寫的挺認真的。

    來自天津 回復
    1. 謝謝!本文是高級產(chǎn)品經(jīng)理專題的一部分;謝謝您的支持

      回復
  8. 感謝,學到不少,很有用~

    來自上海 回復
    1. 這就是動力!多謝支持

      回復
  9. 不明覺厲

    來自山東 回復
    1. 您好 這里主要是通過幾個“方面”來講產(chǎn)品原型載體如何讓溝通更高效;就是如何用一個框架來寫產(chǎn)品原型;
      比如
      1)每個頁面要編號
      2)每個頁面公共設(shè)計的內(nèi)容要抽取出來
      3)整個原型有一個固定的結(jié)構(gòu)、用文件夾包起來

      回復