編輯導(dǎo)語(yǔ)：本文闡述系統(tǒng)建設(shè)過(guò)程中甲乙方的差異與矛盾，以及如何幫助系統(tǒng)更好達(dá)成預(yù)期目標(biāo)的措施，適合證券期貨公司業(yè)務(wù)人員/項(xiàng)目人員/信息人員以及系統(tǒng)供應(yīng)商從業(yè)人員閱讀，希望對(duì)大家有幫助。

在供應(yīng)商行業(yè)工作過(guò)并且也接觸過(guò)大量的友商之后，才知道當(dāng)初自己做甲方的時(shí)候?yàn)樯犊傆X(jué)得乙方的產(chǎn)品很差。話說(shuō)回來(lái)，系統(tǒng)建設(shè)不好這事兒，真不能全怪乙方。

外包系統(tǒng)建設(shè)的流程大致如下，下文把它切分為六個(gè)階段，重點(diǎn)闡述籌備、實(shí)施等環(huán)節(jié)的問(wèn)題，文末分別針對(duì)甲方和乙方給出參考方案。

一、項(xiàng)目籌備階段

對(duì)于證券期貨公司來(lái)說(shuō)，大多數(shù)項(xiàng)目是因?yàn)橐郧皼](méi)有需要新立項(xiàng)，少數(shù)項(xiàng)目是由于系統(tǒng)的直接用戶/領(lǐng)導(dǎo)難以忍受來(lái)通的bug或者無(wú)法負(fù)載需求而立項(xiàng)。

當(dāng)系統(tǒng)建設(shè)需求產(chǎn)生后，一般由IT團(tuán)隊(duì)給出系統(tǒng)建設(shè)的意見(jiàn)，是自研還是采購(gòu)。有的時(shí)候業(yè)務(wù)部門(mén)會(huì)因?yàn)樾枨蠹逼榷Ｍ少?gòu)“能直接使用的系統(tǒng)”，排除IT部門(mén)給出的自研或者合作研發(fā)方案。

我們不去討論研發(fā)模式的選型問(wèn)題，但是可以發(fā)現(xiàn)，不論是自研、采購(gòu)或者合作研發(fā)等模式，都需要在項(xiàng)目推進(jìn)之前，明確系統(tǒng)需要解決哪些場(chǎng)景的問(wèn)題。

項(xiàng)目實(shí)施后往往會(huì)發(fā)現(xiàn)，因?yàn)榍捌谛枨蟛幻鞔_，而導(dǎo)致業(yè)務(wù)部門(mén)與IT自研團(tuán)隊(duì)產(chǎn)生的矛盾，與后期和乙方產(chǎn)生的矛盾是驚人的相似。業(yè)務(wù)部門(mén)會(huì)覺(jué)得自研團(tuán)隊(duì)響應(yīng)很慢（開(kāi)發(fā)速度慢），質(zhì)量不好（系統(tǒng)有缺陷），功能不好用（需求理解和實(shí)現(xiàn)不一致），上線后逐漸就不再使用這個(gè)系統(tǒng)了。

尤其是對(duì)于新立項(xiàng)的項(xiàng)目，一定要在前期籌備階段，就要想清楚這個(gè)系統(tǒng)用來(lái)解決什么需求，哪些需求由其他系統(tǒng)解決，哪些需求還需要澄清或者有其他替代解決方案。以及系統(tǒng)上線后，如何評(píng)價(jià)系統(tǒng)是否滿足符合預(yù)期。

這些工作單純的靠業(yè)務(wù)部門(mén)很難梳理清楚，我接觸過(guò)大多數(shù)公司的業(yè)務(wù)同事基本都沒(méi)有全局需求分析能力，更多只能從場(chǎng)景提出問(wèn)題，所以提出的需求往往有遺漏。

所以IT部門(mén)一定要通過(guò)邀請(qǐng)不同的供應(yīng)商來(lái)進(jìn)行業(yè)務(wù)培訓(xùn)（系統(tǒng)培訓(xùn)）幫助業(yè)務(wù)團(tuán)隊(duì)形成需求概念，然后基于供應(yīng)商提供的功能清單評(píng)估采購(gòu)計(jì)劃和簡(jiǎn)要需求概述，從而幫助業(yè)務(wù)團(tuán)隊(duì)形成項(xiàng)目背景和項(xiàng)目范圍的描述。

否則項(xiàng)目驗(yàn)收時(shí)候會(huì)發(fā)現(xiàn)業(yè)務(wù)代表提了一堆缺陷或者問(wèn)題，實(shí)際上對(duì)開(kāi)發(fā)商或者自研團(tuán)隊(duì)來(lái)說(shuō)是新需求，導(dǎo)致項(xiàng)目延期。

