需求范圍定義的工作重點在于明確項目的目標和范圍，通過三步走的方法，界定了需求范圍以后，就可以以業(yè)務事件列表和報表列表為線索，進行進一步的需求分析需求分析和需求業(yè)務建模提供架構基礎。

需求范圍定義的工作重點在于明確項目的目標和范圍，通過三步走的方法，界定了需求范圍以后，就可以以業(yè)務事件列表和報表列表為線索，進行進一步的需求分析需求分析和需求業(yè)務建模提供架構基礎。

一、需求范圍定義

我們在做項目的時候，進行需求工程分析項目，為了能給需求分析與需求建模提供有效的支持，避免出現(xiàn)“上梁不正下梁歪”的情況，我們在立項階段的需求范圍定義就顯得尤為重要。而需求范圍的定義應該放在項目的啟動立項階段，對整個項目的宏觀業(yè)務需求，起到指引的作用。

一句話說就是：明確項目的目標和范圍。

那么需求范圍定義的應該怎么做？結合筆者的經(jīng)驗，三步可以概括：

1. 劃分主題域，進而畫出構件圖，即摸清楚結構性框架；
2. 繪制上下文關系圖，找到主題域承擔的責任，即找到每個板塊的業(yè)務范圍；
3. 標識業(yè)務事件和報表，輸出需求大綱。

• 以“事”為線索劃分主題域，通過業(yè)務事件找到業(yè)務流信息；
• 對于復雜的聯(lián)機處理業(yè)務系統(tǒng)，單單以一條線劃分主題域還不夠，結合職責劃分主題域會有更好的效果。

（1）確定主題域

通過典型的業(yè)務職責，將系統(tǒng)分為： 銷售、生產(chǎn)、售后三部分。

• 銷售職責區(qū)塊：由于產(chǎn)品特性，商旅針對的B端用戶是組織和企業(yè)。所以這里的客戶是企業(yè)。銷售這個業(yè)務職責就是對客戶企業(yè)的管理，服務跟蹤，運營數(shù)據(jù)數(shù)據(jù)分析等，這里把這個主題域命名為客戶管理子系統(tǒng)，也是通常說的CRM
• 生產(chǎn)職責區(qū)塊：這個職責區(qū)塊就是為企業(yè)用戶提供全面的商旅業(yè)務（包括機票，酒店，用車等），也就是商旅業(yè)務就是他的核心生產(chǎn)業(yè)務。因此可以把這個業(yè)務區(qū)塊主題域稱為“商旅業(yè)務系統(tǒng)”，但是由于業(yè)務相當復雜，以及服務業(yè)的特性，光是一級主題域還不夠，商旅業(yè)務子系統(tǒng)下，平臺內部還應該劃分更細的業(yè)務職責以及協(xié)同職責，這里才是整個平臺高效運轉的核心，也是我們劃分主題域的核心工作，所以這個案例的重點是把業(yè)務系統(tǒng)下的二級主題域劃分清楚。
• 售后職責區(qū)塊：這個區(qū)塊，為企業(yè)提供售后的支持的主題域，主要是財務上的，和C端的旅游不同，商旅很多是企業(yè)和平臺月結的，而平臺和供應商一般也是周期結算。所以售后這個區(qū)塊一是平臺和企業(yè)的按照周期結算對賬，二是平臺和供應商的結算。這個主題域叫做結算系統(tǒng)。

下面我們來進一步二級主題域的劃分。

在業(yè)務子系統(tǒng)內部，由于業(yè)務的特殊性和復雜性。我們進一步進行職責劃分：生產(chǎn)、支持、服務三個職責區(qū)塊。

