有效避免CRM軟件項目需求調(diào)研報告走極端路線的三招

需求調(diào)研是CRM項目過程中一個不可或缺的環(huán)節(jié)。令人遺憾的是，能夠在這個環(huán)節(jié)做的到位的企業(yè)卻很少。
簡單而言，就是企業(yè)在這個環(huán)節(jié)容易走兩個極端：一是完全根據(jù)現(xiàn)有的操作來定義需求，沒有考慮到未來的變化與發(fā)展趨勢。二是分析需求太過于理想化，沒有考慮到企業(yè)的實際情況。其實，許多企業(yè)的CRM項目以失敗告終正是由此而做成的。如何避免這兩條極端路線是許多企業(yè)值得思考的問題，也是CRM業(yè)界一直都在等待解決的問題。或許筆者下面的這些建議對大家會有所幫助。
1、以現(xiàn)有流程為基礎(chǔ)進行需求調(diào)研
　　在進行需求調(diào)研的時候，首要的工作就是讓企業(yè)整理現(xiàn)有的跟CRM有關(guān)的流程。一般來說，有條件上CRM項目的企業(yè)，在管理上往往有了一定的水準。在企業(yè)內(nèi)部，大多都已經(jīng)有一套比較完善的企業(yè)管理制度。這其中就包括操作流程。而CRM系統(tǒng)其本質(zhì)就是流程驅(qū)動的。所以，企業(yè)現(xiàn)有的CRM管理流程對于我們需求的整理就顯得格外的重要。因此，首要的工作就是查看企業(yè)現(xiàn)有的管理流程。在這個環(huán)節(jié)中，要注意的內(nèi)容主要有如下幾個：
（一）、流程要細化
雖然有些企業(yè)已有了比較書面化的管理流程，但是線條過于粗糙。如筆者以前碰到過一家企業(yè)，他們已經(jīng)實施了ISO。通過ISO項目幫助企業(yè)建立了相關(guān)的流程。可惜的是，這些流程的線條很粗。如銷售接單就一個流程。實際情況是，銷售訂單會分為賒銷訂單和預(yù)付款訂單等。而根據(jù)產(chǎn)品的性質(zhì)不同，也可以分為新訂單和返工訂單等。另外，由于訂單性質(zhì)的不同，后續(xù)相關(guān)的操作也不同。在CRM系統(tǒng)中的操作也有所差異，因此，在收集客戶現(xiàn)有的流程時，要注意對流程的細化。而如果客戶的流程比較粗的話，則還要求客戶根據(jù)實際情況，對流程進行細化，從打造完美的CRM系統(tǒng)項目中節(jié)省時間總結(jié)經(jīng)驗。這對后續(xù)系統(tǒng)的配置和調(diào)整是比較有利的。
（二）、流程要與企業(yè)的實際操作一致
或許企業(yè)的實際操作并不規(guī)范，需要在后續(xù)工作中進行調(diào)整。但是在需求調(diào)研階段，必須要注意，項目管理員收集起來的流程，要能夠反映企業(yè)用戶的實際操作。簡單而言，即我們在需求調(diào)研階段并不太過于關(guān)心用戶的實際操作是否符合規(guī)范。我們關(guān)心的是用戶現(xiàn)在到底是怎么操作的。 即使管理很完善的企業(yè)，用戶也不會百分之百的去按照流程來辦事。所以，在流程收集的時候，需要向用戶多問一句：實際操作跟這個流程有差異嗎?如果有差異的話，那么差異在哪里?而不應(yīng)去一味的責(zé)怪用戶沒有按流程來辦事。否則，很可能會使用戶不會暢所欲言。
（三）、流程應(yīng)該有關(guān)鍵用戶的過目。 在做項目時的時候， 流程有時是企業(yè)的稽核部門或者管理部門提供的。盡管他們能夠提供比較完整的流程，但為了后續(xù)項目能夠順利開展，項目管理員在這里是不能夠偷懶的。而是應(yīng)該拿著這些書面流程，給關(guān)鍵用戶進行確認：這是最新的版本呢?這能夠反映他們的實際操作嗎?這一步確認的動作，其目的也主要是分析企業(yè)所規(guī)定的流程與用戶的實際操作之間的差異。因為在CRM流程重組過程中，可能需要對企業(yè)現(xiàn)有的流程進行優(yōu)化與重組。所以，要做這項工作，前提就是要知道企業(yè)現(xiàn)有的書面流程與實際操作之間的差異以及原因。
2、需求要適當超前，但不能過走極端
　　企業(yè)在進行需求調(diào)研的時候，不僅要關(guān)注現(xiàn)有的實際操作，還應(yīng)適度的超前。如果企業(yè)上了CRM系統(tǒng)之后，才發(fā)現(xiàn)所做的客戶關(guān)系管理還只是停留在原有的范圍，那么即使CRM項目上線了，也是無法給企業(yè)帶來多大的價值。所以，一個負責(zé)任的項目管理員，會提醒企業(yè)，在需求整理時要考慮到未來兩三年之內(nèi)的需求。這對于系統(tǒng)的配置、基礎(chǔ)數(shù)據(jù)的整理等等都有很大的幫助。具體的來說，可以從如下幾個方面展開。
（一）、可以從系統(tǒng)的角度出發(fā)，來分析企業(yè)未來的需求
只要是有CRM經(jīng)驗的用戶，都會有這方面的感受。有些CRM管理模型，是難以通過手工管理來實現(xiàn)的。而是需要通過系統(tǒng)的幫助，再加上恰當?shù)墓芾恚拍軌虬l(fā)揮效益。對于這些需要依賴于信息化系統(tǒng)才能夠?qū)崿F(xiàn)的需求，在項目過程中需要特別關(guān)注。因為以前由于技術(shù)方面的限制，用戶基本上不會涉及這方面的內(nèi)容。而以后上了CRM系統(tǒng)之后，這方面的需求就是順理成章的事情。這些需求就很可能是企業(yè)未來所需要的需求。故無論是項目管理員，還是實施顧問，在需求調(diào)研時要同時去關(guān)注系統(tǒng)的功能。以判斷未來發(fā)展的需求。
（二）、聽聽關(guān)鍵用戶的聲音。關(guān)鍵用戶往往在CRM這個領(lǐng)域內(nèi)具有比較豐富的經(jīng)驗。有些甚至在學(xué)校里受過專門的CRM相關(guān)的培訓(xùn)。可能由于多個方面的限制，他們所希望實現(xiàn)的需求難以完成(有些是上面第一點所說的技術(shù)上的限制，另外有可能是平時沒有決策的權(quán)利)。這個時候，這些關(guān)鍵用戶則可憑借CRM這個項目平臺來展示自己的才華。他們會把自己的理論知識轉(zhuǎn)化為實踐。他們提出來的需求，就有可能是企業(yè)未來可能需要實現(xiàn)的內(nèi)容。但不要只是口頭文章。雖然這些關(guān)鍵用戶受過正規(guī)的教育，也了解企業(yè)的運作，但是有時候仍然會犯教條主義的錯誤。這個時候，實施顧問就要與這些關(guān)鍵用戶進行溝通，以判斷這個需求實現(xiàn)的可能性與必要性。
3、 需求要有書面的報告
　　在需求調(diào)研時， 強調(diào)書面報告的重要性是至關(guān)重要的。 我們在日常工作中，其實都會有這方面的經(jīng)驗。當我們提建議時，口頭的內(nèi)容很可能是大腦的第一反應(yīng)，而沒有經(jīng)過深思熟慮。反之，在會后將口頭的內(nèi)容進行書面化的過程中，會對這個第一反應(yīng)再次進行消化分析。在這個消化分析階段，考慮的內(nèi)容會更加全面一些。有時候第一反應(yīng)的內(nèi)容經(jīng)過消化分析之后會覺得不合理。有時或許會認為需要進行進一步的調(diào)整與優(yōu)化。 口頭的內(nèi)容經(jīng)過書面話之后，在質(zhì)量上的改善是非常明顯的。
　　一是當用戶口頭提出需求時，可以進行適當?shù)募o錄。然后跟用戶進行分析討論。注意分析討論完畢后，必須要讓用戶在提交一份書面的報告。當然，報告的內(nèi)容越詳細越好。如需要包括提出這個需求的背景、現(xiàn)有的操作模式、如果按這么操作以后可能帶來的收益、對其他用戶的影響等。
　　二是項目管理員最好做一份格式化的文檔，讓用戶根據(jù)文檔來填寫相關(guān)的內(nèi)容。如可以在A4紙上根據(jù)需要做好相關(guān)的格式。如需求提出者、部門、原因等方面的內(nèi)容。格式越詳細越好。如此的話，用戶在填寫時才會寫的比較詳細。
三是這個書面的報告還要經(jīng)過多人的確認。有可能用戶提出來的需求是其個人的建議，但是這個建議是否會得到其他人(如其直接領(lǐng)導(dǎo))的認同呢?這個認同也非常的重要。因為一個需求可能會同時影響到多人(如多個人使用同一個作業(yè))。在這種情況下，一個人提出的需求就可能會存在“自私”的情況。如會無意中撇開自己的責(zé)任等。所以，這些書面的需求，最終還需要在項目管理會議上進行討論。讓各個相關(guān)人員一起分析這個需求的合理性。
4、小結(jié)
　  一般在經(jīng)過這幾個環(huán)節(jié)之后，收集起來的需求就會比較立足于現(xiàn)實，而且又能夠反映出企業(yè)未來一段時間內(nèi)的需求。能夠在最大程度上避免了企業(yè)走極端路線。