案件が重なり、デザイナーや実装担当が足りない。大阪でWeb制作の外注先を探すとき、「サイト制作を手伝ってほしい」という依頼だけでは、相手も担当範囲を判断しにくくなります。トップページのデザインは完成しているのか、下層ページの設計から必要なのか、公開作業まで任せたいのかで、渡す資料も受け取る成果物も変わるためです。
相談前に整理したいのは、不足する工程と、元請に残す判断です。設計・デザイン・実装・公開を分け、誰が何を用意し、何を確認して次へ渡すかを一枚にまとめます。この記事は、制作会社・デザイナー・元請担当者が、受注した案件の一部をパートナーへ相談するための準備を扱います。
足りない人数より先に、止まっている工程を見つける
「コーダーが足りない」と感じていても、実際にはスマートフォンのデザインや、更新機能の仕様が決まっていない場合があります。その状態で実装だけを依頼すると、外注先が判断できない点を確認するたびに作業が止まります。人数の不足と、制作に必要な判断の不足を分けて整理します。
まず、対象ページを挙げ、それぞれの現在地を確認します。構成案だけあるページ、顧客確認中のデザイン、確定済みの画面、すでに実装した部分を区別します。「デザインあり」という一語では、作業を始められる状態かどうかは伝わりません。どこまで確定し、どこが確認待ちかを添えます。
次に、自社で進められる工程と、相談したい工程を並べます。例えば、顧客へのヒアリングとトップページのデザインは元請が担当し、下層ページのデザイン展開と実装を外注先へ相談する形があります。これは分担の一例です。工程名だけで決めず、ページや画面の範囲まで合わせます。
外注先が対応できることと、今回の案件で依頼することも別です。デザインから公開まで対応する会社でも、部分的な実装だけを依頼する場合があります。逆に、実装の相談から始めても、未確定の画面設計を補う必要が見つかることがあります。対応メニューを見た段階で、依頼範囲が確定したとは考えないようにします。
元請・外注先・顧客の確認経路を決める
工程を渡す前に、誰が指示をまとめるかを決めます。顧客が元請へ伝えた修正と、外注先へ直接伝えた修正が別々に進むと、同じ画面に異なる指示が残ります。顧客との打合せへ外注先が参加する場合も、決まった内容を誰が記録し、正式な作業指示にするかを共有します。
元請担当には、顧客の要望をそのまま転送するだけでなく、今回の範囲に含めるかを整理する役割があります。例えば「このページにも検索を付けたい」という要望が出たら、既存の依頼に含まれるか、追加の相談が必要かを外注先と確認します。作業を始めた後で範囲を判断する進め方にしないことが大切です。
確認者も、制作内容によって変わります。実装担当が表示や動作を確認し、元請が依頼内容との一致を確認し、顧客が掲載内容や事業上の判断を確認する、といった分担を明記します。誰か一人が確認したことで、すべての確認が済んだ扱いにならないようにします。
連絡窓口を一本にすることと、担当者同士が相談できない状態にすることは同じではありません。デザイン意図などを直接確認したほうが早い場面では、相談経路を用意します。そのうえで、変更した仕様や採用した判断を元請の記録へ戻し、他の担当者も同じ内容を見られるようにします。
工程分担票に、渡す資料と受け取る成果物を書く
次の表は、架空のA制作会社が、下層ページのデザインと実装を外注する場合の相談用例です。実際の受託条件や標準的な分担を示すものではありません。元請は顧客窓口を持ち、外注先は合意した範囲を制作する想定です。

| 工程 | 元請に残すこと | 外注先へ相談すること | 引渡し物と確認 |
|---|---|---|---|
| 設計 | ページ構成と掲載内容を顧客と整理 | 不足する画面仕様の洗い出し | 構成案と未決事項を渡し、確定版を元請が確認 |
| デザイン | トップページと共通方針を確定 | 下層ページとスマホ画面の作成 | 編集可能なデータを受け取り、元請経由で顧客確認 |
| 実装 | 確定デザイン・素材・仕様をそろえる | 対象ページと合意した更新機能を実装 | テスト環境とデータを受け取り、元請が仕様と照合 |
| 公開 | 顧客の公開判断と関係者への連絡 | 本番反映を含めるか別途相談 | 作業担当・実施日時・公開後の確認担当を確定 |
表を作る際は、「一式」「お任せ」と書いた欄を見直します。例えばデザインの成果物なら、閲覧用の画像だけなのか、編集できる元データも含むのかを確認します。実装なら、確認用URLだけを受け取るのか、ファイルや更新手順も受け取るのかを明らかにします。
渡す資料には、ファイル名と確定状態を付けます。顧客確認前のデザインを参考として渡す場合は、着手してよい版と区別します。共有フォルダーに古い案が残っていても、外注先が最新と思って使わないよう、今回参照する資料への入口を一つにまとめます。
成果物の受け取り側も考えます。元請の別担当が次の修正を行うなら、その人が開ける形式や必要な説明があるかを確認します。ファイルが届いたことだけを引渡し完了にせず、次の工程の担当が使える状態かを見ます。必要なアカウントや利用環境は、双方の実際の運用に合わせて相談します。
受け取る予定の資料を、依頼時に見本として一つ挙げる方法もあります。例えば「更新担当が使う操作説明を含む」とした場合、どの操作を説明するのかを示します。全機能のマニュアルを求めるのか、今回追加した更新箇所だけなのかで、成果物の量は変わります。担当者が交代した際にも、合意した引渡し範囲を追える書き方にします。
未作成のデザインを、実装担当の推測へ任せない
パソコン用のデザインだけがある場合、スマートフォンでの並び順や省略の扱いが未確定のことがあります。単純に幅を縮めればよい部分もあれば、表やナビゲーションのように見せ方を決める必要がある部分もあります。どこまで元請が指定し、どこから外注先の提案を受けるかを分けます。
クレアネットのコーディングサービスでは、制作フローの中で仕様や納品形式を確認し、実装後に依頼元が確認する段階を設けています。入稿から納品までを一つの作業として扱わず、確認を挟む公開例として参考にできます。同社の価格や対応条件を、自社案件へそのまま当てはめるものではありません。クレアネットの制作フロー
依頼時には、通常表示だけでなく、利用者が操作した後の状態も確認します。メニューを開いたとき、入力に不足があるとき、記事が増えたときなど、デザインにない状態を一覧にします。すべての画面を最初から完成させる必要はありませんが、未作成の状態を誰が決めるかは残します。
外注先に提案を任せる場合は、どの時点で確認するかも決めます。全ページの実装後に共通の表示方針を変えるより、代表的な画面で方針を確認してから展開する方法があります。元請が確認する画面、顧客にも見せる画面、確認後に進める範囲を案件に合わせて組み立てます。
画像や原稿が仮の状態なら、差し替え作業の担当も必要です。元請が素材を渡せば外注先が入れるのか、納品後に元請が更新するのかで、作業範囲が変わります。「後で入ります」という連絡だけで終わらせず、渡す時期と、差し替え後に表示を確認する人まで決めます。

