WordPress構築の最初の打ち合わせで聞くこと｜後戻りを防ぐ

2026年7月14日

丸山桃子

この記事のポイント

✓WordPress構築初回の打ち合わせで何を聞き
✓後から変更すると損をする項目
✓後戻りを防ぐための実務手順として整理します

WordPress構築初回の打ち合わせをどう進めるかで、その案件の後半がほぼ決まります。理由は単純で、後から変更すると損をする設定がいくつもあり、それらの判断材料が初回でしか揃わないからです。デザインの好みを聞く場、要望をメモする場として初回を使うと、確定すべき項目が未決のまま作業が始まります。この記事では、初回に聞く項目、聞く順番、そして後戻りを防ぐために必ず確定させる技術的な判断を、受注側の手順として並べます。

初回の打ち合わせは、何を決める場なのか

WordPressはWebサイト全体の4割超で使われています。裏を返すと、発注側は「WordPressで作れる人」を何人も比較できる立場にあります。

Wordpressは、オープンソースで無料で利用できるため、インターネット上に公開されているすべてのWEBサイトの43.4%のシェアを占めるほど有名なCMSです。それだけ多くの人に支持されているツールであるため、Wordpressを使用したサイト構築が可能な制作会社は多数いますが、実際のところ、そのクオリティにはレベル差があることも事実です。出典: rekaizen.com

つまり相手は、初回の打ち合わせで技術力を測っています。ただし測っているのは実装の腕ではありません。何を聞いてくるか、その質問が自分たちの事業を理解しようとするものかどうかを見ています。

初回は「要望を聞く場」ではない

要望を聞くだけの打ち合わせは、その場では和やかに終わります。相手が話したいことを話し、こちらがうなずく。しかし持ち帰った後で、決められる材料が何も揃っていないことに気づきます。

初回の目的は、判断材料を揃えることです。判断材料とは、見積もりの項目を立てられる情報、日程を組める情報、そして後から変更できない設定を確定できる情報の3つです。この3つが揃っていれば、二回目の打ち合わせは提案の場になります。揃っていなければ、二回目も情報収集になります。

後から変えると損をする項目が存在する

WordPressには、最初に決めておかないと後で高くつく設定があります。代表的なのがサイトのアドレスです。

ブログを書き始めてからのサイトアドレス変更は、記事の評価がリセットされたり、ほかのサイトからのリンクが無効になったりとデメリットが大きいのでご注意ください。出典: xserver.ne.jp

デザインの土台であるテーマも同じ性質を持ちます。

ブログを書き始めてから変更することもできますが、テーマによっては記事のレイアウトが崩れ、イメージがガラッと変わる可能性もあるので、最初に設定しておくことをおすすめします。出典: xserver.ne.jp

こうした項目は、相手が判断するものです。しかし判断材料を出すのは制作側の仕事です。初回で材料を出さないまま進めると、後から「そんな話は聞いていない」という状態になります。

打ち合わせの前にやっておくこと

準備の有無で、当日の質が変わります。準備といっても時間はかかりません。

相手の事業を先に調べる

現在のサイト、商品やサービス、事業のSNS、可能なら競合。この4つを見ておきます。見ておくと、当日の質問が「御社は何をされている会社ですか」から始まりません。始まらないだけで、相手の警戒が下がります。

調べる目的は知識をひけらかすためではなく、質問の解像度を上げるためです。商材の単価帯、購入までの検討期間、リピートの有無。この3つが分かると、サイトに何を求めているかの推測がつきます。検討期間の長い商材なら情報量が要るし、短ければ導線の短さが効きます。

競合を見るのは、真似るためではありません。相手が「あの会社みたいにしたい」と言ったときに、どこを指しているかを推測できるようにするためです。業界の標準的な見せ方を知っていると、相手の抽象的な要望を具体的な指示に翻訳できます。

質問リストを固定する

毎回同じリストを使います。案件ごとに思いつきで聞くと、必ず漏れが出ます。漏れた項目は、後で追加の打ち合わせを生みます。

リストは印刷して持っていくか、画面に出しておきます。相手の前でリストを見ながら聞くことに、遠慮は不要です。むしろ「準備してきている」という印象になります。

所要時間と参加者を先に決める

打ち合わせの時間を、こちらから提示します。60分なら60分と伝え、その中で何を扱うかも先に共有します。時間を決めないと、雑談で終わることがあります。