• 生產(chǎn)職責區(qū)塊：商旅平臺在本質上屬于電商平臺，只不過商品不是實物產(chǎn)品，他只是一個平臺代理商，所以它的核心業(yè)務應該是屬于電商：查詢、下單、支付、發(fā)貨這個完整的業(yè)務流程。這個主題域我們把它叫成：生產(chǎn)系統(tǒng)。業(yè)務要走的通，除了業(yè)務，還應有資金。支付方式如果支持多種：月結、現(xiàn)結、預存，那么還應該有支付系統(tǒng)，或者第三方提供支付服務，提供支付接口，或者提供記賬的虛擬支付系統(tǒng)。
• 支持職責區(qū)塊：由于業(yè)務的復雜特性（以機票為例：各種政策投放，優(yōu)惠，里程兌換，行程單報銷，短信通知），質量風控，投訴質檢等。需要大量的運營人員以及系統(tǒng)對業(yè)務的支持。這里把所有的業(yè)務支持的東西都放在一起，叫業(yè)務支持主題域。生產(chǎn)上即業(yè)務支持子系統(tǒng)
• 服務職責區(qū)塊：由于服務行業(yè)7*24服務業(yè)的特性，在這個職責區(qū)塊上，為了給客服中心提供有效的協(xié)同支持，還應該有工單子系統(tǒng)，呼叫子系統(tǒng)。

第二步：繪制構件圖

完成了主題域劃分以后，可以用一個構件圖，標識出各主域題之間的關系，即找到各主題域之間的接口，把整個系統(tǒng)聯(lián)系起來，搭建出整個業(yè)務框架。

在前面我們已經(jīng)標識出了一級主題域有：“客戶關系管理系統(tǒng)”、“商旅業(yè)務系統(tǒng)”、“結算系統(tǒng)”，現(xiàn)在我們先來梳理一下一級主題域之間的關系。

客戶關系管理子系統(tǒng)和商旅業(yè)務系統(tǒng)：以商旅機票服務為例，只有企業(yè)賬戶已經(jīng)開通，企業(yè)下的用戶才能在業(yè)務系統(tǒng)下單，所以在用戶下單時候，需客戶關系管理系統(tǒng)提供相應的用戶數(shù)據(jù)，企業(yè)信息給業(yè)務系統(tǒng)。而為了分析企業(yè)的商旅出行的數(shù)據(jù)等，業(yè)務系統(tǒng)還應該把訂單數(shù)據(jù)回傳給客戶關系管理系統(tǒng)，以為生成各類運營報表提供基礎。所以這兩個主題域之間的接口應該是：CRM提供查詢客戶資料的接口供業(yè)務系統(tǒng)查詢，業(yè)務系統(tǒng)提供同步訂單數(shù)據(jù)的接口給CRM。

客觀關系管理系統(tǒng)和結算系統(tǒng)：企業(yè)當月使用多少票量，應該月結金額多少錢，企業(yè)是否按時還款，這塊數(shù)據(jù)應該由結算系統(tǒng)同步給給客戶關系管理系統(tǒng)。所以這兩個主題域之間的接口應該是：結算系統(tǒng)提供數(shù)據(jù)給CRM生成報表。

供應商主題域：在確定最終的主題域之前，我們還需要結合最終的目標來考察這些主題域。從目標范圍的角度來說，商旅平臺，只是作為一個代理商，他沒有真正的產(chǎn)品。剛才我們分析的都是對內的關系，還應分析對外的關系，即平臺是通過整合其他渠道或者代預定的方式來提供服務的。所以考慮他的產(chǎn)品從哪里來，就會自然想到其供應商，這里統(tǒng)一叫成：供應商主題域。當然從機票的業(yè)務來講，可能有：黑屏，航司官網(wǎng)，其他OTA等等。從其他平臺有交易，有業(yè)務就有資金。所以還應該有對供應商的支付體系。

第一級主題域的構件圖畫好了，標識出服務接口：

如下：

下面來確定第二級主題域的構件圖：

首先確定二級主題域之間的關系：生產(chǎn)系統(tǒng)、供應商業(yè)務系統(tǒng)、供應商支付系統(tǒng)、業(yè)務支持系統(tǒng)、工單系統(tǒng)、外呼系統(tǒng)。

