企業(yè)進行CRM系統(tǒng)測試中能夠有效避免盲點的四個要素
一：多考慮意外情況
在實際工作中,如果企業(yè)的日常操作沒有任何意外,那么無論是CRM系統(tǒng)的開發(fā),還是事實,都是非常輕松的一件事情�，F(xiàn)在之所以CRM系統(tǒng)的成功率不高,很大一部分原因就是因為企業(yè)存在著各種各樣的意外情況。在系統(tǒng)開發(fā)時,由于缺乏預見性,沒有對這種意外情況采取措施,從而導致系統(tǒng)出現(xiàn)了漏洞。如果測試時,沒有發(fā)現(xiàn)這些漏洞,就存在測試的盲點。
二：靈活性與BUG往往同時存在
很多用戶在選擇系統(tǒng)時,往往太過于追求系統(tǒng)的靈活性。但是他們往往忽視了一個關鍵性的內(nèi)容。即系統(tǒng)的靈活性往往是同Bug共存的。簡單的說,就是系統(tǒng)的靈活性越高,其可能存在的BUG也就越多。那么系統(tǒng)測試時發(fā)生的盲點也會越多。其實這也很好理解。CRM系統(tǒng)的靈活性主要是靠各種參數(shù)來實現(xiàn)的。而這些參數(shù)就好像是一個機器人的零件。零件越多,其出現(xiàn)故障的幾率也就越高。
三：多測試,少紙上談兵
在系統(tǒng)選型時,軟件公司的咨詢顧問與實施顧問會將軟件說的天花亂墜。但是真的在使用時,用戶卻會發(fā)現(xiàn)使用的磕磕碰碰。此時軟件公司又會將責任推給企業(yè),說企業(yè)的流程或者操作不夠規(guī)范。需要企業(yè)調(diào)整相關的操作,以符合系統(tǒng)的需要。
其實這很大一部分原因確實在于企業(yè)。當然并不是說企業(yè)的流程或著操作方式不規(guī)范,而是說企業(yè)沒有做好相關的測試。在選型與系統(tǒng)測試時,太過于相信事實顧問與咨詢顧問的解說,而沒有自己實際去測試。有些不負責任的CRM提供商,就喜歡在這里玩貓膩。如某個功能明明系統(tǒng)里面無法實現(xiàn)或者還存在缺陷,但是卻欺騙說企業(yè)用戶可以實現(xiàn)。而使用事先準備好的數(shù)據(jù)來迷惑用戶。為此如果用戶沒有自己親自測試幾次,而只是在那邊紙上談兵,那么一切都是白搭。
少動嘴,多測試。通常情況下,CRM系統(tǒng)的主干流程一般出問題的幾率不大,為此只需要測試1到兩次即可。而容易出現(xiàn)問題的地方主要是哪些分支流程上。如其采用的客戶生命價值分析模型,相關參數(shù)是否考慮完整;項目管理員能否根據(jù)企業(yè)的實際情況來調(diào)整參數(shù)的設置(如設置某個參數(shù)的默認值或者分析時暫不考慮某個參數(shù))等等。
四：測試數(shù)據(jù)要真實
在進行軟件測試時,基礎數(shù)據(jù)是少不了的。不過不少用戶在測試CRM系統(tǒng)時,喜歡“偷懶”。他們采取的基礎數(shù)據(jù)量跟實際工作中遇到的數(shù)據(jù)量會少許多。雖然從理論上來說,只要一個數(shù)據(jù)準確了,那么其它數(shù)據(jù)也是準確的。但是在實際工作中,由于各種意外情況的存在,就很難保證這個推斷的正確。
在系統(tǒng)測試作業(yè)中,所采用的數(shù)據(jù)需要真實。最好能夠包含企業(yè)全部的情況。如可以抽取企業(yè)10%的數(shù)據(jù)作為系統(tǒng)測試的基礎數(shù)據(jù)。如果另外有一些比較特殊的情況,如免稅產(chǎn)品或者出口產(chǎn)品,則需要額外的將他們加入到基礎數(shù)據(jù)中了。
在系統(tǒng)測試時,我們雖然不能夠?qū)⑺忻c一網(wǎng)打盡,但是還是要朝這方面努力。在前期系統(tǒng)測試中發(fā)現(xiàn)的問題越多,在后續(xù)的工作中可以把握更多的主動權。 ..
|
