案件管理

キックオフミーティング資料テンプレート|Web制作の受注後に決める8項目

公開日

執筆:佐々木 篤

キックオフミーティング資料テンプレート|Web制作の受注後に決める8項目

Web制作の受注が決まり、クライアントとの最初の打ち合わせを控えて、「キックオフミーティングの資料には何を書けばいい?」「当日は何を決めて帰ればいい?」と手が止まっていませんか。

Web制作のキックオフミーティングでは、先方に決めてもらう8項目を1枚の資料にして持って行き、決まったことをその日のうちに自分の作業と先方の作業に分けて送ります。キックオフミーティングは、受注したあとに双方が集まり、案件の進め方をそろえる最初の打ち合わせです。

この記事は、Web制作を1人か少人数で受けるフリーランス・小さな制作チーム向けです。社内のプロジェクトを立ち上げるキックオフや、見積の前に要件を聞く打ち合わせは扱いません。

コピペで使える資料のテンプレートと60分の議題表、架空の飲食店サイトで決まったことを12行の作業に分ける記入例を載せています。最後に、メモを作業の一覧にする手間を減らす方法も、TASKUL(タスクル)でできないことと合わせて紹介します。

Web制作のキックオフミーティング資料に載せる8項目は?

資料には、公開日、先方の窓口と最終決定者、確認にかかる日数、素材の担当と期限、修正の回数と範囲、連絡手段、サーバー・ドメインなどの用意、作業に含まないことの8つを載せます。どれも、決まっていないと制作のどこかで作業が止まります。

キックオフの資料によく載る「体制」は②窓口と最終決定者が決まれば、「スケジュール」は①公開日と③確認にかかる日数が決まれば組めます。

見積の金額や支払いの条件は、この8項目に入れていません。取引条件は打ち合わせとは別に書面でそろえます。やり方は取引条件を書面で確かめる方法にまとめています。

項目 決めること 決まらないと止まる工程
①公開日と動かせない日 公開日と、その日を動かせない理由 スケジュールの全体
②窓口と最終決定者 ふだんのやり取りの相手と、最後にOKを出す人 デザインの確定・公開の判断
③確認にかかる日数 1回の確認に先方が何営業日かかるか デザイン・テストサイトの確認
④素材の担当と期限 写真・文章・ロゴを誰がいつまでに用意するか デザイン・コーディング
⑤修正の回数と範囲 何回まで、どこまでを修正として受けるか 修正のあとの工程
⑥連絡手段と返信の目安 メールかチャットか、質問への返信は何日以内か 質問の答え待ちのすべての作業
⑦サーバー・ドメイン・各種アカウント 今のものを使うか、新しく用意するか、ログイン情報を誰がいつ渡すか テストサイト・公開
⑧作業に含まないこと 撮影・原稿の作成・公開後の更新などを受けるかどうか 追加の見積・公開後のやり取り

①公開日と動かせない日

日付だけでなく「なぜその日なのか」を聞きます。キャンペーンの開始日のように動かせない日なのか、目安の日なのかで、遅れが出たときに削る作業の選び方が変わります。

②窓口と最終決定者

窓口の人がOKを出しても、上の人の確認で修正が戻ることがあります。最後にOKを出す人の名前を、キックオフの場で聞いておきます。

③確認にかかる日数

先方の社内で確認を回す人数が多いほど、返事までの日数は延びます。「1回の確認につき何営業日あれば返事をもらえますか」と聞き、その日数をスケジュールの先方の行に入れます。

④素材の担当と期限

写真・メニューや商品の情報・会社の紹介文・ロゴを、先方が用意するのか、こちらで作るのかを1つずつ分けます。先方が用意する素材には、デザインに入る前の日付で期限を付けます。

⑤修正の回数と範囲

回数に加えて、どこまでを修正と呼ぶかを決めます。配置・色・文言の直しは修正として受け、ページの追加や構成の変更は別に見積もる、のように線を引きます。

⑥連絡手段と返信の目安

メールかチャットかを1つに決め、質問への返信の目安を聞きます。連絡の場所が2つに分かれると、決まったことがどちらに書いてあるか分からなくなります。

