編輯導(dǎo)讀：針對(duì)業(yè)務(wù)流程而設(shè)定的解決方案并不是萬(wàn)能的，在系統(tǒng)有限的范圍內(nèi)，產(chǎn)品設(shè)計(jì)需要對(duì)邊界進(jìn)行了確定。本文作者從邊界的概念出發(fā)，對(duì)此展開(kāi)了梳理和說(shuō)明，與大家分享。

業(yè)務(wù)場(chǎng)景與行業(yè)的結(jié)合往往是最切實(shí)際的約束條件，同樣是電子商務(wù)網(wǎng)站，有些商品可以線(xiàn)上交易，而有些大宗商品卻無(wú)法突破支付與信任的限制，也許普通商品的電子商務(wù)網(wǎng)站無(wú)需對(duì)用戶(hù)的信用體系做審查，但是大宗商品的交易網(wǎng)站就要負(fù)起審查的職責(zé)。

大宗商品如棉花、鋼鐵等，買(mǎi)賣(mài)的最小單位是批次、規(guī)格等，牽涉的金額在百萬(wàn)甚至千萬(wàn)不等，合同以及訂單的履約風(fēng)險(xiǎn)是用戶(hù)比較關(guān)注的情況。例如棉花商品的信息與實(shí)際合同如下圖所示。

從通用的角度來(lái)看，針對(duì)業(yè)務(wù)流程而設(shè)定的解決方案總是有約束的，系統(tǒng)的范圍總是有限的；在需求定義階段，對(duì)系統(tǒng)的范圍進(jìn)行界定是十分重要的。

如何確定需求的邊界，推薦的方式是通過(guò)上下文關(guān)系圖，實(shí)際上是數(shù)據(jù)流圖中的頂層圖。相關(guān)的思路就是將整個(gè)待開(kāi)發(fā)系統(tǒng)理解成一個(gè)黑盒，然后標(biāo)識(shí)出外部的參與者和系統(tǒng)的交互關(guān)系。

而在實(shí)際的操作中，上下文關(guān)系圖的應(yīng)用有兩個(gè)問(wèn)題：一個(gè)是系統(tǒng)太大，不容易一下子梳理出來(lái)。

01 范圍 vs 邊界

范圍和邊界需要區(qū)分開(kāi)來(lái)，范圍是指系統(tǒng)涉及哪些內(nèi)容，而邊界則是系統(tǒng)與人的職責(zé)邊界。針對(duì)這個(gè)問(wèn)題，《掌握需求過(guò)程》一書(shū)中有個(gè)精彩的例子，如下圖

首先來(lái)看看這張數(shù)據(jù)流圖。

• 這是一個(gè)產(chǎn)品銷(xiāo)售公司的銷(xiāo)售過(guò)程示意圖；
• 顧客需要買(mǎi)東西時(shí)就會(huì)打電話(huà)給公司銷(xiāo)售人員，公司銷(xiāo)售人員根據(jù)供應(yīng)商的促銷(xiāo)數(shù)據(jù)向顧客報(bào)價(jià)，并根據(jù)當(dāng)前庫(kù)存量來(lái)判斷能否響應(yīng)該顧客的訂單；
• 如果顧客接受了這個(gè)價(jià)格，并且也有足夠的庫(kù)存量，銷(xiāo)售人員就會(huì)認(rèn)為該訂單是有效的，并將其轉(zhuǎn)給信用核查員；
• 信用核查員根據(jù)顧客的歷史交易數(shù)據(jù)以其信用卡的情況來(lái)決定該訂單是否是安全的，然后將審核的結(jié)果返還給銷(xiāo)售人員；
• 如果審核的結(jié)果表示訂單是安全的，那么銷(xiāo)售人員就將訂單記錄下來(lái)
• 而其他環(huán)節(jié)（諸如收款、物流）將根據(jù)這里的訂單記錄來(lái)進(jìn)行相應(yīng)的處理

如果該企業(yè)打算投資20萬(wàn)–30萬(wàn)開(kāi)發(fā)一個(gè)完成覆蓋進(jìn)、銷(xiāo)、存管理的軟件系統(tǒng)（這個(gè)業(yè)務(wù)流程是必然涉及其中的），

那么該如何選擇系統(tǒng)的邊界，例如選擇2號(hào)邊界，或者選擇2號(hào)邊界，并將與信用卡公司的交互功能去掉。如果你選擇的是2號(hào)邊界，但用戶(hù)要求實(shí)現(xiàn)3號(hào)邊界，你將如何應(yīng)對(duì)？

02 確定邊界

