如何確保客戶Demo的成功

Caven — Fri, 16 Jan 2015 08:26:47 +0000

前兩天有個項目，客戶要求在3月17號前要完成第一期工作，因為他在3月17號安排了一個重要的演示（Demonstrate），團隊根據客戶的要求，制定了在3月14號給客戶提交版本的計劃。3月14號當天，由于工作整合時發現有較多問題，未能成功交付，于是整個團隊在3月15號（周六）主動加了一天班，終于在3月15號完成提交。3月17號（周一）來上班時，發現客戶對交付物進行了驗收，并且提了一些需要修改的Bug，要求盡量在當天改完。當天經過團隊的努力，修改好了客戶反饋的Bug，并且再次提交。晚上，客戶發郵件說程序無法工作，未能成功演示，郵件中充斥著不滿的情緒。為什么團隊成員的努力工作，卻未能換來客戶的肯定和滿意？到底是哪里出了問題？如何才能避免這樣的場景呢？

仔細分析下這個案例，不難發現下面這幾個事實：

A - 項目交付之后，客戶總是需要一些時間來驗收，團隊也需要一些時間來修改Bug，程序才能達到穩定狀態；

B - 總是會出現些預料之外的事情，譬如整合時的問題，譬如提交后客戶無法運行的問題等，這些預料之外的事件會消耗掉不少時間和精力；

C - 上述兩個問題是可以提前預見的，因而可提前規劃對策，這樣會將其負面影響降到最低；

對此，總結出來的經驗教訓是：

團隊向客戶提交的日期（Deliver Day）比客戶的演示日期（Demo Day），至少要提前三個工作日；這段時間將用于客戶驗收測試、修改Bug、配置和部署演示環境、預演、以及應對預料外的事情；
如果中途情況發生變化，無法準時提交，需要盡早更新計劃，并且及時跟客戶協商對策；譬如Cut掉一兩個功能、加班趕工、或是延后演示日期等；
建議客戶提前一天進行一場預演；
1. 調試好演示時要使用的環境和設備；
2. 準備好演示時要用到的數據；
3. 過一遍演示時將展示的功能；
提前獲取客戶的演示清單，包括將演示的功能列表、操作順序等；團隊內部根據演示清單測試，盡量保持與客戶操作的一致性；
提前了解演示現場的環境，包括網絡環境、設備、操作系統、瀏覽器等；

諾懷博客標簽:

亚洲欧洲国产精品久久,内射后入在线观看一区,国产在线观看国自产偷精品产拍

如何確保客戶Demo的成功