二、項(xiàng)目招標(biāo)階段

金融機(jī)構(gòu)的系統(tǒng)發(fā)展到一定階段必然會(huì)趨同，當(dāng)IT部門(mén)邀請(qǐng)3~4家供應(yīng)商講解方案之后，基本就會(huì)發(fā)現(xiàn)幾個(gè)系統(tǒng)基本一樣只有某些環(huán)節(jié)或者某些功能的差異，究其原因也是因?yàn)樾枨笠恢拢敲醋顑?yōu)的解決方案也會(huì)趨于一致。

金融機(jī)構(gòu)的業(yè)務(wù)系統(tǒng)并不存在絕對(duì)的競(jìng)爭(zhēng)壁壘，一個(gè)供應(yīng)商剛發(fā)布了新產(chǎn)品，可能兩個(gè)月后另一個(gè)供應(yīng)商也能夠馬上推出一款新產(chǎn)品（集中交易系統(tǒng)等這類(lèi)復(fù)雜系統(tǒng)除外）。

對(duì)于供應(yīng)商來(lái)說(shuō)，第一個(gè)系統(tǒng)基本來(lái)源于定制化的產(chǎn)品，為某家客戶提供了定制化的系統(tǒng)之后，再做一定的封裝（為了對(duì)接異構(gòu)系統(tǒng)），然后拿到其他客戶處銷(xiāo)售，然后再基于其他客戶的需求在基線版本（標(biāo)準(zhǔn)版本）上進(jìn)行迭代，產(chǎn)生不同的版本分支。

供應(yīng)商是典型的企業(yè)服務(wù)類(lèi)公司，這類(lèi)公司的組織結(jié)構(gòu)和收入結(jié)構(gòu)也很清晰，利潤(rùn)=軟件銷(xiāo)售收入-人力/場(chǎng)地成本。

所以一套系統(tǒng)能賣(mài)的客戶越多，那么這套系統(tǒng)的邊際成本就越低。一個(gè)團(tuán)隊(duì)能拿收入和回款就有獎(jiǎng)金，否則就被撤銷(xiāo)。

為了提高人員利用率，供應(yīng)商經(jīng)常會(huì)安排一個(gè)人會(huì)參與多個(gè)項(xiàng)目的實(shí)施，這樣導(dǎo)致了為什么給供應(yīng)商提需求的時(shí)候，供應(yīng)商的脾氣器比自研團(tuán)隊(duì)的排期要晚的原因，不是供應(yīng)商的員工刻意擴(kuò)大工時(shí)，而是他們的員工不是專(zhuān)人專(zhuān)用。

此外在定價(jià)的過(guò)程中，并不是也無(wú)法按照一個(gè)標(biāo)準(zhǔn)的價(jià)格進(jìn)行報(bào)價(jià)，往往采用了價(jià)格歧視的定價(jià)策略，基于客戶的收入（證券期貨業(yè)排名）和議價(jià)能力（自研能力）進(jìn)行報(bào)價(jià)，這種報(bào)價(jià)策略會(huì)導(dǎo)致客戶在評(píng)估真實(shí)價(jià)格的時(shí)候受到誤導(dǎo)。

最終在報(bào)價(jià)的時(shí)候，由于多家廠商產(chǎn)品同質(zhì)化競(jìng)爭(zhēng)，會(huì)發(fā)現(xiàn)有的廠家會(huì)不計(jì)成本以低價(jià)進(jìn)行銷(xiāo)售，然后在項(xiàng)目后期迭代的時(shí)候賺回成本（后期迭代的時(shí)候甚至一個(gè)接口都會(huì)收費(fèi)），或者在項(xiàng)目實(shí)施的時(shí)候配置極低的人力資源參與（比如剛畢業(yè)一年或者剛?cè)肼毜膯T工）。

對(duì)于證券期貨公司來(lái)說(shuō)，理想的項(xiàng)目?jī)r(jià)格是通過(guò)需求估算其研發(fā)成本（或者其他公司的平均成交價(jià)）和改造成本，通過(guò)（研發(fā)成本+改造成本）x系數(shù)獲得項(xiàng)目預(yù)算。而非一味的砍價(jià)而導(dǎo)致自己失去供應(yīng)商優(yōu)質(zhì)人力項(xiàng)目資源的配置權(quán)。

三、項(xiàng)目實(shí)施階段

