LPは自作か外注か？原稿・更新・計測まで含めた選び方

こんにちは。バナナデスクです。

LPを作るとき、最初に迷うのは「自分で作るか、制作会社やデザイナーへ頼むか」かもしれません。費用だけを見ると自作がよさそうですし、見た目だけを見ると外注したくなります。

でも、公開後に講座の日程が変わった場面を想像してみてください。誰が文章を直し、フォームの日付も変え、スマホから申し込めるかを確認するのでしょうか。制作時の比較に、この仕事が入っていないと、完成してから困ります。

LPの自作と外注は、原稿、デザイン、実装、受付、計測、公開後の更新を誰が担当するかで選びます。全部を一人で作るか、すべて丸投げするかの二択ではありません。ここでは、一部外注も含めた役割表と、依頼内容をまとめる完成見本を作ります。

執筆：バナナデスク｜WEBビジネスの設計・集客・改善

LPを作り始める前に、自分が決める内容を揃える

対象読者や提供内容が決まっていない段階で、見た目の制作だけを頼んでも、何を載せるかで止まります。外部の人に整理を手伝ってもらうことはできますが、その作業が見積もりに含まれるかを確認する必要があります。

最低限、誰向けの何の案内か、受け取るもの、料金と条件、申込後の手順、今回のLPでしてもらいたい行動を一枚にします。さらに、実績として使える資料、公開できる画像、未確定の項目を分けます。

例えば、「講座のLPをお願いします」では、申込と決済まで必要なのか、問い合わせだけなのか分かりません。「開催内容が確定した少人数のオンライン講座について、対象・内容・日程・料金を伝え、既存の申込フォームへ進めるページ」と書けば、必要な機能を相談できます。

競合のLPのURLも参考にはなりますが、「このような雰囲気」だけでなく、何を参考にしたいかを添えます。説明の順番なのか、文字の大きさなのか、料金表の見せ方なのか。他社の文章や画像をそのまま使う依頼にはしないようにします。

六つの仕事を、担当者ごとに分けて比較する

自作でも外注でも、必要な仕事が消えるわけではありません。誰が作業し、誰が内容を確認するかが変わります。次の表は選び方を整理するための例で、制作サービスの標準範囲を示すものではありません。

「一括」の中身は、相手の提案書で確認します。原稿を渡すだけの制作もあれば、商品整理から支援するサービスもあります。名称が同じでも、比較する範囲が違う可能性があります。

W3C WAIのウェブアクセシビリティ管理ガイドでも、担当、予算、評価、継続的な確認を計画に組み込む考え方が示されています。アクセシビリティに関する資料ですが、公開後まで責任を割り当てる視点はLPの依頼内容を整理する際にも役立ちます。出典：Planning and Managing Web Accessibility

どの方法が合うかは、詰まっている工程で考える

自作を選びやすいのは、提供内容と原稿が整理できていて、使うツールを扱え、公開後も自分で更新したい場合です。ただし、フォームやスマホ表示など、作った本人だけでは見落とす部分の確認は必要です。

一部外注が合うのは、自分が説明できる内容は揃っているものの、デザインや実装など特定の工程で止まっている場合です。原稿を自分で直せる形にしてもらえば、小さな更新を続けやすくなることがあります。ただし、どこまで自分で変更できるかを、実際の納品方法で確認します。

一括外注を検討するのは、原稿の整理から実装まで広い支援が必要で、そのための費用と確認時間を用意できる場合です。外注すれば自分の作業がゼロになるわけではありません。資料提供、質問への返答、初稿確認、公開条件の承認は残ります。

選びにくいときは、いちばん不明な工程を一つだけ試してみます。自作なら仮原稿で一画面とフォームへの遷移を作る。一部外注なら、依頼範囲と受渡し形式を見積もり前に確認する。全部を作る前に、運用できるかを確かめます。

制作費だけでなく、六か月の出費と自分の時間を見る

次は、同じ一枚のLPを作り、六か月の間に二回の小さな文言更新を行う、架空の比較です。市場の相場や見積もり実績ではありません。数字は計算方法を説明するために置いています。

この例では、外注の初期費用に素材と指定した二回の文言更新を含むと仮定し、自作の時間にも更新作業を含めています。広告費、決済手数料、新機能の追加は含めていません。共通の利用費は、掲載環境などをまとめた仮の額で、特定サービスの料金ではありません。

