如何進行產品設計

設計流程

• 需求分析
• 現有解決方案（商業和環境）
• 信息架構（ information architecture）
• 功能拆解
• 用戶流程（user flow）
• 產品化
• 文檔書寫

需求分析

這一步須要長期的經驗積累 抓住核心，每每這個核心就只有一條，肯定下來並和用戶確認，那麼後面糾結的時候就很好選擇了

肯定產品核心目標

用南京項目（機場旅客服務）舉例，雖然標書看起來複雜繁複，但這其實僅是爲了標書的制式性，這種制式避免了信息的遺漏，但同時也使得閱讀和理解變得困難，那麼咱們就只看他的項目目標，帶着這個線索去尋找標書中的闡述是怎樣知足這個目標的，一樣的作需求調研的同事應該在產品或者項目目標裏儘可能簡單明確的闡述清楚項目目標，以方便產品設計人員找到這個目標。

爲何目標這麼重要？

舉個例子，阿里巴巴的slogan是「讓天下沒有難作的生意」，這是馬雲向社會傳達的一種阿里巴巴精神，這有什麼好處呢，好比當阿里的戰略方向難以抉擇的的時候，slogan或者說這種信仰就起做用了，哪一個戰略方向更符合信仰那就選擇哪一個，這就是信仰或者說目標使得咱們的選擇變得簡單，也避免了盲目擴張，在產品設計上就避免了咱們的功能冗餘、脫離實際和目標。 實際的對於南京項目咱們就能夠很簡單的得出一個結論：給旅客更實用和優質的服務、給機場帶來更多收益。可能還會想到對悅泰要有更多幫助和發展，這個是咱們後面會講到產品化的內容，跟核心沒有關係，必定要注意避免產品核心冗餘，一個產品能作到解決好一個核心問題已經很不容易了。

現有解決方案（商業和環境）

瞭解本次設計條件。 分析現有解決方案的利弊，作到知己知彼。 借鑑好的，丟棄壞的。

在產品設計的開始前必定了解清楚本次設計的商業和環境，這包括設計依賴、政策、設計對象、現有技術條件等，好比當咱們面臨一個僱傭關係複雜的設計對象時那咱們必定要作好產品設計將來在體制內推廣的考量，做爲產品設計師，應該具有現場解答百人提問的職業素養，這固然是創建在對業務理解和設計目標的絕對清晰以及對產品設計的絕對自信，以專業知識打動用戶，不少時候咱們不可能作到比客戶更懂業務和現狀，但每每咱們比實際使用人所處的視野更普遍。

瞭解行業現有解決方案（競品分析），參考好的（這裏什麼是好的什麼是壞的？參考需求分析），摒棄壞的，拒絕繁雜冗餘。

信息架構（ information architecture）

把你肯定下來的信息進行堆砌，而後歸類，再作頭腦風暴

經過需求分析和現有市場環境的瞭解咱們大致上會有一些想法，大可經過這個步驟對其進行分類，找一些相關人員作一下頭腦風暴，大膽的去想，不要過於考慮實現，最後詳細整理一下，作出一個行之有效的信息架構圖，這裏千萬注意把信息架構圖和功能拆解圖分開。 南京項目的簡單信息架構分析圖，是用思惟導圖方式。

功能拆解

根據信息架構肯定產品功能，並在功能後面寫上版本，能夠日後設計3~5年，以確保產品的先進性、可擴展性和市場優點。

