キックオフミーティングの進め方と資料テンプレート｜顧客案件の決定項目【2026】

この記事のポイント（TL;DR）

• キックオフの基本形（目的・種類・開催形式・7ステップ・準備資料）は前半で全部おさえます。急ぐ場合は目次から必要な章に飛んでください。
• 顧客を入れたキックオフは、社内キックオフの「参加者が増えた版」ではありません。決定権が社外にある、その場の合意が納品物の一部になる、説明責任が以後も続く、という3つの構造的な違いがあります。
• 2026年1月1日に下請法が改正され、名称も変わりました。よく報じられている「資本金要件が撤廃された」は正確ではありません。資本金基準は残ったまま、従業員数の基準が追加されています。条文で確認した内容を載せます。
• 法律が発注側に明示を求めている項目と、キックオフで決めるべき項目は、ほとんど重なります。だからキックオフは「やった方がいい会議」ではなく、決めた記録が後で効いてくる場です。
• 請負か準委任かで、キックオフで確認すべきことが変わります。とくに「完成・終了を誰が何をもって判定するか」は契約類型によって意味が違います。
• 「キックオフは無駄では」という問いには、擁護も同意もせず、無駄になる4つの条件を示します。条件に当てはまるなら、集まらずに書面で合意する方が正しい選択です。
• 「キックオフをやると手戻りが何％減る」といった効果の数値は載せていません。理由は記事の最後で書きます。

---

キックオフミーティングとは？意味と語源

キックオフミーティングとは、プロジェクトの開始時に関係者が一堂に会し、目的・スコープ・体制・スケジュール・進め方について共通認識をつくる最初の会議です。日々の定例会議が「進んでいるかを確認する場」であるのに対し、キックオフは「これから何を、どこまで、誰と、いつまでにやるのかを決める場」です。

「キックオフ」はフットボールで試合開始時にボールを蹴り出すことを指す言葉です。そこから転じて、ビジネスでは物事の開始そのものを指すようになりました。プロジェクトの文脈では、単なる開始の宣言ではなく、開始にあたって全員の前提をそろえる行為を含みます。

呼び方・言い換え・英語表記

検索では「言い換え」「英語」「略」といった語がよく一緒に調べられています。まとめておきます。

「キックオフの反対語は」という質問もよく見かけますが、明確な対義語として定着した言葉はありません。対になる場としては、プロジェクト終結時に実施する振り返り（レトロスペクティブ）やクロージング会議が該当します。開始でそろえた前提を、終了時に検証する関係にあります。

---

キックオフミーティングの5つの目的｜通常の会議とは何が違うか

キックオフミーティングの目的は、大きく5つに整理できます。

1. 認識の統一 — プロジェクトの背景・目的・ゴールを全員が同じ言葉で説明できる状態にする
2. 役割の明確化 — 誰が何を担当し、誰が何を決めるのかをはっきりさせる
3. 合意形成 — 疑問や懸念をその場で解消し、進め方に合意する
4. 関係構築 — 初対面のメンバー同士が最低限の相互理解を持つ
5. 士気の形成 — 何のためにやるのかを共有し、着手時の温度をそろえる

このうち3の合意形成は、社内だけのキックオフと顧客を入れたキックオフで意味の重さが変わります。詳しくは後述します。

通常の会議との違い

最後の行が重要です。定例会議を1回飛ばしても取り返せますが、キックオフで前提をそろえ損ねると、そのズレは実装や制作が進んだ後、手戻りという形で表面化します。

---

キックオフの4つの種類

キックオフと呼ばれる会議にはいくつか種類があり、決定権の所在と決めたことの重さが違います。

一般的な解説記事の多くは、この4種類のうち社内キックオフを前提に書かれています。参加者が増えるだけの違いとして扱われることが多いのですが、実際には顧客キックオフだけが別の性質を持っています。その理由は後半で詳しく扱います。

なお、SaaSなどの継続サービスで契約直後に実施するオンボーディングのキックオフも、顧客と行う点では同種です。ただし目的が「導入の定着」に寄るため進め方が変わります。こちらはカスタマーサクセスのオンボーディング設計で扱っています。

---

開催形式の選び方｜対面・Web・ハイブリッド・非同期

顧客の予定が合わないときの非同期キックオフ

顧客側の担当者が多忙で、全員がそろう時間が2週間先にしか取れない。この状況は珍しくありません。開催を待つあいだ着手できないなら、非同期に切り替えた方が早く進みます。

手順は次のとおりです。

1. 資料を先に完成させる — 同期のキックオフなら口頭で補える説明が、非同期では一切補えません。目的・スコープ・体制・スケジュール・前提条件を、読むだけで理解できる状態にします
2. 確認してほしい点を明示する — 「ご確認ください」ではなく、「この4点について、認識が違う箇所があればご指摘ください」と、判断を求める箇所を限定します
3. 回答期限を切る — 期限を書かない依頼は後回しにされます。3営業日など具体的な日付を入れます
4. 無回答の扱いを先に書く — 「期限までにご指摘がない場合、この前提で進めます」と明記します。これがないと、後から「聞いていない」が発生します
5. 短い同期の場を1つだけ残す — 30分でよいので、質疑だけの場を用意します。テキストで書きにくい懸念はここで出ます

