編輯導(dǎo)語：畫好產(chǎn)品原型，是每一位產(chǎn)品經(jīng)理的必修課。而從零開始的項目，其難度更是高于其他已經(jīng)進入正常迭代節(jié)奏的項目。本文主要從個人的實際工作經(jīng)驗出發(fā)，介紹如何畫好新項目的產(chǎn)品原型。感興趣的小伙伴們快來一起看看吧。

在每個產(chǎn)品經(jīng)理的成長道路上，總會遇到一些全新的挑戰(zhàn)，比如全新的功能，全新的項目，乃至全新的業(yè)務(wù)，全新的市場。

每一次新挑戰(zhàn)，都是對自己的一次磨礪。

其中，經(jīng)歷一個從零開始的項目，親手打造一個全新的產(chǎn)品，對于產(chǎn)品經(jīng)理來說，是成長最快的一種方式，同時也是檢驗自己能力的絕佳路徑。

然而，負責(zé)一個全新的項目，與負責(zé)特性迭代、新的功能模塊有所不同，其復(fù)雜度有了很大的提升，很多時候會讓人難以入手。

新項目的市場分析、用戶分析、需求分析等等，已經(jīng)有許許多多的文章和介紹，在此就按住我個人的拙見不表。

本文主要從新項目如何進行原型設(shè)計這一角度切入，介紹個人的一些工作經(jīng)驗，希望能對大家有所幫助和啟發(fā)。

一、新項目的難點

一個新項目的產(chǎn)品原型，之所以會讓人感到頭疼，主要有以下原因：

• 新項目不像功能特性迭代，需要有全局視角，但項目中的所有人（包括產(chǎn)品經(jīng)理自己），對產(chǎn)品的最終形態(tài)，都缺乏一個清晰直觀的認識；
• 新項目往往包含多個模塊，原型設(shè)計上容易聚焦于每一個模塊和頁面本身，最終使得原型只是頁面的堆積，而缺少功能模塊之間的聯(lián)動；
• 不同功能模塊有輕重緩急，頁面上的不同功能也有輕重緩急，產(chǎn)品原型很難在呈現(xiàn)整體功能特性的同時，體現(xiàn)不同模塊、功能的優(yōu)先次序；
• 在整個項目的過程中，隨著討論的深入以及項目的推進，原型會經(jīng)歷反復(fù)的修改，內(nèi)部的信息很難對齊。

正因為存在如此多的困難，所以做好這件事情，才顯得如此有意義。

本人去年開始負責(zé)部門內(nèi)一個老系統(tǒng)的重構(gòu)，由于新系統(tǒng)增加了許多功能特性，也刪掉了老系統(tǒng)許多的冗余功能，整體的流程和交互上也有了很大的調(diào)整，因此在一定程度上也可以當(dāng)成一個全新的項目。

由于是后臺項目，因此這個項目并沒有交互設(shè)計師、視覺設(shè)計師加入，產(chǎn)品經(jīng)理提供的原型，也直接應(yīng)用于項目研發(fā)中。

為了支持這個項目，部門也投入了一些新的研發(fā)人力，這些新進入項目的同學(xué)，對業(yè)務(wù)知識、老系統(tǒng)的功能知之甚少，因此如何通過需求原型統(tǒng)一大家的認識，并實現(xiàn)對項目的持續(xù)推進，成為了梳理系統(tǒng)需求以外最重要的事情。

我也會以這個項目的一些實際工作經(jīng)歷為例，介紹如何進行新項目的原型設(shè)計，以及進行原型的更新迭代。

二、業(yè)務(wù)流程等產(chǎn)品資料

很多產(chǎn)品經(jīng)理，會將產(chǎn)品原型等同于頁面交互。

其實，產(chǎn)品原型從本質(zhì)上來說，是一種溝通工具，它能讓產(chǎn)品經(jīng)理能夠更加方便地傳達產(chǎn)品的功能特性，也能讓研發(fā)、測試能夠更加快速地了解產(chǎn)品的流程及功能，進而可以更準(zhǔn)確地對方案進行評估。

因此許多溝通技巧，在產(chǎn)品原型中也同樣適用。

沒有人喜歡在不了解背景的情況下，一下子就進入溝通的正題。

對于產(chǎn)品原型也一樣，因此我們也需要在產(chǎn)品原型中，針對相關(guān)業(yè)務(wù)背景，以及業(yè)務(wù)流程進行鋪墊，讓團隊成員不要先有一個整體的認識，而不是一下子進入具體的頁面設(shè)計中。

