Web運営支援の最初の打ち合わせで聞くこと｜後戻りを防ぐ

先日、あるフリーランスのWeb担当者から相談を受けました。月額での運営支援を請けたのに、3ヶ月目に「聞いていた話と違う」と言われて契約を切られたというものです。詳しく聞くと、初回の打ち合わせで「ざっくりサイトの運用をお願いしたい」という話だけで始めていた。範囲も、確認の経路も、素材を誰が用意するのかも決まっていなかったのです。

これ、知らない人が本当に多いんですが、Web運営支援のトラブルのほとんどは、作業中ではなく初回の打ち合わせで生まれています。つまり、初回に何を聞いたかで、その後の数ヶ月が決まる。この記事では、Web運営支援の初回の打ち合わせで必ず聞くべき項目を、聞く順番とあわせて整理します。後戻りを防ぐための、実務の型です。

初回の打ち合わせで決まってしまうこと

まず、なぜ初回がそこまで重要なのかを整理します。

後から変えられるものと、変えられないものがある

契約が始まったあとでも、作業の進め方は調整できます。使うツール、報告の頻度、細かい表現のルール。こういうものは走りながら直せます。

しかし、変えにくいものが3つあります。1つ目が、この仕事の目的です。「アクセスを増やしたい」のか「問い合わせを増やしたい」のか「社内の作業負担を減らしたい」のか。ここが揃っていないと、どれだけ良い作業をしても評価されません。2つ目が、費用の水準です。一度決めた月額を後から上げるのは、実務上かなり難しい。3つ目が、範囲の認識です。「これも含まれていると思っていた」という認識のずれは、後から巻き戻すのが最も困難です。

この3つは、初回の打ち合わせでしか決められません。だから初回に時間を使う価値があります。

打ち合わせの回数と時間の目安

初回の打ち合わせは、60分から90分を確保します。30分では、この記事で挙げる項目を聞き切れません。

そして、初回で全部を決めきろうとしないことも重要です。実務では、初回でヒアリングをして、いったん持ち帰って提案書と見積もりを作り、2回目で内容を詰めて合意、という2段階が最も安定します。継続的な運営支援の場合、契約開始までに2回から3回の打ち合わせを見込んでおくと無理がありません。

その場で見積もりを出すのは避けます。初回のヒアリングで出てきた情報を整理しないまま金額を口にすると、後から範囲が広がったときに、その口頭の金額が基準として残ってしまうからです。「持ち帰って整理したうえで、後日お見積もりをお送りします」と言えば済む話です。

相手も準備していないことが多い

もう1つ、実務上の前提があります。発注側も、何を伝えるべきか分かっていないことが大半です。

制作会社への相談を扱った記事に、こんな指摘があります。

初めて制作会社に相談するとき、無意識にやってしまいがちな失敗パターンがあります。「自分もやりそう」と感じたところだけ、事前に確認しておくと安心です。 出典: rabee.jp

つまり、発注側は「準備が必要なこと」自体を知らないまま打ち合わせに来る。だから、受注側から聞き出す設計が要ります。相手が言わなかったことは、聞かなかった側の落ち度として後から返ってきます。厳しいようですが、実務ではそうなります。

打ち合わせの前に送っておく事前質問

初回の打ち合わせの質を決めるのは、実は打ち合わせの前です。

事前に送る質問は5つに絞る

打ち合わせの日程が決まったら、その前に簡単な質問をメールで送っておきます。項目を増やしすぎると返ってこないので、5つ程度に絞ります。

1つ目、今回お手伝いする対象のサイトのURL。2つ目、現在の運用体制で、誰がどの作業を担当しているか。3つ目、今回お手伝いをお願いしようと思ったきっかけ。4つ目、社内で決裁される方はどなたか。5つ目、開始したい時期。

この5つが事前に分かっていれば、打ち合わせの冒頭で状況確認に時間を使わずに済みます。特に3つ目の「きっかけ」は重要で、ここに本当の課題が出てきます。「担当者が辞めた」「アクセスが落ちた」「他社に頼んでいたが合わなかった」といった背景が分かると、聞くべきことの優先順位が変わります。

事前質問には、もう1つ効果があります。相手が社内で情報を集める必要が出るので、打ち合わせまでに社内の関係者に話が回ります。これが後で効きます。当日になって「その件は別の部署が持っています」と言われる事態を、事前に減らせるからです。

サイトを事前に見ておく

当たり前のようですが、事前にサイトを見ておくことは、信頼の獲得に直結します。

