受注後のキックオフの進め方——着手前にそろえる7項目と案件化の手順

受注の連絡が来た日ほど、社内が浮ついたまま時間が過ぎます。お礼のメールを返し、契約書のやり取りを始めて、気づけば1週間。着手日は決まっていないのに納期だけが先に決まっている——受託の現場でよく起きることです。

受注後のキックオフでそろえるのは、納期・体制・スコープ・支払条件・連絡経路・成果物の定義・変更ルールの7項目です。この7つを着手前に文字にしておくと、あとから起きる「言った・言わない」と無償対応の多くは避けられます。ここを飛ばして走り出した案件は、終盤で工程と粗利の両方が崩れやすくなります。

キックオフは会議の名前ではなく、商談の情報を案件の情報に翻訳する作業だと考えると整理しやすくなります。営業段階で持っていた「金額・確度・要望」を、実行段階で必要な「工程・担当・納品物」に置き換える。その翻訳を誰がいつやるかを決めておくのが、この記事の主題です。

この記事の要点

• 受注後のキックオフでは、納期・体制・スコープ・支払条件・連絡経路・成果物の定義・変更ルールの7項目を着手前に文字にします。決め直すコストが高いのはスコープと変更ルールです
• 受注連絡から3営業日以内に社内キックオフ（30分）、1週間以内に顧客キックオフを置き、素材待ちの時間を工程の前半に吸収します
• 顧客とは「窓口と決裁者」「確認にかかる日数」「宿題の期限」の3つを、外注先とは「担当範囲の境界」「発注金額と支払期日」「進捗の報告方法」の3つを確認します

受注後のキックオフとは

受注後のキックオフとは、受注が確定してから作業に着手するまでの間に、案件の前提条件と進め方を関係者全員でそろえる工程のことです。社内向けの「案件の立ち上げ」と、顧客向けの「初回打ち合わせ」の2つを含みます。

小さな受託チームでは、この2つが同じ人の頭の中だけで終わりがちです。営業した人がそのまま制作する場合はとくにそうで、「自分は分かっているから省略していい」という判断が働きます。ただ、分かっているのは本人だけで、外注先も顧客側の担当者も分かっていません。キックオフは自分のためではなく、あとから合流する人のためにやる工程だと考えると、省略しにくくなります。

なぜ受注直後がいちばん抜けやすいのか

受注直後は、営業のタスクが終わって制作のタスクがまだ始まっていない、いわば谷間の期間です。ここで抜けが起きる理由は3つあります。

1. 達成感で気がゆるむ。受注は目標なので、決まった時点で一区切りついた気分になります。実際にはここから利益をつくる工程が始まります。
2. 担当が切り替わる。営業と制作が別の人なら、引き継ぎの粒度が人によって変わります。同じ人でも、頭の中の情報は文字にしないと数週間で薄れます。
3. 顧客側も準備できていない。素材・原稿・アカウント情報などは顧客側の宿題です。着手日に依頼しても間に合わず、待ち時間がそのまま納期を圧迫します。

谷間の期間に何をやるかを決めておくだけで、この3つはかなり減らせます。目安として、受注連絡から3営業日以内に社内キックオフ、1週間以内に顧客キックオフを置くと、素材待ちの時間を工程の前半に吸収できます。

着手前にそろえる7項目

受託案件のキックオフでそろえる項目を、決まっていないと何が起きるかとセットで整理します。

このうち、あとから決め直すコストがいちばん高いのはスコープと変更ルールです。作業が始まってから「これは別見積もりです」と言うと交渉になりますが、着手前に決めておけば手続きの説明で済みます。書き方は受託の仕様変更・追加対応の管理で詳しく扱っています。

支払条件は、見積もり時点の合意をそのまま転記するだけで構いません。ただし入金日を案件の情報として控えるところまでやってください。ここを控えておかないと、資金繰りの見通しが立たなくなります。考え方は支払いサイトとはにまとめています。

社内キックオフの進め方

社内キックオフは30分で終わります。長い会議にする必要はありません。

