← ガイド一覧

初回キックオフの業務説明— 口頭で足りる範囲

公開: 2026年9月2日

初回キックオフは業務委託のスタート地点です。
ここで業務内容・報酬・スケジュールを説明する場面が多い一方、「口頭で説明したから書面は後でいい」と後回しにされることもあります。
フリーランス新法では、継続的業務委託の契約締結前に業務内容等の説明義務があります。
本記事では、初回キックオフでの業務説明について、口頭だけで足りる範囲と書面が必要な範囲を整理します。

1. 業務説明義務の基本

1-1. 説明すべき項目

継続的業務委託では、契約締結前に業務内容・報酬・支払期日・契約期間・中途解除条件等を説明する必要があります。

明示事項のひな形をベースに揃えると漏れが減ります。

1-2. 口頭説明の位置づけ

口頭説明自体は有効な手段の一つです。

ただし「何を説明したか」を後から示せないと紛争時に不利になり、口頭だけに頼る運用は記録が伴わない限りリスクが高いです。

2. 口頭だけで足りうる場面

  • 契約書・発注書に必要項目がすでに記載済みで、キックオフは契約締結「後」の実務引き継ぎ
  • 口頭で補足した内容を議事録・メールで追完している
  • 説明内容が契約書記載と一致し、差分がない

契約書未締結の状態で口頭だけで業務を開始するのは避けるべきです。
「とりあえず動いてもらう」は説明義務・書面交付の両方で問題になりやすいです。

3. 書面が必要な場面

3-1. 契約前キックオフ

契約前にキックオフで詳細を説明する場合、口頭に加えて説明書・発注書案を配布し、受託側の確認を取る運用が望ましいです。

発注書面の交付ルールに沿って記録してください。

3-2. 業務範囲の追加

キックオフで追加された業務は、追記した発注書・変更覚書を交付します。

口頭で「ついでにお願い」が積み上がるパターンは、後から報酬未払い・減額トラブルの火種になります。

4. キックオフ議事録の型

  1. 日時・参加者(発注側・受託側)
  2. 説明した業務範囲の要約
  3. 報酬・支払条件(契約書記載と一致する旨)
  4. 受託側からの質問と回答
  5. 次回までのアクション

議事録はキックオフ終了後24時間以内に送付するルールにすると、記憶の新鮮なうちに正確な内容を残せます。
発注コンプライアンスのチェックリストも参照してください。

5. 60分キックオフのアジェンダ例

5-1. タイムテーブル

①自己紹介5分 ②契約条件の確認10分 ③業務範囲・成果物20分 ④スケジュール・報告方法15分 ⑤質疑10分。

契約条件の確認では、発注書の記載を画面共有し、受託側に読み合わせを求めると説明義務の証跡になります。

5-2. オンラインの場合

録画は補助資料にはなりますが、契約締結前の説明義務を単独で満たすとは限りません。

電子契約の整理は電子契約サービスも参照してください。

6. よくある失敗例

6-1. 口頭合意で業務開始

口頭合意のみで業務を開始し、後から書面を渡すパターンは、説明義務・記載義務の両面で問題になりやすい典型です。

必ず契約・発注書の交付を先に行います。

6-2. 議事録なし

キックオフ後に議事録を送らないと、「説明した」「聞いていない」が争点になります。

テンプレートを用意し、送付・返信確認までをフローに組み込みます。

よくある質問

Q. オンラインキックオフの録画で説明義務は足りますか?

録画は補助資料にはなりますが、契約締結前の説明義務を単独で満たすとは限りません。書面での明示・確認が基本です。

Q. 単発案件のキックオフでも同じですか?

継続的業務委託に該当しない単発案件では、フリーランス新法の業務説明義務の適用が異なります。取引実態を確認してください。

Q. 説明義務と発注書面交付は同じタイミングですか?

目的は近いですが法令上の要件は別です。両方を満たすようタイムラインを社内で固定しておくと混乱が減ります。

Q. 受託側が「口頭で十分」と言った場合は?

受託側の同意があっても発注側の義務は消えません。書面化は双方の保護になります。

Q. Slackで資料共有するだけでは?