4番目が非同期キックオフの成否を分けます。同期の場では沈黙が同意として扱われる場面がありますが、非同期では読まれていない可能性と区別がつきません。無回答をどう扱うかを先に合意しておくことが必須です。

---

基本の進め方｜7つのステップ

開催時期を決めてから、当日の進行を組みます。順に見ていきます。

開催のタイミングを決める

進行の前に、いつ開くかを決めます。判断基準は「決めるべきことが決められる状態になっているか」の一点です。案件の立ち上がりを一度で決めきれるかは、ここで大きく変わります。

早すぎると、スコープが確定していないため範囲の話ができず、概要説明で終わります。遅すぎると、各自がすでに自分の解釈で動き出しているため、認識の統一ではなくすり合わせ直しになり、そこまでの作業が手戻りになります。

適切なのは、次の4つがそろった時点です。対応範囲（スコープ）と範囲外の項目が書き出せている。双方の体制と担当者が決まっている。大枠のスケジュールが引けている。顧客側で、当日決められる範囲が把握できている。

フェーズの長い案件では、全体のキックオフに加えて、要件定義から設計へ、設計から実装へといった、決めることの性質が変わる境目でも小さなキックオフを設けると前提の更新が追いつきます。

当日の進行

キックオフでは何をするのか、標準的な進行を60分の枠で示します。時間配分は目安です。

ステップ1：開始の挨拶と趣旨説明（5分）

主催者が、この会議で何を決めるのかを最初に宣言します。「顔合わせです」と言ってしまうと、参加者は決定に立ち会う姿勢を持ちません。「本日はスコープと体制、進め方について合意をいただく場です」と言い切ります。

ステップ2：参加者の紹介（10分）

名前・所属・このプロジェクトでの役割の3点に絞ります。経歴の紹介は不要です。役割を言わせることで、後から「それは誰の担当か」を聞き直す手間が減ります。

ステップ3：目的とゴールの共有（10分）

なぜこのプロジェクトをやるのか（背景）と、何が達成されたら成功なのか（ゴール）を分けて説明します。ゴールは可能な限り判定できる形にします。「サイトをリニューアルする」ではなく「現行サイトの全ページを新デザインで公開し、問い合わせ導線を3か所に設置した状態」のように書きます。

ステップ4：スコープと前提の確認（10分）

スコープは、やることだけでなくやらないことを明示します。スコープ外の項目を口頭で流すと、後で「当然入っていると思っていた」が発生します。書面に「本件に含まれないもの」の欄を作り、読み上げます。

ステップ5：体制と役割の確認（10分）

体制図を出し、誰が何を担当するかに加えて、誰が何を決められるかを確認します。担当者と決裁者が違う場合、決裁者の名前と、決裁に必要な期間を聞いておきます。

ステップ6：スケジュールとマイルストーンの確認（10分）

全体スケジュールと、途中の確認ポイントを示します。ここで顧客側の作業（素材提供・レビュー・承認）にかかる日数も一緒に置きます。顧客側の遅れが全体に効く構造を、この段階で共有しておきます。

ステップ7：質疑と次のアクション（5分）

質疑のあと、次に誰が何をいつまでにやるかを読み上げて終わります。「では、よろしくお願いします」で終わらせず、アクションの持ち主と期限を口に出して確認します。

進行中に詰まりやすいのはステップ4とステップ5です。スコープ外の確認で顧客側が渋る、決裁者の名前が出てこない、という反応が出た場合、それは後で問題になる箇所が事前に見えたということです。その場で決められないなら、いつまでに確定するかを決めて先に進みます。

議事録の書き方やフォーマットについては議事録の書き方ガイドで詳しく扱っています。本記事は場の設計に絞ります。

---

準備する資料と記載項目

キックオフ資料に必要な項目をチェックリストにしました。1つの資料にまとめても、複数に分けても構いません。

• アジェンダ — 当日の進行と時間配分。事前に共有する
• 目的と背景 — なぜこのプロジェクトが立ち上がったのか
• ゴールの定義 — 何が達成されたら完了とみなすか（判定できる形で）
• スコープ — やること、およびやらないこと
• 体制図 — 自社側・顧客側の両方。役割と決裁者を明記
• スケジュール — マイルストーンと、顧客側の作業を含む日程
• 前提条件と制約 — 予算・技術・法令・既存システムなどの制約
• コミュニケーションルール — 連絡経路・定例の頻度・応答期限
• 決定事項の置き場所 — 決めたことをどこに記録し、どこで参照するか
• リスクと懸念 — 現時点で見えている不確実な要素

このうち後半の3項目は、一般的な解説記事ではあまり触れられていません。何を書くかを補足します。

前提条件と制約には、動かせない枠を書きます。公開日が決まっているならその日付、使用するCMSやサーバーが指定されているならその名称、既存システムとの連携が必要ならその仕様の確定状況です。ここが空欄のまま進むと、後から「実はこの環境では実現できない」が出ます。

決定事項の置き場所には、決めたことをどこに記録し、双方がどこから参照するかを書きます。「議事録をメールでお送りします」で済ませず、担当者が代わっても残る場所を指定します。