見るポイントは、更新頻度、記事や商品の量、使っているシステム、スマートフォンでの表示、問い合わせフォームの動作、そして最終更新日です。最終更新が1年前で止まっているサイトと、毎週更新されているサイトでは、求められる支援の内容が全く違います。

事前に見ておくと、打ち合わせで「先日拝見したのですが、□□のページだけ更新が続いていますね」と切り出せます。これだけで、相手の話し方が変わります。準備してきた相手には、発注側も本音を出すようになる。逆に、その場で初めてサイトを開くと、その後の会話が全部表面的になります。

ただし、事前に見た内容を打ち合わせで批判するのは避けます。「ここが古いですね」「この作りは良くないです」と言われると、相手は身構えます。そのサイトを作ったのが目の前の担当者本人であることも珍しくない。指摘は、相手が課題として口にした後で重ねるほうが安全です。

打ち合わせで必ず聞く8項目

ここが本題です。聞く順番も含めて整理します。順番には理由があります。

項目1 このサイトで何を達成したいのか

最初に聞くのは、目的です。作業内容ではありません。

「今回、どういう状態になったら成功だとお考えですか」と聞きます。この問いに対して、明確な答えが返ってくる会社は多くありません。「なんとなく古いので新しくしたい」「他社がやっているので」という答えも珍しくない。それでも構いません。曖昧なら曖昧なまま、その事実を把握することが重要です。

目的が曖昧なまま契約すると、評価の基準がないまま数ヶ月が過ぎます。そして、ある日突然「思っていた成果が出ていない」と言われる。この「思っていた成果」は、初回に言語化されなかったものです。

だから、相手の答えが曖昧だった場合は、こちらから選択肢を出します。「問い合わせの件数を増やすこと、検索からの流入を増やすこと、社内の更新作業の負担を減らすこと、この3つのうち、今いちばん優先されるのはどれでしょうか」と聞く。順位をつけてもらうと、相手も考えを整理できます。

そして、その優先順位を議事録に書いて残します。半年後に評価の話になったとき、この一行が効きます。

項目2 最終的に決裁するのは誰か

次に聞くのが、決裁の構造です。これを聞き忘れると、後で必ず苦労します。

聞くべきは3つです。今回の契約を最終的に決める人は誰か。作業の内容を確認して承認する人は誰か。そして、日々のやり取りの窓口は誰か。この3つが同一人物である場合は楽ですが、企業の規模が大きくなると、必ず分かれます。

分かれている場合、承認者が打ち合わせに同席していないことがあります。その状態で進めると、窓口の担当者と合意した内容が、承認の段階でひっくり返る。これが手戻りの最大の原因です。

対策は、初回の打ち合わせに承認者にも同席してもらうよう依頼することです。難しい場合は、「合意した内容を書面にまとめてお送りしますので、□□様にもご確認いただけますか」と、確認の経路を作っておきます。口頭の合意は、その場にいなかった人には存在しないのと同じです。

なお、窓口の担当者が異動や退職でいなくなる可能性も、初回に頭に入れておきます。運営支援は継続の仕事なので、担当者の交代は必ず起きます。合意内容が書面に残っていれば、新しい担当者にもそのまま引き継げます。書面がなければ、ゼロから説明し直しになります。

項目3 今の運用を誰がどうやっているか

現状の運用体制を、具体的に聞きます。

聞くのは、更新作業を誰がやっているか、どのくらいの頻度でやっているか、どのツールで作業しているか、そして更新が止まっているとしたら何が理由か。この4つです。

特に重要なのが最後の「止まっている理由」です。時間がないのか、やり方が分からないのか、担当者が辞めたのか、社内の承認に時間がかかるのか。理由によって、支援の設計が変わります。承認に時間がかかっているのが理由なら、こちらが作業を巻き取っても改善しません。承認の流れそのものを短くする提案が必要になります。

現状の把握を丁寧にやると、提案の説得力が上がります。「今は□□様が週に1回、記事の更新をされていて、画像の準備で毎回時間がかかっているとのことでした。ここを私が引き受けると、□□様の時間が空きます」という提案は、相手にとって具体的に想像できる話になります。

また、前に別の業者に依頼していた場合は、その経緯も聞いておきます。なぜ終わったのか、何が不満だったのか。ここに、こちらが避けるべき地雷が全部入っています。「連絡が遅かった」が理由なら、こちらは連絡の頻度で評価されるということです。

項目4 素材は誰が用意するのか

これを聞き忘れると、確実に揉めます。