⑦サーバー・ドメイン・各種アカウント

今のサーバーとドメインを使い続けるのか、新しく用意するのかを決めます。今のものを使うなら、ログイン情報を誰がいつまでに渡すかも聞いておきます。予約サービスやフォームのアカウントも同じように扱います。

⑧作業に含まないこと

写真の撮影や公開後の更新など、頼まれそうで見積に入っていない作業を口に出して確かめます。あとで「やってもらえると思っていた」と言われないよう、議事録にも書いて残します。

当日に決まらなくてもよい項目は?

④素材の細かい中身や⑦アカウントの発行のように、先方の社内で調べないと答えられない項目は、期日だけ決めれば足ります。どの写真を使うか、どのアカウントを誰の名義で作るかは、当日に答えが出なくてもかまいません。

①公開日・②最終決定者・③確認にかかる日数の3つは、スケジュールを組む前提なので、当日中に決めるつもりで臨みます。それでも決まらないときの扱いは、当日の進め方の章で書きます。

Web制作のキックオフで先に決める3つの図。公開日・最終決定者・確認にかかる日数が決まるとスケジュール案が組め、決まらなければ、誰がいつまでに答えるかを押さえる

キックオフミーティング資料のテンプレート(Web制作・コピペ用)

下のテンプレートをコピーし、案件名と「こちらからの案」の欄を埋めてから先方に送ります。8項目それぞれにこちらの案を書いておくと、先方は「はい」か「ここだけ違う」で答えられます。表計算ソフトに貼ると、タブの位置で列に分かれます。

■ 〇〇サイト リニューアル キックオフミーティング資料
日時: 月 日( ) : 〜 : (60分)
ご出席のお願い:ふだんのご担当者様と、最後にOKを出される方

■ 今日決めたいこと(8項目)
番号	項目	こちらからの案	ご回答
①	公開日と動かせない日	 月 日公開(理由:    )
②	窓口と最終決定者	窓口:  様/最終決定:  様
③	確認にかかる日数	1回の確認につき 営業日
④	素材の担当と期限	写真: /文章: /ロゴ: ( 月 日まで)
⑤	修正の回数と範囲	デザインの修正は 回まで(配置・色・文言)
⑥	連絡手段と返信の目安	メール/チャット、質問への返信は 営業日以内
⑦	サーバー・ドメイン・各種アカウント	今のものを使う/新しく用意する(ログイン情報は 月 日まで)
⑧	作業に含まないこと	撮影・原稿の作成・公開後の更新

■ 議題
時間	議題
0〜5分	今日決めることの確認
5〜10分	①公開日
10〜20分	②窓口と最終決定者・⑥連絡手段
20〜35分	スケジュール案と③確認にかかる日数・⑤修正
35〜45分	④素材・⑦サーバーとアカウント
45〜52分	⑧作業に含まないこと
52〜60分	決まったことの読み上げ

■ 決まらなかった項目
項目	誰が決めるか	いつまでに
	  様	 月 日

スケジュール案は、この資料とは別に1枚つけます。公開日から逆算して、デザイン案・テストサイトなどの提出日と、先方の確認の期日を並べた表です。③の日数が決まったら、その場で確認の期日を書き直します。

資料は打ち合わせの前に送っておく

資料は当日に初めて見せるのではなく、打ち合わせの前に送ります。先方が8項目への答えを社内で相談してから来られるので、当日はその答えを確かめる時間に使えます。

何日前に送るかは、公開日までの日数と先方の社内の確認の回り方で決めます。最終決定者の予定を押さえる必要があるなら、その分だけ早めに送ります。

ヒアリングシートで聞いたことは繰り返さない

見積の前にヒアリングで聞いた、ターゲット・ページ数・参考サイトなどの内容は、キックオフで聞き直しません。見積の前に使うヒアリングシートの答えは「何を作るか」で、キックオフで決めるのは「どう進めるか」です。

答えが見積のときから変わっていないかだけを、議題の冒頭で確かめます。

社内のキックオフミーティングとの違い

