2.2.2 調研用戶需求

在確定了目標客戶群體后，我們應盡快與原型客戶建立聯系，并進行深入的調研分析，以獲取產品用戶群體的大致需求。需要明確的是，用戶和客戶是兩個不同的概念。客戶是為我們提供經費的主體，用戶則是使用我們產品或服務的主體。因此，在商業交易中，我們需要關注客戶的核心訴求，產品或服務則需要盡可能地滿足用戶的需求，甚至以用戶需求為導向，使其更加易于使用，這才是我們產品的核心工作。

1.崗位角色

為了確保產品設計的合理性和有效性，我們需要深入了解使用我們產品的用戶群體，并對每個崗位的權限和職責進行充分了解。特別是在產品從無到有的過程中，我們首先需要設計一個最小化閉環的產品原型，以驗證產品的邏輯和商業模式。在此過程中，我們應該盡可能避免因系統中崗位設定缺失而導致業務無法正常運轉的情況。

崗位角色是系統規劃設計的基礎之一，根據不同的場景，產品可能會有不同的參與主體或角色，他們可能會使用不同的子系統或終端。有些產品會在同一個系統中用不同的角色分別控制功能權限或數據權限來實現。

針對不同的崗位角色權限模型，我們需要根據實際場景選擇合適的產品設計方式。

2.業務流程

明確參與的崗位角色之后，需要對業務的主要流程進行梳理，了解各類表單、業務流轉、數據流轉、各種限制因素等，收集原始表單、素材，為后續產品做準備。

業務流程需要優先處理確定的流程。不確定的流程可能是審批流產生變化，也可能是表單產生變化，還可能是業務本身不夠穩定。審批流的變化可能不會對產品設計產生重大影響，而表單的變化往往會對產品或者后續實施產生影響，需要考慮清楚業務流程的特點，選擇適用的流程或表單處理機制。

線下流程在遷移到線上時，有些過程是可以省略或簡化的，有些是需要額外強調的。

SaaS產品本身應該減少系統內的流程處理，除業務必需的流程外，產品設計人員需要盡量減少功能間的依賴，功能互相依賴過多會導致產品的易用度降低，學習成本上升。

3.用戶場景

在傳統的軟件交付模式中，通過驗收目標被置于較高優先級，相對而言，用戶體驗和需求滿足度的重視程度較低。然而，在SaaS模式中，續費成為合作的主要目標，交付僅僅是合作的開始。因此，關注并滿足用戶在實際場景中的需求顯得更為重要。

要理解場景，我們不僅需要關注產品本身的處理能力，還需要全面掌握產品周邊的工作，例如溝通機制、線下資料交互以及外接設備情況等。這些周邊因素可能對產品的持續優化和提升起到關鍵作用。因此，理解用戶場景是獲取用戶需求的基礎，也是我們在后續用戶調研環節中需要深入探討的問題。