支出だけを比べれば自作が少ない一方、自分の時間は多く必要です。この差に価値があるかは、その時間に何をする必要があるかで変わります。「時給を掛けたら外注が必ず得」と一律には決めません。使える資金と作業枠を、両方見ます。

比較対象の見積書では、更新費、ツール利用料、ドメインや素材の利用条件を同じ期間で揃えます。片方は初期費用だけ、もう片方は年間保守込み、という比較を避けます。不明な費用をゼロとして計算しないことも大切です。

外注するなら、見積もり依頼をここまで具体化する

必要な仕事を整理したら、依頼内容を短い文書へまとめます。以下は、既存の申込フォームを使うオンライン講座LPの、架空の記入例です。

予算や希望日が決まっている場合は、隠さず伝えます。ただし、予算に合わせて大事な確認が消えていないかを見るため、どこを減らせば収まるかも説明してもらいます。料金の安さだけでなく、同じ完成条件を満たすかで比較します。

提案を受け取ったら、作業名が一致しているかを照合します。「フォーム連携」は、ボタンのリンク設定だけか、入力フォームの作成と送信試験までか。「原稿調整」は、誤字修正だけか、提供内容の取材と書き直しまでか。同じ言葉でも範囲が違う部分を、見積もりへ具体的に追記してもらいます。

未確定の項目は、いつ誰が決めるかを残します。「画像は後で」で止めると、デザインの完成日も動く可能性があります。依頼する側の準備が納期に関わる部分を、制作側の作業と同じ表へ載せます。

納品時は、自分が更新できるところを実際に試す

「更新できます」と説明されたことと、自分が操作できたことは別です。公開前の確認用環境などで、開催日の一か所を変え、スマホ表示を見て、元に戻すところまで試すと、引継ぎの不足が分かります。

あわせて、どのアカウントで管理するか、編集できる人は誰か、契約終了後も使える素材やファイルは何かを確認します。管理者のパスワードをそのまま共有するのではなく、使うサービスに用意された権限付与など、適切な方法を確認してください。

引継ぎ資料には、変更してよい場所、構造が崩れるため相談が必要な場所、画像サイズ、フォームの管理場所、障害時の連絡先をまとめます。画面のスクリーンショットだけでなく、どの目的で何を変更するかを書いてもらうと、後から使いやすくなります。

公開後の支援を頼む場合も、文字の修正、機能追加、原因調査、緊急対応をひとまとめにせず、対応範囲を確認します。「保守あり」という一語だけでは、実際に困ったときの扱いが分かりません。

一部だけを別の担当者へ移す可能性があるなら、元のデザインデータや編集用ファイルが納品に含まれるかも確認します。完成ページを閲覧できることと、同じ状態を別環境へ移せることは異なります。利用条件によって扱いが変わるため、必要な形式と用途を見積もり時に伝えておきます。

完成の確認は、見た目・受付・記録を分ける

PCで美しく表示されても、スマホで表が画面からはみ出す、ボタンの先が古いフォームになっている、通知は届くが受付記録が残らない、といった問題は別に確認します。

まず、本文と画像が読み取れるか。次に、意図したボタンから申込へ進めるか。最後に、テスト送信が正しい記録へ届くか。計測を入れた場合は、何の操作で何件と数えるかまで確認します。見た目の承認を、すべての動作確認の完了として扱わないようにします。

そのうえで公開日と確認した条件を残します。公開後に文字やフォームを変更したら、関係する部分をもう一度試します。制作会社へ頼んだ場合も、実際の受付を運営する人が確認する工程は残ります。詳しい切り分けは、LPから申し込みがないときの点検でも紹介しています。

選ぶ前に、自分に残る仕事を一行で書く

自作なら「原稿から受付まで自分で作り、必要な確認を外部へ相談する」。一部外注なら「原稿と受付運営は自分、デザインと実装を依頼する」。一括外注なら「制作を広く依頼し、自分は資料提供と内容確認、公開後の運営を担当する」。この一行が書けると、見積もりを比べやすくなります。

最初から完璧な方法を選び切る必要はありません。小さく公開して自分で更新し、必要になった工程を依頼する方法もあります。ただし、後から移す場合に、原稿・画像・データを取り出せるかは先に確認しておきます。

LPは公開する瞬間だけでなく、条件が変わるたびに手を入れるページです。今の費用と見た目に加え、三か月後に誰が何を直すかまで想像して、担当を決めましょう。