上海產品設計_如何進行產品設計

作者：網絡整理  發布時間：2017-05-25 16:14:43  閱讀：99

上海產品設計_為肯設計講解：從業務理解到落地教你如何進行產品設計,來公司3個月，針對這期間的工作，關于產品設計的過程與經驗，做一個小結

產品設計：業務理解

上海產品設計上海產品設計 _為肯設計公司提出，首先對公司的業務體系首先要有認識和了解，這個是后面做產品與功能設計的基礎。

1、市場

公司的業務市場有多大，現狀，競爭如何？是一個存量市場還是增量市場。存量市場，一般用戶習慣已經培育完成，而且都有大公司競爭；而增量市場，表面上知道的人比較少，不為多數人熟知，但趨勢、國外對比情況、用戶需求、資本市場等方面，預估以后會不斷增長的市場。而創業公司，一般都會選擇增量垂直市場去切入。比如口腔健康領域，95%的人都有或多或少的口腔問題，是一個普遍存在的問題。而人們目前對口腔問題的關注度比較弱。

2、用戶是誰

對于O2O來說，要從全面的觀點看，整個業務流程涉及的角色(可能是人群也可能是公司)都有哪些，他們的現狀、問題和需求有什么。平時多關注生活，看時事，看新聞，了解咨詢，有助于了解需求。比如對于醫生來說，現狀是公立醫院收入低，與其學歷、經驗投入等不成正比，但又被體制、職稱、學術結果等捆綁。最后，對于他們的問題，我們提供的價值是什么。

 

再比如對于uber來說，給用戶提供的價值是隨時打車（即時性 快捷 舒適 體驗），而對于司機來說，則是空閑時間的利用以及接單過程中的車輛合理調度分配（這也是打車算法的核心）。另外，現在很多O2O，其實只是個流量平臺，只要有錢能燒就能用，因此都陷入資本燒錢與單一價值的怪圈。對于創業公司，應該深挖價值。

3、產品框架

分析市場、用戶后，需要對產品體系有個大概認知。有多少種用戶，每種用戶是否需要做產品來滿足業務與用戶需求，如果需要，那需要多少個產品。比如有道，同樣針對翻譯需求，出了有道詞典與有道翻譯官，或許有道認為兩個產品的用戶有比較大的細分差別。有道翻譯官更多的是針對出國人群，而有道詞典則是大眾化一般學習與查詢需求。對于O2O來說，分為用戶端與后端，一般分別用一種產品來滿足需求，也一般會把用戶當做業務重點與來源，將后端(醫生 司機 餐館)等當做接入資源。

上海產品設計：產品設計流程思考

產品設計本質上是將產品經理對業務、用戶需求、用戶問題的理解導入成解決方案的過程。隨業務與公司不斷發展中，也需要保持對這些方面的關注與思考。

A、線上線下流程

對于O2O來說，線上線下流程是個框架，相當于人體骨骼一樣，而其他的頁面與有形的東西則像是肌肉，都是依附在流程設計之上。

線上線下流程需要分清：階段、操作、狀態。階段是不同狀態的集合，而每一個操作則會導致產生不同的狀態，每一種狀態的產生只會有一個操作行為。按照這種思路，想想餐飲O2O。

 

以上只是大概的流程，實際過程中還涉及到支付方式、意外等不同的情況會更復雜。

其實，很多的用戶價值與功能，在整理好流程后，都可以從流程出發去構思。比如下單階段，怎樣幫助用戶做決策；支付行為怎樣簡單；配送如何智能化與方便等。

B、使用流程設計

即用戶從進入App或者其他產品，跑完整個功能與業務的過程。總結，有幾個要點與原則需要注意：

1 入口設計：窮舉一共可能有多少個入口，哪種入口更好更貼合用戶認知需求。比如微醫的掛號功能設入口，可以以醫院、科室、疾病、問題表征等作為入口，而結合用戶一般線下看病的過程，大多數人都是先選醫院、再選科室、再到醫生，因此這條路徑應該設置為常規入口。另外還有一些非常規性入口，比如從問題描述-->人工篩選醫生，跨過醫院，通過人工來減少流程。

2 降低門檻，先體驗：常見的如先瀏覽，當需要下單時，再注冊或者填寫更多個人信息。當然，也有為了保證用戶的純粹性、社區的文化或者其他訴求，門檻設置非常高，比如B站，注冊升級要填寫一大堆難懂的問題。

3 頁面與跳轉盡量少。可采用合并、非常規操作適當隱藏、合適的導航設計等方法縮短。

4 閉環：從問題-->解決的整個過程應該盡量閉環，而不是僅僅提出問題或者解決方案。多想想還能做什么幫助用戶。比如關于疾病的自我診斷，診斷結果出來后如何幫助用戶選擇醫生或者引導其他解決方案，并達到我們的業務訴求。現在很多的垂直O2O的做法都是社區+商城的形式，而好的做法是社區內容與商城緊密結合，用戶在社區中發現適合自己的產品或者受到安利，便會直接去收藏或者下單。一個產品有很多功能，這些功能能否緊密結合，給出完整的鏈條，都需要思考。

C、功能設計

1 最基本的還是從用戶價值與需求出發，而這點便需要對業務非常熟悉與了解。

2 運營、BD等接觸用戶與商戶，也會遇到很多問題以及有自己的看法，或者是明確的需求或者是問題，也是功能設計的來源之一

3 靠自己去思考，多使用產品發現問題

D、頁面設計

首先需要根據功能設計與用戶場景，厘清頁面目的。這個頁面是要展示用戶詳細信息或者僅僅是一個入口，需要吸引用戶；是全局匯總導航功能還是具體操作頁面等。

然后窮舉出所有的頁面信息有哪些，比如關于診所資料：

 

然后根據頁面目的，明確重要性與優先級。不重要的隱藏或者去掉，重要的留下并放在顯著位置。

E、原型設計

根據流程、功能、頁面信息，輸出給設計與開發的原型。也有幾個點需要注意：

1 頁面的信息密集度：移動設備屏幕小，不要堆積內容，要考慮留白，方便閱讀。非主干內容可做跳轉、隱藏、刪除等。

2 控件選擇：控件是從底部還是上部彈出，控件的樣式等，都是非常影響用戶體驗的地方

3 多套方案設計：不要僅滿足于一套方案。在產品設計過程中，我們是做了很多假設的，用戶喜歡這個不喜歡那個，用戶在意這點不在意那點，用戶知道這個不知道那個等等，而且流程、功能、頁面信息等都參雜了很多假設，所以設計多套原型，自己做對比、和其他人討論、了解等都是必須的。

4 審視技術可行性：雖然產品經理不是技術，但需要對技術的實現邏輯與難度有大概的了解。技術分為前端與后端，前端的一般都能看得到，但后端的東西往往更關鍵。可以多看看后端的表信息，對了解技術實現很有幫助。

F、落地

產品設計交付后，需要把控開發過程。整個要經常和開發溝通排計劃。整個應該是產品走到最前面，設計居中，開發在最后面的位置。

E、節奏把握

分清優先級與簡單難易程度。一般而言，和業務流程相關、影響到用戶跑完流程的功能優先級高；根據公司的階段，當運營需要大舉往外擴張的階段，需要的產品（比如作為引流的優惠券與分享）優先級高；而初期，即使有些體驗上不好的地方，也可通過運營 客服 BD等人工指引用戶。

同時簡單的功能，可以見縫插針的做。

F、計劃安排

人 功能 時間節點三個要素。誰來開發什么功能，在什么時間點完成。一般一個功能的測試與設計調整需要安排2~3天時間。