社外の先方と、進め方の約束を決める場だという点が違います。社内のキックオフでは、メンバーの自己紹介や体制図、チームの目標づくりに時間を使うことが多くあります。

1人で受ける場合、体制図は要らず、自己紹介も1分で済みます。その分の時間を、先方に決めてもらう8項目に回します。

キックオフミーティング当日の進め方(60分の議題表)

公開日、窓口、確認の日数と修正、素材とアカウント、含まないことの順に議題を並べ、最後の8分で決まったことを読み上げます。60分はこの記事の議題表の想定で、平均の時間ではありません。事前に答えが届いた項目が多ければ、短くできます。

時間 議題 主に話す人 その場で書き留めること
0〜5分 今日決めることの確認 こちら 8項目の資料を画面に出す
5〜10分 ①公開日と動かせない理由 先方 公開日と理由
10〜20分 ②窓口と最終決定者・⑥連絡手段 先方 2人の名前、連絡の場所、返信の目安
20〜35分 スケジュール案と③確認にかかる日数・⑤修正の回数と範囲 こちら 確認の日数、修正の回数、先方の確認の期日
35〜45分 ④素材・⑦サーバーとアカウント 双方 素材ごとの担当と期限、ログイン情報を渡す日
45〜52分 ⑧作業に含まないこと こちら 含まない作業の一覧
52〜60分 決まったことの読み上げ こちら 決まらなかった項目の担当と期日
キックオフ60分の議題を時間の長さで並べた帯。0〜5分 今日決めることの確認、5〜10分 ①公開日、10〜20分 ②窓口と最終決定者・⑥連絡手段、20〜35分 スケジュール案と③確認にかかる日数・⑤修正、35〜45分 ④素材・⑦サーバーとアカウント、45〜52分 ⑧作業に含まないこと、52〜60分 決まったことの読み上げ

スケジュール案を見せる議題を真ん中に置いているのは、①公開日が決まらないと、スケジュール案に日付を入れられないからです。③の日数を聞いたら、先方の確認の行にその場で日付を入れ、「この日までにお返事をいただけますか」と確かめます。

答えが出ない項目は、担当と期日だけ押さえて持ち帰る

答えがその場で出ない項目は、議論を続けずに「誰が」「いつまでに」答えを出すかだけを押さえて、次の議題に進みます。担当と期日の無い「検討します」は、議事録に書いても、誰が動くのかがはっきりしません。

決める人は、先方の中の1人の名前にします。「社内で検討」のように部署や会社の名前にすると、期日が来ても誰に確かめればいいかが分かりません。

オンラインのときは資料を画面に出して書き込む

オンラインで打ち合わせをするときは、送っておいた資料を画面に出し、決まった答えを「ご回答」の欄にその場で打ち込みます。先方は自分の答えが書かれていく様子を見ているので、読み上げの時間に聞き違いを見つけやすくなります。

キックオフミーティングのあとにやること|決まったことを自分と先方の作業に分ける(架空の飲食店サイトの例)

決まったことを1行ずつ「自分の作業」と「先方の作業」に分け、どちらにも期日を入れます。

前提は次のとおりです(社名・人名・日付はすべて架空です)。

  • 案件:サンプル食堂のサイトのリニューアル(トップ・メニュー・店舗案内・ご予約・よくある質問・お知らせの6ページ)
  • 受ける人:フリーランスのWebデザイナー、山田さん(1人で受ける)
  • 先方:店長の佐藤さん(窓口)と、本部の広報の鈴木さん(最終決定)
  • キックオフ:2026年11月5日(木)にオンラインで60分

キックオフのあとに書いたメモ

山田さんが打ち合わせの直後に書いたメモです。資料の「ご回答」欄に入った答えを、そのまま文にしています。

