我們在做Saas類産品時，了解了産品目标，如何确認項目的範圍層呢？本文以一個倉庫類産品的設計場景出發，為我們講解中間這個環節怎麼做，希望能幫到大家。
範圍層，位于産品設計五層模型的第二層，它的主要任務是明确産品的功能需求和内容要素。換句話說，在确定了産品的整體戰略方向後，範圍層要解決的是“我們需要提供什麼？”的問題。這包括了産品應有的功能清單、産品的内容元素、必須滿足的使用者需求等。
接下來，讓我們基于之前的案例來繼續分析範圍層的設計與應用。
假設我們正在設計一款面向企業的内部企業軟體管理。在了解産品目标後，并拆分項目之後，怎麼确認項目的範圍層呢？
一、業務場景收集
首先需要與目标使用者群體進行溝通，收集他們的需求和回報。
下面是一個需求調研小例子：
你決定實地調研，跟着庫管員觀察他一天的工作
然後你再跟庫管員一聊，
庫管員說：“今天工作算很順利了，生産領的物料品質都沒有問題，沒有退料；采購的物料數量沒有少，品質也合格；發貨的時候，也沒有把成品磕了。”
你趕緊追問，并且把庫管員說的都記錄下來，一天就結束了。
第二天上午，你列好使用者場景，準備去吃飯，路過倉庫，然後突然發現生産物料往外運了。
你趕緊問；“什麼情況”
庫管員說：“要這批物料要調撥到其他倉庫了”
你說：“啊，這個你之前沒說過”
庫管員說：“你也沒問啊”
經過反思，你決定從下面幾個次元入手：
- 了解正常庫管員的崗位職責說明及管理人員對這個崗位的規劃及認知
- 參考競品設計裡存在的工作流程，倒推應用場景，并跟庫管員确認，思考哪些場景有，哪些場景沒有及為什麼
- 梳理庫管員工作涉及的對接人，從對接人側面了解庫管員的工作場景
經過再次調研，重新梳理出庫管員的工作場景：
二、功能清單及資訊
完成需求調研後，收集完使用者業務場景後，你要思考系統解決方案，系統要在哪裡介入，加了系統後，整體流程是怎麼配合的，對應功能要有哪些？
場景示例：
庫管員接到發貨通知的excel後，下載下傳并列印發貨通知單，到倉庫尋找對應的物料，清點後放到發貨區，由發貨員簽字确認出庫。
方案草稿：
系統發出提示音提醒庫管員要配貨，庫管員可在系統上檢視對應發貨通知單，上面寫了物料所在倉庫和庫位，庫管員拿着發貨通知單出發找到對應的物料，并放置到對應發貨區，那PDA掃瞄物料二維碼出庫。
基本業務功能點：
- 發貨消息通知
- 檢視發貨通知單
- 下載下傳發貨通知單
- PDA掃碼出庫
每個功能所需的業務資訊有哪些呢？目前的發貨通知單如下：
仔細思考一下目前庫管員實際需要的是哪些資訊呢？
在這個基礎上可以再思考系統層面還有其他業務可能需要的資訊，比如單據編号，單據接收時間，出庫時間等。
以這種方式，整理出對應功能清單和資訊表。
三、結束語
本文隻做了基本說明，在實際倉庫産品設計中會複雜很多，倉庫業務是很多業務的基礎，涉及使用者群體很多，比如計劃人員要知道在途庫存、可用庫存，銷售要支援鎖定庫存、預售庫存等等。是以産品結構是很值得思考的事，這個我們放到結構層再講。
回顧産品目标，在調研過程中，不能隻看業務人員在做什麼，也要思考整體流程的合理性，目前是不是有什麼業務缺失，也要跟管理人員溝通了解他們的管理理念，是否對目前流程作出調整等。
本文由 @一心 原創釋出于人人都是産品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。