共有だけでは「交付」「確認」の証跡が弱い場合があります。読了確認・返信を求める運用を添えるとよいでしょう。

まとめ

  • 口頭説明だけで足りるのは「書面が先に揃っている場合の補足」に限られる
  • 契約前キックオフでは説明書・発注書案の配布と確認が望ましい
  • 議事録テンプレートと24時間以内送付ルールで証跡を残す

7. 契約締結前後のタイムライン

7-1. 理想的な順序

①業務内容の説明(書面配布)→ ②受託側の確認 → ③契約・発注書の締結・交付 → ④キックオフ(実務引き継ぎ)の順が基本です。
③を飛ばして④から始めると、説明義務・書面交付の両方でリスクが生じます。

7-2. 急ぎ案件の例外処理

どうしても即日着手が必要な場合でも、最低限の発注書(業務範囲・報酬・期日)を先に交付し、正式契約は1週間以内に締結するルールを社内規程に置きます。
例外処理も台帳に記録し、四半期で件数を確認します。

8. 社内教育とオンボーディング

8-1. 新入社員向け15分研修

説明義務・書面交付・60日・キックオフ議事録の4点を15分で復習するe-learningを用意します。
「口頭で足りる」誤解が最も多いため、口頭+書面のセットが基本であることを強調します。

8-2. テンプレートの社内共有

キックオフ議事録・発注書・説明資料のテンプレートを共有フォルダに配置し、 バージョン管理(更新日・変更履歴)を行います。
発注担当者の引き継ぎ体制も合わせて整備してください。

8-3. 月次レビュー

月次15分のスタンドアップで、書面未交付・議事録未送付案件を共有します。
経営層への報告は件数と代表事例1件に絞ると、改善アクションが決めやすくなります。

9. 業種別キックオフの違い

9-1. IT・開発委託

スプリント単位の進行・検収・支払条件をキックオフで読み合わせます。
ゲーム開発委託のキックオフと同様、中間成果物の位置づけを確認してください。

9-2. デザイン・制作

修正回数上限・納品形式・著作権帰属をキックオフで確認し、議事録に明記します。
口頭で「自由に作って」と依頼すると、後からスコープ争いになりやすいため、成果物定義を書面と一致させます。

9-3. コンサル・顧問

稼働日数・報告頻度・成果物の有無を確認します。
月次顧問は「成果物なし・月次報告のみ」の場合、検収・受領日を月末固定するルールを台帳に書きます。

10. キックオフ後のフォロー

キックオフから1週間以内に、議事録送付・受託側返信・台帳登録が完了しているか確認します。
業務範囲の追加依頼が口頭で入っていないか、バックログと発注書面を突合します。
初月の報告書受領日を台帳に入力し、60日起算の運用を初月から開始することが重要です。

11. 発注前チェックリスト(キックオフ)

  • 契約・発注書をキックオフ前に交付済みか
  • 説明内容が発注書記載と一致しているか
  • 議事録テンプレートを用意しているか
  • 24時間以内送付ルールを社内で共有しているか
  • 業務追加が口頭だけになっていないか

キックオフは「説明の場」であると同時に「記録の場」です。
口頭で説明した内容を議事録に要約し、受託側の返信を得るまでがキックオフの完了条件として社内ルール化してください。

12. まとめの実務ポイント

キックオフで確認すべきは、業務内容・報酬・期日・報告方法の4点です。
いずれも発注書面と一致していることを画面共有で読み合わせ、議事録に「一致確認済み」と記録します。

注意

初回キックオフでの業務説明は、契約書・発注書とセットで設計する必要があります。
本記事は運用の観点整理であり、法的助言ではありません。
個別の判断は専門家にご確認ください。

トリカク(torikaku) で試す

適用判定・取引先台帳・明示事項チェック・60日ルールの期日管理・メール通知を一箇所にまとめられます。無料プランは稼働中の取引先1社・発注記録 月3件までです。停止中の取引先は枠を消費しません。形式チェック・記録管理・期日管理のみを行います。メール通知の遅延・未達は保証しません。法令・ガイドライン改正時は判定ロジックを更新し、公開ページに案内します。

適用の形式判定だけ試す場合(ログイン不要): /check

← ガイド一覧