系統(tǒng)實(shí)施項(xiàng)目最常見(jiàn)的風(fēng)險(xiǎn)是進(jìn)度風(fēng)險(xiǎn)（是否能完成），其次往往由于趕進(jìn)度產(chǎn)生了質(zhì)量風(fēng)險(xiǎn)（驗(yàn)收上線不出問(wèn)題）。項(xiàng)目進(jìn)度也即項(xiàng)目計(jì)劃一般被三個(gè)因素影響：項(xiàng)目范圍、項(xiàng)目周期、項(xiàng)目人員。

確定供應(yīng)商后，一般供應(yīng)商就要進(jìn)場(chǎng)和業(yè)務(wù)部門(mén)確認(rèn)需求了。

問(wèn)題往往在于，如果供應(yīng)商可以隱瞞系統(tǒng)的缺陷或者體驗(yàn)不好的地方，業(yè)務(wù)部門(mén)是無(wú)法在確認(rèn)階段識(shí)別需求點(diǎn)的。尤其是對(duì)于新研發(fā)的項(xiàng)目，在沒(méi)有產(chǎn)品可以體驗(yàn)的情況下，業(yè)務(wù)部門(mén)也難以基于直觀感受給出需求反饋。這樣往往導(dǎo)致在驗(yàn)收過(guò)程中業(yè)務(wù)部門(mén)才提出未實(shí)現(xiàn)預(yù)期需求的情況。

作為業(yè)務(wù)部門(mén)盡量在前期在IT部門(mén)的協(xié)助下，產(chǎn)出一份結(jié)構(gòu)相對(duì)完善的需求描述，用于供應(yīng)商評(píng)估和框定項(xiàng)目范圍。

然后要求供應(yīng)商基于需求描述產(chǎn)出詳細(xì)的需求文檔或者功能操作演示，由IT部門(mén)協(xié)助對(duì)業(yè)務(wù)場(chǎng)景、異常場(chǎng)景進(jìn)行提問(wèn)和解釋整理出詳細(xì)需求。然后對(duì)詳細(xì)需求進(jìn)行優(yōu)先級(jí)排序產(chǎn)出研發(fā)計(jì)劃，這個(gè)過(guò)程也能幫助供應(yīng)商發(fā)現(xiàn)需要系統(tǒng)對(duì)接的工作。

要注意的是，業(yè)務(wù)部門(mén)不要抱有我付了錢(qián)所以都要做的想法來(lái)評(píng)估需求范圍，而要站在是否為最優(yōu)解決方案的角度來(lái)評(píng)估需求是否實(shí)現(xiàn)和需求優(yōu)先級(jí)。在有限的項(xiàng)目周期內(nèi)，良好的需求管理能夠?yàn)橄到y(tǒng)對(duì)接和測(cè)試提供更充裕的時(shí)間。

新項(xiàng)目研發(fā)的周期一般不超過(guò)半年，否則會(huì)分1期和2期，已有項(xiàng)目的研發(fā)一般2個(gè)月左右就要求上線。

上線意味著要在有限的時(shí)間內(nèi)完成系統(tǒng)對(duì)接、系統(tǒng)改造、功能測(cè)試、性能測(cè)試、系統(tǒng)部署等眾多工作。

上面提到新系統(tǒng)在沒(méi)有可以直觀體驗(yàn)的產(chǎn)品下，業(yè)務(wù)部門(mén)難以給出需求反饋，即使采取上面描述的解決方案也很難保證業(yè)務(wù)部門(mén)不提出新的需求（需求總是會(huì)因?yàn)轭I(lǐng)導(dǎo)意見(jiàn)、流程變更、市場(chǎng)環(huán)境等原因而產(chǎn)生變化，所以項(xiàng)目周期不要做太長(zhǎng)時(shí)間的規(guī)劃）。

所以在項(xiàng)目規(guī)劃的時(shí)候一定要在“上線后”（達(dá)成項(xiàng)目開(kāi)始的計(jì)劃后）額外預(yù)留1~2個(gè)迭代的時(shí)間給客戶用于需求適配。

目前基本沒(méi)有系統(tǒng)可以“拿來(lái)就用”，而且業(yè)務(wù)和IT部門(mén)也經(jīng)常會(huì)有相關(guān)的需求，這就導(dǎo)致了雖然供應(yīng)商想賣(mài)標(biāo)準(zhǔn)的系統(tǒng)，但是每套系統(tǒng)實(shí)施都會(huì)有產(chǎn)生人力資源投入的情況。

