作為産品經理，掌握産品設計的基本流程是至關重要的。本文将從産品設計的五個層次出發，結合實際案例，幫助大家深入了解産品設計流程。
産品設計不僅僅是關于産品的外觀和功能，它包含了從戰略規劃到最終使用者界面的全方位考量。以下是産品設計的五個層次：
- 戰略層：該層次涉及明确商業目标和使用者需求，确定産品的商業目的和目标使用者群體。它關注于解決商業目标和使用者需求之間的沖突，找到平衡點。
- 範圍層：在這一層，需要确定産品要包含的功能和内容。這包括根據使用者需求的優先級來排列功能，明确産品需要做什麼。
- 結構層：該層次涉及設計産品的架構圖，将分散的功能和内容組成一個整體。這包括定義使用者進行操作後系統的響應與變化，以及互動設計和資訊架構。
- 架構層：在這一層，将抽象的架構圖轉化為詳細的線框圖，确定界面外觀、導航資訊及資訊要素的布局。這包括界面設計、導航設計和資訊設計，以優化設計布局并提高元素的效率和效果。
- 表現層：該層次側重于視覺設計和内容優化，如頁面字型、配色、字号等，以符合大衆審美并決定産品的最終氣質。
一、産品背景
一家小型制造型企業随着業務拓展，現有的人員無法及時完成業務。公司決定部署資訊化系統來達到降本增效的目标。但是經過初步調研，購買市場上成熟的軟體超出預算，于是快速組建小團隊，以A工廠為試點，快速完成初步的資訊化。
在此類項目中，目标客戶是企業，本質需求是改善管理，降本增效。随着企業發展和技術進步，管理方式也需要不斷更新，而想要借助科技手段達成目标，不止要了解技術發展，也要了解供應鍊相關的業務知識。實際上，軟體隻是輔助手段，是管理方案中的一環，是管理理念的展現和落地。
在下列案例中，隻是産品設計層面做一個簡單講解。
其實在項目真正開始前，前期可能有老闆、市場、或者銷售察覺到業務痛點，并且可能已經展開過市場調查，競品分析，并且結合自身優勢有初步方案設想之後才正式立項。絕大多數産品經理都是在項目立項完成後才開始展開工作。
回到重點産品目标，在這個項目案例中，項目目标是降本增效，那産品目标是什麼呢？我們要思考降本增效通過軟體落地的方式是什麼？
- 軟體的邊際成本基本為0，是以我們要将重複的業務場景抽象成對應的業務模型，将裡面人工重複無效勞作由軟體替代。
- 軟體的資料管理，要認識到業務資料的價值，支援資料的實時流轉，提供資料報告及分析。
除此之外，前面也說到了軟體是管了解決方案中的一環，在需求調研的過程中，我們也是在收集和回報現有的管理問題，重新确認業務模型。基于以上考慮，我們制定了以下産品目标。
二、産品目标
1. 規範業務流程，明确各個部門崗位職責權限及業務節點分工；
2. 收集業務流程關鍵業務資料，并及時準确的傳達到各個相關部門，提升溝通效率；
3. 通過系統計算工具替代部分人工重複無效勞作，通過資訊同步降低溝通工作，提升工作效率；
4.搜集相關資料，形成報表、BI大屏等，為管理層提供經營決策資料支援。
基于以上産品目标，我們采用了使用者調研和實地調研等方式，我們了解到整體的組織架構和業務流程，如下圖：
三、整體業務流程圖
根據我們的調研結果整理出調研報告，并形成初步系統藍圖（藍圖可以是系統架構圖，也可以是專門的藍圖文檔，内容大于形式）。
而本次項目規模較大，而人員配比較少，是以在制定項目章程時，我們把項目進行了拆分，
分成庫存-銷售/物流-采購-生産-财務5個子項目進行。以銷售項目為例，使用者群體如下：
四、銷售子產品
使用者群體：
你會發現在這個使用者群體描述的側重點更偏向工作職責， 但在這個階段，不要陷在崗位職責說明或者某個員工說我這個太麻煩，你做個工具給我這種細節問題，而是要關注整體業務流程和整體的系統架構，銷售子產品隻是這個系統的一部分。
五、結束語
不同公司在業務流程上有相似，也有差異，是以在軟體需求上也會有所不同，但是怎麼将具體的業務場景抽象成通用的解決方案，這是作為産品經理要思考的問題。同時作為産品經理也要把自己做事方法、理念當成做軟體一樣，不斷抽象，不斷更新疊代，完善自己的模型。祝大家都成為更好的自己。
本文由 @一心 原創釋出于人人都是産品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。