データ納品と、本番での公開作業を分ける
テスト環境で確認できたことは、そのまま本番公開を終えたことにはなりません。データを渡す、指定環境へ反映する、公開後の動作を確認するという作業を分け、今回どこまで依頼するかを確認します。元請が公開する予定なら、公開に使う資料や注意点を引渡し物へ含めます。
デジクリの公開案内では、テストサーバーでの確認と、ZIPファイルでの納品が分かれており、本番へのアップロードは希望を伝える形です。データを受け取る方法と、本番へ反映する作業を別に確かめる必要が分かる例です。デジクリの入稿から納品までの案内
納品形式は、相手の標準だけでなく、自社の引継ぎ方法とも合わせます。ファイルで受け取る、共同の管理場所で変更を確認するなど、使い方に合った方法を相談します。特定の形式を採用しただけで、確認や引継ぎが自動的に済むわけではありません。受領担当が何を見て確認するかも必要です。
公開を外注先へ任せる場合でも、公開してよいと判断する人は別に定めます。顧客の確認待ちが残っていないか、当日の連絡先は誰か、公開後に何を確認するかを元請から共有します。サーバー等の作業権限は、作業内容と担当者に合わせて用意し、チャットへ認証情報を無造作に並べるような受け渡しは避けます。
公開後に修正が見つかったときの窓口も確認します。依頼仕様との相違なのか、公開後に出た新しい要望なのかで、相談内容は変わります。対応期間や費用を一般論で決めつけず、合意した条件に照らして確認できるよう、確定仕様と確認履歴を残します。
不足仕様があるときは、相談する順序を決める
資料が全部そろうまで外注先へ連絡できないわけではありません。ただし、足りない資料があることを隠して制作だけの見積りを依頼すると、前提がずれます。「決まっていること」「相談して決めたいこと」「顧客確認が必要なこと」を分けて伝え、どの段階から支援を受けたいかを示します。
最初の相談では、対象ページ、現在ある資料、希望する工程、元請の担当範囲、希望日程をそろえます。日程は公開希望日だけでなく、デザインを確定できる時期や、顧客の確認に必要な期間も含めます。外注先の作業日数だけを調整しても、前の工程が未確定なら着手条件は整いません。
その後、相手から出た質問を分担票へ反映します。スマホ画面の作成を追加する、公開作業は元請が行うなど、相談で変わった点を表へ戻します。メールの途中だけに最新の分担が残る状態を避け、見積りや作業開始の前提として同じ票を見られるようにします。
急ぐ案件でも、未決事項をすべて外注先へ渡せば早く進むとは限りません。外注先が提案できることと、顧客の事業判断が必要なことを分けます。先に着手できる部分があるかは、未決事項が他の画面へ与える影響も含めて相談します。元請だけの判断で、未確定部分も進行可能と扱わないようにします。
大阪で探す場合も、打合せ方法を案件条件として確かめる
大阪の制作会社同士であっても、訪問や対面打合せが毎回含まれるとは限りません。初回の仕様確認、デザインの確認、公開前の連絡など、どの場面で集まる必要があるかを考え、オンラインで足りる範囲と対面で相談したい範囲を分けます。場所だけで連絡の取りやすさや対応速度を推定しないことが大切です。
みやあじよのWeb制作パートナーでは、部分的なデザイン・コーディングに加え、必要に応じたヒアリングやディレクション、納品に関する対応を案内しています。実際に任せる工程や打合せ方法は案件ごとに確認します。常駐する人員の提供や、すべての工程を一律条件で引き受けるサービスとして読み替えないようにします。
相談へ進む前に、分担票の空欄を見直します。自社で決められる欄は埋め、相手と決めたい欄にはその旨を書きます。担当範囲を完成させてから連絡することより、確定事項と相談事項を区別して渡すことが、具体的な話を始める準備になります。
工程分担票をもとに、デザインや実装、仕様整理の支援範囲を相談する場合は、制作工程を補うWeb制作パートナーをご確認ください。
参照資料:みやあじよ「Web制作パートナー」、クレアネット「コーディング代行」、デジクリ「コーディング代行」。2026年9月20日確認。他社の費用・納期・受託条件は本文の推奨条件として使用していません。