每個(gè)TOB生命周期階段都有著其應(yīng)該對(duì)齊的目標(biāo)及其關(guān)鍵任務(wù)，本文就產(chǎn)品方案設(shè)計(jì)階段的目標(biāo)和關(guān)鍵任務(wù)展開分析，詳細(xì)介紹產(chǎn)品可執(zhí)行落地的全過(guò)程，希望帶給你一些啟發(fā)。

上一篇分享了B端產(chǎn)品的“產(chǎn)品規(guī)劃與調(diào)研”階段的目標(biāo)和關(guān)鍵任務(wù)，本篇將分享“產(chǎn)品方案設(shè)計(jì)”階段的目標(biāo)與任務(wù)。這階段承接產(chǎn)品規(guī)劃，將整體規(guī)劃細(xì)化落地，形成可落地執(zhí)行的產(chǎn)品方案。在這個(gè)階段也是對(duì)產(chǎn)品經(jīng)理基本能力的考驗(yàn)，包括：需求轉(zhuǎn)化能力、復(fù)雜邏輯處理能力、文檔輸出能力等。

一、產(chǎn)品方案設(shè)計(jì)

目標(biāo)：梳理業(yè)務(wù)流程，形成滿足需求且可落地的解決方案。

關(guān)鍵任務(wù)：

1. 業(yè)務(wù)流程梳理：各模塊業(yè)務(wù)涉及哪些不同部門不同角色的人員，各人員需要負(fù)責(zé)哪些業(yè)務(wù)

首先，需要明白什么是 “業(yè)務(wù)流程”，與之相對(duì)應(yīng)的是 “系統(tǒng)流程”。

業(yè)務(wù)流程： 為達(dá)到特定的價(jià)值目標(biāo)而由不同的人分別共同完成的一系列活動(dòng)?；顒?dòng)之間不僅有嚴(yán)格的先后順序限定，而且活動(dòng)的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定（百度釋義）。簡(jiǎn)而言之，業(yè)務(wù)流程的梳理就是了解完成某一特定業(yè)務(wù)，不同業(yè)務(wù)人員需要先后負(fù)責(zé)完成哪些“任務(wù)”。

如：為了完成合同的審核，需要由銷售人員起草合同，提交后經(jīng)銷售總監(jiān)對(duì)合同產(chǎn)品報(bào)價(jià)確認(rèn)后，給到公司法務(wù)進(jìn)行法務(wù)風(fēng)險(xiǎn)評(píng)估，再由高層領(lǐng)導(dǎo)進(jìn)行審核確認(rèn)。一個(gè)合同審核的業(yè)務(wù)流程，涉及了多個(gè)人員，包括：銷售、銷售總監(jiān)、法務(wù)、高層領(lǐng)導(dǎo)，每個(gè)角色的人員在合同審批的流程里面，有先后順序，也有各自需要確認(rèn)的內(nèi)容。

對(duì)于業(yè)務(wù)流程，核心關(guān)注點(diǎn)在于“做什么”，即：不同角色的人員在流程的不同環(huán)節(jié)需要完成什么業(yè)務(wù)。

系統(tǒng)流程：為完成特定的業(yè)務(wù)流程，不同人員需要在系統(tǒng)中完成一系列指定的操作，留存相關(guān)的數(shù)據(jù)。

如：為了完成合同的審核，銷售人員需要在CRM系統(tǒng)中維護(hù)合同信息、合同產(chǎn)品報(bào)價(jià)；合同提交后，銷售總監(jiān)在CRM系統(tǒng)中對(duì)合同報(bào)價(jià)進(jìn)行確認(rèn)，報(bào)價(jià)有問(wèn)題的在系統(tǒng)中進(jìn)行修改；銷售總監(jiān)確認(rèn)后，法務(wù)在CRM系統(tǒng)中進(jìn)行確認(rèn)，如有法務(wù)風(fēng)險(xiǎn)，則在系統(tǒng)中進(jìn)行記錄；法務(wù)確認(rèn)后，高層領(lǐng)導(dǎo)在OA系統(tǒng)中對(duì)合同進(jìn)行審批。

對(duì)于系統(tǒng)流程，核心關(guān)注點(diǎn)在于“怎么做”，即：不同角色的人員在哪個(gè)系統(tǒng)中需要完成什么操作。