11月5日 キックオフ(サンプル食堂 サイトリニューアル・6ページ)
出席:佐藤さん(店長・窓口)、鈴木さん(本部 広報・最終決定)、山田
・公開は12月10日。年末の予約受付を始める日なので動かせない
・ページはトップ、メニュー、店舗案内、ご予約、よくある質問、お知らせの6ページ
・連絡はメール。窓口は佐藤さん、最後のOKは鈴木さん。質問への返信は翌営業日まで
・確認の返事は1回につき2営業日(本部の確認を含む)
・写真(料理・店内)とメニュー表・価格は佐藤さんが11月13日までに送る
・店の紹介文は山田が下書きし、11月18日にデザイン案と一緒に出す
・デザイン案(トップと下層1ページ)は11月18日に出す。修正は2回まで(配置・色・文言)
・サーバーとドメインは今のものを使う。ログイン情報は鈴木さんが11月11日までに送る
・予約ボタンの飛び先(今の予約サービスを続けるか)は鈴木さんが11月12日までに決める
・テストサイトは12月4日に用意し、12月8日までに確かめてもらう
・写真の撮影、予約サービスの設定、公開後の更新は今回の作業に含まない

メモを自分の作業と先方の作業に分けた表

メモを12行の作業に分けました。自分の作業が6行、先方の作業が6行です。確認の返事の期日は、提出した日の翌営業日から数えて2営業日目にしています。

決まったこと 自分(山田さん)の作業 先方の作業 期日
②⑥窓口と連絡はメール 議事録と先方の作業の一覧を送る — 11月5日(木)
⑦今のサーバーとドメインを使う — サーバーとドメインのログイン情報を送る(鈴木さん) 11月11日(水)
決まらなかった項目:予約ボタンの飛び先 — 予約ボタンの飛び先を決めて連絡する(鈴木さん) 11月12日(木)
④写真とメニューは先方 — 写真とメニュー表・価格を送る(佐藤さん) 11月13日(金)
④紹介文はこちらで下書き 店の紹介文の下書きを出す — 11月18日(水)
デザイン案はトップと下層1ページ デザイン案を出す — 11月18日(水)
③確認は2営業日 — デザイン案と紹介文の確認と返事 11月20日(金)
⑤修正は2回まで デザインの修正版を出す(1回目) — 11月25日(水)
③確認は2営業日 — 修正版の確認と返事 11月27日(金)
6ページを作る 6ページのコーディングとテストサイトの用意 — 12月4日(金)
③確認は2営業日 — テストサイトの確認と返事 12月8日(火)
①公開は12月10日 サイトを公開する — 12月10日(木)
キックオフのメモ11個を作業12行に分ける図。自分の作業6行と先方の作業6行に分かれ、どちらにも期日を入れる

表は修正が1回で済む場合で組んでいます。2回目の修正が出たときは、その時点でテストサイトの日と公開日を守れるかを先方に伝えます。撮影・予約サービスの設定・公開後の更新(⑧)は作業の行にはせず、議事録に残します。

先方の作業には、社内で確認を回す日数も入れる

サンプル食堂の例では、デザイン案を見るのは佐藤さんですが、OKを出すのは本部の鈴木さんです。「確認は2営業日」は、店から本部へ回す日数も含めた数字として聞いています。

先方の確認の行は、窓口の人が見る日ではなく、最終決定者の返事が届く日を期日にします。

こうした確認の日数をスケジュール全体にどう入れるかは、先方の確認日数まで入れたWBSのテンプレートで行ごとに書いています。

ここまでで山田さんが手でやったのは、メモの11個の箇条書きを12行の作業に分け、6行を先方の作業として切り出し、12個の期日を入れる作業です。キックオフのたびに、これを1から繰り返すことになります。

キックオフミーティングのあとに送るメールの例文

議事録と一緒に、先方の作業だけを抜き出した一覧を、期日つきでメールの本文に書いて送ります。添付の議事録だけでは、自分の作業がどこに書いてあるかを先方が探す手間が増えます。

議事録そのものの項目と書き方は、Web制作の打ち合わせ議事録のテンプレートにまとめているので、ここではメールの本文だけを載せます。サンプル食堂の例で、山田さんが11月5日に送る文面です。

件名:【サンプル食堂 サイトリニューアル】本日のキックオフの議事録と、お願いしたいこと

株式会社〇〇 佐藤様
(CC:鈴木様)