很多時(shí)候軟件設(shè)計(jì)者考慮的過(guò)于全面，總想做一個(gè)大而全的系統(tǒng)，然而很多時(shí)候我們是根據(jù)項(xiàng)目的投入和資源來(lái)限制邊界范圍的，如果沒(méi)有項(xiàng)目成本與時(shí)間的限制，那么確定邊界的意義就失去了很多。

如果系統(tǒng)只是實(shí)現(xiàn)“記錄訂單”的功能，那么實(shí)際上意味著用戶(hù)必須手動(dòng)完成接訂單和信用核查的工作，系統(tǒng)只是起到了一個(gè)電子化的功能，換句話(huà)說(shuō)，通過(guò)某種形式的Excel也能記錄大部分的數(shù)據(jù)。

這樣的系統(tǒng)顯然不是一個(gè)投入20萬(wàn)-30萬(wàn)的系統(tǒng)所應(yīng)該采用的邊界，或許在開(kāi)發(fā)一個(gè)通用性的進(jìn)銷(xiāo)存產(chǎn)品（定價(jià)在幾百元）時(shí)就會(huì)將邊界定義在這里。

那么2號(hào)邊界呢，這時(shí)系統(tǒng)不僅實(shí)現(xiàn)了記錄訂單功能，還將自動(dòng)根據(jù)該顧客的歷史交易記錄、提供的信用卡進(jìn)行信用檢查，這里實(shí)現(xiàn)的功能顯然與用戶(hù)的投入相匹配的。只不過(guò)信用卡檢查可能會(huì)存在一些變數(shù)。

再來(lái)看看3號(hào)邊界，也就是實(shí)現(xiàn)訂單接收的自動(dòng)化，可能的方法有呼叫中心、Web網(wǎng)站等。這些功能雖然很合理，但它是超出系統(tǒng)預(yù)算的，因此不應(yīng)該將其納入系統(tǒng)的邊界內(nèi)。

03 功能的取舍

沒(méi)有免費(fèi)的軟件功能，一定的項(xiàng)目時(shí)間與成本控制下，必定需要對(duì)軟件功能進(jìn)行取舍，上面的例子，用戶(hù)將邊界從2號(hào)移到3號(hào)，也就意味著你需要開(kāi)發(fā)電子商務(wù)網(wǎng)站或呼叫中心；那么緊接著的是一系列的思考：

• 建立呼叫中心后，需要不斷的根據(jù)產(chǎn)品信息更新語(yǔ)音流程，這需要支付很高的成本；而且數(shù)字中繼、設(shè)備的維護(hù)成本也比較高。
• 呼叫中心相比于人工服務(wù)其友好性更差，可能會(huì)降低用戶(hù)滿(mǎn)意度；這樣客戶(hù)可能會(huì)轉(zhuǎn)回人工臺(tái)，并不會(huì)降低成本。
• 電子商務(wù)網(wǎng)站的建設(shè)成本只是一部分，維護(hù)成本更是大塊，她包括網(wǎng)絡(luò)帶寬費(fèi)用、主機(jī)托管費(fèi)用，而且安全性能保障更加重要。
• 你的顧客群中電子商務(wù)網(wǎng)站的使用率是否高，投入產(chǎn)出比是否合適。
• 你所在的行業(yè)如果是大宗商品的交易又當(dāng)如何，考慮到貨款金額巨大，是否需要先簽署合同。

04 創(chuàng)新邊界

創(chuàng)新邊界的問(wèn)題，通常是把顧客、顧客行為習(xí)慣納入了系統(tǒng)的范圍。例如把購(gòu)買(mǎi)機(jī)票后的值機(jī)服務(wù)延伸到了機(jī)場(chǎng)之外，而不是從到達(dá)機(jī)場(chǎng)后才開(kāi)始。

而像前面所說(shuō)的例子，則是考慮計(jì)算顧客對(duì)商品的消耗速度，直接在客戶(hù)缺貨前主動(dòng)營(yíng)銷(xiāo)。這種方法早在王永慶早年開(kāi)米店時(shí)就使用過(guò)了，他的米店會(huì)記錄每個(gè)客戶(hù)兩次買(mǎi)米的間隔時(shí)間，然后在客戶(hù)米缸快空時(shí)（安全庫(kù)存理論）提前派人送來(lái)，并且現(xiàn)將客戶(hù)剩下的米倒出來(lái)，將新的米裝到米缸后再把這些米放在最上面。

更多的約束還不少呢，立足于具體的業(yè)務(wù)場(chǎng)景才是關(guān)鍵。

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

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