定義
課題ログ（Issue Log）とは、プリセールスおよび契約フェーズにおいて、プロジェクトの不確実性、技術的な依存関係、またはクライアント側のボトルネックを記録、追跡し、責任の所在を明確にするための動的なリポジトリです。B2Bプロフェッショナルサービスにおいて、曖昧なプロジェクトリスクを、契約締結前に解決または作業範囲記述書（SOW）に価格として反映させるべき具体的な項目へと変換します。
解説
多くのB2B取引で利益率が低下するのは、チームが「未知の要素」を「当然のこと」として扱ってしまうためです。営業担当者が提案フェーズで技術的な依存関係やクライアント側の遅延を軽視することは、楽観的であるどころか、自社の利益を削ってクライアントのプロジェクトを補助しているに過ぎません。
課題ログは、「希望的観測」に基づく価格設定に対する最大の武器です。これは、デリバリーの現実とクライアントの期待を正面から衝突させるものです。未解決の技術的制約やリソースの依存関係をすべて記録することで、スコープクリープ（作業範囲の肥大化）につながる曖昧さを排除します。SOWが確定する前に解決できない課題がある場合、課題ログは「リスク予備費」項目を作成するための監査証跡となります。これがなければ、デリバリーチームに対して白紙委任状を渡しているようなものであり、契約後30日以内に利益の出るはずの契約が赤字案件へと転落する可能性があります。
事例（および商業的影響）
- 悪い例: 提案書でクライアントの現行インフラを確認せずに「APIへのフルアクセス」を前提としてしまう。プロジェクト開始から2週間後、デリバリーチームがレガシーシステムとの互換性がないことを発見。APIの依存関係をリスクとして記録していなかったために、カスタムミドルウェアの開発に100時間以上のエンジニアリング工数を費やし、2万5千ドルの利益を損失する。
- 良い例: 課題ログで「API統合の複雑性」をハイリスク項目として特定する。SOWにレガシーシステムを監査するための「調査フェーズ」を盛り込み、監査結果に基づいて実装コストを変動費として価格設定する。統合が困難であることが判明した場合でも、リスクが提案段階で特定・記録・計画されていたため、変更要求を行うための契約上のレバレッジを確保できる。
商業的チェックリスト
- ログの一元化: メールスレッドに頼らないこと。プリセールスエンジニアとアカウントエグゼクティブの両方が閲覧できる共有の課題ログを使用してください。
- 責任の割り当て: すべての課題にはステータス（オープン、保留中、解決済み）と責任者（クライアント、ベンダー、またはサードパーティ）を割り当てること。課題が「クライアント」側で48時間以上停滞した場合は、自動エスカレーションをトリガーしてください。
- 価格設定との連動: 「影響大」とマークされた課題がある場合、財務モデルにそのリスクに特化した予備費（通常10〜15%）が含まれていることを確認してください。
- 「ゲートキーパー」レビュー: 最終提案書を送付する前に、課題ログをレビューすること。課題が「オープン」のままであれば、SOWの中で前提条件または除外事項として明示的に記載する必要があります。
関連コンセプト
- [利益の漏洩（Margin Leakage）](/glossary/margin-leakage)
- [スコープクリープ（Scope Creep）](/glossary/scope-creep)
- [SOW（作業範囲記述書）](/glossary/sow)
よくある質問
「想定」ベースの会話を「既知のリスク」ベースへと転換し、後から請求できない労働力として吸収するのではなく、複雑性に見合った価格設定を可能にするためです。+
潜在的な落とし穴を特定し、軽減策を持っていることをクライアントに示すことで、高度な専門性と信頼性を証明できるため、勝率向上に寄与します。+
関連するAIサービス
このワークフローの導入を私たちに依頼したいですか？