Web運営支援では、大量の素材が動きます。文章の原稿、写真、ロゴ、商品データ、動画。これらを誰が用意するのかを、種類ごとに決めます。

聞き方は具体的にします。「記事の原稿は御社でご用意いただく形でしょうか、それとも取材してこちらで書く形をご希望でしょうか」「商品の写真は既存のものをお使いになりますか、新しく撮影が必要ですか」。この粒度で聞かないと、後から「原稿も書いてもらえると思っていた」という認識のずれが出ます。

そして、素材の支給の期日も決めます。「毎月5日までに翌月分の原稿をいただければ、月内に公開まで完了します」といった形です。この期日を決めておかないと、素材が遅れたときに納期の責任だけがこちらに残ります。

さらに、素材が期日に届かなかった場合の扱いも決めておきます。「支給が遅れた場合、公開日はその日数分後ろにずれます」という一文を、契約書か作業の取り決めに入れておく。これがあるかないかで、後の議論の難易度が大きく変わります。

素材の権利についても確認します。支給された写真やイラストが、他社から購入したものである場合、Webでの使用が許諾範囲に入っているかを相手が把握していないことがあります。ここを確認せずに掲載して問題になると、実務上は掲載した側にも説明を求められます。「この画像の利用範囲について、権利元との取り決めをご確認いただけますか」と一言添えておくのが安全です。

項目5 確認と修正はどう回すのか

作業の確認方法を決めます。ここが曖昧だと、修正が無限に続きます。

決めるのは4つです。何をもって確認とするか、確認にかかる期間はどれくらいか、修正は何回までか、そして修正の依頼はどの経路で来るか。

修正の回数については、無制限にしないことが重要です。「初稿に対して修正2回まで、それ以降は別途お見積もり」といった線を引きます。無制限にすると、細かい表現の調整が延々と続いて、実質的な単価が下がっていきます。

修正の依頼の経路も統一します。複数の関係者からバラバラに修正依頼が来ると、内容が矛盾することがあります。「修正のご依頼は、□□様に一度まとめていただいて、まとめてお送りいただけますか」と最初に決めておく。これは相手にとっても親切です。社内の意見をまとめる責任者が明確になるからです。

確認の期間も重要です。こちらが納品してから確認の返事が来るまでの期間が長いと、次の作業に進めません。「納品から3営業日以内にご確認をいただけると、翌月分の準備に入れます」と伝えておきます。あわせて、「5営業日を過ぎてご連絡がない場合は、ご確認いただいたものとして次の工程に進みます」という取り決めを入れておくと、確認待ちで案件が塩漬けになるのを防げます。

項目6 何が範囲外なのか

範囲を決めるとき、多くの人は「やること」だけを並べます。しかし実務で効くのは、「やらないこと」を明示することです。

Web運営支援でよくある範囲外の項目を挙げます。サーバーの契約と管理、ドメインの更新、システムの障害対応、写真の撮影、動画の編集、SNSアカウントの運用、広告の出稿と運用、商品の在庫データの入力。これらは「Webの運用」という言葉の中に含まれていると思われがちですが、実際には別の業務です。

契約書か提案書に、「本契約に含まれない業務」という項目を作り、上に挙げたようなものを列挙しておきます。これがないと、「Webのことだからお願いできると思っていた」という話になります。

そして、範囲外の依頼が来たときの対応も決めておきます。断るのではなく、「別途お見積もりの上で対応可能です」と伝えられる形にしておくと、機会を逃さずに済みます。

もう1つ、対応する時間帯も決めておくべき項目です。運営支援では、サイトの不具合が夜間や休日に起きることがあります。「平日の10時から18時のご連絡に対応します」という線を最初に引いておかないと、深夜の連絡に応じるのが当たり前になっていきます。緊急時の対応が必要な契約なら、その分の費用を別に設計します。

項目7 費用と支払いの条件

金額の話は、避けずに初回で触れます。

聞くのは、想定されている予算の範囲、支払いのサイクル、支払いの期日、そして請求書の送り先です。予算については、相手が言いたがらないことも多いのですが、「おおよその範囲だけでも伺えると、現実的なご提案ができます」と伝えると出てくることが多い。

支払いの期日については、法律上の目安を知っておく価値があります。フリーランスに業務を委託する取引では、発注した事業者が成果物を受け取った日から起算して60日以内のできる限り短い期間内に、報酬の支払期日を定めなければならないとされています。制度の内容は公正取引委員会の公表資料で確認できます。つまり、「支払いは90日後です」といった条件は、この枠組みから外れる可能性があります。