本日はお時間をいただき、ありがとうございました。
議事録を添付いたします。
お手数をおかけしますが、下の4点を期日までにお願いできますでしょうか。

・サーバーとドメインのログイン情報(鈴木様) 〜11/11
・予約ボタンの飛び先のご判断(鈴木様) 〜11/12
・料理と店内の写真、メニュー表と価格(佐藤様) 〜11/13
・デザイン案と紹介文のご確認とお返事 〜11/20

修正版とテストサイトのご確認の期日(11/27・12/8)は、
提出の際にあらためてお知らせします。
公開は12月10日(木)です。

山田

直近の4つだけを並べ、あとの2つは日付だけ添えています。一度に6つを並べるより、先方がこの2週間でやることが読み取りやすくなります。期日の前日になっても届かない作業があれば、この一覧を添えて確かめます。

キックオフミーティングの議事録からタスクを作るには?(TASKUL(タスクル)での手順)

記入例の章で山田さんは、メモを作業の行に分け、先方の作業を別の列に切り出し、期日を入れました。このうち、メモを作業の行に分けることと、メモに日付が書いてある作業の期日を入れることは、TASKULの「依頼文・議事録から自動作成」で下書きまで任せられます。

先方の作業の行を見分けて印を付けること、メモに日付が書かれていない作業の期日を入れること、メールを書いて送ることは、自分でやる必要があります。この例では、先方の確認の期日(11月20日・11月27日)と修正版を出す日(11月25日)はメモに日付が無いので、営業日を数えて入れます。

「議事録と先方の作業の一覧を送る(11月5日)」のように、メモに作業として書かれていない行も足します。

TASKULは下書きまでを示す図。自分がメモを貼り、TASKULがタスクの下書きを作ってメモにある日付を期日に入れ、自分が先方の作業に印を付け、日付の無い期日を入れてメールで送る
  1. メニューの「プロジェクト管理」を開いて「新規プロジェクト作成」を押し、「依頼文・議事録から自動作成」を選びます。
  2. プロジェクト名とクライアントを入れ、「依頼文・議事録を貼り付け」の欄にキックオフのメモをそのまま貼って、「登録する」を押します。
  3. プロジェクトの画面が開き、AIがメモを読んで「プロジェクトのタスク」と案件の概要を作ります。AIへの指示では、確認と修正は別のタスクにし、期日はメモに日付がある作業にだけ入れて、推測では埋めないことになっています。
  4. 出たタスクを、前の章の12行の表と見比べます。先方の作業で足りない行は自分で足し、「【先方】写真とメニュー表・価格を送る(佐藤さん)」のように名前の頭に印を付けておくと、一覧で見分けられます。
  5. 「プロジェクトのタスク」の見出しの横にあるコピーのボタン(マウスを重ねると「スケジュールをテキストでコピー」と出ます)を押すと、「【先方】写真とメニュー表・価格を送る(佐藤さん) 〜11/13」のように、タスク名と期日が1行ずつコピーされます。期日の無いタスクは「未設定」と出ます。メールに貼り、先方の行だけを残して送ります。
TASKULの「依頼文・議事録から自動作成」の画面。プロジェクト名にサンプル食堂 サイトリニューアル、クライアントにサンプル食堂を入れ、「依頼文・議事録を貼り付け」の欄に11月5日のキックオフのメモを貼った状態
キックオフのメモを貼り、「登録する」を押す前の画面です。データは架空です。
TASKULの「プロジェクトのタスク」に、12件のタスクが11月5日から12月10日までの期日つきで並んだ一覧。先方の作業6件は名前の頭に【先方】が付いている
先方の作業の行と、メモに日付の無い期日を自分で足し終えたときの一覧です(記事の表の12行を入れて再現しています)。担当者の欄は空いたままです。データは架空です。
TASKULのプロジェクト画面で、「プロジェクトのタスク」の見出しの横のコピーのボタンを押し、「スケジュールをコピーしました」と通知が出た状態
コピーのボタンを押した直後の画面です。データは架空です。

