契約
イベントの業務委託仕様書に書くこと
発注後の認識ズレをなくす
仕様書は、発注が決まったあとに効く文書です。RFPが「できますか」を聞く文書なら、仕様書は「こうやります」を固定する文書です。ここが曖昧なまま走り出すと、準備の途中で必ず「それは含まれていると思っていた」が起きます。
結論
イベントの業務委託仕様書は、①業務の範囲 ②成果物と納期 ③品質・性能の条件 ④体制と役割分担 ⑤進め方と報告 ⑥検収の条件 ⑦変更の手続き ⑧前提条件と貸与物を定める文書です。契約書に別紙として添付され、契約の一部になるのが一般的です。本記事は2026年10月時点の情報です。
RFPとの違い — 発注後の文書として書く
RFP（提案依頼書）と仕様書は似た項目を含みますが、目的も読み手も違います。混同すると、どちらも中途半端になります。
| 観点 | RFP | 仕様書 |
|---|---|---|
| タイミング | 発注先を決める前 | 発注先が決まったあと |
| 読み手 | 複数の候補会社 | 発注した1社 |
| 目的 | 提案を引き出し、比較する | やることを確定させる |
| 書き方 | 課題と目的を示し、手段は提案に委ねる | 合意した手段を具体的に書く |
| 曖昧さ | ある程度残してよい（提案の余地） | 残してはいけない |
| 変更 | 提案を受けて前提が変わる | 変更には手続きが要る |
Point
RFPの内容をそのまま仕様書にしてはいけません。RFPには「提案してください」「ご提案をお待ちします」といった、手段を委ねる表現が入っています。仕様書では、提案を受けて合意した内容に書き換える必要があります。RFPの書き方はRFP（提案依頼書）を参照してください。
注意
受託者側から見ると、仕様書は自分を守る文書でもあります。範囲が書かれていれば、範囲外の依頼が来たときに「これは追加です」と言える根拠になります。受託者からも積極的に書く内容を提案してください。
業務範囲の切り方
仕様書の中心は業務範囲です。「イベント運営業務」のような粒度では意味がありません。作業に分解してください。
分解の軸
- 01時間で分ける：企画段階／準備段階／直前／当日／事後
- 02機能で分ける：企画、制作、手配、集客、運営、記録、精算
- 03対象で分ける：会場、設備、人、制作物、参加者対応
この3軸で表を作ると、抜けが見えます。たとえば「事後 × 参加者対応」の欄が空白なら、アンケートの集計や問い合わせ対応を誰がやるのかが決まっていないということです。
各作業に書くこと
| 列 | 内容 |
|---|---|
| 作業名 | 何をするか。動詞で書く |
| 担当 | 委託者／受託者／協働。協働の場合は中身を書く |
| 成果物 | その作業で何が出てくるか |
| 時期 | いつまでに |
| 数量・回数 | 何回、何本、何名分 |
| 備考 | 前提条件、含まないもの |
「含まないもの」の欄を必ず作る
- 本仕様に含まない業務の列挙
- 別途見積となる作業の例示
- 委託者が自ら行う業務（受託者の責任外であることを明記）
- 第三者が行う業務（会場側、主催者側、他の委託先）
- 想定を超えた場合の扱い（参加者数、修正回数、稼働時間）
範囲を決めるとは、やることを書くことではなく、やらないことを書くこと。
成果物と検収条件
「成果物」は、形のあるものだけではありません。イベントの業務委託では、役務（当日の運営そのもの）も成果です。両方を書き分けます。
形のある成果物
- 企画書、実施計画書
- 見積書、予算実績表
- 進行表（香盤表）、台本、体制表、配置図
- 制作物（印刷物、グラフィック、映像、Webページ）とその元データ
- 参加者名簿、受付記録
- 記録写真・映像
- 実施報告書、アンケート集計
それぞれについて、①提出形式（ファイル形式、紙か電子か） ②提出期限 ③提出先 ④元データを渡すかどうかを書いてください。元データの引き渡しは特に抜けやすい項目です。次回に自社で修正したいなら、編集可能な形式での納品を仕様に入れる必要があります。
役務の成果をどう書くか
当日の運営は、形のある納品物がありません。何をもって履行とするかを条件の形で書きます。
- 対象日時と場所、稼働時間（集合から解散まで）
- 配置する人数と、その役割
- 実施する業務の内容（受付、誘導、進行、記録、撤去など）
- 満たすべき条件（開場時刻までに準備完了、など）
- 異常時の対応と報告の方法
検収の条件
検収の条件が書かれていないと、いつまでも完了にならず、請求もできません。次を決めてください。
- 01
検収の対象を決める
成果物ごとに検収するのか、業務完了時にまとめて検収するのか。
- 02
検収の基準を書く
何を満たせば合格か。「委託者が満足すること」のような主観的な基準は避けてください。仕様書に書かれた項目を満たしているかを基準にします。
- 03
検収の期限を決める
提出から何営業日以内に検収を行うか。期限内に通知がない場合は検収完了とみなすという定めを置くことがあります。
- 04
不合格の場合の手続きを決める
どのように通知するか、修正の期限、再検収の方法。
- 05
修正の回数を決める
無償で対応する修正の範囲と回数。これを書かないと、終わりのない修正が発生します。
Point
検収の基準は「仕様書に書かれていること」に紐づけます。だからこそ、仕様書の記述が具体的である必要があります。仕様が曖昧だと、検収も曖昧になり、結局は力関係で決まってしまいます。
体制・役割分担・報告
体制
- 受託者側の責任者（氏名または役割）と連絡先
- 委託者側の窓口と、決裁権者
- 当日の指揮系統（誰の指示で動くか）
- 受託者が配置する人数と役割
- 常駐・出席が必要な打合せの範囲
- 担当者の変更があった場合の通知
注意
当日の指揮系統は必ず書いてください。委託者のスタッフと受託者のスタッフが混在する現場で、誰の指示で動くかが決まっていないと、判断が止まるか、二重の指示が飛びます。
役割分担表
業務範囲の表と重なりますが、「協働」と書かれた作業こそ、中身を分解する必要があります。「集客は協働」では何も決まっていません。「案内文の作成は受託者、送付先リストの提供は委託者、送信は受託者、問い合わせ一次対応は受託者、申込の可否判断は委託者」のように、動作まで分けてください。
報告
| 項目 | 決めること |
|---|---|
| 定例の頻度 | 週次か隔週か。開催が近づいたら頻度を上げるか |
| 報告の形式 | 書面か口頭か。議事録は誰が作るか |
| 進捗の見える化 | 進行表の更新頻度と、共有の方法 |
| エスカレーション | どういう事態が起きたら、誰にいつまでに連絡するか |
| 緊急時の連絡 | 本番当日の連絡手段と優先順位 |
| 最終報告 | 実施後、いつまでに何を報告するか |
Point
エスカレーションの基準を事前に決めておくと、現場が迷いません。「予算が◯%を超える見込みになったら」「スケジュールが◯日遅れたら」「人身にかかわる事象が起きたら」など、条件を具体的に書くことが重要です。基準となる数値は、案件ごとに委託者と受託者で合意して決めてください。
前提条件・貸与物・変更
前提条件
仕様書に書かれた業務量は、何らかの前提の上に成り立っています。前提が崩れたときに費用や納期を見直せるよう、前提を明記します。
- 想定する参加者数（上下の幅も）
- 会場と会期（変更された場合の扱い）
- 委託者から提供される情報・素材と、その提供時期
- 委託者の承認にかかる日数
- 既存の取引先や既決事項（変更できないもの）
- 使用する設備・システムの前提
注意
「委託者の承認にかかる日数」は、書いておくと受託者を守ります。承認待ちで作業が止まったのに納期だけ変わらない、という事態を避けられます。
貸与物・支給品
委託者から渡すものを一覧にします。渡す物、渡す時期、返却の要否、取扱いの条件を書いてください。
- ロゴ、ブランドガイドライン、既存のデザインデータ
- 参加者リスト、顧客データ（個人情報の取扱い条件とあわせて）
- 過去の実施資料、進行表、報告書
- 会場の図面、館内規則
- 備品、展示物、什器
- システムのアカウント、入館証
変更の手続き
仕様は必ず変わります。変わること自体は問題ではなく、変わったときの手続きがないことが問題です。次を決めてください。
- 01変更の申し出方法：書面または電子メールなど、記録に残る方法で行うこと
- 02影響の評価：受託者が、費用・納期・他の業務への影響を提示すること
- 03合意の方法：双方が合意するまで変更は確定しないこと
- 04記録：合意した変更を、仕様書の改訂版または変更合意書として残すこと
Point
仕様書にはバージョンと日付を入れてください。改訂が重なると、どれが最新か分からなくなります。契約書に別紙として添付する場合、どの版が契約の一部なのかを明確にしておく必要があります。
仕様書の完成度を確認する
書き上げたら、次の問いに答えられるかを確認してください。答えられない項目があれば、そこが将来の争点です。
- この業務の完了は、誰がどうやって判断するか書いてあるか
- 「含まない業務」が書いてあるか
- 数量・回数の上限が書いてあるか（修正回数、打合せ回数、想定人数）
- 当日、誰の指示で動くかが書いてあるか
- 成果物の元データを渡すかどうかが書いてあるか
- 委託者側がやるべきことと、その期限が書いてあるか
- 前提が崩れたときに何が起きるか書いてあるか
- 変更するときの手続きが書いてあるか
- 版数と日付が入っているか
- 契約書との関係（どちらが優先するか）が整理されているか
注意
最後の項目は見落とされがちです。契約書と仕様書の記載が食い違ったときにどちらが優先するかは、契約書本文で定めるのが一般的です。契約書の文言については弁護士に確認してください。条項の論点はイベントの業務委託契約書に書くことにまとめています。
見積の比較や発注先の選定はイベント業者の選び方、費用の内訳の考え方はイベント外注費も参照してください。
委託の形による書き分け
ひとくちに業務委託といっても、何を委託しているかによって仕様書で厚く書くべき部分が変わります。自分の案件がどの型に近いかを見てから書き始めてください。
一式で委託する場合
企画から当日運営までを1社にまとめて委託する形です。範囲が広いぶん、境界が曖昧になりやすいのが特徴です。厚く書くべきは、委託者側が自ら行う業務の明示、協力会社への発注を誰の名義で行うか、予算の管理と実費精算の方法です。
一部の工程だけを委託する場合
進行管理だけ、制作物だけ、当日運営だけといった形です。他の委託先や委託者自身との接続部分が争点になります。インプットを誰がいつ渡すか、アウトプットを誰に渡すか、他社との調整は誰が行うかを明記してください。
人の稼働で委託する場合
当日のスタッフ配置など、人数と時間で契約する形です。稼働時間の定義が最大の論点になります。集合から解散までか、実働のみか、休憩と移動をどう扱うか、超過したときの単価はどうするか。指揮命令の関係についても、契約の形態に応じた整理が必要になるため、自社の運用が契約の形態と合っているかは専門家に確認してください。
複数回・継続で委託する場合
- 1回あたりの業務範囲と、全体を通した業務範囲を分けて書く
- 回ごとに変わる条件（日程、会場、人数）をどこで定めるか
- 反復によって減る工数を単価に反映するか
- 途中で中止する場合の扱い
- 回ごとの検収か、全体の検収か
Point
どの型でも共通して効くのは、作業を動詞で書くことです。「会場対応」ではなく「会場の下見を1回行い、館内規則を確認し、搬入出の時間枠を会場と調整する」。動詞で書くと、数量も担当も自然に決まります。
仕様書を運用に乗せる
仕様書は作って終わりではありません。準備期間中に参照されない仕様書は、存在しないのと同じです。次の運用を決めておいてください。
- 定例で仕様書を開く：進捗の確認を、仕様書の項目に沿って行う
- 完了した項目に印をつける：どこまで進んだかが共通の認識になる
- 変更が出たらその場で記録する：後でまとめて直すと、合意の経緯が失われる
- 最新版の所在を一本化する：メール添付で配ると、古い版が生き残る
- 実施後に振り返る：実際と仕様がどこでズレたかを記録し、次回の仕様書に反映する
注意
最後の振り返りが、次の案件の仕様書の質を決めます。「書いていなくて困ったこと」を1行ずつ足していけば、自社の標準仕様書は回を重ねるごとに強くなります。
この記事の要点
- RFPは「できますか」、仕様書は「こうやります」。RFPをそのまま仕様書にしない。
- 業務範囲は時間・機能・対象の3軸で分解する。「含まないもの」の欄を必ず作る。
- 検収の基準は仕様書の記載に紐づける。だから仕様の具体性が検収の質を決める。
- 「協働」と書いた作業は動作まで分解する。当日の指揮系統も必ず書く。
- 前提条件と変更手続きを書く。仕様書には版数と日付を入れる。
FAQ
よくある質問
業務範囲、成果物と検収条件、体制・役割分担・報告、前提条件・貸与物・変更の手続き、の順で書くと抜けが出にくくなります。業務範囲では「含むもの」と「含まないもの」の両方を書き、主催者と委託先が一緒に行う作業は誰が何をするかまで分けてください。書き終えたら本文の完成度チェックで確認し、契約書の記載と食い違いがないかを照合します。
RFPは発注先を決める前に複数の候補へ出す文書で、課題と目的を示して手段の提案を求めます。仕様書は発注先が決まったあとに、合意した内容を確定させる文書です。RFPには提案の余地として曖昧さを残しますが、仕様書に曖昧さを残してはいけません。RFPの文面をそのまま仕様書に転用しないでください。
業務範囲（含まないものを含む）、成果物と納期、検収の基準と期限、体制と役割分担、当日の指揮系統、報告の方法、前提条件、貸与物、変更の手続き、版数と日付です。このうち抜けやすいのは、含まない業務、数量・回数の上限、元データの引き渡し、委託者側がやるべきことの期限です。
そのままでは何も決まっていません。動作レベルまで分解してください。たとえば集客なら、案内文の作成、送付先リストの提供、送信、問い合わせの一次対応、申込の可否判断をそれぞれ誰が行うかまで書きます。
「委託者が満足すること」のような主観的な基準は避け、仕様書に書かれた項目を満たしているかを基準にしてください。あわせて、検収の期限、不合格時の通知方法と修正期限、無償で対応する修正の回数を定めます。期限内に通知がない場合の扱いも決めておくと、請求が止まりません。
契約書本文で優先関係を定めるのが一般的です。仕様書を別紙として添付する場合は、どの版が契約の一部なのかも明確にしてください。契約書の文言については弁護士に確認してもらうことを勧めます。
変更すること自体は前提として、手続きを決めておいてください。記録に残る方法で申し出る、受託者が費用・納期・他業務への影響を提示する、双方が合意するまで確定しない、合意内容を改訂版または変更合意書として残す、の4点です。