リスクと懸念には、現時点で不確実な要素を隠さずに書きます。「素材のご提供が遅れると公開日に影響します」のような、相手の作業に依存する部分を最初に共有しておくと、後から遅延の責任を議論せずに済みます。書きにくい項目ですが、キックオフはこれを最も伝えやすいタイミングです。

資料の構成と作る順番

形式は問いません。スライドでも、ドキュメントでも、顧客と共有するページでも、上の項目が入っていれば成立します。パワーポイントやGoogleスライドで作る場合は、10枚前後に収まります。

注意したいのは、作る順番はこの並び順とは違うという点です。表紙から順に埋めていくと、たいてい6枚目のスコープで止まります。

書き始めるのはスコープからです。含むものと含まないものが決まらないうちは、体制図に必要な役割も、スケジュールに載せる工程も確定しません。体制図とスケジュールはスコープの従属物であって、独立して先に決められる項目ではないからです。スコープ、完了の定義、体制図、スケジュール、進め方のルール、の順に埋め、目的と背景・本日のゴール・表紙は最後に書くと手戻りが出ません。

もう1つ、顧客が入る資料では書けない項目を空欄のまま持ち込むという判断が要ります。社内キックオフなら埋まるまで作り込めますが、顧客案件では、こちらだけで決められない項目が必ず残ります。埋まらない欄を推測で埋めて持ち込むと、その推測が合意事項として扱われます。空欄のまま「ここは本日決めさせてください」と提示するほうが安全です。

そのまま使える雛形は、後半の顧客キックオフ用アジェンダ雛形に置いています。当日のアジェンダ、事前案内メール、決定事項の記録フォーマットの3点です。

キックオフ後の48時間でやること

キックオフは、終わった直後の対応まで含めて1セットです。記憶が新しいうちに次の3つを済ませます。

1. 決定事項を送る — 議事録の全文ではなく、決まったことと決まらなかったことの一覧を先に送ります。分量が少ないほど読まれます
2. 未決事項の期限を確認する — 「◯◯については、△日までにご回答いただけますでしょうか」と、日付を入れて確認します
3. 相違があれば指摘してもらう — 「認識の相違がございましたらご指摘ください」と一文添え、返信期限を書きます。ここで出てこなかった相違は、後から手戻りになります

48時間という区切り自体に根拠があるわけではありませんが、参加者が内容を覚えているうちに確認を取ることに意味があります。1週間後に送る議事録は、内容の検証ではなく形式の確認になります。

---

顧客とのキックオフは、社内キックオフと何が違うのか

ここからが本記事の中心です。

キックオフの解説記事の多くは、社内チームのプロジェクトを前提に書かれています。顧客や外部パートナーが入るケースは「種類のひとつ」として扱われ、最も厚く書いている記事でも全体の16%程度、少ないものでは2%未満にとどまります。しかし受託・制作・コンサルのように顧客と一緒に案件を進める仕事では、顧客が入るキックオフの方が標準です。

そして顧客キックオフは、社内キックオフの参加者が増えただけのものではありません。3つの点で構造が違います。

1つめ：決定権が社外にある

社内キックオフでは、その場にいる上長が決められます。決まらなくても、翌日に確認すれば済みます。

顧客キックオフでは、参加している顧客側担当者が決裁権を持っているとは限りません。担当者が「それでいきましょう」と言った内容が、社内稟議で覆ることがあります。このとき、こちらはすでに着手しています。

たとえばキックオフで、顧客側の担当者が「トップページの構成はこの3案から選びます」と言い、その場で1案に決まったとします。こちらは翌日から制作に入ります。2週間後、「役員会で別の案がよいという話になりました」と連絡が来ます。担当者に決裁権がなかった、というだけの話ですが、失われるのは2週間分の作業です。

だからキックオフで確認すべきことに、社内会議にはない項目が加わります。目の前の担当者は、何をどこまで決められるのか。決められないことは誰が決めるのか。その決裁にどれくらいの日数がかかるのか。この3点を聞かずに終えたキックオフは、決めたつもりの状態をつくっただけです。

先の例で、担当者が「デザインの方向性は自分で決められるが、トップページの構成は役員会にかける」と答えていれば、こちらは役員会の日程を待ってから着手するか、覆っても影響の小さい作業から進めるかを選べます。決裁の範囲を聞くだけで、打ち手が増えます。

2つめ：その場の合意が納品物の一部になる

社内で「この方針でいこう」と決めたことは、状況が変われば社内判断で変更できます。

顧客との合意は違います。キックオフで確認したスコープは、後の検収で「これは入っていたはず」「入っていない」を判定する基準になります。合意は成果物と並ぶ、プロジェクトの構成要素です。

この違いが最もはっきり出るのが検収です。

キックオフで「スマートフォン対応もお願いします」という会話があったとします。こちらは主要ページのレスポンシブ対応と理解し、顧客は全ページに加えてタブレット表示まで含むと理解した。どちらも嘘をついていません。そして数か月後、納品時に食い違いが表面化します。このとき参照されるのは、キックオフで何をどう合意したかの記録です。記録がなければ、声の大きい方か、立場の強い方の解釈が通ります。