根據上面的信息架構咱們就能夠對具體的想法實現分解到具體的功能，好比咱們要實現組織機構這個功能，那它所包含的功能就有「新增部門、修改部門、刪除部門、新增用戶、刪除用戶、修改用戶…」，咱們還能夠得出新增部門的時候必需要選擇該部門的上級部門，新增用戶的時候須要選擇用戶所在部門，漸漸的你會發現咱們的設計正在趨向計算機的邏輯化，對的，產品設計（這裏特指軟件產品設計）就是將用戶的想法利用計算機優點進行更好的實現。 另外還記的我在信息架構裏面提到的「頭腦風暴、不考慮實現」這一點，就是爲功能拆解作鋪墊的，上一步頭腦風暴的東西有些常規功能咱們一會兒就能夠進行拆解，但有些咱們實現起來有些費勁但有用的功能，就能夠做爲版本迭代的東西日後放，使得產品具有可持續發展的基礎能力

用戶流程（user flow）

不一樣用戶在不一樣場景下的使用流程，畫出來，這對後面的交互設計頗有幫助。

前面兩步都有點發揮，可能思路已經都稍微脫離了實際，用什麼來檢驗呢？就經過用戶流程來檢驗，將本期產品的全部軟件能力進行羅列而後使用功能組合來實現，例如南京項目，要實現用戶購票功能，那咱們就經過： 購票：打開app/小程序/微信公衆號 > 登陸 > 巴士車票預訂 > 選擇乘客 > 提交訂單 > 付款 > 完成； 相應的檢票功能的使用流程： 乘客 打開訂單二維碼 > 檢票員 打開檢票員APP > 檢票 > 經過 > 訂單完成並存檔。 這樣的用戶使流程來表現並驗證上面的設計是否正確或者冗餘。

產品通用性

• 可複製
• 通用性
• 可集成
• 高度自動化
• 可擴展

產品化這裏分了五個大類，通用性和可複製性其實很相似，即就是產品的功能在一個領域具備適用能力，如南京項目的產品應該放到白雲機場也能夠用只是須要經過微小的適用性調整；

• 可複製性就是產品的開發、部署是能夠經過簡單的複製進行新場景下的快速知足，並經過許可證對其進行控制；
• 產品在使用中每每會遇到新老產品對接問題，那咱們在設計過程當中就應該考慮老數據遷移、老系統在新系統內的集成、新系統在老系統裏的嵌套，這就是產品的可集成性。產品優越的可集成性也是產品的一大亮點；
• 產品化的一個標誌就是其高度的自動化和功能模塊的高度鬆散耦合，具體體如今自動化部署、系統錯誤收集、自動化運維以及補丁升級等，這些功能是將研發人員和實施人員分開的關鍵步驟；
• 可擴展，例如南京項目咱們是要打造一個平臺級產品，那麼在設計上咱們是否能夠考慮插件模式（應用盒子），對不一樣機場咱們的產品體系架構是不變的只是新增一些符合實際環境的應用，而開發這些應用應該很容易，那就須要提供很是強大的接口功能並配備詳細的接口文檔，相應的就應該具有接口的管理和監控能力。

知足這些才能保證產品的持續性和先進性。

文檔書寫

• 確立本次開發的版本功能
• 仔細描述功能以及業務邏輯
• 文檔面向對象
• 開篇就應該闡述清楚產品的目標
• 能用圖就用圖
• 不要出現「等」、「其餘」的不肯定性文字
• 描述產品設計前提條件
• 描述用戶使用故事，圖文結合

上面已經寫的很清楚了，但實際上不少公司和團隊都有具體的產品設計模板，但切記有些模板就像開頭講的僅僅是爲了不信息遺漏而設計的很複雜，也和不利於閱讀對象的閱讀，因此咱們必定切記文檔是給誰都得，就得知足此類人的閱讀習慣和思惟定式。好比CMMI的需求規格說明文檔，咱們實際上是能夠加以修改的，使其更加清晰，甚至咱們能夠以多種形式展現咱們的設計意圖，例如用戶使用故事板，以連環畫的形式展現用戶使用的流程和場景，還有使用markdown的方式展現代碼類的文字。 軟件研發的最大成本就是溝通，咱們的每個環節其實就是在下降溝通成本，在產品設計層面按照以上這些實際的具體的方法去分析和書寫，必定事半功倍。