先有業(yè)務(wù)流程，再有系統(tǒng)流程，系統(tǒng)流程是將業(yè)務(wù)流程系統(tǒng)化的過(guò)程，這一過(guò)程也是將業(yè)務(wù)需求轉(zhuǎn)換成系統(tǒng)解決方案的過(guò)程。

（1）如何梳理業(yè)務(wù)流程？

①明確業(yè)務(wù)目標(biāo)是什么

確認(rèn)業(yè)務(wù)目標(biāo)，即：明確業(yè)務(wù)范圍，確定需要了解的業(yè)務(wù)流程是什么。

對(duì)于業(yè)務(wù)流程的范圍，可以定義地很廣泛，也可以定義得很聚焦，比如：企業(yè)從生產(chǎn)到銷售到服務(wù)的過(guò)程可以定義為一個(gè)業(yè)務(wù)流程；但是拆分出來(lái)，產(chǎn)品的生產(chǎn)過(guò)程、訂單的下單流程也可以分別定義成一個(gè)業(yè)務(wù)流程。

所以，當(dāng)我們?nèi)ナ崂順I(yè)務(wù)流程時(shí)，需要先明確流程的范圍，即流程的起點(diǎn)與終點(diǎn)。這個(gè)起點(diǎn)和終點(diǎn)是根據(jù)業(yè)務(wù)目標(biāo)去確認(rèn)的。如：當(dāng)我們?nèi)ヌ接憽叭绾瓮瓿梢环莺贤闹贫ㄅc確認(rèn)“，那么流程的起點(diǎn)就是合同的起草，流程的終點(diǎn)就是合同完成確認(rèn)。

②流程涉及哪些部門哪些角色的業(yè)務(wù)人員

一個(gè)完整的業(yè)務(wù)流程中，需要涉及到哪些部門哪些角色的人員協(xié)同完成。以上面的合同審批為例，整個(gè)涉及到：銷售部的銷售員、銷售總監(jiān)；法務(wù)部的法務(wù)顧問(wèn)；高層領(lǐng)導(dǎo)；

注意：梳理涉及的業(yè)務(wù)人員時(shí)，需要盡量梳理出這些人員對(duì)應(yīng)的職位或者職責(zé)（如：銷售業(yè)務(wù)員、銷售總監(jiān)），而非具體的人員（如：張三、李四）。因?yàn)榫唧w的人員因調(diào)崗、辭職等原因，變化頻率時(shí)比較高的，但是職位或者職責(zé)是相對(duì)固定的。

③梳理不同角色人員要完成哪些“任務(wù)”

業(yè)務(wù)流程中，不同的人員需要完成哪些業(yè)務(wù)。以上面的合同審批為例：

• 銷售員：合同信息錄入、合同提交審核
• 銷售總監(jiān)：審核合同產(chǎn)品報(bào)價(jià)
• 法務(wù)顧問(wèn)：確認(rèn)合同法務(wù)風(fēng)險(xiǎn)
• 高層領(lǐng)導(dǎo)：合同審批

④各“任務(wù)”之間的關(guān)系、規(guī)則

明確各“任務(wù)”之前的先后、分支、判斷等關(guān)系，根據(jù)“任務(wù)”的順序與規(guī)則，將各人員的“任務(wù)”串連起來(lái)便是完整的業(yè)務(wù)流程。

（2）“業(yè)務(wù)流程的梳理兩大原則”

“有始有終”：根據(jù)業(yè)務(wù)目標(biāo)確認(rèn)業(yè)務(wù)流程范圍，保證業(yè)務(wù)流程可以閉環(huán)，不能中途戛然而止。

以上文的合同審核為例，探討“如何完成一份合同的制定與確認(rèn)“，那么該流程不能法務(wù)部確認(rèn)完之后就終止。在這個(gè)環(huán)節(jié)，合同并沒(méi)有真正完成確認(rèn)。

當(dāng)然，流程的終點(diǎn)需要匹配業(yè)務(wù)目標(biāo)，如果是探討“如何完成合同的起草”，那么上述的流程在法務(wù)確認(rèn)后終止卻也可以說(shuō)通。

“有所取舍”：對(duì)于描述業(yè)務(wù)流程的顆粒度需要有所取舍，不可太過(guò)細(xì)致，也不可太過(guò)粗糙，應(yīng)以“能夠清晰描述流程，指導(dǎo)業(yè)務(wù)順暢流轉(zhuǎn)”為原則。