同じ指示では、素材の整理のような「やって当たり前のこと」はタスクにしないことにもなっています。④の「写真とメニュー表・価格を送る」の行が抜けていないかは、特に見てください。

はっきりしない点は、タスクの行ではなく案件の概要に「要確認」と書くよう指示されています。

「依頼文・議事録から自動作成」と案件・タスクの管理は、TASKULのFreeプランで使えます(Freeはプロジェクト10件・AIクレジット200/月まで。2026年10月25日に公式サイトで確認)。

TASKULでできないこと

  • キックオフミーティングの資料や議題表は作りません。この記事のテンプレートを使います。
  • 打ち合わせの録音や文字起こしの機能は無く、貼るのは自分で書いたメモや文字起こしの文です。
  • AIがタスクを作るときは、担当者の欄を埋めません(担当者を入れる項目がないため)。担当は自分で入れます。
  • 先方を招待しない場合、TASKULから先方にメールは届きません。コピーした一覧は自分のメールに貼って送ります。

案件が月に1〜2件で、表計算ソフトの表で足りている場合は、この記事のテンプレートと表だけで十分です。

キックオフのメモから作業の一覧を作る手間が、受ける案件の数だけ増えてきたら、TASKULのFreeプランで、メモを貼って案件とタスクの下書きを作る流れを試せます。

Web制作のキックオフミーティングでよくある質問

Web制作を受ける側から出やすい質問を6つまとめました。

小さな案件でもキックオフミーティングは必要ですか?

打ち合わせの形にしなくても、8項目への答えをメールでもらえれば足ります。大事なのは、8項目を決めないまま制作を始めないことです。

キックオフミーティングの時間はどのくらいですか?

この記事の議題表は60分で組んでいます。最終決定者が途中までしか出られない場合は、①公開日・②窓口と最終決定者・③確認にかかる日数を前半に寄せ、その人がいる間に決めます。

先方の誰に出てもらえばいいですか?

ふだんの窓口の人と、最後にOKを出す人の2人です。決める人が出ていないと、あとで修正が戻りやすくなります。

資料はパワーポイントで作るべきですか?

形式は問いません。この記事のテンプレートのように、先方が答えを書き込める表になっていれば十分です。

ヒアリングで聞いた内容が、キックオフで変わっていたらどうしますか?

ページ数や機能など作る量が変わるなら、その場で金額の話はせず、変わった点を書き出して持ち帰ります。見積を出し直すかどうかは、後日メールで伝えます。

決まったことを先方が守ってくれないときはどうしますか?

遅れが出たら、公開日が何日ずれるかを日付で伝えます。先方の確認が遅れると、そのあとの作業も順に後ろへずれるので、公開日までの一覧を書き直して送ると、遅れの影響が先方にも伝わります。

まとめ|キックオフミーティング資料は8項目の表にして事前に送る

Web制作のキックオフミーティングでは、公開日・窓口と最終決定者・確認にかかる日数・素材・修正・連絡手段・サーバーとアカウント・作業に含まないことの8項目をそろえます。資料は8項目にこちらの案を書いた表にして、打ち合わせの前に送ります。

当日は60分の議題表の順に進め、答えが出ない項目は決める人と期日だけを押さえます。終わったら、決まったことを自分の作業と先方の作業に分け、先方の作業は期日つきの一覧にしてその日のうちに送ります。

次の案件では、キックオフのメモを1つだけTASKULのFreeプランに貼って、作業の一覧の下書きと自分の表を見比べてください。

TASKUL - フリーランス向けAIタスク管理ツール 14日間無料

この記事をシェアする X Facebook LINE

この記事の執筆者

執筆

佐々木 篤

Web制作ディレクター / 編集

Web制作・ディレクションに5年以上携わる現役ディレクター。フリーランスとして個人で案件を回す立場と、制作会社を運営してチーム・外注を管理する立場の両方を経験。現在はクリエイター向けのタスク・案件管理ツールの企画・開発にも携わり、作る側と使う側の両視点から、フリーランス・制作現場の業務効率化について執筆しています。

コラムの記事一覧を見る