1. 核心業(yè)務(wù)流程

下方截圖內(nèi)容，就是騰訊云備案審核系統(tǒng)的關(guān)鍵業(yè)務(wù)流程，整個審核系統(tǒng)的訂單處理，就基于這個核心流程來推進。

2. 頁面流程圖

除了講述核心的業(yè)務(wù)流程以外，我們還需要介紹整個系統(tǒng)包含哪些模塊，每個模塊包含了多少個頁面，頁面之間的關(guān)系是如何的。

如果某個功能模塊相對來說比較復(fù)雜，涉及到了多個頁面，那么有一個清晰的頁面流程圖，就可以更好地幫助研發(fā)理解。

3. 頁面狀態(tài)及交互說明

上面的部分，是不同頁面之間的流轉(zhuǎn)關(guān)系。

有些時候，同一個頁面，在不同的狀態(tài)或環(huán)節(jié)，其主要功能操作往往也有所區(qū)別，因此在特定的頁面，最好也能加上頁面狀態(tài)及主要功能操作的說明。

4. 競品資料

競品調(diào)研也是產(chǎn)品分析環(huán)節(jié)非常重要的一環(huán)，在產(chǎn)品原型的設(shè)計中，友商的設(shè)計經(jīng)常能開闊我們的視野，為我們帶來一些啟發(fā)。

我在進行功能體驗的時候，對友商產(chǎn)品流程進行的整理，看看友商在哪些地方學(xué)習(xí)了我們，也看看友商有哪些地方值得我們學(xué)習(xí)。（在這里也給產(chǎn)品新人提一個建議，對于自己負責(zé)的項目，也可以根據(jù)類似的辦法，整理相關(guān)的資料）

三、每個頁面/模塊增加功能點列表

在進行具體頁面的設(shè)計時，往往很難在一個頁面中講述清楚所有的功能，尤其是涉及到狀態(tài)變更，以及某些隱藏功能的時候。

此外，頁面中不同功能的優(yōu)先級是不一樣的，追求頁面功能完整性的話，就會顯得頁面非常臃腫，難以區(qū)分輕重緩急。

這個時候，我們可以在子頁面中具體介紹每一個子功能點，大到一個重要的交互，小到一個具體字段的定義，都可以單獨進行說明。

同時，在頁面中增加一個功能點列表，并對每一個功能進行編號，以及定義好相關(guān)的優(yōu)先級。

這個項目，因為開發(fā)工作量較大，我們分為了好幾期進行開發(fā)，PM和研發(fā)也主要根據(jù)這里定義的優(yōu)先級進行排期。

四、不制作過于復(fù)雜的交互效果

沒有人不喜歡高保真原型，但高保真原型是有代價的。

在我看來，具有復(fù)雜交互效果的高保真原型，主要是面向老板（投資人）、產(chǎn)品核心用戶的，并不適合敏捷開發(fā)流程。

在實際的研發(fā)流程中，高保真原型是存在一些缺點的：

（1）不直觀

某一些彈窗必須通過特定的條件或特定的按鈕才能觸發(fā)，如果研發(fā)比較粗心，沒有注意到原型中的這個點擊動作，那就漏過了這個產(chǎn)品經(jīng)理精心設(shè)計的功能了。

（2）容易讓人聚焦于細節(jié)

產(chǎn)品實現(xiàn)需遵循粗放到精致的過程，如果原型中使用了過于復(fù)雜的需求，容易讓人聚焦于細節(jié)，而忽略整體流程中的問題。

（3）維護困難

項目初期，產(chǎn)品原型會經(jīng)歷非常多的改動，甚至?xí)霈F(xiàn)刪掉某個大模塊的情況，具體到每一個頁面，也時常經(jīng)歷著大改的考驗，因此過于復(fù)雜的交互，會給后續(xù)產(chǎn)品原型的維護帶來諸多困難。

（4）職責(zé)不明

如果項目還有交互、視覺同學(xué)參與進來，那么太過于精細的產(chǎn)品原型，反而會限制交互、視覺的發(fā)揮，讓交互、視覺的工作淪為“畫圖”，反而少了許多對項目的思考及參與，長此以往，對整個項目反而是不利的。

目前包括Axure在內(nèi)的很多原型設(shè)計工具，都支持制作復(fù)雜的交互效果，但我們要秉承“為我所用”、“我會，但沒必要”的原則，使用合適恰當(dāng)?shù)姆绞絹沓尸F(xiàn)需求。

