pocdemo測試流程規(guī)范(編輯修改稿)
2024-12-20 03:46 本頁面
【文章內(nèi)容簡介】 行反饋 ， 直至 售前 判斷可以滿足 客戶 測試要求為止 。 五、 用戶現(xiàn)場測試 （第一輪） 爭取 以一輪的測試方式進行 PK掉 對手或?qū)崿F(xiàn)技術(shù)最高分， 要 保證這個結(jié)果，請 用好 下方 提供的測試 策略 技巧 。 測試過程 售前 主導 測試 的 過程最好由售前現(xiàn)場主導， 盡量 不要讓客戶自行測試，否則 客戶 測試的 過程可能會天馬行空。 按照 測試文檔進行演示 售前盡量說服客戶按照我方的演示文檔 及 具體 測試問題 進行測試，即使不能說服也可讓用戶先入為主，以我方的測試問的模式來提問。 注： 根據(jù) 客戶關(guān)系程度，決定是否 可 以把 測試問題提供 給 客戶 。 如 客戶 關(guān)系不 能完全把握時 ，不要 將測試問題全部提供給客戶，否則可能存在以下風險： A、 測試 問題可能 會 流到競爭對手那 里 ， 對手 可以根據(jù)文檔補全其系統(tǒng)內(nèi)容。 B、前期給的太多，擔心正式啟動的時候給后端知識編輯人員帶來壓力 。 當 客戶需要自行測試， 對手也提供 測試問題時 如果遇到這樣的情況，應(yīng)說服 客戶 將幾家的問題 和客戶自身的提問 合并成一個表格，讓測試問題盡可能多 。 此時 售前應(yīng) 一定要 說服用戶 將問題 整理出標準格式的測試表格 （即測試問題、期望標準問） 。 注： 不僅僅 是問什么，而且要知道客戶心目 中 的正確答案，即問 什么 ，出什么才是他們想要的，否則每個 客戶 對問題和答案的 是否正確 觸發(fā) 理解 不同 。 原因是： A 、如果整理成測試問表格，我們提供機器人前端的跑錯工具，用戶自行使用工具跑錯，可快速得到測試結(jié)果。 同時向用戶表示我們的機器人完全產(chǎn)品化，功能很強大，這也是較于競爭對手優(yōu)勢所在。 B、如果客戶直接在前端進行測試，我們在機器人后臺交互日志中查看結(jié)果，并按照自己的理解進行修改，有時跟客戶想的測試問所對應(yīng)的標準問并不一致。 C、 需要給用戶提供可靠的跑錯工具 （按照準確率機制給出每個測試問的得分） ，由用戶自己跑錯，并反饋測試結(jié)果 。 現(xiàn)場 或遠端知識編輯待命配合 測試 如果測試 時間 可以 確定，最好 在 測試現(xiàn)場 有知識 編輯， 對于用戶測試中發(fā)現(xiàn)的問題，立即修改解決 。如無法 到現(xiàn)場，可以 在 測試前與 后方團隊 建立電話 、 、 微信 聯(lián)系 ，及時 反饋測試問題，及時修改。 注： 出現(xiàn) 問題時，看似被動，如 能 及時修正，反而顯示我們 產(chǎn)品 強大 的 運維能力，維護迅速 。 如 客戶公對公，不 事先 提供測試 問卷
高考資料相關(guān)推薦
鄂ICP備17016276號-1