ITサービスの導入事例で「短期間で運用を開始」「業務が変わった」と書くとき、提供会社の設定や支援だけを紹介すると、同じ導入を考える企業は自社に必要な作業を見積もれません。導入に使うデータの準備、設定内容の確認、利用者への説明、仕事の進め方の変更を顧客企業が担ったなら、その作業も事例の経過に含めます。ただし、公開できるのは顧客が確認した範囲です。
一件の導入記録から、双方の仕事を拾う
最初に、公開する案件の計画、作業記録、受入確認、利用開始後の連絡を時系列で見ます。導入前に何を決めたか、提供側が何を設定したか、顧客側が何を準備・確認したかを、同じ日付の流れに並べます。「弊社が導入を支援」とまとめると、顧客がデータを選んだり、社内の承認を取ったりした仕事が消えがちです。反対に、顧客の仕事を提供側の成果として書かないようにもします。
Microsoft Learnの導入時の役割整理は、関係する作業と役割を先に洗い出すことを示しています。これは特定製品の指針であり、別のサービスに同じ役割が必ずあるという意味ではありません。事例では、その案件で本当に発生した作業だけを採用します。
顧客側の準備を、責任の押し付けにしない
顧客が行った作業を書く目的は、「顧客の努力が必要」と強調することではありません。同じ導入を検討する人が、必要な担当者と時間を考えられるようにするためです。例えば実際の記録にある場合だけ、移すデータの選定、権限の確認、現場での試用、社内への説明を具体的に書きます。どの作業を提供側が支援したかも併記します。
教育が必要だった案件なら、誰が対象で、顧客側がどの時間を確保したかを確認します。Microsoft Learnの導入研修計画は対象者や予定、利用者の時間確保を計画項目に挙げています。ただし、研修の有無や規模は案件によって違います。事例にない教育作業を、記事の見栄えのために加えません。
結果には、到達点とその前提を一緒に書く
「導入完了」と書くなら、何をもって完了としたかを示します。初期設定が終わった時点なのか、一部の部門で利用を始めた時点なのか、全社で運用した時点なのかで意味が変わります。効果値を載せる場合も、測定期間と範囲、顧客側の運用変更が関係したかを確認します。数値がないなら、確認できた到達点だけを記します。提供した機能だけで結果が生じたように読める表現は避けます。
顧客に、作業と結果の書き方を確認してもらう
顧客企業には、社名や画面だけでなく、担当した作業、社内の体制、公開する結果の範囲も確認してもらいます。匿名にしても、実際の仕事が分かる情報から案件を推測できる場合があるため、本文と図を一緒に見てもらいます。承認済みの導入記録がないなら、導入事例として実績を作らず、一般的な導入手順の説明として公開範囲を分けます。
機能と導入支援を分ける記事はサービスを選ぶ前の役割説明、匿名事例の記事は顧客名を伏せる際の公開根拠が中心です。本稿は、実際の一件で顧客が担った作業を導入経過から落とさない書き方です。BämのIT・法人向けサービスのホームページ制作では、顧客承認済みの資料をもとに、利用場面と導入過程が伝わる事例ページを相談できます。
参考資料
- Microsoft Learn：Define roles and responsibilities
- Microsoft Learn：Create a training plan
- Bäm：IT・法人向けサービスのホームページ制作
資料確認日：2026年9月26日。顧客承認済みの個別導入記録は未提示のため、特定企業の作業や成果は挙げていません。
