面對新產品，該怎樣規劃設計？

獨自帶新產品的時候不知道如何下手…理論都懂，就是不知道該怎麼運用到實戰中…本文以app為例，聊聊在項目前期設計師應該以怎樣的姿態去做設計規劃～

一個新app，可能來自創業，可能來自公司內部的新業務，也有可能來自第三方服務公司的招標。由於本人未參與過招標項目，所以只能就前兩種情況談談自己的看法。

一、項目時間

似乎每個設計師都想用盡畢生所學來把設計做到完美，奈何「項目進度」不會允許這種事情發生。一個好的項目，只有搶佔了先機才能在激烈的市場競爭中分一杯羹。這時候時間的把控就顯得尤為重要，而設計又是一件非常耗時的事…所以，提前規劃就顯得很重要。

1、創業項目

創業項目在初代版本里通常只用一條主線來突出其核心業務，附屬業務和功能會選擇通過版本迭代來實現。那麼在初版里，對應的設計也應簡潔化處理，節省時間的同時也給後面的優化留了更多的「路」。倘若第一版就把相應業務的細節設計做到了90%，那麼後期衍生業務的設計就會受到很大限制，而且有可能因為龐大的工作量拖延進度。

一個新app，可以在滿足可用性的基礎上與行業內同類產品（特別是用戶群體佔主要市場的產品）保持80%以上的相似度。這樣可以保證用戶的操作習慣和思維不受破壞，並且能降低學習和操作成本，同時也利於用戶留存。

當有了詳細的需求後設計師需要對一期必要的功能和流程做排序，可參考公式：優先順序權重值＝與核心業務的關聯（係數）＊60%＋用戶需求（係數）＊40％，針對不同的需求可稀釋公式中的佔比以加入更多的標準項，例如：品牌基因、盈利點、技術優勢等。這需要市場、運營、產品、技術各方共同衡量，並按權重比給出最終排序。著重設計排序靠前的功能和流程，並充分借鑒同類優秀產品。針對剩餘部分，可在滿足基本操作的前提下適量加入平台個性（品牌）元素。

2、公司內部新業務

公司內部的新業務往往有較為嚴謹的構思，且項目時間的緊急程度相對創業來說也較弱。除此，資源相對充足，有明確的運營、產品、市場人員制定前期的項目調研、規劃。那麼，根據其它部門人員提供的材料，設計師就能更好的根據自身平台特性去做規劃。若新app跟公司內現有產品存在關聯性，更是可以參考現有產品的整體設計特徵，以滿足自有用戶的需求。

二、跨部門學習

設計與產品、運營、技術、市場等，雖然各司其職但是工作又經常相互交叉。所以，設計規劃不應該僅限於設計的規劃，更是就要求設計師能夠主動去了解其它領域，並將其融入、應用到設計中去。

設計與產品。在項目前期沒有具體的項目文檔時，設計師至少需要知道以下兩點：app的核心業務、使用人群，這兩點可以支撐設計師啟動前期的調研工作。調研時，除了設計元素，我們需要更多的關注其它app的亮點功能，了解產品為什麼要這麼做，滿足了哪些用戶需求或者商業利益，根據導向結果來反推設計邏輯。當我們研究明白這其中的設計原理和商業目的后，就可以做到舉一反三並靈活運用了。當然，也可以直接把這些亮點按照自身平台的特性去做改變，將其規劃到後期的設計中去。

設計與技術。主導一個新產品時，設計師要確認它會涉及到哪些平台，mobile（ios、安卓、windows phone）、pc、pad、watch等。作為設計師，不僅要熟知各種設計規範，更要了解各平台在實現相同元素可能會遇到的技術壁壘，並提前預估這些壁壘可能帶來的風險。所以在追求效果和體驗之前需要衡量開發成本和風險，以及做到各端統一的必要性。其次，考慮單個平台的不同特性。以pc為例，很多公司在站點裡加入了響應設計，用戶在縮放瀏覽器時不會影響到重要內容和操作控制項的獲取。那麼對於沒有響應設計時，設計師就需要考慮需通過怎樣的 布局才能避免用戶在縮放瀏覽器時遺漏重要信息。

設計與運營。商業公司不是公益組織，它的大部分工作都是為了實現經濟價值，所以設計也自然包含其中。而運營就是一個幾乎完全從公司利益出發的群體，作為設計師，提高一下運營意識能更容易讓自己的設計轉化成經濟價值。設計師可以主動去了解新產品的運營策略和了解方案，將其簡要拆分為線上活動和線下工具衍生策略。根據不同的策略類型分析出產品自有需求和用戶需求，以此來給出設計方案。

設計與市場。創業團隊通常沒有足夠的資源去建立品牌體系，所以初版時會選擇弱化品牌基因。那麼，設計師應謹慎在頁面內加入宣導性的文字和具象的圖形設計。因為一旦讓用戶形成錯覺，後期再去改變他們的意識就沒那麼容易了。所以，在沒有明確的品牌設定之前，給用戶展現一個「單純」的app是比較明智的選擇。如果已經有完善的品牌體系，需詢問明確市場部的需求（是否有第三方合作入口、是否會有廣告和公關公告等），考慮這些需求的重要性、展示頻率、展示時長、突發性來計劃品牌的定製設計。

三、設計框架

下面來說說怎樣通過核心功能來反推設計邏輯，以及搭建app的框架結構。

1、首先我們要明確用戶在產品里的最終導向是什麼，在用戶與導向結果之間建立簡單的關係紐帶。以貸款業務為例做分析（簡化版）：

2、以紐帶中的節點向外延伸，有規劃的思考出建立這個紐帶所需要的和涉及到的所有元素。這時候能大概了解到支撐核心功能需要哪些輔助操作，而這些支流程正是用戶的操作主體。

3、以支流程為出發點繼續向外作關聯性發散，所得元素可作為平台節構的基本組成部分。這些組成部分應滿足於解決支流程里所涉及到的用戶痛點。

4、根據一期的產品規劃對上述延伸圖進行精簡，將保留下的元素進行頁面定義並整合。篩選出tab頁簽。

5、確定tab頁簽后，對功能入口、頁面、操作流程等進行歸類。需要注意各頁簽的重疊部分，判斷重疊內容的是需要單一存在還是多重展現。到此，已經可以完成基本的app架構設計。

做完框架，可以開始有針對性的設計體驗了。搞清楚用戶需求和業務目的，即用戶意向和產品意向。對以上兩項給出優先順序排序，並將權重較高的內容作集合。將集合內的內容與結構圖進行有機關聯。

於第一版沒上但是又相對重要的內容，切記將其規劃到後期的迭代計劃中去！切記！

至此，項目前期的設計規劃工作基本上算是完成了。當然，根據不同的業務特徵需要加入不同的訪談、分析、可用性測試等。整個項目結束後記得回顧總結，通過項目成果來找出前期工作的優缺點。取其精華，去其糟粕，總結一套屬於自己的方法論，為以後的工作打下基礎！

以上是個人在工作之餘的一些總結。不足之處有很多，希望大家能及時指出。篇幅有限，省略了很多細節描述，感興趣額話可以進一步交流，共同提升～

作者：bruce，UE設計師，主導過app設計也搞過創業項目。

本文由 @bruce 翻譯發佈於人人都是產品經理。未經許可，禁止轉載。