4個原則,帶你寫出被程序員夸贊的產品原型

10 評論 17036 瀏覽 134 收藏 19 分鐘

在產品工作中,原型算是接觸最頻繁的文檔之一。是否能畫出能被大家理解的原型,是一個產品經理的基本標準之一。那么問題來了:如果要畫出溝通更高效,還能讓程序員測試大佬稱贊的原型,怎么做?

最近在審核團隊其他產品經理交付的原型方案時總是發現不少產品同學對一個原型應該寫什么、應該怎么寫并沒有一個清晰的定義和標準;這也導致了在研發過程中總是避免不了被開發吐槽:“我就是按照原型做的”—但因為原型本身沒有定義清楚對應的功能說明導致最終上線的內容并不是產品經理原本想要的效果。

為了規范產品同學的原型制作規范,我整理了4大原型制作原則,只要根據這些原則來填充原型內容,保證寫出讓開發在內心默默贊許“牛逼”的原型方案。

一、關于產品原型本身的分析

在介紹產品原型的設計原則之前,先讓我來分析一下原型這個產品本身。按照需求分析的公式拆解,一個完整的需求是由目標用戶使用場景和用戶在該場景下想要完成的目標構成的,那么產品原型這個需求就包含了這樣幾個使用情景:

1. 弱使用場景

a、產品經理接到運營的需求后給出對應的解決方案,并用原型的形式向運營確定這種解決方案是否能達到運營的設想;

b、完成整體的產品方案后,向上級領導進行匯報,確認領導們是否認可整體的方案設計思路或細節。

2. 強使用場景

a、產品經理在需求宣講會上以產品原型為依據,對開發、測試、設計人員進行需求宣講,以便所有項目內成員對需求有大體上的了解;

b、開發、測試、設計人員在需求宣講后依據產品原型對工作量進行拆分并安排工作任務,以便所有項目成員能準確的評估項目完成時間進行科學的工作劃分;

c、開發人員在實現過程中,以原型為依據進行技術開發,以便最終上線交付的內容是符合項目整體目標的高質量產品。

由此可以看出:一份產品原型最主要的使用者,就是配合產品經理一起完成上線目標的研發同學們;而一旦因為產品經理在最初的產品原型設計階段出現了漏寫、錯寫或想不清楚該怎么做導致頻繁的需求變更,就會拉長整個團隊的工期,也會在研發同學心目中留下“不專業”的負面印象。

二、撰寫產品原型的4大原則

遵守以下原則來撰寫你的產品原型,一定可以幫助你避免因為原型寫的不規范而被程序員(當然也包含其他閱讀產品原型的其他人)吐槽的尷尬。

1. 邊界清晰性原則

所謂邊界清晰是指讓當前閱讀這份產品原型的人能清楚的意識到,哪些是本次研發項目的內容。這個原則看似簡單,但在實際的工作場景中經常會出現因為邊界定義不清而導致的分工不明確,任務拆分不清晰。

  • 若一個產品是已經上線過的產品,那么此后的產品需求基本上是在已經上線的基礎上進行迭代優化 —-在已有產品上做改動時 ,需清晰的標注哪些是新增點、哪些是修改點、哪些是原有不修改的部分;
  • 若產品包含多邊用戶時需準確的說明當前產品的用戶是誰,不同的用戶對于的操作權限是否有區分;
  • 在進行移動端產品設計時,需明確標注每個板塊的開發方式是原生還是H5

2. 內容完整性原則

一個完整的產品原型至少要包含哪些內容呢?

一般日常迭代的小型需求至少需要包含的內容有:

  • 背景說明 – 讓所有的項目參與者明白為什么要做這個需求,這個需求是想要實現怎樣的目標?
  • 需求清單 – 需求包含哪些內容?
  • 流程圖 – 需求通過怎樣的方式閉環?
  • 功能界面 – 具體的需求是怎樣的?
  • 需求標注 – 要怎樣實現需求的效果?

項目型的原型中還需要包含該項目的頂層設計 和 版本規劃,便于讓所有項目參與參與者知曉整個項目的發展全貌和達成路徑,對齊整體的思想高度;

當不得不對需求進行內容變更的時候,需要加上修改記錄。

1)背景說明

最簡單的方法就是套用5W1H原則交代需求背景

  • Who:誰我們的用戶?產品或功能為誰設計?
  • What:用戶可以用這個產品或功能能做什么?產品或功能為用戶解決什么問題?
  • Where:用戶在哪會用這個產品或功能?
  • When:用戶在什么時候會用這個產品或功能?
  • Why:用戶為什么用你的產品,而不用別的?為什么需要這個功能?和其它產品有什么區別。
  • How:用戶如何使用這個產品或功能?