1. 商談情報を読み合わせる。提案書・見積もり・ヒアリングメモを開いて、何を約束したかを確認します。営業と制作が同じ人でも、声に出して読むと抜けに気づきます。
2. 工程に分解する。納品物から逆算して、要件定義・設計・実装・レビュー・検収のように工程を切り、それぞれに日付と担当を置きます。
3. 顧客側の宿題を洗い出す。素材・原稿・アカウント発行・確認のタイミングを、いつまでに誰が出すかまで書きます。
4. リスクを1つだけ挙げる。「この案件でいちばん危ないのはどこか」を1つ言語化して、その工程だけバッファを厚くします。全部にバッファを積むと見積もりが膨らむので、1つに絞るのが現実的です。
5. 粗利の目標を確認する。外注費の上限を決めてから発注に進みます。ここが曖昧なまま発注すると、粗利は着地してから分かることになります。

工程に分解するところまで来ると、案件はガントチャートの形になります。

工程を引く粒度に迷ったら、受託の工程管理を参考にしてください。最初は「顧客の確認が入るところ」で区切ると失敗しにくくなります。

顧客キックオフで最初に確認する3つ

顧客との初回打ち合わせは、要望を聞く場ではなく前提をそろえる場です。要望はヒアリングの段階で聞いているはずなので、ここでは次の3つを確認します。

• 窓口と決裁者が誰か。日々やり取りする人と、最終的にOKを出す人が違うケースは珍しくありません。決裁者がレビューに出てこないまま進むと、終盤でひっくり返ります。
• 確認にかかる日数。「1営業日で返せる」のか「社内会議を通すので1週間かかる」のかで、工程の組み方が変わります。
• 宿題の期限。素材や原稿の提出日を、こちらの工程表の日付と結びつけて共有します。「遅れると納期がこう動く」まで先に伝えておくと、あとで催促しやすくなります。

初回商談で聞ききれていない項目があれば、受託のヒアリングシートの作り方の10項目を埋める場にしても構いません。

外注が入る案件で追加すること

外注先に入ってもらう案件では、社内キックオフの内容をそのまま外注先にも共有します。追加で決めるのは次の3点です。

1. 担当範囲の境界。どこまでが外注先の作業で、どこからが自社かを工程単位で書きます。境界が曖昧な作業（テスト・修正対応・ドキュメント）ほど、先に決めておく価値があります。
2. 発注金額と支払期日。発注書の金額・納期・支払予定日をこの時点で確定させます。あとから決めると、支払いが月末処理に紛れて遅れます。
3. 進捗の報告方法。毎日の報告は不要でも、「工程の区切りで進捗％を更新する」程度のルールは決めておきます。

初めて頼む相手なら、外注先の探し方と選び方の評価軸をキックオフ前に一度通しておくと、想定外が減ります。

キックオフを毎回同じ品質にする仕組み

ここまでの7項目は、チェックリストにすれば紙でも運用できます。問題は、案件が重なった月ほどキックオフが省略されることです。忙しいときこそ抜けるので、意志ではなく仕組みで固定するのが現実的です。

固定のしかたは2つあります。1つは、キックオフのテンプレートを作って、受注のたびに複製すること。もう1つは、受注した瞬間に案件が自動でできる状態にして、テンプレートを開く手間そのものをなくすことです。スプレッドシートで運用するなら、案件管理のスプレッドシートテンプレートの列に7項目を足すのが手軽です。

ここからは自社製品の紹介です。Pipelia（パイプリア）は受託事業者向けのSFA/CRMで、商談カンバンで受注に動かすと案件が自動で作られるため、キックオフは「作られた案件の空欄を埋める」作業になります。納期・体制・スコープは案件と工程に、支払条件は入金予定として資金繰りに、外注の発注金額は粗利計算に、入力した場所からそのまま反映されます。

よくある質問

小さい案件でもキックオフは必要ですか？

必要です。ただし規模に合わせて短くして構いません。数十万円の案件なら、7項目をメモに箇条書きで埋めて顧客にメールで送るだけでも成立します。大事なのは会議を開くことではなく、7項目が文字になっていることです。

顧客キックオフはオンラインでもいいですか？

問題ありません。むしろ画面共有で工程表を見せながら進めたほうが、日程の認識がそろいます。終わったら決定事項をメールで送り、双方の記録に残してください。口頭だけで終わらせないことがポイントです。

キックオフで決めたことはどこに残せばいいですか？

案件の情報として、あとから誰でも開ける場所に残してください。チャットの過去ログや個人のメモに置くと、数週間後に探せなくなります。案件ごとの管理画面や共有ドライブなど、その案件を担当する人がいつも開く場所に一箇所だけ置くのが続けやすい形です。