参加者も確認します。決裁者が同席するかどうかで、当日決められることが変わります。同席しないなら、初回では決まらない前提で進行を組み替えます。

当日に聞く項目

順番があります。事業から入り、目的、現状、要件、体制、日程の順です。いきなり機能の話から入ると、相手は「何が必要か分からない」と答えるしかありません。

事業と商材のこと

何を売っているか、誰に売っているか、どうやって知られているか。この3つを最初に聞きます。制作の話ではないので、相手は話しやすい。話しているうちに、サイトに求めているものが本人の口から出てきます。

アパレル系のブランドを担当したとき、最初に商品の原価と在庫の回転の話を聞いたことがあります。サイトの話ではありませんが、そこから「新作を早く出したい」という要求の背景が分かりました。背景が分かると、管理画面をどう作るべきかが決まります。新作の登録に手間がかかる作りにすると、更新されないサイトになります。

目的と、達成の判断

サイトを作って何が起きたら成功なのかを聞きます。問い合わせが増える、採用の応募が来る、既存顧客の質問が減る、社内の更新作業が楽になる。目的が言語化されていれば、完成の評価軸ができます。

「今のサイトが古いので」と返ってきたら、古いことで何が困っているかを掘ります。困りごとが出てこない場合、その案件は完成後に評価軸が後付けされます。後付けの評価軸は、最初の要件と噛み合いません。

現在のサイトの状態

既存サイトがあるなら、何で作られているか、記事は何ページあるか、URLを維持するか、独自の機能があるか、サーバーとドメインの契約者は誰か。この5つは必ず聞きます。

契約者の確認は特に重要です。前の制作会社が契約者のままで連絡が取れない状況は珍しくありません。この整理をしないと着手できないので、誰がいつまでに確認するかをその場で決めます。

管理画面に入れるかどうかも、その場で試せるなら試します。入れれば、記事数もプラグインの構成も一度に分かります。入れない場合は、誰が情報を持っているかを追う工程が必要になり、それだけで日数が動きます。

参考サイトと、その理由

参考サイトを聞くのは定番ですが、重要なのは理由のほうです。そのサイトのどこがいいのか。写真の質か、余白の取り方か、情報量の少なさか、動きか、文章のトーンか。

言語化されないまま「おしゃれな感じ」で終わると、完成後に「なんとなく違う」と言われます。言語化を手伝うのは制作側の仕事です。3つほど参考サイトを挙げてもらい、共通点を一緒に探すと、言葉になりやすい。

必要な機能

ここで初めて機能の話をします。問い合わせフォームの項目、記事の分類方法、一覧の絞り込み、会員機能、多言語、外部サービスとの連携、決済。

聞き方は「必要ですか」ではなく、「今、この作業をどうやっていますか」にします。現在の業務のやり方を聞くと、必要な機能が具体的に出てきます。必要かどうかを直接聞くと、「あったほうがいい」が全部集まります。

出てきた機能は、その場で3段階に仕分けます。今回必ず必要なもの、あるとよいもの、将来的に検討するもの。仕分けをせずに持ち帰ると、全部入りの見積もりを作ることになり、そこから削る交渉が始まります。削る交渉は、こちらの提案が否定される形で進むので、印象が悪くなります。最初から相手に仕分けてもらえば、削るのではなく選ぶ形になります。

原稿と写真の準備

誰が用意するか、いつまでに出せるか、どの形式か。この3点を確認します。相手が用意する前提なら、担当者の名前まで押さえます。担当者が決まっていない素材は、まず出てきません。

写真がない場合、撮影を範囲に含めるかどうかをその場で判断します。含めないなら、素材がない状態でどう見せるかの案を出す必要があります。ここを保留にすると、後で無償の撮影ディレクションが発生します。

原稿についても同じです。書ける人がいないと分かった時点で、構成案だけこちらが出して中身は相手が書く、という分担も選べます。分担を決めずに進めると、原稿待ちで工程が止まったまま、催促だけを繰り返すことになります。

公開後の更新体制

誰が更新するか、その人はどの程度パソコンを使うか、更新の頻度はどのくらいか。この3つで、管理画面の作り込み量が決まります。

日常的に文書を作っている人なら標準に近い状態で足ります。そうでないなら、入力項目を絞り、選択式にし、崩れない構造にする必要があります。同じ「更新できるように」でも、工数がまったく変わります。

日程と決裁の流れ