社内プロジェクトなら、認識がずれていても途中の雑談で気づきます。顧客とは日常的な接点がないため、ずれたまま数か月進みます。この違いは記録の要求水準に直結します。社内キックオフの議事録は備忘録で足りますが、顧客キックオフの記録は、数か月後に双方が参照して判断の根拠にするものです。書き方も保存場所も、それを前提に決める必要があります。

3つめ：説明責任が開始後も続く

社内プロジェクトでは、メンバーは日々の会話で状況を把握します。わざわざ説明を求められる場面は多くありません。

顧客は違います。顧客側の担当者は、自社の上長に対して「この案件は順調か」「なぜこの仕様なのか」を説明し続ける立場にあります。つまり、こちらが提供した情報は、顧客の社内で二次利用されます。そして担当者が説明に困ると、こちらに問い合わせが来ます。

たとえば顧客側の担当者から、「今週の役員会で説明するので、現状をまとめてもらえますか」と依頼が来ます。こちらは既に共有済みの内容を、相手の社内向けに作り直すことになります。これが月に一度、案件が続くあいだ繰り返されます。

このため顧客キックオフでは、決めたことを顧客がそのまま社内で使える形にしておく価値があります。決定事項が顧客側から参照できる場所にあれば、担当者は自分で説明材料を取り出せるようになり、問い合わせの往復が減ります。どこに置くのが適切かは、記事の後半で改めて扱います。

この3つの非対称は、クライアントワークという働き方そのものが持つ構造でもあります。前提となる考え方はクライアントワークとは何かで扱っています。以降の章は、この3軸を土台に、それを外から規定する制度と契約の前提、そして組織規模による作法の違いを重ねて組み立てます。

---

自分が取適法の対象かどうかを、作るもので判定する

顧客とのキックオフを設計するうえで、2026年に前提が1つ変わりました。2026年1月1日に、いわゆる下請法の改正法が施行され、法律の題名も変わっています。

• 正式名称：製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律
• 法令番号：昭和三十一年法律第百二十号
• 改正法：令和七年五月二十三日法律第四十一号
• 施行日：令和8年1月1日（2026年1月1日）
• 略称：中小受託取引適正化法、取適法（e-Gov法令検索に略称として登録）

以下の条文および委任先の政令は、2026年9月1日にe-Gov法令検索で取得した原文にもとづきます。

そして対象かどうかは、会社の規模だけでは決まりません。何を作るかによって基準が3倍変わります。

よく見る「資本金要件の撤廃」は正確ではない

この改正について、「資本金にかかわらず、すべての発注者が規制対象になった」という説明を見かけます。条文を読むと、これは正確ではありません。

第2条第8項は委託事業者の定義を6つの号で定めており、資本金基準（第1号から第4号）はそのまま残っています。変わったのは、そこに従業員数の基準（第5号・第6号）が追加された点です。

各号とも、国および政府契約の支払遅延防止等に関する法律第14条に規定する者は、委託事業者から除かれます。

第5号・第6号にはそれぞれカッコ書きの除外があります。第5号が参照するのは第1号・第2号、第6号が参照するのは第3号・第4号です。しかも除外が働くのは、委託する側がその号に該当し、かつ相手方も第9項の対応する号に該当する場合に限られます。委託する側が資本金の基準に当てはまっていても、相手方が資本金基準でいう中小受託事業者に当たらなければ、従業員数の基準の側で捕捉されることがあります。

自分がどの号に当たるかは、作るものによって変わる

ここが実務で最も間違えやすい箇所です。「制作の仕事だから情報成果物作成委託、だから第3号・第4号・第6号」とは限りません。

第1号にはカッコ書きがあり、情報成果物作成委託と役務提供委託のうち政令で定めるものを、製造委託等の側（第1号・第2号・第5号）に取り込んでいます。そして第3号のカッコ書きが、同じものを第3号・第4号・第6号から除いています。

委任先の政令（平成十三年政令第五号）が定めているのは、情報成果物ではプログラム、役務では運送・物品の倉庫における保管・情報処理です。

システム開発とデザイン制作で、従業員数の基準が3倍違います。Web制作は、プログラムの作成を含むかどうかで区分が変わるため、一律には決まりません。

この判定は、キックオフの場ではできません。相手の資本金も従業員数もその場では分からないからです。判定は事前に済ませておき、当日は「支払期日と支払方法について、この場で決めていただけますか」と、次に見る明示事項の確認として切り出します。判定結果そのものを相手にぶつける必要はありません。

実務上の変化点は、従来の資本金基準だけなら対象外だった発注者が従業員数によって対象に入る点です。たとえばデザイン制作のように、プログラムにあたらない情報成果物の委託であれば、資本金1,000万円以下の会社でも、常時使用する従業員が101人いれば第6号で委託事業者になります。同じ会社がシステム開発を委託する場合は第5号の300人超が基準になるため、結論が変わります。