生產(chǎn)系統(tǒng)和供應商系統(tǒng)：以機票為例，來找這兩個主題域之間的關系。我們以“事”為線索，從業(yè)務事件，找到業(yè)務流程，最終推演業(yè)務活動。機票下單首先航班信息這些不是憑空變出來的，都是從供應商那里獲取到的，包括航班信息，艙位信息，運價，座位的查詢，部分退票改簽政策等應該由供應商提供。如果用戶下單，那么平臺還應該去供應商那里自動創(chuàng)單，所以還應該對接供應商業(yè)務系統(tǒng)的下單接口，供應商提供的支付接口。

生產(chǎn)系統(tǒng)和業(yè)務支持系統(tǒng)：

• 由于業(yè)務的特殊性，對于大客戶企業(yè)，航空公司會有三方或者兩方協(xié)議政策提供優(yōu)惠，每種艙位折扣的優(yōu)惠力度，又由于每個時間段折扣不同，航線不同折扣不同，高管白名單等。這些都應該維護在業(yè)務系統(tǒng)中給生產(chǎn)系統(tǒng)出票提供支持。
• 退票改簽的政策也各個航空公司有差異，每年都在變，甚至每個季度都在變，這些應由運營人員根據(jù)航空公司，企業(yè)大客戶政策，航班艙位多個角度實時更新并給生產(chǎn)提供支持。
• 作為平臺來講，會有一套自己獨有的出票邏輯體系，供應商出票優(yōu)先級，政策投放規(guī)則以實 現(xiàn)盈利，所以業(yè)務支持系統(tǒng)維護出票配置，供應規(guī)則等給生產(chǎn)系統(tǒng)，當然這部分也可以放在生產(chǎn)系統(tǒng)本身當中，這里不詳細介紹。

通過各個二級主題域之間的分析，找到了二級主題域之間的服務接口，繪制成構建圖后如下：

通過我們對系統(tǒng)整體進行主題域劃分之后，并且標識出各主題域之間的關系，即服務接口以后，系統(tǒng)整體的架構就一個雛形了（案例只是標識了部分業(yè)務接口，具體還有很多其他業(yè)務接口，技術上的功能接口未標出）。下面一步就是進一步對各主題域內部進行細節(jié)梳理。

（2）繪制上下文關系圖

什么是上下文關系圖？

當把系統(tǒng)的范圍縮小到一個主題域時候，涉及的內容就大大減少了。這個時候我們針對每個主題域來分析，分析其所要承擔的業(yè)務責任。

我們以二級主題域，業(yè)務最復雜的生產(chǎn)系統(tǒng)為例來繪制上下午關系圖，通過三個步驟來抽絲剝繭，分析出細節(jié)脈絡。

a. 將整個系統(tǒng)看成一個盒子

b. 找到系統(tǒng)中所有的customer（客戶）和worker(工作人員)

c. 分析customer和worker主動發(fā)起的事件

首先把這個生產(chǎn)系統(tǒng)看成一個黑盒子，用矩形表示；接著思考這些主題域需要哪些外部的customer，內部的worker？

很顯然，這里的customer最重要的商旅用戶。他發(fā)起出差肯定會提交出差申請，不管是事前出差申請，還是訂票中提出差申請。那么會有他的領導來審核，對于生產(chǎn)系統(tǒng)來說也是屬于customer。

申請通過以后就會進行在生產(chǎn)系統(tǒng)訂票，生產(chǎn)系統(tǒng)這個時候需要到外部供應商那里去購票，這個時候，企業(yè)的業(yè)務協(xié)同就開始了，所以供應商，結算系統(tǒng)，業(yè)務支持系統(tǒng)對于生產(chǎn)系統(tǒng)來說都是屬于外部的worker。結算系統(tǒng)負責資金流，業(yè)務系統(tǒng)提供業(yè)務支持，供應商系統(tǒng)負責提供票務。

如果退改簽的審核通過，則會進行相應的收取手續(xù)費或者退款，因此將這兩個信息添加到上下文關系圖中，這時候就會得到。

分析完了customer主動發(fā)起的事件后，我們來繼續(xù)分析worker主動發(fā)起的事件。從生產(chǎn)系統(tǒng)customer以外的都是worker，包括供應商，協(xié)作系統(tǒng)，財務系統(tǒng)等。

