如何做產品概念設計，做產品概念設計和需求設計有什麼區別，在做產品概念設計的時候有哪些方法可用？

01-12

在做概念設計的時候，經常陷入產品的需求細節裡面，試問如何做產品的概念設計，如何避免概念設計的時候陷入需求的細節中，謝謝！

謝邀

1. 你所說的「概念設計」，其實是產品文檔化的一個階段。如果重點是將業務流程和功能模塊之間對接上，以構建產品的核心架構，那就圍繞大的問題進行，不要陷入細節。所謂「大的問題」，是指那些將會影響你的產品是否成立、必須要解決的核心問題。

2. 比如產品要解決的主要需求是什麼？為了達到這個目標，必須要解決哪些問題才行？有哪些問題是錦上添花但卻不是核心的？需要判斷一下，有一些看起來是交互問題，實則是產品問題。

3. 同樣的思路，在構建新產品時，必須先寫文檔，後畫原型（如果原型由PM畫的話）。

4. 不知道什麼叫「需求設計」，只知道通過設計滿足需求；聽過「挖掘」和響應需求，沒聽過「設計」需求。。。

一般沒有需求設計這樣的說法，因為需求來自用戶的意願，我們只能分析用戶的需求，這也是產品概念設計的一部分。概念設計的時候精鍊分析用戶需求，確定客戶的具體方案意圖，結合產品本身的定位、內涵、地域特徵等信息，以設計師積累的經驗和獨有的思維素質產生連串的創意想法，然後依照產品主線將設計創意串聯起來，就提煉出了產品的概念設計。

做概念設計時需要解決的問題不是想法太少，恰恰是想法太多，一是導致產品定位不明，另一個問題是容易陷入過多的細節。對於解決的辦法，我的理解是遵循由粗到精，由核心到枝幹的過程，尤其是建立概念設計的思路主線，一方面是確定方向，一方面是客觀限制設計深度。

概念設計的方法有很多，正是因為基於創意的碰撞和發散，所以頭腦風暴、概念草圖、紙片分類等方法都會經常用到。

1、區分清概念模型與需求的定義，才有可能不會將兩者混淆。

概念設計包括產品對象、主要功能、產品屬性、業務關係、業務流程等。

把心血管醫生看做一個產品：

產品對象：患者

主要功能：診斷病情

產品屬性：心血管、主治醫師、執業醫師等

業務關係：患者、挂號處、藥房、檢驗科、功能科、中國特色的醫藥代表等

業務流程：

以患者舉例，患者挂號——挂號處分診——心血管醫生診治——檢驗科功能科做檢查等——心血管醫生根據檢查結果開處方——患者去藥房取葯——初診結束——若干複診

在這個環節中，患者是目標用戶，診治是主要功能。

需求不應該是被設計出來的，而是如實轉述用戶的意願，並且讓用戶主要的意願變成現實；即在產品所覆蓋的領域內、衍生的一系列附加功能。

比如手術前需要給患者告知風險（網站使用協議），比如撰寫病程記錄（在社區中的歷史記錄），比如解答患者疑問（faq）。

其實我一直覺得產品經理和醫生一樣都同屬服務行業，把用戶的語言翻譯成前端和程序員（檢驗科功能科護理部藥房）的語言，並篩選出最需要解決的問題，轉告前端和程序員實現之。
2、養成良好的工作流程，先著手概念模型再著手解決需求。
畫腦圖對產品的的使用場景進行展示，找出最核心的功能（比如看病，不能看病就不能稱之為心血管醫師），然後思考其應用場景，業務關係，產品屬性，最後整理腦圖。

文檔、原型的順序因人而異，我的習慣是先畫流程圖，再畫原型最後寫文檔，畫原型的過程中對文檔進行補充和完善，寫文檔的過程中再返回來對原型進行完善，如此反覆類似正反饋，直至結束。

3、細節不是萬能的，但過於追求細節是萬萬不能的

完美主義害死人，過於追求需求的細節所浪費的時間，沒準會趕走一撮用戶。沒有任何一個產品的細節是永遠不需要修改的。給自己定一個期限，先上線再迭代，根據用戶反饋快速糾正錯誤方向。

有個經驗，概念設計的時候，可以適度放棄細枝末節的需求考慮，如收入影響、對當前產品改變的影響等

但是不能太過於發散，該聚焦的核心必須抓住。這也是有些人覺得概念設計過於天馬星空，其實，它是開拓思維非常好的方法。很多大膽、創新的idea就是在這種環境下產生的

歡迎熱愛概念設計的童鞋來概念范交流Q群：259629727~