從業務理解到落地教你如何進行產品設計

來公司3個月，針對這期間的工作，關于產品設計的過程與經驗，做一個小結。

1 、業務理解作為一名產品，對公司的業務體系首先要有認識和了解，這個是后面做產品與功能設計的基礎。

市場公司的業務市場有多大，現狀，競爭如何？是一個存量市場還是增量市場。

存量市場，一般用戶習慣已經培育完成，而且都有大公司競爭；而增量市場，表面上知道的人比較少，不為多數人熟知，但趨勢、國外對比情況、用戶需求、資本市場等方面，預估以后會不斷增長的市場。

而創業公司，一般都會選擇增量垂直市場去切入。

比如口腔健康領域，95%的人都有或多或少的口腔問題，是一個普遍存在的問題。

而人們目前對口腔問題的關注度比較弱。

用戶是誰對于O2O來說，要從全面的觀點看，整個業務流程涉及的角色(可能是人群也可能是公司)都有哪些，他們的現狀、問題和需求有什么。

平時多關注生活，看時事，看新聞，了解咨詢，有助于了解需求。

比如對于醫生來說，現狀是公立醫院收入低，與其學歷、經驗投入等不成正比，但又被體制、職稱、學術結果等捆綁。

最后，對于他們的問題，我們提供的價值是什么。

再比如對于uber來說，給用戶提供的價值是隨時打車（即時性 快捷 舒適 體驗），而對于司機來說，則是空閑時間的利用以及接單過程中的車輛合理調度分配（這也是打車算法的核心）。

另外，現在很多O2O，其實只是個流量平臺，只要有錢能燒就能用，因此都陷入資本燒錢與單一價值的怪圈。

對于創業公司，應該深挖價值。

產品框架分析市場、用戶后，需要對產品體系有個大概認知。

有多少種用戶，每種用戶是否需要做產品來滿足業務與用戶需求，如果需要，那需要多少個產品。

比如有道，同樣針對翻譯需求，出了有道詞典與有道翻譯官，或許有道認為兩個產品的用戶有比較大的細分差別。

有道翻譯官更多的是針對出國人群，而有道詞典則是大眾化一般學習與查詢需求。

對于O2O來說，分為用戶端與后端，一般分別用一種產品來滿足需求，也一般會把用戶當做業務重點與來源，將后端(醫生 司機 餐館)等當做接入資源。

2 、產品設計產品設計本質上是將產品經理對業務、用戶需求、用戶問題的理解導入成解決方案的過程。

隨業務與公司不斷發展中，也需要保持對這些方面的關注與思考。

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

線上線下流程需要分清：階段、操作、狀態。

階段是不同狀態的集合，而每一個操作則會導致產生不同的狀態，每一種狀態的產生只會有一個操作行為。

按照這種思路，想想餐飲O2O。

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

其實，很多的用戶價值與功能，在整理好流程后，都可以從流程出發去構思。

比如下單階段，怎樣幫助用戶做決策；支付行為怎樣簡單；配送如何智能化與方便等。

使用流程設計即用戶從進入App或者其他產品，跑完整個功能與業務的過程。

總結，有幾個要點與原則需要注意：1 入口設計：窮舉一共可能有多少個入口，哪種入口更好更貼合用戶認知需求。

比如微醫的掛號功能設入口，可以以醫院、科室、疾病、問題表征等作為入口，而結合用戶一般線下看病的過程，大多數人都是先選醫院、再選科室、再到醫生，因此這條路徑應該設置為常規入口。

另外還有一些非常規性入口，比如從問題描述-->人工篩選醫生，跨過醫院，通過人工來減少流程。

2 降低門檻，先體驗：常見的如先瀏覽，當需要下單時，再注冊或者填寫更多個人信息。

當然，也有為了保證用戶的純粹性、社區的文化或者其他訴求，門檻設置非常高，比如B站，注冊升級要填寫一大堆難懂的問題。

3 頁面與跳轉盡量少。

可采用合并、非常規操作適當隱藏、合適的導航設計等方法縮短。

4 閉環：從問題-->解決的整個過程應該盡量閉環，而不是僅僅提出問題或者解決方案。

多想想還能做什么幫助用戶。

比如關于疾病的自我診斷，診斷結果出來后如何幫助用戶選擇醫生或者引導其他解決方案，并達到我們的業務訴求。

現在很多的垂直O2O的做法都是社區+商城的形式，而好的做法是社區內容與商城緊密結合，用戶在社區中發現適合自己的產品或者受到安利，便會直接去收藏或者下單。

一個產品有很多功能，這些功能能否緊密結合，給出完整的鏈條，都需要思考。

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

2 運營、BD等接觸用戶與商戶，也會遇到很多問題以及有自己的看法，或者是明確的需求或者是問題，也是功能設計的來源之一3 靠自己去思考，多使用產品發現問題頁面設計首先需要根據功能設計與用戶場景，厘清頁面目的。

這個頁面是要展示用戶詳細信息或者僅僅是一個入口，需要吸引用戶；是全局匯總導航功能還是具體操作頁面等。

然后窮舉出所有的頁面信息有哪些，比如關于診所資料：然后根據頁面目的，明確重要性與優先級。

不重要的隱藏或者去掉，重要的留下并放在顯著位置。

原型設計根據流程、功能、頁面信息，輸出給設計與開發的原型。

也有幾個點需要注意：1 頁面的信息密集度：移動設備屏幕小，不要堆積內容，要考慮留白，方便閱讀。

非主干內容可做跳轉、隱藏、刪除等。

2 控件選擇：控件是從底部還是上部彈出，控件的樣式等，都是非常影響用戶體驗的地方3 多套方案設計：不要僅滿足于一套方案。

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

4 審視技術可行性：雖然產品經理不是技術，但需要對技術的實現邏輯與難度有大概的了解。

技術分為前端與后端，前端的一般都能看得到，但后端的東西往往更關鍵。

可以多看看后端的表信息，對了解技術實現很有幫助。

3、落地產品設計交付后，需要把控開發過程。

整個要經常和開發溝通排計劃。

整個應該是產品走到最前面，設計居中，開發在最后面的位置。

節奏把握分清優先級與簡單難易程度。

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

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

計劃安排人 功能 時間節點三個要素。

誰來開發什么功能，在什么時間點完成。

一般一個功能的測試與設計調整需要安排2~3天時間。