受託する側から見ても同じです。従業員150人のシステム開発会社は、第6号の「100人以下」を読んで対象外と判断してしまいがちですが、プログラムの作成は第5号の側です。委託する側が第8項第5号の委託事業者にあたる場合、従業員300人以下であれば第9項第5号の中小受託事業者になります。中小受託事業者かどうかは自社の規模だけで決まるのではなく、取引の相手方との組み合わせで決まる点に注意してください。自社が委託側なのか受託側なのかを、資本金だけで、あるいは「制作会社だから」という括りで判断すると取り違えます。

---

取適法が明示を求める項目は、キックオフで決めることと重なる

ここが、キックオフの記事で法律を扱う理由です。法が発注側に明示を求めている項目は、キックオフで確認する項目とほとんど同じです。

明示が求められる4項目

第4条第1項は、委託事業者に対して次のように定めています。

委託事業者は、中小受託事業者に対し製造委託等をした場合は、直ちに、公正取引委員会規則で定めるところにより、中小受託事業者の給付の内容、製造委託等代金の額、支払期日及び支払方法その他の事項を、書面又は電磁的方法（略）により中小受託事業者に対し明示しなければならない。

給付の内容、代金の額、支払期日、支払方法。これらはキックオフで確認する項目とほぼ同じです。つまりキックオフは、やった方がよい会議というだけでなく、発注側が法律上明示を求められている事項を、双方で確認する場でもあります。

なお、改正前は第3条に置かれていた書面交付の規定が、改正後は第4条になっています。「3条書面」という言い方が実務で定着していますが、現行法の条番号は第4条です。

同項にはただし書があります。

ただし、これらの事項のうちその内容が定められないことにつき正当な理由があるものについては、その明示を要しないものとし、この場合には、委託事業者は、当該事項の内容が定められた後直ちに、当該事項を書面又は電磁的方法により中小受託事業者に対し明示しなければならない。

キックオフで決まらない項目は必ず出ます。このただし書は、決まらなかったこと自体は許容しつつ、決まった後に直ちに明示することを求める構造になっています。実務に置き換えると、未決事項を「未決である」と記録し、いつ誰が決めるかを残しておくのが正しい畳み方だということです。曖昧なまま流すのとは違います。

第2項では、電磁的方法で明示した場合に受託側から書面の交付を求められたときは、遅滞なく交付しなければならないと定められています（公正取引委員会規則で定める例外があります）。

やり直しと、協議に応じない代金決定

第5条第2項は、次の行為によって中小受託事業者の利益を不当に害してはならないと定めています。第2項は「利益を不当に害してはならない」という要件がかかる点で、第1項の禁止行為とは構造が違います。

第3号（給付内容の変更・やり直し）：

中小受託事業者の責めに帰すべき理由がないのに、中小受託事業者の給付の内容を変更させ、又は中小受託事業者の給付を受領した後（役務提供委託又は特定運送委託の場合にあつては、中小受託事業者からその委託に係る役務の提供を受けた後）に給付をやり直させること

第4号（協議に応じない一方的な代金決定）：

中小受託事業者の給付に関する費用の変動その他の事情が生じた場合において、中小受託事業者が製造委託等代金の額に関する協議を求めたにもかかわらず、当該協議に応じず、又は当該協議において中小受託事業者の求めた事項について必要な説明若しくは情報の提供をせず、一方的に製造委託等代金の額を決定すること

第4号について、「協議に応じない一方的な代金決定が禁止された」という短い要約が広まっています。条文を読むと、2つの前提が付いています。1つは費用の変動その他の事情が生じたこと。もう1つは中小受託事業者の側が協議を求めたことです。無条件に協議義務が発生するわけではありません。

この2つの前提は、キックオフの設計に直接効きます。事情が変わったときに協議を求める権利があるとしても、何が起きたら協議のトリガーになるのかを最初に握っていなければ、求めるタイミングを逃します。キックオフで「前提が崩れたら再協議する」と決めておくことには、この意味があります。

支払条件も明示事項です。支払期日は第3条で、給付を受領した日から起算して60日の期間内、かつできる限り短い期間内に定めなければならないとされています。役務提供委託の場合は、役務の提供を受けた日が起算日になります。

ここで見落としやすいのが同条の柱書です。条文は「中小受託事業者の給付の内容について検査をするかどうかを問わず」と定めており、起算日はあくまで受領した日です。検収の完了を待って支払期日を後ろにずらす設計にすると、受領日から60日を超えた時点で第3条に反します。

キックオフの段階で「検収から何日で支払われるか」ではなく「納品から何日で支払われるか」を確認しておくと、後述する検収の所要日数とあわせて、入金時期が読めるようになります。

本章の法令記述について ここで示したのは法令の一般的な内容です。ある取引が適用対象にあたるか、特定の行為が違反にあたるかは、取引の実態によって判断が変わります。個別の案件については弁護士等の専門家にご確認ください。条文および委任先の政令（平成十三年政令第五号）は、いずれもe-Gov法令検索で2026年9月1日に取得した原文にもとづいています。

---

請負か準委任かで「決めるべきこと」が変わる

キックオフで確認する内容は、契約の型によって変わります。ここでは民法の条文にもとづいて、キックオフで押さえるべき点だけを整理します。契約類型そのものの詳しい解説は本記事の範囲外です。

完成を約束するのか、事務の処理を引き受けるのか

