分析提示

• 不要專注於「未來目標」：這些都是可選的（而非強制性的），且過於針對他們當前的軟體：相對而言，「現狀」和痛點更具價值。
• 使用思維導圖模板在會議中做筆記：這有助於組織術語、現有功能、痛點等。
• 作為銷售人員。因為項目尚未售出！在這個階段，你的目標是安撫人們並激勵他們：如有必要，演示關鍵功能。
• 捕捉每個人的意見，並繪製現有流程的圖示，這樣可以幫助後續的分析和設計。
• 在讓專案的關鍵用戶放心後，評估他們的支出方式他們的時間（X% 花在這件事上，Y% 花在那件事上）；這是評估潛力的關鍵要素回報。
• 觀察他們目前的工作方式：要求示範他們目前的工作方式軟體並取得他們使用的每個文件的副本。目前的情況比他們未來的目標更重要，因為它定義了最小範圍被覆蓋。如果您完全了解它們今天的工作原理，您就會能夠更好地挑戰他們的要求並發現他們的低效率。
• 確定關鍵使用者的痛點。使用 ROI 分析範本來取得每個部門最常見的痛點的想法。
• 為每個問題找到解決方案，盡量堅持標準解決方案盡可能多。不需要做關鍵用戶要求的一切，他們的要求需要受到挑戰。
• 切勿向客戶提出不同的選擇：身為專案負責人，您必須提出最好的選擇並自己做出決定。這客戶的角色是挑戰你提供的產品，而不是決定要做什麼。
• 避免讓客戶決定某個功能是「必要的」還是「可選」或一切都將是強制性的。為他們做決定當您認為需要排除某些項目時，請將其分類為“可選”從範圍來看。客戶的角色是挑戰你的主張。
• 研討會結束後立即清理你的心智圖（最少，第二天）：標記什麼是開發或標準、關鍵痛點等。

研討會結束後：
• 由外部 Odoo 專家組織同行評審專案.他們不受客戶的影響，可以輕鬆地做出嚴厲的決定並提出批評。
• 同儕審查的目標是：

1. 評估是否確實需要客製化開發，如果需要，請確定優先級以減少預算和規劃週期。
2. 檢查以確保您沒有遺漏任何常見的關鍵痛點到他們的行業，並審查分析和衡量的質量所提出的解決方案的整體可行性和凝聚力。

• 所有必要的開發都需要分為兩類：

1. 進入之前絕對必要的開發生產（即沒有它就無法經營業務）。
2. 可以在稍後部署階段推出的開發，項目上線後（即您可以在不它，但它不是最佳的）。

明日繼續...