換句話說(shuō)，系統(tǒng)賣(mài)的越多，人力成本就越高。供應(yīng)商為了降低人力成本，往往一個(gè)產(chǎn)品的核心人員只會(huì)配置2~3個(gè)，負(fù)責(zé)團(tuán)隊(duì)管理和標(biāo)準(zhǔn)化產(chǎn)品設(shè)計(jì)，實(shí)際派出到客戶的項(xiàng)目人員以初級(jí)員工為主，一般畢業(yè)0.5~2年，甚至很多供應(yīng)商不會(huì)配置產(chǎn)品經(jīng)理或者需求分析師，而是由研發(fā)人員或者項(xiàng)目經(jīng)理兼任，難免在溝通和理解上出現(xiàn)差異。

對(duì)于客戶來(lái)說(shuō)，如果想保證項(xiàng)目質(zhì)量或者控制風(fēng)險(xiǎn)，在了解乙方組織結(jié)構(gòu)的情況下，要求他們的骨干人員直接參與項(xiàng)目，并且構(gòu)建良好的溝通關(guān)系是最好的方式。

四、項(xiàng)目運(yùn)維階段

在項(xiàng)目研發(fā)和項(xiàng)目迭代過(guò)程中，會(huì)產(chǎn)生很多系統(tǒng)間對(duì)接的場(chǎng)景。

這些問(wèn)題可能不會(huì)在項(xiàng)目實(shí)施和研發(fā)過(guò)程中暴露，但是會(huì)在項(xiàng)目后期迭代和運(yùn)維的過(guò)程中產(chǎn)生重大影響，系統(tǒng)之間對(duì)接的越多，運(yùn)維的成本接越高，一個(gè)系統(tǒng)升級(jí)要考慮對(duì)周邊系統(tǒng)的影響，可能伴隨著幾套系統(tǒng)一起升級(jí)。

如果是面向終端用戶的產(chǎn)品，還要考慮多個(gè)APP、PC版本共存的情況。

大多數(shù)供應(yīng)商的人員流失率都很高，除了一人身兼多個(gè)項(xiàng)目外，也會(huì)被專(zhuān)業(yè)能力、薪酬福利、出差頻率等各種因素影響。這也會(huì)給系統(tǒng)的二次開(kāi)發(fā)帶來(lái)負(fù)擔(dān)，供應(yīng)商接手的員工可能還沒(méi)有客戶的老員工對(duì)項(xiàng)目了解。

綜上所述項(xiàng)目啟動(dòng)前，即使是業(yè)務(wù)部門(mén)主導(dǎo)的項(xiàng)目也要邀請(qǐng)IT部門(mén)，在需求確認(rèn)后參與技術(shù)方案的評(píng)估和討論，通過(guò)統(tǒng)一的技術(shù)方案如APP小程序架構(gòu)、統(tǒng)一接入、微服務(wù)等技術(shù)基礎(chǔ)設(shè)施實(shí)現(xiàn)系統(tǒng)直接的對(duì)接，來(lái)降低后期系統(tǒng)運(yùn)維的成本。

對(duì)供應(yīng)商來(lái)說(shuō)，如果可持續(xù)性的完成多版本的迭代尤為重要。

在系統(tǒng)設(shè)計(jì)之初，就需要產(chǎn)品架構(gòu)師和技術(shù)架構(gòu)師做好充足的研究分析工作，以業(yè)務(wù)開(kāi)發(fā)平臺(tái)為核心理念，切割功能模塊的職能，并且暴露好對(duì)外的接口。這樣不論是大型復(fù)雜項(xiàng)目的團(tuán)隊(duì)協(xié)作，還是業(yè)務(wù)系統(tǒng)的持續(xù)迭代都不至于到后期“推翻重來(lái)”。

綜上所述，對(duì)于證券期貨公司而言，業(yè)務(wù)和IT需要緊密配合，在項(xiàng)目前期需要幫助業(yè)務(wù)梳理需求并且控制范圍，并且確定技術(shù)對(duì)接方案并且評(píng)審技術(shù)實(shí)現(xiàn)方案。對(duì)于核心系統(tǒng)在項(xiàng)目后期參與運(yùn)維和二次開(kāi)發(fā)，管理供應(yīng)商人員變更的風(fēng)險(xiǎn)。

對(duì)于供應(yīng)商而言，在啟動(dòng)階段多進(jìn)行研究分析，做好領(lǐng)域設(shè)計(jì)工作。在需求階段多與業(yè)務(wù)部門(mén)澄清需求，與IT部門(mén)確定系統(tǒng)對(duì)接模式。在實(shí)施階段預(yù)留好需求變更的時(shí)間，用于管理客戶預(yù)期。

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

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