請負は民法第632条で次のように定められています。

請負は、当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約することによって、その効力を生ずる。

仕事の完成を約束し、その結果に対して報酬が支払われる契約です。

一方、法律行為でない事務の委託は準委任にあたります。第656条は「この節の規定は、法律行為でない事務の委託について準用する」と定めており、委任の規定（第643条以下）が準用されます。完成そのものは約束の対象になりません。

第634条が割合報酬を認めるのは、次の2つの場合です。第一に、注文者の責めに帰することができない事由によって仕事を完成することができなくなったとき。第二に、請負が仕事の完成前に解除されたときです。いずれも、可分な部分の給付によって注文者が利益を受けることが前提になります。

第648条第3項も同様に、委任者の責めに帰することができない事由によって履行できなくなったとき、または委任が履行の中途で終了したときに、既にした履行の割合に応じた報酬を認めています。

顧客の指図どおり作った結果が不適合だったら（第636条）

第636条は受託側にとって重要な条文です。

請負人が種類又は品質に関して契約の内容に適合しない仕事の目的物を注文者に引き渡したとき（略）は、注文者は、注文者の供した材料の性質又は注文者の与えた指図によって生じた不適合を理由として、履行の追完の請求、報酬の減額の請求、損害賠償の請求及び契約の解除をすることができない。ただし、請負人がその材料又は指図が不適当であることを知りながら告げなかったときは、この限りでない。

顧客の指示どおりに作った結果、顧客が期待した動きにならなかった。このとき条文上は、その不適合が顧客の指図によって生じたものであれば、顧客は追完や減額を求めることができません。ただし、不適合が指図によって生じたといえるかどうかは事実関係の評価によりますし、契約で別の定めを置くこともできます。

ただし書が本体です。その指図が不適当だと知っていながら黙っていた場合は、この保護を受けられません。懸念に気づいていたなら伝える必要があります。キックオフや設計の段階で「この方式だとこの点が制約になります」と伝え、記録に残しておくことには、実務上こういう意味があります。

キックオフで確認するのは「判定の仕組み」

契約類型の違いを踏まえると、キックオフで確認すべき核心は次の一点に収束します。

完成または終了を、誰が、何をもって、いつまでに判定するのか。

請負なら、何をもって完成とするかが検収の判断と直結します。民法上の完成と契約書に書かれた検収条件は同じものではありませんが、実務では検収条件が完成の判断材料になります。準委任なら、完成ではなく所定の事務が処理されたかどうかが問題になるため、期間・稼働・報告の形で終了を定義することになります。

キックオフの場でこれを聞くときは、契約の話として切り出すと構えられます。「検収のときに、どなたがどんな観点で確認されますか」「合格の判断はどれくらいのお時間をいただけますか」といった、実務の段取りとして確認する形が現実的です。

本章の法令記述について ここで示したのは民法の一般的な内容です。実際にどの条文が適用されるかは、契約書の定めと取引の実態によって変わります。契約類型の判断や個別の紛争については弁護士等の専門家にご確認ください。条文はe-Gov法令検索で2026年9月1日に取得した原文にもとづいています。

---

後の手戻りから逆算する決定項目チェックリスト

キックオフのアジェンダは、どの解説記事もおおむね同じ項目を挙げます。目的、体制、スケジュール、進め方。間違いではありませんが、抽象度が高く、その場で「共有した」で終わりやすい項目でもあります。

ここでは逆から設計します。実際に手戻りが起きる地点から逆算して、キックオフで決めておかないと後で必ず効いてくる項目を並べます。決め損ねたときに誰が費用を被るかまで書きます。

最後の行の「前提が崩れた場合の再協議」は、取適法の章で見た第5条第2項第4号とつながります。条文は、費用の変動その他の事情が生じ、受託側が代金の額について協議を求めたにもかかわらず応じない行為を問題にしています。裏返すと、何が起きたら協議を求めるのかを最初に決めておかなければ、求めるべき場面を自分で見逃します。

キックオフの段階では、たとえば次のような条件を握っておくと運用しやすくなります。要件が当初の想定から一定量を超えて増えたとき。顧客側の作業が予定より一定日数遅れたとき。前提としていた外部サービスや環境の仕様が変わったとき。具体的な数値は案件ごとに違うため、双方が納得できる線を相談して決めます。

なお、双方の作業と期限を1枚に置いて共同で運用する進め方は、相互アクションプランとして体系化されています。考え方は相互アクションプランの作り方を参照してください。

---

そのキックオフが無駄になる4つの条件

「キックオフは無駄では」という声は実際にあります。検索でも一緒に調べられている言葉です。

この問いに、擁護でも同意でもない答え方をします。キックオフには無駄になる条件があり、その条件を満たしているなら、実際に無駄です。集まらずに済ませた方がよい場面もあります。判断できるように条件を示します。

条件1：決裁者が不在のまま開催する

その場にいる全員が「持ち帰って確認します」としか言えない状態なら、決定は何も起きません。決まったように見えて、後で覆ります。

対処は2つです。決裁者に出てもらうか、決裁者が不在でも決められる範囲を先に確認し、その範囲だけを議題にするかです。「本日決められることと、お持ち帰りが必要なことを最初に分けさせてください」と切り出すと整理できます。