以上文的合同審核為例，“合同信息錄入”這一節(jié)點(diǎn)，并沒(méi)有細(xì)致地去描述錄入合同時(shí)需要錄入合同哪些信息、是否需要上傳電子合同等。

描述業(yè)務(wù)流程的顆粒度，有時(shí)也需要結(jié)合查看人的需求。如果是管理層查看，可能并不關(guān)心太過(guò)流程細(xì)節(jié)，更關(guān)系流程的流轉(zhuǎn)和關(guān)鍵管控點(diǎn)；如果是執(zhí)行層查看，那么可能更關(guān)心細(xì)節(jié)，細(xì)致到如何能完成各個(gè)“任務(wù)”，如何完成工作直接影響到執(zhí)行層每日的工作量。

（3）如何輸出業(yè)務(wù)流程圖？

業(yè)務(wù)流程圖的輸出沒(méi)有固定的形式，可使用普通流程圖或者泳道圖或者其他圖示方式進(jìn)行呈現(xiàn)。推薦使用泳道圖進(jìn)行展示。泳道圖：泳道圖可使用Visio（本地軟件）、ProcessOn（在線平臺(tái)）進(jìn)行繪制；

泳道圖一般分為三個(gè)維度：職位維度、階段維度和任務(wù)維度。

職位維度：通過(guò)部門/職位進(jìn)行區(qū)分，不同部門不同角色得人各用一條泳道進(jìn)行區(qū)分；如下圖中橫向排布的泳道。（不建議通過(guò)責(zé)任人進(jìn)行區(qū)分，如：張三/李四。因?yàn)樨?zé)任人可能因?yàn)槁殑?wù)變化、辭職等原因頻繁變化）

階段維度：通過(guò)任務(wù)階段來(lái)區(qū)分，明確各階段需要處理的任務(wù)環(huán)節(jié)；如下圖中縱向排布的泳道。（非必要維度，可視個(gè)人繪制習(xí)慣而定）

任務(wù)維度：不同部門/職位的業(yè)務(wù)人員在不同階段需要處理的任務(wù)；如下圖中的各流程節(jié)點(diǎn)。

2. 系統(tǒng)流程梳理：將業(yè)務(wù)流程轉(zhuǎn)換成系統(tǒng)流程，形成可執(zhí)行的、高效的、貼合需求的系統(tǒng)流程

（1）如何梳理系統(tǒng)流程？

①劃分系統(tǒng)邊界

對(duì)于流程各環(huán)節(jié)，需要先劃分哪些“任務(wù)”需要在哪個(gè)系統(tǒng)中完成，明確各系統(tǒng)功能邊界。

以上訴合同流程為例，可以將合同流程各環(huán)節(jié)劃分到不同業(yè)務(wù)系統(tǒng)，合同起草、合同報(bào)價(jià)確認(rèn)、法務(wù)風(fēng)險(xiǎn)確認(rèn)在CRM中完成；合同審核在OA系統(tǒng)中完成；合同產(chǎn)品生產(chǎn)、入庫(kù)出庫(kù)、物流運(yùn)輸、物流簽收可在ERP系統(tǒng)中完成。

系統(tǒng)邊界的劃分，需要匹配不同業(yè)務(wù)系統(tǒng)的定位以及當(dāng)前產(chǎn)品的產(chǎn)品定位。

如果是標(biāo)準(zhǔn)產(chǎn)品開發(fā)，則需要盡量減少對(duì)外部系統(tǒng)的依賴，盡量在本系統(tǒng)中完成業(yè)務(wù)流程的流轉(zhuǎn)。否則，當(dāng)產(chǎn)品銷售時(shí)，如果高度依賴其他系統(tǒng)才能完成業(yè)務(wù)流程的運(yùn)轉(zhuǎn)，那么就需要與其他系統(tǒng)打包銷售，這將降低產(chǎn)品的競(jìng)爭(zhēng)力。當(dāng)然，這也需要和公司產(chǎn)品策略相結(jié)合，如果產(chǎn)品策略是希望整合多套產(chǎn)品形成整體解決方案，那么各系統(tǒng)的邊界則需要根據(jù)不同產(chǎn)品的定位來(lái)劃分。

如果是客戶定制化產(chǎn)品/項(xiàng)目開發(fā)，則需要根據(jù)客戶內(nèi)部業(yè)務(wù)系統(tǒng)定位進(jìn)行劃分。

②明確各業(yè)務(wù)環(huán)節(jié)的系統(tǒng)管控點(diǎn)