2)需求清單

按照功能性需求非功能性需求分別羅列該產品方案的需求清單,包含但不限于以下內容:需求編號、所屬模塊(可繼續劃分下層模塊)、需求概述、開發方式、是否需要設計、優先級、產品負責人。

3)流程圖

根據實際需求繪制 業務流程圖、功能流程圖、頁面流程圖:業務流程圖用于描述完整的業務流程(包括角色、環節),即要完成一項任務所涉及到的操作流程;功能流程圖用于明確功能的設計邏輯,以業務流程圖為主線,去細化每個環節的功能邏輯(如判斷必填項/判斷登錄狀態/判斷操作權限等等);頁面流程圖用于明確用戶在操作產品時,涉及的頁面以及頁面之間的流向關系。

下面以電商平臺在線收集商機的需求來演示一下三種不同的流程圖的畫法:

4)功能界面

功能界面是原型方案里的重頭戲,也是在繪制過程中最容易出錯的板塊。在進行功能界面的繪制時需要明確:

  1. 按照流程繪制內容
  2. 確保方案中每個板塊的層次是清晰的。

a、按照流程繪制內容

推薦按照業務流程圖的順序來進行內容繪制,切忌打亂流程順序想到哪里就畫到哪里。這樣做的好處是產品經理不容易漏掉產品需求中的環節,還能讓閱讀原型人通過原型里內容順序快速了解用戶的行為路徑。

以上圖業務流程中描繪的電商平臺在線收集商機的需求為例,在進行原型設計時需要依次分別繪制:

  1. 在線收集商機的發布入口(首頁);
  2. 發布需求在線商機的過程頁面(如果在繪制時沒有按照用戶正常的發布流程繪制,很容易讓開發和測試同學誤解正確的流程)。

b、確保層次清晰

一份需求文檔中可能包含多個產品板塊,在進行多板塊的產品原型繪制時需要注意每個板塊之間的邏輯關系和層次遞進。

接著上文舉例,當用戶的在線商機采集完畢后,下一步需要對商機進行轉化并促成成交,那么就會衍生出對在線商機的管理和對成交訂單的管理。

這時我們的產品方案中會包含三個模塊的內容:

  1. 在線商機采集;
  2. 商機管理;
  3. 訂單管理

所以在撰寫原型時也要注意這三個板塊依次按照商機產生、商機跟進、商機轉化的層次來進行繪制。

5)需求標注

完成了以上步驟后,基本上原型已經成型了,但把原型文檔交給程序員進行開發時可千萬不能少了需求標注。

需求標注也考核一個產品經理基本功的重要指標。一個完整的需求標注至少需要包含4部分的內容:功能默認形態、功能操作反饋邏輯、功能容錯性、功能拓展性四方面的說明。

我們以盒馬APP的下單界面舉例,來看看具體如何進行這四部分內容的標注。

a、功能默認形態

指此功能在默認情況下的狀態說明。

以盒馬下單界面標注的7個標注點來說,默認形態分別是:

  1. 默認每次下單時顯示默認地址;
  2. 默認每次下單時選擇“配送”;
  3. 展示包裹的商品圖片、標題、規格、單價、數量、標簽;
  4. 未選擇時間時默認顯示提示文案“選擇時間”;
  5. 無備注時默認顯示提示文案“點選無接觸配送等服務”;
  6. 默認選擇“默認不開票”;
  7. 顯示全部商品優惠后的總金額

b、功能操作反饋邏輯

標注功能是否可以進行交互操作,操作的方式是怎樣的,操作后會有什么樣的變化等。以盒馬下單界面標注的7個標注點來說,功能操作反饋邏輯分別是:

  1. 點擊后進入下級頁面,可切換其他已錄入的地址;
  2. 再次點擊配送不可取消;點擊門店自提切換到自提模式;
  3. 點擊后進入對應的商品詳情;
  4. 點擊后從底部彈出選擇時間面板;
  5. 點擊后進入下級頁面,可填寫或勾選對應的服務內容;
  6. 點擊后從底部彈出選擇開票方式面板;
  7. 點擊后跳轉至收銀臺

(以上只是簡單的舉例,在實際的需求標注中還需要更詳細的說明)

c、功能容錯性

可以理解為當默認形態失效或出錯時,需要進行怎樣的變化來應對。以盒馬下單界面標注的7個標注點來說,功能操作反饋邏輯分別是:

1.當沒有默認地址時,默認填入第一個地址;若該用戶無任何地址則顯示提示“請添加地址”;

4.必選,在點擊提交訂單后若沒有選擇時間則自動喚起選擇面板;

5.非必選;

7.點擊時需校驗是否有地址、是否有配送方式及時間