公開希望日と、その日付の根拠を聞きます。展示会やキャンペーンに紐づいた日付なら動きません。根拠のない日付なら調整の余地があります。

決裁の流れも聞きます。誰が承認するか、承認に何日かかるか、確認する人は何人か。確認者が多いほど修正の往復が増えるので、この人数を知らずに工程を組むと外れます。

あわせて、相手側の繁忙期を聞いておきます。決算期、展示会の準備期間、年度末。この時期に確認をお願いしても返答は来ません。工程表を作るとき、返答が遅くなる期間をあらかじめ避けておくと、遅れの発生自体が減ります。

初回で確定させたい技術的な判断

聞くだけでなく、その場で方向を決めておく項目があります。決めないまま持ち帰ると、次の打ち合わせまで作業が止まります。

ドメインとサイトアドレス

新規取得か既存の流用か、サブドメインを使うか、独自ドメインの管理をどうするか。公開後の変更は検索評価と外部リンクに影響するため、実質的に一度きりの判断です。

相手が判断できるよう、選択肢と影響を短く説明します。「今のドメインを使う場合はこうなります。新しく取る場合はこうなります」。判断そのものは相手に任せますが、材料は出します。

テーマの方針

既製のテーマを使うか、既製をカスタマイズするか、一から作るか。この選択で工数も、後の運用の自由度も変わります。途中で変更するとレイアウトが崩れるので、着手前に決めます。

既製テーマを使う場合、そのテーマで実現できないことを先に伝えます。伝えていないと、後から出た要望に「テーマの制約でできません」と答えることになり、それは相手には言い訳に聞こえます。

URLの構造

記事のURLをどう組み立てるか、既存サイトのURLを維持するか。リニューアルで構造を変える場合、旧URLからの転送を用意するかどうかを決めます。用意しないと、これまで積み上げた検索評価と外部からのリンクが切れます。

この判断は相手の事業に影響しますが、影響の大きさを理解しているのは制作側だけです。だから、初回で必ず議題に載せます。

更新の型をどこまで固定するか

投稿の入力欄を自由にするか、項目を分けて固定するか。自由にすると作るのは早いですが、更新する人によって見た目が崩れます。固定すると崩れませんが、設計の工数がかかります。

この判断は、更新担当者のスキルと更新頻度で決まります。だから体制の質問より後に置きます。順番を逆にすると、判断の材料がないまま決めることになります。

サーバーの選定

既存のサーバーを使うか、新しく契約するか。契約名義を誰にするか。名義が制作者のままだと、関係が終わった後も請求と管理責任が残ります。

サーバーの性能は、サイトの表示速度に直結します。相手が費用を抑えたいと言った場合でも、極端に安い環境を選ぶと後で速度の相談が来ます。選択肢と、それぞれで何が起きるかを説明したうえで決めてもらいます。

初回でやってはいけないこと

聞くことと同じくらい、やらないと決めておくことがあります。ここでの失敗は、後半まで尾を引きます。

その場で金額を口にする

「だいたいこのくらいですかね」という一言は、相手の中で上限として記録されます。後から正式な見積もりがそれを上回ると、値上げとして受け取られます。要件が固まっていない段階の概算は、根拠がないので必ず外れます。

聞かれたら、答えの型を用意しておきます。「本日伺った内容を整理して、項目ごとの見積もりを◯日までにお出しします」。金額を避けているのではなく、精度のために持ち帰るという説明にすれば、相手も納得します。

できるかどうかを即答する

初めて聞く機能について、その場で「できます」と答えないことです。実装方法を確認していない段階での回答は、後から制約が判明したときに撤回することになります。撤回は、能力の問題ではなく信頼の問題になります。

「実現方法を確認して、次回ご回答します」で構いません。即答しないことを不安がる必要はありません。むしろ、何でもできると答える人のほうが警戒されます。

要望を全部メモして帰る

相手が挙げた要望をすべて書き取り、そのまま持ち帰ると、次回は膨らんだ要件の見積もりを出すことになります。金額が高くなり、そこから削る交渉が始まります。

その場で、要望に優先順位をつけてもらいます。「今回必ず必要なもの」「あるとよいもの」「将来的に検討するもの」の3段階で仕分ける。仕分けは相手がやりますが、仕分けようと提案するのは制作側です。

用語で押し切る

説明が面倒なときほど、専門用語で済ませたくなります。しかし相手が理解していない状態で進めた合意は、後で必ず崩れます。用語を使うたびに言い換えるのは、遠回りに見えて最短距離です。

