pocdemo測試流程規(guī)范-全文預(yù)覽
【正文】 ，搞定一句，可以讓用戶盡量多變化一些問法。Demo 機器人評分標準給出最后的得分。 同時 售前 和銷售用盡一切辦法緩和和拖住客戶，給測試組贏取最大的 修改 時間 。 現(xiàn)場 或遠端知識編輯待命配合 測試 如果測試 時間 可以 確定，最好 在 測試現(xiàn)場 有知識 編輯， 對于用戶測試中發(fā)現(xiàn)的問題，立即修改解決 。 原因是： A 、如果整理成測試問表格，我們提供機器人前端的跑錯工具，用戶自行使用工具跑錯，可快速得到測試結(jié)果。 B、前期給的太多，擔心正式啟動的時候給后端知識編輯人員帶來壓力 。 測試過程 售前 主導(dǎo) 測試 的 過程最好由售前現(xiàn)場主導(dǎo)， 盡量 不要讓客戶自行測試，否則 客戶 測試的 過程可能會天馬行空。 修改演示文檔 修改演示文檔，加入新增內(nèi)容或修改原有內(nèi)容。 售前 可以 根據(jù)客戶關(guān)系情況， 覺得 是否將知識整理的結(jié)果發(fā)給客戶 。 四、 Pocamp。如果競爭對手是用相似問的方法進行 堆砌，在遇到相似的問題，很 容易發(fā)生 互相沖突的 狀況 。 故 將 知識條數(shù)控制在 100 條 左右最為合理 ， 既可以展示我們的技術(shù)，又可以屏蔽競爭對手 。 （ 6） 如果 客戶 不 接受遠程部署， 必須到 測試現(xiàn)場 進行 POC 時 ， 請 仔細 閱讀以下。 （ 2） 如 客戶 有 測試的意向 或 需要證明技術(shù)是否可行時，請引 導(dǎo) 到用 現(xiàn)有 的 客戶案例 或 小 i 官方的案例進行展示，打消 客戶 非要進行 POC 的 念頭 。Demo 測試流程規(guī)范 閱讀 之前 ： （ 1） 如 客戶 未 強行 指定 要 POC 測試 ,請 不要 主動引導(dǎo) 客戶 進行 POC 測試 ，因為POC 需要 耗費 公司 大量人力、 精力 、 資源 以及 你的 時間 。 （ 5） 如果 必須 POC 測試 ，盡量引導(dǎo)客戶 將 測試環(huán)境 部署 在公司遠端，而非一定要在客戶現(xiàn)場，原因?qū)y試成本降到最低。 原因：對于我們有積累的領(lǐng)域，對我們更有優(yōu)勢；如果知識點少 （假如 10條 ） ，靠人 工用 相似問 的 方式進行 堆砌 （即 競爭 對手用窮舉的方式進行準備） ，則測試 的 效果 相差不大，較 難體現(xiàn)競爭優(yōu)勢 ；如果知識點太多 （如 上萬條） ，只能靠搜索的方式 ， 則測試 的 效果 也會 相差不大，較 難體現(xiàn)競爭優(yōu)勢 。 原因：當知識點比較相近時，只輸入某些關(guān)鍵詞 （競爭對手 的做法） 是無法準確定位到某個知識點， 業(yè)務(wù) 越相近，關(guān)鍵詞的方式 越 容易沖突， 所以提供如上方式的素材是有利于區(qū)別關(guān)
高考資料相關(guān)推薦
鄂ICP備17016276號-1