初回の打ち合わせで支払い条件を確認しておけば、契約前に調整できます。契約後に気づいても、変えるのは難しい。ここは遠慮せずに聞くべき項目です。

請求書の送り先と締めの日も、意外に見落とされます。「月末締めの翌月末払い」なのか「毎月20日締め」なのかで、入金の時期が1ヶ月ずれます。継続の仕事では、この1ヶ月のずれが資金繰りに効いてきます。

項目8 いつまでに何が必要か

最後に、スケジュールを確認します。

聞くのは、開始したい時期、社内で発表や公開の予定がある日、そして避けたい時期です。この3つ目を聞く人は少ないのですが、意外に重要です。「決算期は社内の確認が止まります」「年末年始は担当者が不在です」といった情報が事前に分かっていれば、無理な期日を設定せずに済みます。

そして、逆算します。公開が特定の日なら、確認に3営業日、修正に2営業日を見込むと、初稿の提出はいつになるか。素材の支給はいつまでに必要か。この逆算を打ち合わせの場でやって、相手と共有します。相手はスケジュールの現実味を初めて理解することが多い。

逆算を口頭でやると忘れられるので、その場でホワイトボードや画面共有で日付を並べます。「素材を10日にいただいて、初稿が17日、ご確認が20日、公開が25日です」と見せると、素材の期日が現実的かどうかを相手が判断できます。

打ち合わせでやってはいけないこと

聞くべきことの裏返しとして、避けるべき振る舞いも整理します。

その場で全部「できます」と答えない

最も多い失敗が、相手の要望に対してその場で全部「できます」と答えてしまうことです。

仕事が欲しいという気持ちは分かります。しかし、できるかどうかの判断がついていない作業まで安請け合いすると、後で工数が膨らみます。実務では、「その部分は持ち帰って確認させてください」と言えるかどうかが分かれ目になります。この一言で仕事を失うことは、まずありません。むしろ、その場で何でも「できます」と言う相手のほうが、発注側から見ると不安です。

判断がつかない項目は、必ずメモに残して、持ち帰ります。そして持ち帰った項目については、必ず回答します。回答が遅れると、それだけで信頼を失います。

相手の提案を曖昧に受け流さない

打ち合わせの中で、相手から「こういう機能もあるといいですよね」という話が出ることがあります。ここで「そうですね」と曖昧に返すと、相手はそれを合意と受け取ります。

この場面での対応について、参考になる考え方があります。

良さそうだと感じても今は必要ない機能については、「良さそうですが、今回は見送ります」のように、必要・不要をその場で明確に伝えるのがおすすめです。 出典: rabee.jp

これは発注側向けの助言ですが、受注側にもそのまま当てはまります。今回の範囲に含めないものは、その場で「今回の範囲には含まれませんが、必要になった段階で別途ご相談ください」と言い切る。曖昧にしたままにすると、数ヶ月後に「あのとき話した機能はどうなりましたか」と聞かれます。

専門用語をそのまま使わない

これは私自身の反省でもあります。開業したての頃、契約や制度の説明で条文の言葉をそのまま使ってしまい、相手が黙ってしまったことが何度もありました。相手は分からないとは言いません。分かったふりをして帰り、後で認識がずれます。

専門用語を使うときは、必ず「つまり」で言い換えます。「準委任契約になります」と言ったら、「つまり、成果物の完成そのものではなく、決めた作業を行うことに対してお支払いいただく形です」と続ける。この一手間が、後の認識ずれを防ぎます。

Webの運営支援では、技術用語も同じです。CMS、リダイレクト、インデックス、CVR。こちらにとって当たり前の言葉が、相手には全く通じていないことがあります。書類や説明の型を体系的に押さえたい人には、ビジネス文書検定の学習範囲が参考になります。相手に伝わる書き方の基準を持っておくと、打ち合わせの議事録の質も上がります。

メモを取らないで臨まない

聞いた内容は、その場で必ずメモします。そして打ち合わせの当日か翌日に、議事録として送ります。

議事録に書くのは、決まったこと、決まらなかったこと、次回までに双方がやること、この3つです。特に「決まらなかったこと」を明記するのが重要で、これを書いておくと、後から「あれは決まっていましたよね」という水掛け論を防げます。

議事録を送ったら、「認識に相違がありましたらお知らせください」と一文添えます。返信がなければ、この内容で合意したものとして扱えます。これは法的な合意の証拠としても意味を持ちますが、それ以上に、日々の運用でお互いが立ち返れる基準になります。