打ち合わせの形式で変わること

進め方は、対面か、オンラインか、文字のやりとりだけかで変わります。

対面の場合

相手の反応が見えるので、理解されているかどうかを判断できます。資料を紙で出すと、その場で書き込んでもらえます。時間が長くなりやすいので、終了時刻を先に伝えておきます。

オンラインの場合

画面共有が使えるので、参考サイトをその場で見ながら話せます。これは対面より有利な点です。一方で、複数人が参加すると発言が偏り、黙っている人の意見が拾えません。名前を呼んで意見を求める場面を、意識的に作ります。

録画を残せる場合は、許可を取ったうえで残します。議事録の精度が上がります。ただし録画に頼りすぎると、その場で確認すべきことを流してしまうので、メモは並行して取ります。

文字のやりとりだけの場合

打ち合わせの時間が取れない相手もいます。その場合、質問リストをそのまま送る形になります。全部を一度に送ると返信が来ないので、ブロックに分けて送ります。事業と目的、現状と要件、体制と日程の3回に分けると、返答率が上がります。

文字だけのやりとりでは、相手の温度が読めません。決まったつもりで進めた項目が実は保留だった、ということが起きます。決定事項は必ず箇条書きにして、確認の返信を求めます。

聞き方の技術

同じ項目でも、聞き方で返ってくる情報の質が変わります。

選択肢を出してから聞く

「どうしますか」と聞くと、相手は判断できません。判断材料がないからです。「AとBがあります。Aはこう、Bはこうです」と示してから聞くと、その場で決まります。

決められる打ち合わせと決められない打ち合わせの差は、ほぼここにあります。選択肢を用意していく準備が、当日の生産性を決めます。

専門用語を言い換える

投稿タイプ、カスタムフィールド、テスト環境、リダイレクト、パーマリンク。制作側の日常語は、相手にとって未知語です。使うたびに一度言い換えます。

言い換えを省くと、相手は分かったふりをします。分かったふりのまま合意した内容は、後でひっくり返ります。相手が理解していない合意は、合意ではありません。

沈黙を埋めない

質問した後、相手が黙ることがあります。考えているのか、答えを知らないのか、社内で決まっていないのか。ここでこちらが例を出して埋めてしまうと、その例が相手の答えになります。

数秒待つと、相手の本当の言葉が出てきます。出てこなければ「社内でご確認いただく項目ですね」と整理して次に進みます。埋めた答えより、未決のまま記録したほうが正確です。

記録は相手の言葉で残す

聞いた内容を、こちらの用語に翻訳せずに残します。翻訳すると、意味が少しずつずれます。ずれた記録をもとに作ると、完成物が本人の意図から離れます。相手の言い回しのまま残しておくと、後で読み返したときに意図が復元できます。

打ち合わせの後にやること

終わってからの動きで、初回の価値が決まります。

議事録を当日中に送る

翌日ではなく当日です。記憶が新しいうちに送ると、相手も違和感をその場で指摘できます。時間が経つほど、確認は後回しになります。

内容は、決まったこと、決まらなかったこと、次に誰が何をするか、その期限。この4項目で足ります。長い議事録は読まれません。

決定と未決を分けて書く

混ぜて書くと、相手は全部決まったように読みます。決まっていない項目を明示すると、そこに社内の判断が向きます。未決のリストが、そのまま次回の議題になります。

期限つきで次の行動を書く

「ご確認ください」ではなく、「◯日までにご確認いただけますと、公開予定日を維持できます」と書きます。期限と理由がセットになっていると、相手の社内で優先順位が上がります。

未決の項目に担当と期限を割り当てる

未決のまま置かれた項目は、誰も動かさなければ永遠に未決です。それぞれに、誰が確認するかと、いつまでにという2つを付けます。相手側の宿題と、こちら側の宿題を分けて書くと、責任の所在がはっきりします。

こちら側の宿題には、実現方法の確認、参考事例の提示、概算の作成などが入ります。これを期限つきで書いておくと、相手は次に何が届くかを把握できます。次が見えている相手は、待っているあいだに不安になりません。

二回目の議題を先に決める

議事録の最後に、次回で決めることを書きます。「次回は、ドメインの方針とテーマの方向性を確定させます」。議題が先に分かっていれば、相手は社内で必要な確認を済ませて臨めます。