由于業(yè)務(wù)流轉(zhuǎn)的需要、管理的要求或者其他原因，對(duì)于業(yè)務(wù)流程中關(guān)鍵節(jié)點(diǎn)，業(yè)務(wù)上會(huì)有一些管控要求。

如：合同錄入時(shí)，需要必須上傳合同附件，電子附件可以作為流程審批的依據(jù)，也可以在線上進(jìn)行留存，方便后期查看。類似這部分業(yè)務(wù)管控要求，在系統(tǒng)流程設(shè)計(jì)時(shí)需要形成系統(tǒng)管控點(diǎn)。

③確定各系統(tǒng)數(shù)據(jù)交互的觸發(fā)節(jié)點(diǎn)

明確單據(jù)在各業(yè)務(wù)系統(tǒng)之間流轉(zhuǎn)的觸發(fā)節(jié)點(diǎn)，即：什么環(huán)節(jié)可以將數(shù)據(jù)同步推送至其他業(yè)務(wù)系統(tǒng)。

如：CEO確認(rèn)合同審批通過(guò)時(shí)，將合同同步至ERP系統(tǒng)進(jìn)行生產(chǎn)。

④明確各系統(tǒng)數(shù)據(jù)的回傳同步

單據(jù)在其他業(yè)務(wù)系統(tǒng)流轉(zhuǎn)過(guò)程中，部分單據(jù)信息可能需要回傳同步至源系統(tǒng)。

如：合同同步至OA系統(tǒng)審批后，審批結(jié)果（通過(guò)？拒絕）需要同步回傳至CRM系統(tǒng)中，銷售業(yè)務(wù)員可以及時(shí)了解合同審批情況；合同產(chǎn)品交付到ERP系統(tǒng)生產(chǎn)后，生產(chǎn)相關(guān)進(jìn)度可能也需要同步回CRM系統(tǒng)中，對(duì)于銷售人員而言，可及時(shí)了解到合同交付情況。

（2）如何輸出系統(tǒng)流程？

系統(tǒng)流程同樣可以使用泳道圖進(jìn)行輸出，下方為示例：

與業(yè)務(wù)流程繪制的區(qū)別在于兩點(diǎn)：

維度不同：業(yè)務(wù)流程的一般是職位維度、階段維度和任務(wù)維度；系統(tǒng)流程的維度一般是職位維度、系統(tǒng)維度和任務(wù)維度。

即：系統(tǒng)流程描述了哪個(gè)職位的業(yè)務(wù)人員需要在什么系統(tǒng)完成哪些任務(wù)。

顆粒度不同：系統(tǒng)流程會(huì)比較細(xì)致地某一流程在系統(tǒng)中如何完成，以達(dá)到指導(dǎo)業(yè)務(wù)用戶順暢完成業(yè)務(wù)的目的。業(yè)務(wù)流程對(duì)于較細(xì)致的流程管控點(diǎn)并不一定會(huì)進(jìn)行描述，系統(tǒng)流程則會(huì)較為細(xì)致地描述流程管控點(diǎn)及相關(guān)處理方式。

3. 解決方案制定：結(jié)合產(chǎn)品目標(biāo)、需求范圍、業(yè)務(wù)流程等，形成解決方案

解決方案并非產(chǎn)品的PRD文檔，而是用于向客戶/用戶介紹產(chǎn)品、介紹方案的介紹性文檔，通常以PPT的方式呈現(xiàn)。

標(biāo)準(zhǔn)產(chǎn)品研發(fā)的過(guò)程中，不一定會(huì)需要產(chǎn)出解決方案，而是使用PRD文檔描述需求與需求解決方案。

對(duì)于客戶定制化項(xiàng)目/產(chǎn)品，多數(shù)情況下需要輸出項(xiàng)目解決方案，向客戶方業(yè)務(wù)人員（包括管理層、執(zhí)行層）介紹項(xiàng)目整體方案內(nèi)容，約定產(chǎn)品需求與范圍。

（1）如何編寫解決方案？

①了解方案匯報(bào)場(chǎng)景及匯報(bào)對(duì)象

不同的匯報(bào)場(chǎng)景匯報(bào)對(duì)象，解決方案的側(cè)重點(diǎn)不同。對(duì)客戶管理層匯報(bào)，會(huì)側(cè)重于講解業(yè)務(wù)管理方案、管理流程、項(xiàng)目?jī)r(jià)值等；對(duì)業(yè)務(wù)執(zhí)行層匯報(bào)，則會(huì)側(cè)重于講解系統(tǒng)流程、業(yè)務(wù)管控點(diǎn)等。

