Web制作の案件を受けたあと、見積の次に何を送ればいいのか、素材はいつ頼むのか、どこまで進めば納品と言えるのかが、案件ごとにあいまいになっていませんか。受注から納品までの流れを決めていないと、先方の返事を待っているうちに、今どの段階で止まっているのかが自分でも分からなくなります。
受ける側の流れは、問い合わせから請求・保守まで12段階です。段階ごとに「先方から受け取るもの」「こちらから送るもの」「次の段階に移る目安」を決めておくと、止まっている場所と次に送る連絡がすぐに分かります。
止まりやすいのは、素材・確認・検収・支払いといった先方の番の段階です。
この記事は、Web制作を個人で受けているフリーランスで、手元の案件がどの段階にあり、次に何を送ればいいかを決めたい人向けです。12段階の一覧表と、架空のコーポレートサイト1件を通しで追う例を載せました。
発注する側で制作会社の選び方や相場を調べている人向けではありません。各段階の文例は書かず、段階ごとに詳しい記事へ案内します。
最後に、依頼文から工程のタスクを書き出す手間をTASKUL（タスクル）で減らす方法も、できないことと合わせて紹介します。
Web制作の受注から納品までの流れは？12段階の一覧
流れは、①問い合わせ、②ヒアリング、③見積、④発注・取引条件、⑤スケジュールの共有、⑥素材集め、⑦構成・ワイヤーフレーム、⑧デザイン、⑨コーディング、⑩テスト、⑪納品・検収、⑫請求・保守の12段階です。①〜④で受注し、⑤〜⑩で制作を進め、⑪で納品と検収を済ませてから、⑫で請求と保守に移ります。
各段階は「次の段階に移る目安」を満たしたら進むと決めておくと、どこで止まっているかが表の1行で分かります。
12段階をフローチャートにした図です。受注まで（①〜④）、制作中（⑤〜⑩）、納品から請求まで（⑪⑫）の3つに分かれます。
表はそのままコピーして、スプレッドシートに貼って使えます。「誰の番」は、その段階を先へ進めるために動く人です。
⑨のコーディングは、こちらの作業だけで進む段階なので、受け取るものと送るものはほとんどありません。コーディングの作業を細かく分けて期日を入れるときは、WBSテンプレートを使います。
先方の番で止まりやすいのは、素材・確認・検収・支払いの4つ
表の「誰の番」が先方になっている段階のうち、制作が止まりやすいのは次の4つです。こちらが手を動かしても先へ進めないので、期日を決めて伝えておけば、止まりにくくなります。
- 素材（⑥）：原稿が届かないとワイヤーフレームの作業に入れず、写真が届かないとデザインが仕上がらない
- 確認（⑦⑧⑩）：返事が来ないと、修正にも次の段階にも進めない
- 検収（⑪）：返事が来ないと、請求書を出してよいか迷う
- 支払い（⑫）：入金が無いと、案件を閉じられない
素材は⑥、確認は⑦⑧⑩、検収は⑪、支払いは⑫で先方の番になります。
素材と確認の返事が来ないときの催促と、納期のずらし方はクライアントの確認が遅いときの催促の仕方にまとめています。検収と支払いで止まったときは、⑪の節で案内する記事を見てください。
③の見積の返事も先方の番ですが、まだ受注する前の段階です。催促を重ねるより、見積書に有効期限を書いておき、その日を過ぎたら一度確かめる程度にとどめます。
Web制作の案件を受注するまでの流れ（①〜④）
受注までの4段階で決めたことが、制作中と納品のときの判断の基準になります。後から揉めやすい「どこまでやるか」「何をもって納品か」は、この段階で文字にしておきます。
①問い合わせ〜②ヒアリング：何を作るかと、先方が出すものを聞く
問い合わせの返事では、ヒアリングの日程の候補を出します。最初のメッセージで金額を聞かれたら、「◯万〜◯万円（10ページ・原稿はご用意いただく場合）」のように、前提を添えて幅のある金額で返すと、話が進みます。
ヒアリングでは、ページの数と内容に加えて、原稿・写真・ロゴを誰がいつ出すかを聞きます。素材を先方が出すのか、こちらで用意するのかで、見積もスケジュールも変わるからです。
ヒアリングシートで聞く項目をそろえておき、決まったことは議事録の書き方に沿って文字で残します。
③見積：どこまでを納品とし、検収の返事を何日待つかも書く
③の見積は、デザインの方向性や構成の案を添えた提案書と一緒に出すこともあります。その場合も見積書は別に作ります。
見積書には金額と範囲のほかに、納品の形・検収の返事を待つ日数・修正の回数の3つを書いておきます。どれも備考に1行ずつ足せば済む量です。
何をもって納品とするか
納品の形に決まりはありません。本番公開を納品とする場合も、データを渡した日を納品とする場合もあります。
決めないまま進むと、納品の直前になって「公開まで済ませてほしい」と言われ、いつ納品になるのかで揉めることがあります。「本番サーバーに公開した日を納品とする」のように1行で書いておけば、どちらに決めたかを後から確かめられます。
検収の返事を何日待つか
納品した後、先方が中身を確かめて「問題ない」と返事をするのが検収です。「検収のご連絡は公開から7日以内にお願いします」のように、返事を待つ日数を書いておくと、⑪で返事が来ないときに何日目かを数えられます。
修正の回数
デザイン案の修正を何回まで料金に含めるか（例: 2回まで）も、同じ見積書に書きます。この3行を足した見積書の形はフリーランスの見積書の作り方に、そのまま送れるメールは見積書の送付メールに載せています。
④発注・取引条件：書いてあることと、口頭で決まったことを分ける
発注の連絡が来たら、金額・納期・支払日・範囲が文字で残っているかを確かめます。打ち合わせで口頭で決まっただけのことは、返信の中に書いて残します。発注が決まった日に送るお礼のメールは、受注のお礼メール例文の記事に例文があります。
足りない条件の聞き返し方は、取引条件の確かめ方の記事にまとめています。ここで条件がそろってから着手すると、⑪の納品のときに「言った・言わない」になりにくくなります。
Web制作の受注後の流れ：ワイヤーフレーム・デザイン・コーディング・テスト（⑤〜⑩）
制作中は、こちらの作業と先方の確認を交互にくり返します。先方の番が来る前に、何をいつまでに返してほしいかを伝えておくのが、この6段階の基本です。
⑤スケジュール〜⑥素材集め：先方の作業に日付を付けて伝える
受注したら、工程と一緒に先方の作業の期日を入れたスケジュール表を送ります。原稿と写真の提出、ワイヤーフレームの確認、デザインの確認、テスト環境の確認の4つに日付が付いていれば、先方も自分の番がいつ来るか分かります。
素材が届いたら、ページごとに届いたものと足りないものを一覧にして返します。素材管理表のようにページごとの表にしておくと、足りないものを1通で伝えられます。
⑦ワイヤーフレーム〜⑧デザイン：見てほしい所と期限を書いて確認を頼む
ワイヤーフレーム（ページの構成を線と文字で示した設計図）とデザイン案を送るときは、どこを見てほしいかと、いつまでに返してほしいかを書きます。「全体を見てください」だけだと、返事が遅れたり、細かい所の指摘ばかりが返ってきたりします。
確認を頼む文面はデザイン案の確認依頼、返ってきた修正を1行1件に並べ直す方法は修正指示の一覧表の記事で、それぞれ例を見られます。
⑨コーディング〜⑩テスト：先方に見せる前に、自分で公開前の確認をする
コーディングを終えたら、先方にテスト環境を見せる前に、自分で公開前の確認をします。表示の崩れ、リンク切れ、フォームの送信先などを先方に見つけてもらう形にすると、そのぶん確認の往復が増えます。
公開前チェックリストの項目を上から順に確かめてから、テスト環境のURLと見てほしいページの一覧を送り、先方に見てもらいます。
途中で依頼が増えたら、作業に戻る前に追加の見積を出す
デザインの途中で「ページを1つ足したい」と言われたら、作業に戻る前に追加の見積を出します。追加の見積で金額と納期がどう変わるかを伝え、承諾の返事をもらってから、該当する段階に戻ります。
先に作り始めてしまうと、増えた分の料金や延びた日数を後から言い出しにくいからです。
この記事の架空の例では、12月2日（水）に採用ページの追加を頼まれ、翌日に承諾をもらってからデザインに戻っています。
追加の見積の送り方は追加見積のメール、修正の回数を超えたときの扱いは修正回数の上限と追加料金の決め方の記事にあります。
Web制作の納品と検収の違いは？請求書はいつ送る？
納品はこちらが作ったものを渡すこと、検収は先方が中身を確かめて「問題ない」と返事をすることです。見積で決めた形で納品した日と、検収の返事が来た日を分けて残し、請求書は検収の返事の後に送ります。何をもって納品とするかは、③の見積の段階で書いた内容に従います。
この記事の架空の例では、12月18日（金）に公開して納品し、12月22日（火）に検収の返事が来てから請求書を送っています。
⑪納品と検収：納品した日と、検収の返事が来た日を分けて残す
本番公開を納品とする場合でも、公開した日と検収の返事が来た日は、同じ日になるとは限りません。2つの日付を分けて控えておくと、返事が来ないときに何日待っているかをすぐに数えられます。
納品の連絡に書く項目と渡すファイルは、LPの納品方法と納品メールで一覧にしています。検収の返事が来ないときの考え方と文例は納品から検収・支払いまでの決め方の記事を見てください。
⑫請求と、納品後の修正・保守
検収の返事が来たら、請求書を送ります。送るときのメールと、請求書と見積書の照合は請求書の送付メールの記事にまとめています。
公開した後に届く修正の依頼は、無料で直すものか、追加の料金をもらうものかを分けて返します。分け方は納品後の修正依頼の判定表で決めておけます。
月ごとの保守を受けるなら、範囲と毎月の報告の形を別の見積で決めます。毎月の報告はホームページ保守の月次報告書テンプレートをそのまま使えます。
フリーランスのWeb制作の流れを架空の1件で追う（10ページのコーポレートサイト）
ここからは、架空の案件1件を問い合わせから請求まで追います。工務店のコーポレートサイト（10ページ）を作り直す依頼で、日付・社名・内容はすべて架空です。
この例では、写真が2日遅れて11月19日（木）に届きましたが、原稿が先にそろっていたので、ワイヤーフレームは予定どおり11月18日（水）に送れています。素材は全部そろうのを待たず、届いたものから使える段階に進めると、1つの遅れで全体が止まりにくくなります。
12月2日（水）の採用ページの追加は、デザインに戻る前に追加の見積を出し、承諾をもらってから修正したデザイン案に入れています。公開日の12月18日（金）は変えていません。
数えると、この1件でこちらから送った連絡は13通、先方にお願いした作業の期日は6つ（原稿・写真の提出、ワイヤーフレームの確認、デザインの確認、テスト環境の確認、検収の連絡、支払い）でした。実際の案件では、依頼文と議事録を読み直して工程を並べ、先方の期日を1つずつ書き込んでこの表を作ります。
返事が来るたびに「次は誰の番か」も書き換えます。案件が2件、3件と重なると、この作業を案件の数だけ繰り返します。
受注から納品までの流れをTASKULでタスクに分ける
前の章の表を自分で作るときに手がかかるのは、依頼文と議事録から工程を書き出すこと、先方の作業に期日を付けること、今どの段階で誰の番かを確かめること、連絡を書いて送ることの4つです。このうち工程の書き出しはTASKULのAIが下書きします。期日と、先方の作業に付ける【先方】の印は、自分で入れます。入れておけば、自分の作業と先方の作業が、案件の画面のタスク一覧に期日つきで並びます。連絡はこれまでどおり自分で送ります。
この操作はTASKULのFreeプラン（プロジェクト10件まで・AIクレジット月200）で試せます。依頼文からの作成はAIクレジットを使います。
貼った文面はAIの分析のためにサーバーで処理されるので、最初は社名や金額を伏せた文面で試すと安心です。
依頼文と議事録を貼って案件を作る
- 左のメニューの「プロジェクト管理」を開き、「新規プロジェクト作成」を押す
- 「依頼文・議事録から自動作成」を選ぶ
- 「依頼文・議事録を貼り付け」の欄に、先方からの最初のメッセージとヒアリングの議事録をそのまま貼る
- プロジェクト名を入れ、クライアントを選ぶ（クライアントは空欄でも作れます）
- 「登録する」を押す。案件の画面に移り、AIが依頼文を読んで概要とタスクを作ります
「依頼文・議事録から自動作成」に、先方からの最初のメッセージとヒアリングの議事録を貼った画面です。「登録する」を押す前の状態で、欄の続き（ヒアリングの議事録）はスクロールで見えます。データは架空です。
TASKULのAIは、構成案・デザイン・コーディング・確認・公開のような工程の単位でタスクを作り、確認と修正を別のタスクに分けるように作られています。依頼文に日付が無い工程の期日は、推測で埋めない作りになっています。期日が入っていたら、依頼文の日付と合っているか確かめます。この例の依頼文で工程の日付があるのは12月18日（金）の公開だけなので、ほかの工程の期日は自分で入れます。
作られるタスクの名前と数は依頼文によって変わるので、必ず中身を確かめます。
できたタスクに【先方】のタスクと期日を足す
できたタスクを、この記事の12段階の表と見比べます。AIは素材の準備のような「やって当たり前の作業」をタスクにしないことがあるので、原稿・写真の提出や検収の連絡など、先方の作業は足りなければ手で足します。
先方の作業は、タスク名の頭に【先方】と書いて区別します。先方を担当者にするには、招待リンクから先方に案件のメンバーとして参加してもらう必要があり、参加するとタスク一覧と案件概要も先方に見えます。この例では先方を招待していません。
期日は、スケジュール表で先方に伝えた日付と、見積書に書いた検収の期限（例では公開から7日以内）から入れます。
こうしておくと、案件の画面の「プロジェクトのタスク」で、自分の作業と先方の作業が、期日つきで1つの一覧に並びます。【先方】のタスクが完了にならないまま期日を過ぎていれば、そこが今止まっている段階です。
工程のタスクに、【先方】から始まる先方の作業5件と期日を入れた例です。11月10日（火）にスケジュール表を送った時点の一覧で、自分の作業と先方の作業が1つの一覧に並んでいます。支払いは請求書の支払期日で伝えるので、タスクには入れていません。データは架空です。
段階が進んだら、案件の状態を手で切り替える
案件の名前の横にある状態は、「受注前」「進行中」「確認中」「納品待ち」「完了」「入金済」「キャンセル」から選びます。たとえば①〜③は「受注前」、先方の確認を待つ間は「確認中」、テスト環境を見た先方から「公開してよい」と返事が来たら「納品待ち」、検収の返事が来たら「完了」、入金を確かめたら「入金済」のように使い分けると、案件の一覧で段階が分かります。
見積を「受注済み」にしても、案件の状態は自動では変わりません。発注の連絡が来たら、状態を「受注前」から「進行中」へ手で切り替えます。
案件の名前の横にある状態を押すと、7つの状態から選べます。見積を「受注済み」にしてもここは変わらないので、段階が進んだら手で切り替えます。データは架空です。
TASKULでできないこと
TASKULには作業時間の記録とカンバンが無いので、作業時間を記録して時給を出したい人や、工程をカンバンで動かしたい人には向きません。
案件が増えて、依頼文から毎回工程を書き出す手間がかさんできたら、TASKULのFreeプランで、依頼文と議事録を貼って工程のタスクを作る流れを試せます。
Web制作の流れについてよくある質問
受注から納品まで、どのくらいの期間がかかりますか？
決まった日数はありません。ページの数、素材がそろう日、確認の往復の回数で変わります。
公開したい日から逆算して、先方の確認と素材の期日を先に置くと、無理のない日程か判断できます。公開日から逆算して日付を置く表は、Web制作のWBSテンプレートに載せています。
契約書が無くても作業を始めていいですか？
始めて構いませんが、金額・納期・支払日・範囲を発注のメッセージや返信に文字で残してからにします。何が足りないかの確かめ方は取引条件の確かめ方の記事にあります。
納品とは公開した日のことですか？
決まりはありません。本番公開を納品とする場合も、データを渡した日を納品とする場合もあります。見積の段階で、何をもって納品とするかと、検収の返事を何日待つかを書いておきます。
素材が届かないまま期日が来たらどうしますか？
届いていない素材と、届かないと止まる作業を伝え、新しい提出日と公開日への影響を相談します。催促の文例と納期のずらし方はクライアントの確認が遅いときの催促の仕方の記事にあります。
途中で依頼内容が変わったら、どの段階に戻りますか？
まず追加の見積を出し、金額と納期がどう変わるかを伝え、承諾の返事をもらってから、変わった内容に関わる段階に戻ります。送り方は追加見積のメールの記事で紹介しています。
ワイヤーフレームは必ず作りますか？
必ずとは限りません。小さなLPでは、ページの構成案を文字で送って済ませる場合もあります。どちらの形でも、デザインに入る前に構成の確認をもらう段階を1つ置いておくと、デザインの後での大きな作り直しを防げます。
まとめ：Web制作の受注から納品までの流れ
この記事のまとめ
- Web制作の受注から納品・請求までは12段階あり、段階ごとに受け取るもの・送るもの・次の段階に移る目安を決めておきます
- 止まりやすいのは素材・確認・検収・支払いの4つなので、先方の作業には期日を付けて伝えます
- 何をもって納品とするかと、検収の返事を何日待つかは、見積の段階で書いておきます
- 途中で依頼が増えたら、作業に戻る前に追加の見積を出します
案件が重なって、依頼文から工程を書き出し、先方の期日を1つずつ書き込む手間が増えてきたら、TASKULのFreeプランで、依頼文から工程のタスクを作る流れを試せます。