条件2：決めずに共有だけして終わる

資料を読み上げて、質問がなく、終わる。この内容なら、資料を送って読んでもらう方が全員の時間が節約できます。

キックオフの価値は、その場でしか起きないこと、つまり判断と合意にあります。判断が1つも発生しない議題は、会議の形をとる必要がありません。アジェンダを作る段階で、各項目に「これは決める項目か、伝える項目か」を書き込んでみると、決める項目がゼロの会議が見つかります。

条件3：記録が残らない、または参照できない場所に置かれる

決めたのに、3か月後に誰も参照できない。この状態では、決めたこと自体が存在しなかったのと同じです。

とくに顧客との案件では、顧客キックオフの合意がスコープと検収の基準になります。参照できない基準は機能しません。記録の置き場所が満たすべき条件は、このあとの章で整理します。

条件4：スコープが未確定のまま顔合わせだけ先行する

契約や見積の前提がまだ固まっていないのに、日程だけ先に押さえて開催する。この場合、決めるべきことが決められないため、条件1と同じ結果になります。

顔合わせ自体に価値がないわけではありません。ただしそれは関係構築の場であって、キックオフではありません。名前を分けて、後で改めて決定の場を持つ方が、双方の期待がずれません。

条件に当てはまるときの代替

4つの条件のいずれかに当てはまる場合、会議を開くかどうかの二択で考える必要はありません。次のような選択肢があります。

• 書面で合意する — 決定事項を文書にまとめ、確認と同意を得る。前提が定型的な案件では十分に機能します
• 非同期で進める — 前述の非同期キックオフの手順で、期限と無回答の扱いを決めたうえで進めます
• 時期をずらす — スコープが固まってから開催します。固まる見込み時期を先に共有しておきます
• 範囲を絞って開催する — 決裁者が出られる議題だけに絞り、30分で終える形にします

会議を開くこと自体が目的化していないかを、この4条件で点検できます。

---

規模別の作法｜フリーランス・制作会社・多重下請け

キックオフの解説は、ある程度の規模のプロジェクトチームを前提に書かれていることが多く、体制図やステアリングコミッティが登場します。実際の読者層はもっと幅があります。規模によって、呼ぶ人も決める深さも変わります。

多重下請けで気をつける点

複数社が階層で関わる案件では、キックオフに誰を呼ぶかが最初の判断になります。元請と下請を同席させるかどうかは、顧客との関係や契約上の制約によって変わるため、一律の正解はありません。

ただし、同席させない場合は前提が末端まで届かないリスクが上がります。元請のキックオフで決まったスコープが、下請には別の言葉で伝わり、作ったものが合わないという形で表面化します。同席させないなら、決定事項をそのまま転送できる形で残しておくことが対策になります。

制度面では、取適法の章で見た法律に、支配関係のある会社を経由した再委託についての規定があります。第2条第10項は、資本金1,000万円超または常時使用する従業員100人超の法人から役員の任免・業務の執行・存立について支配を受け、かつその事業者から製造委託等を受ける法人が、その全部または相当部分を再委託する場合について定めています。この場合、一定の要件のもとで、再委託をする事業者は委託事業者と、再委託を受ける事業者は中小受託事業者とみなされます。ただしこの規定が対象にしているのは支配関係のある会社を経由する場合であり、支配関係のない事業者を経由する取引はここでは捕捉されません。その事業者自身が第8項各号に該当すれば、その取引について委託事業者になります。

---

顧客キックオフ用アジェンダ雛形

そのままコピーして使えるサンプルとして置きます。60分を想定していますが、案件の規模に応じて調整してください。社内キックオフではなく、顧客が入るキックオフ用のサンプルです。

当日のアジェンダ（60分）

時間配分で意図的に厚くしているのはスコープの確認（12分）です。ここが最も後で効きます。逆に参加者紹介は短くしています。

事前案内メールの雛形

開催の3〜5営業日前に送ります。角括弧の部分を置き換えてください。

件名：【[案件名]】キックオフミーティングのご案内（[日付] [時刻]）

[顧客名] [担当者名] 様

お世話になっております。[自社名] の [氏名] です。 [案件名] のキックオフミーティングについてご案内いたします。

日時：[日付] [開始時刻]〜[終了時刻]（60分） 形式：[対面／Web会議（URL）] 資料：本メールに添付／[共有先]

当日は、以下について認識合わせと合意をお願いしたく存じます。

1. 本件のゴール（どの状態をもって完了とするか）
2. 対応範囲と、今回含まないもの
3. 体制と、ご確認・ご承認のいただき方
4. スケジュールと、貴社側でご対応いただく事項および期限
5. ご連絡方法と、変更のご依頼をいただく窓口

ご多用のところ恐れ入りますが、2と3につきましては、当日ご判断いただける方にご同席いただけますと幸いです。ご調整が難しい場合は、当日決められる範囲を事前にお知らせいただければ、議題を調整いたします。

資料は事前にご確認いただき、認識の相違がある箇所がございましたら、[日付] までにご指摘いただけますと当日の議論が深まります。

よろしくお願いいたします。