所以，在編寫解決方案前，需要先了解匯報(bào)的場(chǎng)景及對(duì)象，以明確方案編寫的側(cè)重點(diǎn)。

②方案需要呈現(xiàn)哪些內(nèi)容（這里提供項(xiàng)目解決方案編寫的基本框架思路）

項(xiàng)目概述：主要介紹項(xiàng)目背景、企業(yè)現(xiàn)狀，核對(duì)項(xiàng)目目標(biāo)。

項(xiàng)目概述篇是對(duì)整個(gè)項(xiàng)目定調(diào)的篇章，需要熟悉當(dāng)前項(xiàng)目的背景、企業(yè)現(xiàn)狀、業(yè)務(wù)流程等。

尤其需要關(guān)注企業(yè)高層領(lǐng)導(dǎo)對(duì)當(dāng)前項(xiàng)目的看法與期待。高層領(lǐng)導(dǎo)對(duì)于當(dāng)前項(xiàng)目未來(lái)能在企業(yè)的業(yè)務(wù)流程中扮演的角色和作用，是項(xiàng)目目標(biāo)的核心提煉點(diǎn)，也是后續(xù)指導(dǎo)項(xiàng)目實(shí)施方向的關(guān)鍵因素。

整體業(yè)務(wù)解決方案：介紹基于項(xiàng)目目標(biāo)、企業(yè)現(xiàn)狀的整體業(yè)務(wù)管理方案。

結(jié)合項(xiàng)目目標(biāo)和當(dāng)前企業(yè)現(xiàn)狀，對(duì)企業(yè)現(xiàn)有流程提出優(yōu)化管理方案。核心是介紹新的管理流程、管理方案，輸出整體業(yè)務(wù)規(guī)劃藍(lán)圖、產(chǎn)品架構(gòu)等。

詳細(xì)功能設(shè)計(jì)方案：按業(yè)務(wù)流程分模塊講解各業(yè)務(wù)板塊的流程、產(chǎn)品功能等。
根據(jù)各模塊的業(yè)務(wù)流程、系統(tǒng)流程講解模塊功能設(shè)計(jì)，可包括：業(yè)務(wù)痛點(diǎn)、業(yè)務(wù)流程、系統(tǒng)流程、字段模型、權(quán)限設(shè)計(jì)、業(yè)務(wù)管控點(diǎn)、核心功能等。

對(duì)于整體業(yè)務(wù)解決方案和詳細(xì)功能設(shè)計(jì)方案的內(nèi)容占比和編寫的細(xì)致顆粒度，需要根據(jù)匯報(bào)對(duì)象進(jìn)行權(quán)衡。

當(dāng)匯報(bào)對(duì)象是高層領(lǐng)導(dǎo)、管理層時(shí)，核心在于整體業(yè)務(wù)解決方案的介紹，詳細(xì)功能介紹則介紹流程、管控點(diǎn)、核心功能即可，整體篇幅也應(yīng)以業(yè)務(wù)解決方案為主。

當(dāng)匯報(bào)對(duì)象主要是執(zhí)行層時(shí)，整體業(yè)務(wù)解決方案的占比則可以適當(dāng)減少，詳細(xì)功能設(shè)計(jì)可寫得更細(xì)致，可包括：系統(tǒng)流程、管控點(diǎn)、核心功能、字段模型、數(shù)據(jù)權(quán)限等。

除了上訴的介紹內(nèi)容外，項(xiàng)目解決方案還可能會(huì)添加：項(xiàng)目實(shí)施計(jì)劃、項(xiàng)目團(tuán)隊(duì)、項(xiàng)目風(fēng)險(xiǎn)等。這些內(nèi)容可視實(shí)際情況添加。

4. 產(chǎn)品版本劃分：劃定產(chǎn)品MVP版本，確定產(chǎn)品MVP版本需求及后續(xù)迭代路線

MVP版本：最簡(jiǎn)化可實(shí)行產(chǎn)品。MVP版本這個(gè)詞，在標(biāo)準(zhǔn)產(chǎn)品研發(fā)的過(guò)程中會(huì)聽(tīng)到多，說(shuō)得淺顯可理解一些，即是：通過(guò)較短的開發(fā)周期快速實(shí)現(xiàn)產(chǎn)品的基礎(chǔ)功能，能夠快速進(jìn)入市場(chǎng)。隨后通過(guò)獲取市場(chǎng)反饋，不斷迭代優(yōu)化產(chǎn)品。