d、功能拓展性

即當某些功能在極限情況下,是否有所變化來包容功能的擴展。以盒馬下單界面標注的7個標注點來說,功能操作反饋邏輯分別是:

1.地址最多顯示一行,若超出時則“…”;

3.標題最多顯示2行,若超出2行則“…”;當產品沒有標簽時,則標簽所在行收起

最后,將以上4個板塊的內容拼貼在一起,就是一份完整的需求標注了!這里還要強調一下,這里介紹的4個板塊是說在進行需求標注時時刻記住有以上內容需要進行說明,這些內容完整的在一起才是一份標注,千萬不要向上文舉例過程中這樣將四個板塊拆開來寫哦!

正確的拼接方式是:

盒馬下單界面需求說明:

1.默認每次下單時顯示默認地址;點擊后進入下級頁面,可切換其他已錄入的地址;當沒有默認地址時,默認填入第一個地址;若該用戶無任何地址則顯示提示“請添加地址”;地址最多顯示一行,若超出時則“…”;

2.默認每次下單時選擇“配送”;再次點擊配送不可取消;點擊門店自提切換到自提模式;

3.展示包裹的商品圖片、標題、規格、單價、數量、標簽;點擊后進入對應的商品詳情;標題最多顯示2行,若超出2行則“…”;當產品沒有標簽時,則標簽所在行收起。

4.未選擇時間時默認顯示提示文案“選擇時間”;點擊后從底部彈出選擇時間面板;必選,在點擊提交訂單后若沒有選擇時間則自動喚起選擇面板;

5.無備注時默認顯示提示文案“點選無接觸配送等服務”;點擊后進入下級頁面,可填寫或勾選對應的服務內容;非必選;

6.默認選擇“默認不開票”;點擊后從底部彈出選擇開票方式面板;

7.顯示全部商品優惠后的總金額;點擊后跳轉至收銀臺;點擊時需校驗是否有地址、是否有配送方式及時間。

3. 邏輯嚴謹性原則

實際上按照邊界清晰性原則和內容完整性原則撰寫出來的原型質量一般邏輯嚴謹性也不會太差,此外還有兩點需要特別注意的就是:

通暢性:進行原型設計時需確認流程能否順利跑通、是否有斷崖或死循環?

容錯性:進行原型設計時需確認方案包含正向流程、逆向流程、異常狀態所需的所有功能。

4. 設計合理性原則

原型繪制的好不好看,雖然并不是考察一個產品質量好壞最重要的因素,但一份設計精美具有審美感的原型方案,確實能給閱讀者一種專業、可靠的第一印象。想要制作出“好看”的原型,需要注意以下幾個最常用的設計小技巧。

1)對齊原則

原型里的每個元素不論是圖形還是文字都有其對應的對齊規則。

2)對比原則

加大不同元素或者板塊的對比和視覺差異,當需要對某些內容進行強調時通過對比實現分層。

3)親密原則

相鄰的元素之間必須要有相關性,因為如果兩個元素靠的很近用戶會天然認為他們之間有關系。

4)一致性原則

頁面的元素之間在設計上必須保證一致性和連貫性;不同頁面如果使用了相同元件和相同的交互,方式必須保證一致性。

總結一下,為了每一個閱讀使用產品原型的成員能對齊信息,一個高質量的原型方案至關重要。做好一份原型方案是產品經理的必修課,在撰寫原型方案時銘記 邊界清晰、內容完整、邏輯嚴謹、設計合理四大原則 一定可以幫助你的原型水平得到飛躍!

 

本文由 @產品小學姐 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 打卡學習了

    來自山東 回復
  2. 真的總結得很好,一下子讓我明白自身哪里的不足,很受教!

    來自浙江 回復
  3. 寫的很好受教了,細想一下之前做的很多東西沒有注意細節導致要反攻

    來自河北 回復
  4. 寫的很好點贊??

    來自四川 回復
  5. 這樣寫確實很完善。
    1.實際上對于產品設計要求比較高,要花費的時間也很多。
    2.需要加上競品分析和設計思考的過程,防止一些手長的開發提出“不同”的設計思路

    回復
    1. 確實這一套寫下來蠻需要時間的,不過熟練了之后一氣呵成效率跟上了也沒啥問題。主要是一開始沒有養成好習慣,總是會容易在評審完成后被打回去返工,反而耽誤了時間。

      來自新疆 回復
    2. 贊同~

      來自陜西 回復
    3. ‘手長的開發’笑死,真的有的開發很愛腦補。煩死人了

      來自浙江 回復
  6. 操作人-操作流程-數據記錄/報表

    來自廣東 回復
  7. 很不錯!

    來自廣東 回復