下面我們來分析幾個例子：

• 航空變動：天氣原因，原航班有延誤，取消等通知需要通知給用戶，通過業(yè)務支持系統(tǒng)中的短信模塊來發(fā)送短信通知用戶（如果出票有短信服務也會通知）；
• 企業(yè)余額不足：企業(yè)在商旅系統(tǒng)上余額不足，不足以支付后，將會通知給用戶；
• 航旅個人報告：個人的商旅航分析報告，主動推送給用戶。

其他例子不詳細說明。

我們再加上這些后，上下文關系圖變得更加豐富和清晰：

到現(xiàn)在我們就通過以生產(chǎn)系統(tǒng)為例，從customer和worker的業(yè)務事件分析起。繪制出了生產(chǎn)系統(tǒng)的上下文關系圖

（3）標識業(yè)務事件和報表，輸出需求大綱

對于聯(lián)機業(yè)務處理的系統(tǒng)而言，業(yè)務事件（業(yè)務流程）是核心線索，對于管理信息系統(tǒng)而言，report（包括各種查詢，分析，統(tǒng)計）是核心線索，而在此案例中，商旅平臺屬于復雜的聯(lián)機處理事務系統(tǒng)。

首先我們來對業(yè)務事件做個解析

業(yè)務事件是梳理業(yè)務系統(tǒng)需求的一個很重要的線索，因為一個企業(yè)或組織存在的核心價值在于接受外部用戶的請求，通過響應請求讓用戶滿意的同時也創(chuàng)造了相應的價值。

結合我們的案例商旅系統(tǒng)，在我們分析上下文關系圖的時候就是按照業(yè)務事件分析的，標注出業(yè)務事件后如下：

舉一個業(yè)務事件例子：由用戶提出出差申請（業(yè)務事件），于是產(chǎn)生審批流程（業(yè)務流程），需要相關人員進行審批（業(yè)務步驟），提出出差申請是業(yè)務事件，即觸發(fā)整個流程的行為，也是直接作用于系統(tǒng)的行為。通過這個事件，我們可以找到一系列的活動和相關部門。

解析出報表：

根據(jù)分類可以分析出以下報表：

當然，報表不一定完全，還要根據(jù)管理層的意圖，需求，進行訪談，增加報表類型等。

輸出需求大綱，產(chǎn)出需求范圍規(guī)格文檔。

下面就是我們的最后一步，把剛才的分析匯總成需求大綱，輸出需求規(guī)格的邊界，從主題域開始，一個一個小節(jié)列出來，闡述業(yè)務事件（包括整個流程），列表需求。搭建出了整體的系統(tǒng)框架。為具體的后期業(yè)務建模需求說明提供了參考。

下面是我輸出的需求大綱作為參考

Word版的文檔需求大綱：

XXX商旅平臺系統(tǒng)需求規(guī)格說明書：

1.文檔概述

（略）

2.任務概述

2.1業(yè)務需求

• 為大型企業(yè)提供一站式商旅解決方案，包括審批，預訂，出行，報銷全流程服務
• （其余略）

2.2用戶人群分析

（略）

3.業(yè)務模型分析

本系統(tǒng)由客戶關系管理系統(tǒng)，商旅業(yè)務系統(tǒng)，結算系統(tǒng)，將從業(yè)務的銷售，生產(chǎn)，售后等范圍進行提供支持，其范圍如下：

主題域劃分示意圖

3.1客戶關系管理系統(tǒng)

本主題域主要對客戶關系管理提供支持，主要對企業(yè)信息管理，用戶信息管理，消費統(tǒng)計等分析，其范圍如下：……

（略）

3.2商旅業(yè)務系統(tǒng)

本主題域主要為企業(yè)提供整體的商旅業(yè)務。在此主題域下又劃分為：生產(chǎn)系統(tǒng)，供應商業(yè)務系統(tǒng)，供應商支付系統(tǒng)，業(yè)務支持系統(tǒng)，工單系統(tǒng)，外呼系統(tǒng)主題域。其關系如下：