個人是習(xí)慣將彈框這些默認不可見的元素，也放到頁面原型的旁邊，并在頁面中增加相關(guān)標(biāo)記，表明頁面元素與這些彈框的關(guān)系；此外，也會在頁面中增加相關(guān)文字說明，以便研發(fā)同學(xué)了解。

五、發(fā)布在線原型

Axure這些原型工具是支持生成html文件的，可以直接通過瀏覽器打開，查看原型的具體內(nèi)容。

然而，如果原型需要頻繁修改，那么原型文件的同步就成了大問題。往往一個原型文件剛發(fā)出去，就發(fā)現(xiàn)有一些需要修改變更的地方，又需要趕緊打包一個新的版本。多的時候，一天打包十幾個版本都是可能的。

版本眾多的原型文件，很容易造成信息不對稱，因為產(chǎn)品經(jīng)理也很難將最新的原型文件及時同步給到所有人。

因此，有一個統(tǒng)一的，在線的，可隨時更新的在線原型是非常必要的。

Axure本身支持將產(chǎn)品原型發(fā)布到云端，可以直接鏈接查看產(chǎn)品原型，不過這樣做會存在信息泄露的風(fēng)險。

為了規(guī)避這種風(fēng)險，我們可以將原型的靜態(tài)文件更新到自己的服務(wù)器上。

我之前的項目中，就曾經(jīng)通過這種方式進行管理，讓研發(fā)同學(xué)幫忙將原型文件發(fā)布到內(nèi)網(wǎng)的服務(wù)器中。

只不過這種習(xí)慣最終沒有保留下來，因為服務(wù)器權(quán)限還是在研發(fā)同學(xué)那里，每次發(fā)布原型都需要研發(fā)同學(xué)幫助，后來項目團隊發(fā)生變化之后，就沒有繼續(xù)沿用這個方法了。

后來發(fā)現(xiàn)了騰訊內(nèi)部的pages工具，可以來發(fā)布靜態(tài)頁面，產(chǎn)品經(jīng)理自己就能適用git工具發(fā)布更新原型文件，雖然存在一點門檻，但上手之后卻是非常方便。

目前我們團隊內(nèi)部的產(chǎn)品經(jīng)理都主要使用這種方式來對外發(fā)布產(chǎn)品原型，推薦大家學(xué)習(xí)使用。

六、時常更新，并記錄變更內(nèi)容

在線原型雖然可以實時更新，但也引發(fā)了新的問題：產(chǎn)品經(jīng)理在同步原型文件的時候，一般還會同時同步修改的內(nèi)容。

但可以方便地實時更新之后，這種修改記錄的同步就很難要求了。即使同步了，往往也只是在項目團隊內(nèi)部，而很難同步到項目團隊以外。

因此在原型中，最好能夠配套一個ChangeLog，這樣可以讓所有人員，快速了解原型的更新內(nèi)容。即使每天原型更新十幾次，也能夠在ChangeLog中說明所有改動的內(nèi)容。

七、適合的，就是最好的

之前說過，原型是一種溝通工具，既然是一種溝通工具，就需要根據(jù)溝通的對象，溝通的場景，以及團隊內(nèi)的流程及習(xí)慣進行調(diào)整，并沒有放諸四海皆準(zhǔn)的標(biāo)準(zhǔn)，適合的，就是最好的！

作為產(chǎn)品經(jīng)理，在產(chǎn)品需求溝通這個環(huán)節(jié)，應(yīng)該將團隊成員當(dāng)成用戶，將原型當(dāng)成一個產(chǎn)品來打磨。

團隊成員，除了研發(fā)，還會有PM、測試，乃至是Leader，不同角色想要從原型中獲取的信息各不相同。

同樣是研發(fā)職能，不同的研發(fā)人員的習(xí)慣也不盡相同。

作為產(chǎn)品經(jīng)理，在進行原型設(shè)計時，需要考慮不同職能，不同人員的需要，不斷地打磨原型內(nèi)容的呈現(xiàn)，盡可能地提高團隊內(nèi)部的溝通效率。

最后也說一句，我們不能忽略忽略產(chǎn)品原型在項目中的作用，也不能過度拔高原型的作用，不能因為有了清晰準(zhǔn)確的產(chǎn)品原型，就省略掉必要的溝通。

作者：klayhuang，騰訊產(chǎn)品運營；公眾號：騰訊大講堂

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

題圖來自Unsplash，基于CC0協(xié)議。