フリーランスへのWeb制作依頼で失敗する原因は、「当たった個人の実力」ではなく、選び方の工程を飛ばしたことに集約されます。実力がある制作者でも、要件の伝え方が合わなければ成果は出ませんし、逆に実績が少ない制作者でも、やり取りの規律があれば納品は安定します。そして判断材料の大半は、契約や発注の前にある数回のやり取りで確認できるものです。
この記事では、受注側のフリーランスとして数百回の見積・打ち合わせを経験した視点から、依頼前のやり取りで分かる「5つのサイン」、ポートフォリオの見るべき箇所、見積書の確認項目、発注前チェックリスト10項目までを整理します。
要点は次の3つです。
- 向く案件・向かない案件を先に分ける（更新頻度と役割分担で決まる）
- やり取りの「サイン」は成果物より当てになる（返信の粒度・質問の質・見積の構造）
- 契約前に10項目をチェック（名義・ソース納品・検収条件が核）
フリーランスに依頼が向く案件・向かない案件
選び方の前に、「そもそもこの案件は個人に向くのか」を先に固定すると失敗が減ります。判断軸は更新頻度と役割分担の要不要の2つです。
| 案件のタイプ | 個人への依頼 | 理由 |
|---|---|---|
| 会社案内・採用サイト等、更新が月1回未満 | 向いている | 公開後の運用負荷が小さく、1人が全体を握れる |
| LP・キャンペーンページ（単発） | 向いている | 期間が短く、意思決定者が1人なら速度が出る |
| 月次更新・記事投稿が多いメディア | 要検討 | 更新作業の属人化リスク。体制設計が必須（保守の記事参照） |
| EC・会員機能などシステム連携が多い | 要検討 | デザイン・フロント・サーバー複数の役割が必要になりやすい |
| 社内にWeb担当者がいない | 要検討 | 進行管理・仕様決定を発注側が担えないと詰まりやすい |
個人依頼が強いのは「公開まで一本道で、公開後の変更が少ない案件」です。逆に、複数職種の同時進行や、社内承認の階層が深い案件は、ディレクション役が社内に必要になります。
差し支えなければ、この見定め自体は費用の記事で扱った「依頼形態で変わる費用の構造」とつながっています。金額の相場観はホームページ制作の費用相場と内訳の読み方を、進行の全体像は制作の流れと期間を参照してください。
依頼前のやり取りで分かる「5つのサイン」
契約前の見積・打ち合わせ段階で、制作者の規律はほぼ表面化します。ここでは成果物（デザインの好みなど）ではなく、やり取りの構造を見ます。成果物の好みは発注側の主観ですが、規律は納品後の運用品質に直結するからです。
| # | サイン | 良い状態 | 注意したい状態 |
|---|---|---|---|
| 1 | 返信の粒度 | 質問に対し「前提の確認→選択肢→案」の順で返ってくる | 「大丈夫です」「問題ないです」で済ませる |
| 2 | 質問の質 | 対象・成果物・期限・判断者を聞いてくる | 要件を聞かずに「できます」から入る |
| 3 | 見積の構造 | 工数（作業）の内訳と、含まれない作業の明記がある | 総額しか書かれない・「一式」表記のみ |
| 4 | 契約への言及 | 著作権・検収・ソース納品を自分から出す | 契約書を出すと嫌がる・後回しにする |
| 5 | できない事の申告 | 「これは外注/これは不可」と線を引く | なんでも受けられる雰囲気で進む |
特によく見るべきは3番と5番です。見積の構造はそのまま思考の構造で、作業単位に分解できる制作者は進行中の認識ズレも起きにくい。また「できない事を言えるか」は、個人依頼の最大リスク（進行中の頓挫）への最も安い保険です。丸ごと引き受けられる姿は魅力的に見えますが、案件の途中で初めて外注先を探す状態は、発注側にも時間的な脆弱性を作ります。
逆に、次の状態は私自身が受注側として見て「依頼を断るか慎重に相談する」対象です。参考までに書き留めておきます。
- 価格だけを先に確定させたがる（作業の中身の合意より総額を優先）
- 納品物の著作権・ソースコードの帰属を聞いたときに、答えが定まらない
- 更新・保守の話をすると「やった後に考えましょう」で終わる
ポートフォリオで見るべき3箇所
ポートフォリオは「デザインの好み」を確認する道具ではなく、案件を最後まで完走できる人かを確認する道具です。見る箇所は次の3つに絞れます。
- 公開サイトそのものの有無。デザインカット（画像）だけの実績は、デザインのみの参加を示します。間違いないことですが、「サイト全体を作り切れるか」の証拠にはならないので、役割の範囲を確認します。
- 現役で生きている実績の数。URLが掲載されていても、ドメインが失効・転売されていれば確認できません。生きている実績がいくつあるかを見ます。
- 課題と解決の書き方。「△△という課題に対し、□□の対応をした」という1文があるか。見た目の羅列だけのポートフォリオは、制作の意思決定に参加していない可能性を示します。
なお、実績が少ないこと自体は致命傷ではありません。実績が少ない制作者は、代わりに進め方の規律で証明しようとする傾向があり、見積の分解・進捗共有が丁寧なケースは十分に選択肢になります。前述の「5つのサイン」と合わせて総合判断してください。
見積書で確認する5項目
見積書は総額ではなく構造で読みます。確認すべきは次の5項目です。
- 作業単位の内訳（デザイン/コーディング/サーバー設定などが分かれているか）
- 含まれない作業の明記（文章（原稿）・写真素材・ロゴは入っているか。入っていない場合の単価）
- 修正回数の扱い（フィードバックのラウンド数の定義）
- 検収条件（何をもって「完了」とするか。公開をもつのか、確認をもつのか）
- 支払いのタイミング（着手金の有無と残額の条件）
このうち「含まれない作業の明記」が特に重要です。フリーランスの見積が制作会社より安く見える背景には、原稿・素材・調整役が含まれていないケースが多く、ここを確認しないと後から追加費用が発生します。読み方の詳細は費用相場と内訳の記事で、契約書に落とし込む際の確認項目は契約書で確認すべき5項目で解説しています。
発注する側の支払い処理（源泉徴収・前払い・インボイス）については、フリーランスへの支払いの実務で別途まとめています。
発注前チェックリスト10項目
以下を1つでも「確認できない」が残れば、契約は先延ばしにするのが基本です。全項目が埋まるのに数日もかかりません。
| # | 確認事項 | 確認手段 |
|---|---|---|
| 1 | 対象・成果物・期限・判断者（決裁者）が合意できている | 書面（見積または契約書） |
| 2 | 見積に作業単位の内訳がある | 見積書 |
| 3 | 含まれない作業（原稿・素材等）が明記されている | 見積書 |
| 4 | 修正の範囲（ラウンド数）が定義されている | 見積書・契約書 |
| 5 | 検収（完了）の条件が書面にある | 契約書 |
| 6 | 著作権の帰属先が定まっている | 契約書 |
| 7 | ソースコード・設定情報の納品（ソース納品）の有無 | 契約書 |
| 8 | サーバー・ドメインの名義が発注側になっている | 契約書・登録情報 |
| 9 | 公開後の連絡手段と応答の目安が共有されている | 打ち合わせ・メール |
| 10 | 公開後の更新・保守の担当と範囲が決まっている | 契約書（保守の記事参照） |
7・8・10が「公開後のリスク」を扱う項目です。発注時は納品に意識が向きがちですが、個人依頼の失敗談で多いのは、サイトは完成したのに、更新のための鍵（ソース・権限・名義）が制作者の握ったままという状態です。契約時に固定しておけば防げます。
よくある質問
Q. フリーランスは会社と比べて信用できますか？
信用できるかは「法人か個人か」ではなく、契約と名義の設計で担保します。法人でも倒産・担当者の退職は起こり、個人でも契約と証憑が整えば法的な保護は機能します。サーバー・ドメインを発注側名義にし、ソース納品を契約に含めることが実務上の信用担保です。
Q. 相場よりかなり安い見積もりは避けるべきですか？
「作業の内訳と、安さの理由が説明できるか」で判断します。例えば「CMSを構えず静的なページで作るから安い」という説明があれば合理的です（実際の移行事例はWordPressをやめて静的サイトへ移行した全手順に書いています）。理由が説明されずに安い場合は、原稿・修正・公開後対応のどれかが含まれていない可能性を疑います。
Q. 制作者はどこで探すのが良いですか？
探し先（クラウドソーシング・ポートフォリオ・紹介）より、「依頼前に前節の5つのサインを確認できる状況を作れるか」が重要です。クラウドソーシング利用時の実態については、ココナラ・ランサーズで依頼する是非について、別記事でも扱う予定です。
Q. 1人でデザインからサーバーまで完結できるのですか？
できる範囲とできない範囲を、前もって線を引いてもらうのが前提です。完結する人もいれば、コーディングのみ・デザインのみの人もいます。危険なのは範囲の合意がなく進むことなので、見積の内訳と「含まれない作業」の明記で管理します。
Q. 発注側でも支払いの備えは必要ですか？
必要です。フリーランスへの発注は2024年7月から下請法の保護対象となり、発注側にも書面交付や支払期日（60日以内）の義務が生じます。源泉徴収の要否やインボイス対応を含めた実務はフリーランスへの支払いの実務にまとめています。
まとめ：実力ではなく「選び方の工程」で差がつく
- 個人依頼が向くのは「公開まで一本道・公開後の変更が少ない」案件。更新頻度と役割分担で先に見定める
- 依頼前のやり取りに規律のサイン（見積の構造・質問の質・できない事の申告）が出る。成果物の好みより先に確認する
- チェックリスト10項目が埋まってから契約する。特にソース納品・名義・保守体制は公開後のリスクを決める項目
私自身、受注側として「このチェックリストを埋める発注者」の案件はトラブルが起きにくい、という実感を持っています。逆に、埋めないまま進むと、後から追加費用や認識ズレが発生しやすくなります。
フリーランスへの依頼・見積のご相談はお問い合わせフォームからお気軽にどうぞ。依頼前の段階の相談も歓迎します。
シェア