對(duì)于客戶定制化項(xiàng)目/產(chǎn)品，很少會(huì)有MVP版本的概念，在項(xiàng)目立項(xiàng)時(shí)，就已經(jīng)有基本明確的項(xiàng)目周期、需求范圍。即使會(huì)有分版本迭代上線的情況，劃分版本的依據(jù)更多的是根據(jù)客戶需求的緊急程度來(lái)做劃分。

那么，標(biāo)準(zhǔn)產(chǎn)品研發(fā)如何進(jìn)行MVP版本的劃分?

①明確產(chǎn)品目標(biāo)，清晰了解產(chǎn)品需求

產(chǎn)品版本/迭代路線的規(guī)劃，需要基于產(chǎn)品目標(biāo)和產(chǎn)品需求去進(jìn)行劃分，對(duì)于各產(chǎn)品需求需要清晰了解需求背景、需求內(nèi)容才能準(zhǔn)確地定義清楚需求涉及范圍、需求優(yōu)先級(jí)。

②確定產(chǎn)品最簡(jiǎn)業(yè)務(wù)流程

基于產(chǎn)品主流程進(jìn)行簡(jiǎn)化，在保證業(yè)務(wù)流程閉環(huán)的情況下，盡量減少業(yè)務(wù)流程環(huán)節(jié)，將一些非必須的周邊環(huán)節(jié)均可歸入迭代優(yōu)化版本。

簡(jiǎn)化業(yè)務(wù)流程基本原則（以產(chǎn)品規(guī)劃篇中講解的車企銷售線索管理為例）：

沒(méi)有破壞產(chǎn)品目標(biāo)的功能，不做；

銷售線索管理模塊目標(biāo)：與外部獲客渠道打通，實(shí)現(xiàn)線索從獲取-跟進(jìn)-轉(zhuǎn)化的全過(guò)程管理。

下面列舉幾個(gè)線索模塊的需求做示例：

• 對(duì)接外部獲客渠道（如：易車網(wǎng)、懂車帝、抖音等）：線索獲取的核心功能，需要規(guī)劃進(jìn)MVP版本。但可考慮優(yōu)先對(duì)接使用頻率最高的渠道或者使用EXCEL導(dǎo)入線索的方式暫時(shí)不做平臺(tái)對(duì)接。
• 銷售線索查重：線索獲取核心功能，需要規(guī)劃進(jìn)MVP版本。
• 銷售線索價(jià)值評(píng)估：線索獲取的非核心功能，不影響產(chǎn)品目標(biāo)，不做。
• 線索分配功能：線索跟進(jìn)的核心功能，需要規(guī)劃進(jìn)MVP版本。

能夠暫時(shí)使用人工替代的功能，考慮不做；

根據(jù)線索相關(guān)信息自動(dòng)分配銷售人員進(jìn)行跟進(jìn)，不做，可由人工對(duì)線索進(jìn)行分配。

銷售線索一鍵轉(zhuǎn)化成商機(jī)，可通過(guò)人工新建商機(jī)與線索關(guān)聯(lián)進(jìn)行實(shí)現(xiàn)，但是整體流程體驗(yàn)極差，需要規(guī)劃進(jìn)MVP版本。

客戶定制化需求（適用客戶范圍比較小）的功能，不做；

線索分配時(shí)，需要根據(jù)銷售人員（客服人員）當(dāng)天是否上班進(jìn)行分配，不做。

支持自定義配置的功能，考慮先用固定配置的方式實(shí)現(xiàn)。

線索可根據(jù)用戶自定義設(shè)定的字段進(jìn)行查重，不做。先按行業(yè)通用的默認(rèn)規(guī)則（如：手機(jī)號(hào)碼）進(jìn)行查重。

線索轉(zhuǎn)換成商機(jī)時(shí)，可自定義配置商機(jī)的基礎(chǔ)信息字段從線索的基礎(chǔ)信息中獲取，不做；按固定的幾個(gè)字段默認(rèn)賦值進(jìn)行實(shí)現(xiàn)。

③根據(jù)最簡(jiǎn)業(yè)務(wù)流程形成MVP版本需求范圍