議事録に自分の意見や提案を混ぜないことも大事です。混ぜると、相手は「合意した事実」と「こちらの提案」を区別できなくなります。提案は別の文書に分けます。

聞いた内容を契約書に落とす

打ち合わせで聞いた内容は、契約書に反映して初めて意味を持ちます。

契約書に必ず入れる項目

Web運営支援の契約書に入れるべき項目を挙げます。業務の範囲、業務に含まれないもの、素材の支給とその期日、納品の方法と検収の期間、修正の回数、報酬の額と支払期日、契約の期間と更新の方法、解約の条件と予告の期間、著作権の帰属、秘密保持。

このうち、フリーランス側が見落としやすいのが、解約の条件です。月額の継続契約では、「1ヶ月前の予告により解約できる」といった条項が入ることが多い。この予告の期間が短いと、突然収入が途切れます。逆に長すぎると、自分から辞めにくくなります。双方にとって現実的な期間を、初回の段階で確認しておきます。

著作権の帰属も重要です。作った記事やデザインの権利がどちらに帰属するのか。実績として公開してよいのか。これを決めておかないと、後で実績紹介ができなくなります。運営支援の仕事は表に出にくいので、実績として使えるかどうかは、次の仕事の獲得に直結します。

秘密保持の範囲も確認します。NDA（エヌディーエー）を結ぶ場合、対象となる情報の範囲と期間を読みます。範囲が広すぎると、「この会社の仕事をしたこと自体を口外できない」という状態になり、実績として一切使えなくなります。

書面がないまま始めない

Web運営支援は、口頭やメールのやり取りだけで始まってしまうことがあります。特に、知り合いからの紹介や、小規模な事業者との取引で起こりやすい。

しかし、書面がない状態でトラブルになると、何が合意されていたかを証明する手段がありません。取引の条件を明示した書面を交付することは、フリーランスとの取引において発注側に求められる事項として整理されています。制度の内容はe-Govで公開されている法令や、行政の公表資料で確認できます。

書面といっても、立派な契約書である必要はありません。業務の範囲、報酬、支払期日、期間が書かれたメールでも、記録としての意味を持ちます。相手が書面を用意しない場合は、こちらから「内容を整理してお送りしますので、ご確認ください」と提案するのが現実的です。

なお、実際に紛争になった場合や、契約書の個別の条項について判断が必要な場合は、弁護士に相談してください。ここに書いているのは、契約前に自分で確認できる範囲の話です。

直接取引の現場から見えてきた初回打ち合わせの意味

ここからは、フリーランスと在宅ワークの市場を20年運営してきた立場からの観察を書きます。

運営者として見てきた限りでは、初回の打ち合わせに時間をかける人ほど、その後の契約が長く続いています。逆に、初回を短く済ませて早く着手した案件ほど、3ヶ月以内に揉めています。最初の90分を惜しんだ結果、数ヶ月分の手戻りを引き受けることになる。この構図は、業種を問わず繰り返し見られます。

もう1つ、直接取引ならではの構造があります。仲介が入る取引では、初回のヒアリングが仲介の担当者を経由するため、発注側の本当の温度感が伝わりにくい。「なぜ今このタイミングで依頼するのか」という背景は、仲介の資料には出てこないことが多いのです。一方、手数料0%の直接取引では、最初から発注側の担当者本人と話せます。同じ予算でも中間マージンが乗らないぶん、依頼側はより多くを頼めて、受け手の手取りは厚くなる。ただし、この構造で本当に効いているのは金額ではありません。背景まで踏み込んで聞ける関係を、最初から作れることのほうです。

長く続いている人は、初回の打ち合わせを「条件を確認する場」ではなく「相手の事情を理解する場」として使っています。何に困っているのか、社内で誰が何を気にしているのか、前の担当者となぜ合わなかったのか。ここを掴んでいる人は、作業の質が同じでも、依頼が途切れません。

案件の種類ごとに、聞くべきことは変わる

最後に、案件の性質による違いを整理します。

助言が中心の案件では、成果の定義が曖昧になりがちです。何をもって「支援した」とするのかを、初回に決めておく必要があります。AIコンサル・業務活用支援のお仕事のように、企業の業務に踏み込んで改善を提案する形の仕事では、提案までが範囲なのか、実装まで含むのかを最初に線引きします。ここが曖昧だと、助言のつもりが実装作業まで求められます。