3.2.1生產(chǎn)系統(tǒng)

生產(chǎn)系統(tǒng)是整個業(yè)務生產(chǎn)的核心系統(tǒng)，是連接各個二級主題域的中樞，下面是生產(chǎn)系統(tǒng)的上下文關系圖，標識出了生產(chǎn)系統(tǒng)范圍。

3.2.1.1業(yè)務事件

• 提交出差申請
• 撤銷出差申請
• 預訂出票
• 申請改簽
• 申請退票
• …

3.2.1.2服務接口

• 獲取企業(yè)信息
• 獲取用戶信息
• 獲取訂單信息
• 下單接口
• 支付接口
• 退票接口
• 退款接口
• 改簽支付接口
• …

3.2.1.3報表

• 出票周期統(tǒng)計報表
• 改簽周期統(tǒng)計報表
• 退票周期統(tǒng)計報表
• 航旅分析統(tǒng)計報表
• …

3.2.2結算系統(tǒng)

（略）

…

4.具體需求

4.1生產(chǎn)系統(tǒng)

4.2結算系統(tǒng)

4.3呼叫系統(tǒng)

4.4工單系統(tǒng)

…

Word版的文檔需求大綱：

XXX商旅平臺系統(tǒng)需求規(guī)格說明書：

1.文檔概述

（略）

2.任務概述

2.1業(yè)務需求

• 為大型企業(yè)提供一站式商旅解決方案，包括審批，預訂，出行，報銷全流程服務
• （其余略）

2.2用戶人群分析

（略）

3.業(yè)務模型分析

本系統(tǒng)由客戶關系管理系統(tǒng)，商旅業(yè)務系統(tǒng)，結算系統(tǒng)，將從業(yè)務的銷售，生產(chǎn)，售后等范圍進行提供支持，其范圍如下：

主題域劃分示意圖

3.1客戶關系管理系統(tǒng)

本主題域主要對客戶關系管理提供支持，主要對企業(yè)信息管理，用戶信息管理，消費統(tǒng)計等分析，其范圍如下：……

（略）

3.2商旅業(yè)務系統(tǒng)

本主題域主要為企業(yè)提供整體的商旅業(yè)務。在此主題域下又劃分為：生產(chǎn)系統(tǒng)，供應商業(yè)務系統(tǒng)，供應商支付系統(tǒng)，業(yè)務支持系統(tǒng)，工單系統(tǒng)，外呼系統(tǒng)主題域。其關系如下：

3.2.1生產(chǎn)系統(tǒng)

生產(chǎn)系統(tǒng)是整個業(yè)務生產(chǎn)的核心系統(tǒng)，是連接各個二級主題域的中樞，下面是生產(chǎn)系統(tǒng)的上下文關系圖，標識出了生產(chǎn)系統(tǒng)范圍。

3.2.1.1業(yè)務事件

• 提交出差申請
• 撤銷出差申請
• 預訂出票
• 申請改簽
• 申請退票
• …

3.2.1.2服務接口

• 獲取企業(yè)信息
• 獲取用戶信息
• 獲取訂單信息
• 下單接口
• 支付接口
• 退票接口
• 退款接口
• 改簽支付接口
• …

3.2.1.3報表

• 出票周期統(tǒng)計報表
• 改簽周期統(tǒng)計報表
• 退票周期統(tǒng)計報表
• 航旅分析統(tǒng)計報表
• …

3.2.2結算系統(tǒng)

（略）

…

4.具體需求

4.1生產(chǎn)系統(tǒng)

4.2結算系統(tǒng)

4.3呼叫系統(tǒng)

4.4工單系統(tǒng)

…

需求范圍定義的工作重點在于明確項目的目標和范圍，通過三步走的方法，界定了需求范圍以后，就可以以業(yè)務事件列表和報表列表為線索，進行進一步的需求分析需求分析和需求業(yè)務建模提供架構基礎。

以上便是筆者的工作總結以及方法論復盤，歡迎指正和交流。

本文由 @謝君翊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協(xié)議