議題を決めずに次回を設定すると、また情報収集からやり直しになります。打ち合わせの回数が増えるほど、無償の時間が増えます。

認識のずれは早く潰す

議事録に対して訂正が入ったら、それは良い兆候です。作った後に指摘されるより、はるかに安く済みます。訂正が一度も入らない案件のほうが、実は危ない。相手が読んでいない可能性があります。

相手の状況ごとに強化する質問

同じリストを使いつつ、相手の状況によって深掘りする場所を変えます。

サイトを初めて作る相手

制作の進め方そのものを知りません。デザイン確認とは何をする時間か、テスト環境とは何か、公開作業に何が必要か。この説明を先にすると、後の工程で「まだ何も見えない」という不安が出ません。

不安は修正指示の形で出てきます。だから、工程の説明は不安対策でもあります。全体の流れを一枚の図か箇条書きにして、初回に渡すのが効きます。

過去に制作で失敗している相手

前回何が起きたかを聞きます。納期が守られなかったのか、更新できないサイトになったのか、連絡が取れなくなったのか。失敗の内容が、そのまま今回の要求の裏側にあります。

前回の話を聞くと、警戒の理由が分かります。分かれば、その点に対する進め方を先に提示できます。「前回は更新できずに困られたとのことなので、管理画面の作り込みとマニュアルを工程に入れます」。これだけで信頼の初速が変わります。

社内にWeb担当者がいる相手

技術的な会話ができるので、要件は速く固まります。注意点は、担当者の希望と決裁者の判断が違う場合があることです。担当者と話が合うほど、決裁の段階でひっくり返ったときの落差が大きい。

決裁者が何を重視しているかを、担当者経由で確認しておきます。費用なのか、日程なのか、見た目なのか。重視される軸が分かれば、提案の見せ方を合わせられます。

事業の立ち上げと同時に作る相手

事業の内容自体がまだ動きます。サービス名、価格、提供範囲が確定していない段階でサイトを作ると、確定のたびに修正が発生します。

この場合、確定していない要素を後から差し替えやすい構造で作る提案が有効です。あわせて、どこまでが今回の範囲で、どこからが確定後の作業かを線引きしておきます。線引きがないと、事業が固まるまで無限に付き合うことになります。

市場を見てきた立場からの観察

20年この市場を見てきた立場から言えば、初回の打ち合わせを丁寧にやる人ほど、案件の後半が静かです。作業量が減るのではなく、想定外が減ります。想定外が減ると、無償で対応する場面が減り、結果として同じ時間で受けられる仕事が増えます。逆に、初回を挨拶と要望聞きで終える人は、二回目以降で同じ議論を繰り返しています。

もうひとつ、運営者として見てきた限りでは、間に何社も入る取引ほど、初回の打ち合わせで聞ける内容が薄くなります。事業の背景や、なぜこの機能が要るのかといった情報は、伝言の途中で落ちるからです。直接取引の価値は、受け手の手取りが厚くなることだけではありません。相手の言葉が原型のまま届くので、質問の答えが具体的に返ってくる。手数料0%の構造が効くのは、金額の話としてより、初回で得られる情報の量が変わるという実務の話としてです。

職域データから見る、聞くべき範囲の決め方

初回で全部を抱え込もうとすると、相談の範囲が事業戦略まで広がります。広がった範囲は、そのまま無償の相談になります。どこまでが自分の職域かを知っておくと、当日の線引きができます。

開発寄りの工程についてはソフトウェア作成者の年収・単価相場で職種としての役割を確認できます。原稿制作まで求められそうな相談なら、著述家，記者，編集者の年収・単価相場が扱う編集職の守備範囲を把握しておくと、切り分けの説明がしやすくなります。集客や広告運用の相談が混ざってきたら、AI・マーケティング・セキュリティのお仕事の領域として別の担い手を提案するほうが、相手にとっても結果が出ます。実装量が大きく開発寄りに振れる案件は、アプリケーション開発のお仕事として工程を分けて考えると、日程の見通しが立ちます。

議事録や提案書の書式に不安があるなら、ビジネス文書検定が扱う文書構成が実務にそのまま使えます。当日どれだけ良い話ができても、記録が伝わらなければ何も決まりません。

初回の打ち合わせは、情報を集める場ではなく、後から変えられない判断を確定させる場です。確定させるには材料が要り、材料を出すのは制作側の役割です。この順番を守っている案件は、途中で戻りません。戻らない案件だけが、予定通りの日程で終わります。