コーディング外注先は、金額や制作日数だけでなく、仕様の確認方法、品質基準、WordPressの設計、納品後の対応まで含めて選ぶことが重要です。発注前に判断基準をそろえると、見積もりの比較がしやすくなり、制作途中の認識違いも減らせます。
1. 依頼範囲と完成条件を明確にする
最初に確認したいのは、どこからどこまでを依頼するかです。HTML・CSS・JavaScriptだけなのか、WordPress組み込み、フォーム、公開作業、公開後の修正まで含むのかで、必要な工数と確認内容は変わります。「実装一式」ではなく、ページ数、テンプレート数、機能、対象ブラウザ、検収条件を一覧にします。
2. デザインデータと動作仕様をそろえる
デザインデータだけでは判断できない部分もあります。スマートフォンでの並び順、メニューの開閉、スライダー、フォームのエラー表示、ホバーやフォーカス時の状態を共有します。画像、フォント、アイコンの権利と支給方法も確認しておくと、制作開始後の待ち時間を減らせます。
3. WordPressの更新方法を先に決める
WordPress案件では、見た目だけでなく「誰が、どこを、どの頻度で更新するか」が重要です。固定ページ、投稿、カスタム投稿、カスタムフィールドの使い分けを決め、入力ミスを防ぐ項目名や説明も設計します。運用担当者がHTMLを触らないと更新できない構成は、公開後の負担につながります。
4. 品質確認の基準を共有する
WordPress公式にはPHP、HTML、CSS、JavaScriptなどのコーディング基準があります。また、アクセシビリティは後から追加するのではなく、見出し、リンク、フォーム、キーボード操作、画像の代替テキストなどを制作時から確認する方が効率的です。W3CのWCAGは、知覚可能・操作可能・理解可能・堅牢という原則で確認項目を整理しています。
- 主要な画面幅とブラウザで崩れがない
- 見出し順とリンク文言が内容を表している
- キーボードだけでも主要操作ができる
- フォームの必須、エラー、完了状態が分かる
- WordPressの入力値を適切に検証し、安全に表示する
5. 進行・検収・納品後の条件を確認する
連絡手段、質問への回答期限、途中確認の回数、修正範囲、検収期間を事前に決めます。Gitの利用、ファイル納品かサーバー反映か、バックアップと切り戻しを誰が担当するかも重要です。公開後に見つかった不具合と追加要望を分ける基準があると、双方が判断しやすくなります。
発注前チェックリスト
- 依頼範囲
- ページ・テンプレート数
- レスポンシブ仕様
- 動作仕様
- 支給素材
- WordPress更新項目
- 対応ブラウザ
- アクセシビリティ
- セキュリティ確認
- 連絡と途中確認
- 検収条件
- 公開後の対応
GreenCodingでは、案件全体だけでなく、コーディング、WordPress部分、既存サイトの改修など、必要な工程から参加できます。外部制作パートナーをお探しの場合は、制作会社様向けのWeb実装支援をご覧ください。