我在有一本講軟體開發的書有看到，但忘了是那本書了。
原PO要拿出實際的數據出來比較好說服對方購買。
例如測試部門都會有 bug 的統計，那就找出關於效能有關的 bug，這統計資料
是屬於長期的，因此應該有其穩定性與驅勢。
那原PO就可以向客戶展示在未導入貴公司的產品時，處理 bug 的效率是多少，
導入後處理的效率又是多了。客戶的算盤一算，自然會決定要不要採買貴公司
的產品。
※ 引述《bravomao (資訊苦力)》之銘言：
: 不諱言小弟的工作是在支援一種Java或DotNET的效能分析工具，由於看了不少企
: 業的問題與處理方式，因此想藉此地與各位先進交換一下心得。
: 在這幾年的工作經驗中，我發現很多企業的應用系統都有著大大小小的效能瓶頸
: 與問題，而當我們對這些企業進行簡報跟測試的時候，他們多是表示歡迎，並且
: 大多數對於測試與分析的結果是滿意的。
: 但是當我們提說要採購的時候，反應就不是那麼的良好......可見企業對於這一
: 類的工具的花錢意願是滿低的@@"
: 由於我以前也做過開發的工作，因此我知道應用系統出問題的話除錯幾乎都是用
: 很土法的方式一點一點查的，尤其是很依賴人，特別是那些有能力且任勞任怨的
: 人(我們都稱他為救火隊)。但是問題要是只出現在營運套上面的話就很煩人!
: 再者大多數的狀況是就算你能找出一點蛛絲馬跡，但是問題要是跨部門的話，一
: 樣是很難處理，畢竟是會扯上一點點企業內的政治問題，所以就更加棘手!
: 因此滿想請問大家在工作上遇到這類的問題的處理心得。
: 謝謝您的分享
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 218.160.233.177