我們在做Saas類產品時，了解了產品目標，如何確認項目的范圍層呢？本文以一個倉庫類產品的設計場景出發，為我們講解中間這個環節怎么做，希望能幫到大家。

范圍層，位于產品設計五層模型的第二層，它的主要任務是明確產品的功能需求和內容要素。換句話說，在確定了產品的整體戰略方向后，范圍層要解決的是“我們需要提供什么？”的問題。這包括了產品應有的功能清單、產品的內容元素、必須滿足的用戶需求等。

接下來，讓我們基于之前的案例來繼續分析范圍層的設計與應用。

假設我們正在設計一款面向企業的內部企業軟件管理。在了解產品目標后，并拆分項目之后，怎么確認項目的范圍層呢？

一、業務場景收集

首先需要與目標用戶群體進行溝通，收集他們的需求和反饋。

下面是一個需求調研小例子：

你決定實地調研，跟著庫管員觀察他一天的工作

然后你再跟庫管員一聊，

庫管員說：“今天工作算很順利了，生產領的物料質量都沒有問題，沒有退料；采購的物料數量沒有少，質量也合格；發貨的時候，也沒有把成品磕了?！?/p>

你趕緊追問，并且把庫管員說的都記錄下來，一天就結束了。

第二天上午，你列好用戶場景，準備去吃飯，路過倉庫，然后突然發現生產物料往外運了。

你趕緊問；“什么情況”

庫管員說：“要這批物料要調撥到其他倉庫了”

你說：“啊，這個你之前沒說過”

庫管員說：“你也沒問啊”

經過反思，你決定從下面幾個維度入手：

1. 了解常規庫管員的崗位職責說明及管理人員對這個崗位的規劃及認知
2. 參考競品設計里存在的工作流程，倒推應用場景，并跟庫管員確認，思考哪些場景有，哪些場景沒有及為什么
3. 梳理庫管員工作涉及的對接人，從對接人側面了解庫管員的工作場景

經過再次調研，重新梳理出庫管員的工作場景：

二、功能清單及信息

完成需求調研后，收集完用戶業務場景后，你要思考系統解決方案，系統要在哪里介入，加了系統后，整體流程是怎么配合的，對應功能要有哪些？

場景示例：

庫管員接到發貨通知的excel后，下載并打印發貨通知單，到倉庫尋找對應的物料，清點后放到發貨區，由發貨員簽字確認出庫。

方案草稿：

系統發出提示音提醒庫管員要配貨，庫管員可在系統上查看對應發貨通知單，上面寫了物料所在倉庫和庫位，庫管員拿著發貨通知單出發找到對應的物料，并放置到對應發貨區，那PDA掃瞄物料二維碼出庫。

基本業務功能點：

1. 發貨消息通知
2. 查看發貨通知單
3. 下載發貨通知單
4. PDA掃碼出庫

每個功能所需的業務信息有哪些呢？當前的發貨通知單如下：

仔細思考一下當前庫管員實際需要的是哪些信息呢？

在這個基礎上可以再思考系統層面還有其他業務可能需要的信息，比如單據編號，單據接收時間，出庫時間等。

以這種方式，整理出對應功能清單和信息表。

三、結束語

本文只做了基本說明，在實際倉庫產品設計中會復雜很多，倉庫業務是很多業務的基礎，涉及用戶群體很多，比如計劃人員要知道在途庫存、可用庫存，銷售要支持鎖定庫存、預售庫存等等。因此產品結構是很值得思考的事，這個我們放到結構層再講。

回顧產品目標，在調研過程中，不能只看業務人員在做什么，也要思考整體流程的合理性，當前是不是有什么業務缺失，也要跟管理人員溝通了解他們的管理理念，是否對當前流程作出調整等。