3つ目の段落が要点です。決裁者の同席を依頼しつつ、難しい場合の代替も同時に示しています。同席の可否を当日まで分からない状態にしないための書き方です。

決定事項の記録フォーマット

会議後に残す形式です。議事録の全文とは別に、決定事項だけを抜き出した一覧を作ると、後から参照しやすくなります。

| 項目 | 決定内容 | 決定日 | 決めた人 | 未決の場合の期限 |
|---|---|---|---|---|
| 完了の定義 | 全ページ公開＋問い合わせ導線3か所 | 9/1 | 顧客側担当者 | — |
| 対応範囲 | | | | 9/8までに先方確認 |
| 範囲外の項目 | | | | |
| 検収の観点と担当 | | | | |
| 検収の所要日数 | | | | |
| 変更依頼の窓口 | | | | |
| 追加費用の線引き | | | | |
| 連絡経路と応答期限 | | | | |
| 顧客側の作業と期限 | | | | |
| 再協議のトリガー | | | | |

一番右の列を必ず設けてください。キックオフで全部が決まることはありません。決まらなかった項目を空欄のまま流すのではなく、いつまでに誰が決めるかを書いておきます。取適法の章で見た第4条ただし書も、決められない事項については、決まった後に直ちに明示することを求める構造になっています。未決を未決として管理するのが正しい扱いです。

---

---

決めたことを、どこに残すか

キックオフの成否は、当日の進行よりも、決めたことがその後どう扱われるかで決まります。

必要なのは3つです。双方が見られること。探さずに見つかること。担当が代わっても残ること。

この3つは、顧客キックオフが持つ3つ目の非対称、つまり説明責任が開始後も続くという性質から導かれます。顧客側の担当者は、社内で「なぜこの仕様なのか」を説明し続けます。その説明の材料がこちらの受信箱の中にしかなければ、担当者は毎回こちらに問い合わせることになり、往復が発生します。

メールへの添付は、運用にもよりますが、この3つを満たしにくい方法です。送った相手にしか届かず、担当交代で受信箱ごと失われます。共有ストレージなら1つ目と3つ目は満たせますが、決定事項が資料の中に埋もれると2つ目でつまずきます。どの方法でも、決定事項を資料本体と分けて一覧にしておくことが条件になります。

現実的には、決定事項の一覧を双方から参照できる場所に1つ持ち、詳細な資料はそこからリンクする形が扱いやすくなります。どのツールを使うかは既存の環境によって変わります。ツールごとの違い、とくに顧客や社外メンバーを入れたときにコストや権限がどう変わるかはプロジェクト管理ツール比較｜顧客・社外と共有する場合で扱っています。

議事録そのものの書式や、認識の食い違いが起きたときの手順については議事録の書き方を、記録の作成を自動化する場合の選択肢はAI議事録の選び方を参照してください。

Terasuは、顧客と共有するページ・資料・決定事項を案件ごとに1か所へまとめるワークスペースです。本記事の文脈では、決定事項の一覧を顧客と同じ画面に置き、後から双方が同じ記録を参照できる状態をつくるための選択肢のひとつになります。既存の課題管理ツールはそのままに、顧客との接点だけを移す使い方もできます。

---

効果の数値を書いていない理由

この記事には「キックオフを実施すると手戻りが何％減る」「プロジェクトの成功率が何倍になる」といった数値がありません。意図的に書いていません。

こうした数値は比較記事やベンダー資料でよく見かけます。ただし本記事の基準は「原典にあたって、調査の対象と定義を確認できること」です。この基準を満たす出典を見つけられませんでした。出所をたどる途中で孫引きが続き、元の調査にたどり着けないものが多く、たどり着いた場合も対象や定義が本記事の読者と噛み合わないものでした。

本記事で数値を示しているのは、条文の内容と、公開されている法令情報だけです。いずれもe-Gov法令検索で2026年9月1日に取得した原文にもとづいています。効果の数値については、基準を満たす出典が確認できた時点で追記します。

---

よくある質問（FAQ）

---

まとめ

キックオフミーティングの基本は、目的・スコープ・体制・スケジュール・進め方について認識をそろえることです。ここまでは、社内でも顧客とでも変わりません。

変わるのは、顧客が入ったときです。決定権が社外にあり、その場の合意がスコープと検収の基準になり、説明責任が開始後も続きます。この3つの非対称が、顧客キックオフを社内キックオフとは別物にしています。

実務としてやることは、次の5点に集約されます。

1. 目の前の相手が何をどこまで決められるのかを、最初に確認する
2. やらないことを読み上げて、認識をあわせる
3. 検収の合格条件・変更依頼の窓口・追加費用の線引き・双方の作業期限を、手戻りから逆算して決める
4. 前提が崩れたときに再協議するトリガーを、あらかじめ握っておく
5. 決めたことと決まらなかったことを、双方が後から参照できる場所に残す

そして、決裁者が出られない、決める議題がない、記録が残らない、スコープが未確定、のいずれかに当てはまるなら、無理に開く必要はありません。書面で合意する、非同期で進める、時期をずらす、範囲を絞る、という選択肢があります。会議を開くこと自体は目的ではありません。