マーケティングやセキュリティが絡む案件では、社内の別部署の承認が必要になる場面が増えます。AI・マーケティング・セキュリティのお仕事の領域では、個人情報の取り扱いや広告表現の審査といった、こちらの作業速度とは無関係な待ち時間が発生します。初回に「社内の確認にどれくらいかかりますか」を聞いておくと、スケジュールの精度が上がります。

開発が絡む案件では、既存のシステムの構成を最初に確認します。アプリケーション開発のお仕事の領域では、使っているフレームワークやサーバーの環境、他社が作った部分の有無によって、できることが大きく変わります。「触ってはいけない部分」がどこかを、初回に確認しておくべきです。

費用の水準を判断する材料としては、公的統計にもとづくソフトウェア作成者の年収・単価相場や著述家，記者，編集者の年収・単価相場が参考になります。自分の稼働時間あたりの水準を把握しておくと、初回の打ち合わせで予算の話が出たときに、受けるかどうかの判断が速くなります。

技術的な下地としては、ネットワークやサーバーの基礎を押さえておくと、初回に聞くべき技術的な項目が分かるようになります。CCNA（シスコ技術者認定）の学習範囲には、サーバーの構成やアクセス制御の基本が含まれます。この知識があると、「そのサーバーの管理権限はどちらにありますか」といった質問が自然に出るようになります。

働く形によっても、初回に確認すべき項目は変わります。時差のある環境で仕事をする場合、確認の1往復に丸1日かかることがあります。Webマーケティング フリーランスで海外ノマド！年収、スキル、成功への道では、離れた場所から複数の案件を回す進め方が整理されています。この働き方を選ぶなら、初回に「返信までにどれくらいお時間をいただけますか」を必ず確認しておくべきです。

経験を積んでから独立する場合も、初回の打ち合わせの型は同じです。定年後のフリーランス独立｜退職金を活かした起業プランと注意点では、組織を離れたあとに自分で担うことになる業務の範囲が整理されています。会社員のときは営業や契約を別の部署がやってくれていた。独立すると、初回のヒアリングから契約書の確認まで全部が自分の仕事になります。この転換に早く慣れた人ほど、後戻りの少ない仕事の進め方に移行できています。

法律も契約書も、身構える必要はありません。初回に何を聞くかを決めておけば、その多くは自然に確認できます。契約の知識は、あなたを守るための道具です。

よくある質問

Q. 初回の打ち合わせはどれくらいの時間を確保すべきですか？

60分から90分を目安に確保します。30分では、目的、決裁者、素材の支給、確認の経路、範囲外の線引きといった項目を聞き切れません。また、初回で全部を決めきろうとせず、いったん持ち帰って提案書と見積もりを作り、2回目で詰めるという2段階が最も安定します。契約開始までに2回から3回の打ち合わせを見込んでおくと無理がありません。

Q. 初回の打ち合わせでその場で見積もりを出してもよいですか？

避けたほうが安全です。整理しないまま口にした金額は、後から範囲が広がったときの基準として相手の記憶に残ります。「持ち帰って整理したうえで、後日お見積もりをお送りします」と伝えれば十分です。この一言で仕事を失うことはほとんどありません。むしろ、その場で即答する相手のほうが、発注側から見ると不安に映ります。

Q. 素材の支給について、何を決めておけばよいですか？

種類ごとに、誰が用意するのか、いつまでに支給されるのか、遅れた場合に納期がどうなるのか、この3点を決めます。原稿、写真、ロゴ、商品データを一括りにせず、それぞれについて確認するのが実務上のコツです。特に「支給が遅れた場合、公開日はその日数分後ろにずれる」という取り決めがあるかどうかで、後の議論の難易度が大きく変わります。

Q. 修正の回数は決めておくべきですか？

決めておくべきです。無制限にすると細かい調整が延々と続き、実質的な単価が下がります。「初稿に対して修正2回まで、それ以降は別途お見積もり」といった線を初回に伝えます。あわせて、修正依頼の窓口を1人にまとめてもらうことも重要です。複数の関係者からバラバラに依頼が来ると、内容が矛盾して作業が止まります。

Q. 契約書がないまま仕事を始めてもよいですか？

避けるべきです。書面がないと、何が合意されていたかを証明する手段がありません。取引の条件を明示した書面の交付は、フリーランスとの取引で発注側に求められる事項として整理されています。立派な契約書でなくても、業務の範囲、報酬、支払期日、期間が書かれたメールで記録としての意味を持ちます。相手が用意しない場合は、こちらから内容を整理して送るのが現実的です。