デザイン案件は取れているのに、コーディングを担当する人が足りない。社内のコーダーが別案件で埋まり、納期が近い案件だけ外へ出したい。このようなときに探すのが、コーディングの外注パートナーです。
単発案件を納品してもらうだけなら、価格と納期を中心に選ぶ方法もあります。しかし、継続して依頼する相手には、連絡方法、コーディングルール、修正対応、納品方法まで確認しておかなければなりません。
毎回違うコーダーへ説明する手間を減らしたい制作会社ほど、最初の選び方が大切です。
単発の外注先と継続パートナーは選び方が違う
単発依頼では、その案件を期限までに完成させられるかが中心になります。継続依頼では、次の案件でも同じ品質と進め方を再現できるかまで見なければなりません。
| 確認項目 | 単発依頼 | 継続依頼 |
|---|---|---|
| 納期 | 今回の納期に間に合うか | 繁忙期にも相談できるか |
| 品質 | 今回のデザインを再現できるか | 案件が変わっても品質が安定するか |
| 連絡 | 必要な連絡が取れるか | 社内の進め方に合わせられるか |
| ルール | 今回の指定に対応できるか | 共通ルールを覚えてもらえるか |
| 修正 | 今回の修正範囲 | 修正の基準を共有できるか |
| 納品 | ファイルを受け取れるか | Gitやテスト用サイトを使えるか |
一度頼んで問題がなかったからといって、すぐに継続パートナーとして固定する必要はありません。
まずは1ページや小規模なLPを頼み、連絡、質問の内容、納品データまで見てから判断する方が安全です。
1．得意分野が自社案件と合っているか
同じコーダーでも、得意な案件は異なります。
静的な企業サイトを多く扱う人もいれば、WordPress、LP、アニメーション、既存サイトの改修を得意とする人もいます。
相談前に、自社で外注することが多い案件を整理します。
- コーポレートサイト
- 採用サイト
- LP
- WordPressのオリジナルテーマ
- 既存サイトへのページ追加
- 問い合わせフォーム
- JavaScriptを使った動き
- 更新しやすい管理画面の作成
ポートフォリオを見るときは、デザインの雰囲気だけでなく、スマートフォン表示や実際の動きも見ます。
見た目の近い実績がなくても対応できる場合はありますが、初回相談で案件の種類を伝え、対応経験を聞いておくと判断しやすくなります。
2．デザインから判断できない部分を質問してくれるか
デザインカンプには、すべての動きや表示ルールが書かれているとは限りません。
たとえば、次の内容は画像だけでは判断できないことがあります。
- ボタンを押したときの移動先
- メニューを開いたときの動き
- 文章が長くなった場合の表示
- スマートフォンで表をどう見せるか
- 画像が用意できない場合の表示
- 問い合わせ送信後の画面
- 管理画面から変更できる範囲
不明点を確認せず、見た目だけで作業を進めると、完成後の修正が増えます。
一方で、細かな点をすべて質問されると、社内担当者の負担が大きくなります。「この部分は一般的な形で進め、判断が必要な部分だけ質問する」といった進め方ができる相手なら、やり取りを減らせます。
3．レスポンシブ表示の考え方が合っているか
パソコン版とスマートフォン版のデザインがあっても、その間の画面幅はコーダーが調整します。
タブレットや小型ノートパソコンでは、次のような崩れが出ることがあります。
- 見出しが不自然な位置で改行される
- 横並びの要素が狭くなる
- ボタンの文字が二段になる
- 表が画面からはみ出す
- 画像と文章の順番が分かりにくくなる
- メニューが重なる
スマートフォンの一機種だけで表示できればよいわけではありません。画面幅が変わっても、読みやすさを保てる作りになっているかを見ます。
初回案件では、パソコン、タブレット、スマートフォンの数種類で表示を確認します。ブラウザの幅を少しずつ変えたときに急に崩れないかも見ておきたいところです。
4．自社のコーディングルールに合わせられるか
制作会社では、案件ごとにコーディング担当者が変わっても管理しやすいよう、社内ルールを決めていることがあります。
例として、次のような指定があります。
- CSSのクラス名
- Sassのファイル構成
- 画像の保存場所
- ブレークポイント
- JavaScriptの書き方
- WordPressのテーマ構成
- コメントの入れ方
- 使用できるライブラリ
- 対応ブラウザ
- ファイル名の付け方
ルールがある場合は、見積もり前に渡します。
納品直前になってからルールを伝えると、ファイル全体の修正が必要になることがあります。専用の資料がなければ、過去案件のデータを見本として共有する方法もあります。
反対に、社内ルールが決まっていない場合は、外注先の標準的な作り方を聞いておきます。案件ごとに構成が変わると、後から別の担当者が修正しにくくなります。
5．連絡手段と返信の基準を決められるか
継続案件では、返信の速さだけで相手を選ぶ必要はありません。大切なのは、どの連絡にいつまでに返事が来るかを決められることです。
最初に次の内容をそろえます。
- 使用する連絡手段
- 連絡できる曜日と時間
- 質問への返信目安
- 急ぎの連絡方法
- 定例会議の有無
- ファイルの共有場所
- 誰が最終判断をするか
チャットを送った直後の返信を毎回求めると、コーディング作業が止まります。
緊急ではない質問は当日中、作業が止まる質問は早めに連絡するなど、内容によって分けた方が進めやすくなります。
制作会社側でも、外注先から届いた質問に答える担当者を決めておきます。社内の複数人が別々の指示を出すと、どの内容を採用するのか分からなくなります。
6．修正とデザイン変更を分けて考えられるか
完成したページがデザインと違っている場合は、コーディングの修正です。
一方、作業開始後に文章、画像、配置、機能を変える場合は、デザインや仕様の変更になります。
この二つを分けずに扱うと、追加料金や納期をめぐる認識のずれが起きます。
コーディングの修正になりやすい例
- 指定と余白が違う
- 色や文字サイズが違う
- リンク先が間違っている
- スマートフォンで表示が崩れる
- 指示した動きになっていない
仕様変更になりやすい例
- セクションを追加する
- ボタンの位置を変える
- フォーム項目を増やす
- 新しいアニメーションを追加する
- WordPressで編集できる範囲を増やす
着手前に、修正できる期間、回数、対象範囲を決めます。
制作会社側も、デザインが確定してからコーディングを始める流れを作っておく必要があります。
7．納品データを社内で扱えるか
ブラウザ上の見た目が合っていても、納品されたデータを社内で管理できなければ、次の更新で困ります。
納品前に次の点を見ます。
- ファイルの構成が分かりやすいか
- 不要なファイルが残っていないか
- 画像名から内容を判断できるか
- 共通部分がまとめられているか
- 外部ライブラリの用途が分かるか
- WordPressの更新箇所が分かるか
- 引き継ぎに必要な説明があるか
Gitを使う制作会社では、納品時だけZIPファイルを受け取る方法より、作業中から同じリポジトリで管理した方が合う場合があります。
サーバーへ直接アップロードしてもらう場合も、どのファイルを変更したのか分かるようにしておきます。既存サイトへ上書きする前には、バックアップも必要です。
外注パートナーを決める前に小さな案件を頼む
継続依頼を考えている場合でも、最初から大きなサイトを丸ごと任せる必要はありません。
次のような小規模案件から始める方法があります。
- 下層ページ1ページ
- 短いLP
- 既存ページのレスポンシブ対応
- 新しいセクションの追加
- 静的ページのWordPress組み込み
- 簡単なアニメーションの追加
試しに頼む案件でも、実際の運用と同じ連絡方法や納品ルールを使います。
見るべきなのは、完成したページだけではありません。
- 最初の見積もりに不足がないか
- 質問が具体的か
- 途中経過を共有してくれるか
- 約束した日に確認できるか
- 指摘した内容が正しく直るか
- 納品後に社内で扱いやすいか
一度のテストで完璧な相手を探すより、問題が出たときに話し合って改善できるかを見る方が、継続パートナーを選びやすくなります。
制作会社側で用意しておきたい依頼資料
外注先の能力だけでなく、制作会社側の資料も仕上がりに影響します。
毎回使える依頼用のひな型を作っておくと、説明漏れを減らせます。
案件の基本情報
- サイトの種類
- ページ数
- 公開予定日
- 希望納期
- デザインデータのURL
- パソコン版とスマートフォン版の有無
- 公開先の環境
実装内容
- アニメーション
- フォーム
- WordPress
- 更新できるようにする場所
- 外部サービスとの連携
- 計測タグ
- 使用できるライブラリ
作業ルール
- ファイル構成
- クラス名
- 対応ブラウザ
- ブレークポイント
- Gitの使い方
- テスト用サイトの場所
- 納品方法
確認と修正
- 社内の確認担当者
- 確認予定日
- 修正の伝え方
- 完成とする条件
- 本番公開を担当する人
案件ごとにゼロから説明するのではなく、このひな型へ必要事項を追加する形にすると、外注先が変わっても同じ基準で依頼できます。
継続パートナーへ依頼するときに伝える内容
継続を前提に相談する場合は、目の前の案件だけでなく、今後依頼する可能性のある仕事も伝えます。
ただし、「毎月依頼する予定です」と曖昧に伝えるだけでは、相手も予定を空けられません。
次のように、分かる範囲で具体的にまとめます。
- 月に何件程度を想定しているか
- LPとホームページのどちらが多いか
- WordPress案件があるか
- 案件が増えやすい時期
- 急ぎ案件がどの程度あるか
- 使用しているデザインツール
- 自社のコーディングルール
- 普段使っている連絡ツール
- Gitを使用するか
- クライアントとの直接連絡があるか
- 実績公開の可否
- 機密情報の扱い
案件数が確定していない場合は、「まず1件依頼し、問題がなければ次回以降も相談したい」と伝えれば十分です。
まとめ
制作会社がコーディングの外注パートナーを探すときは、価格と納期だけで決めない方が安全です。
得意な案件、レスポンシブ表示、コーディングルール、連絡方法、修正範囲、納品データまで確認します。
最初は小さな案件を頼み、完成したページだけでなく、質問の内容や納品後の扱いやすさも見ます。
外注先へ求める条件を増やすだけでは、良い関係は続きません。制作会社側も、確定したデザイン、実装内容、社内ルール、確認日を整理して渡す必要があります。
一度共有した内容を次の案件でも使える形に残しておけば、説明や修正にかかる時間を減らし、社内と外注先のどちらも作業を進めやすくなります。
