こんにちは。バナナデスクです。
「LPを作りましょう」と言われたけれど、ホームページはもうある。そんなときは、まず何をするページが必要なのかを確かめましょう。LPは「ランディングページ」の略ですが、サイトへの訪問を調べる場面と、商品やサービスのページを作る場面で、指しているものが違います。
私は、ページの形を決める前に、読者が何を確かめてから相談するのかを書き出すことを勧めます。「誰向けか」「いくらか」「何をしてもらえるか」「どう相談するか」がそろうと、今ある案内を直すのか、新しいページを作るのかを判断できます。
この記事では、小さな相談サービスを例に、サービス案内の原稿と、受付までの確認メモを一組にまとめます。手元のサービス案内か、これから案内したいサービスのメモを用意し、自分の内容に置き換えながら進めてください。
LPの意味：入口とサービス案内
「アクセス解析」は、どのページが見られたか、どこから訪問したかなど、サイトの利用状況を記録して調べることです。この場面では、訪問者が最初に開いたページをランディングページと呼びます。一方、制作の相談でいうLPは、一つの商品やサービスを説明し、申込などの判断に必要な情報を集めたページを指すことがあります。
| 使われる場面 | 意味 | 例 |
|---|---|---|
| アクセス解析 | その訪問の最初に見たページ | 検索から入ったブログ記事、紹介リンクから入ったトップページ |
| 広告・制作の打ち合わせ | 特定の提案を説明し、購入・相談などの判断を支える専用ページ | 一つの相談サービスの内容、料金、条件、受付方法をまとめたページ |
Google Analyticsの公式説明でも、ランディングページは、セッションの最初のページビューに関連付けられたページとして定義されています。Google Analyticsはアクセス解析のサービスです。「セッション」はサイト内での一連の操作をまとめた訪問の単位、「ページビュー」はページが表示された記録を意味します。公式説明に出てくる「ディメンション」は、データを分類する項目です。ここでは、入口になったページごとに訪問の様子を調べるための項目だと考えてください。
たとえば検索から「案内文の書き方」という記事へ入り、その後にサービス案内へ移ったとします。その訪問の入口は記事なので、解析上のランディングページは記事です。サービス案内を専用のLPとして作っていても、この訪問では最初のページにはなりません。紹介文のリンクから直接サービス案内へ入った訪問なら、サービス案内が入口になります。
制作を頼むときは、「特定の相談サービスを説明するページを作りたい」と伝えると、解析の集計と取り違えにくくなります。以下では、このサービス案内のページをLPと呼んで進めます。
ホームページとLPは、役割が違う
「ホームページ」という言葉も、日常ではサイト全体を指したり、その表紙にあたるトップページを指したりします。相談するときは「サイト全体」「トップページ」「サービス案内ページ」と呼び分けましょう。それぞれが答える疑問を、次の表で整理できます。
| ページ | 主に答える疑問 | 置く情報 |
|---|---|---|
| トップページ | 誰が、どんな分野を扱っているか | 発信の全体像、分野別の記事、サービス、著者紹介への案内 |
| ブログ記事 | 今知りたいことをどう解決するか | 手順、比較、根拠、記入済みの例 |
| サービス案内LP | この支援は自分に合うか | 対象、提供物、料金、範囲、流れ、受付条件 |
| 受付フォーム | 必要な情報をどう送るか | 入力項目、情報の扱い、送信後の案内 |
「受付フォーム」は、名前や連絡先、相談内容などを入力して送るための画面です。サービス案内で条件を確かめた人が、次に必要な情報を送れるように用意します。同じページ内に置く方法も、別の受付ページへ案内する方法もあります。
これらのページは、一つのサイトの中にまとめられます。「ドメイン」はサイトの住所に使う名前で、LPを作るために別のドメインを取得する必要はありません。今あるサービス案内に必要な条件がそろっていれば、そのページを整える方法も選べます。
ここで、自分のサイトのサービス案内を一つ開いてみてください。対象者、提供するもの、料金、対応範囲、相談の流れ、受付先がどこに書いてあるかを確認します。見つからない項目をメモへ残せば、次の原稿づくりで補う内容が分かります。
架空の相談サービスを、一ページへまとめる
ここからは、すでにあるサービス案内を整える相談の架空例です。60分、33,000円（税込）、下書き1枚という条件も原稿の見本で、実際に受け付けているサービスや、私の提供実績を示すものではありません。引用部分をひな形にして、前後の説明に沿って自分のサービスへ置き換えます。
今あるサービス案内を、対応範囲が分かる一枚へ。
60分のオンライン相談で、料金に含む作業、対象外、変更時の対応を整理し、案内文の下書き1枚をお渡しします。
最初に、「何を一緒に進めるか」と「最後に何を受け取れるか」を一文ずつ書きます。この例では、対応範囲を整理し、案内文の下書き1枚を渡します。自分のサービスでも「相談に乗ります」だけで終わらせず、相談後に残るものや、確認できることを具体的にしてください。
この相談が合う方
相談サービスを既に提供し、現在の説明文をお持ちの方。追加対応について、どこまで含むかを文章で伝えたい方。
対象外
契約書作成、法的な判断、新しい事業そのものの設計は含みません。
次に、利用するための前提と、引き受けない仕事を書きます。この例は、現在のサービス説明文を持っている人向けなので、事前に用意する資料が決まります。「対象外」は料金に含めない仕事や、そもそも引き受けない仕事です。自分の案内では、その違いが分かるように書き分けましょう。
料金と含むもの
33,000円（税込）。事前資料の確認、60分オンライン相談、案内文の下書き1枚を含みます。
進め方
相談内容を送信→対応可否と日程を確認→条件を合意→資料を共有→相談→下書きを受け取る、という流れです。
料金は税込か税別かを明記し、その金額に含む作業を並べます。対象外の説明と照合して、同じ仕事が両方に入っていないかも確認してください。支払時期、下書きを渡す時期、内容変更やキャンセルの扱いも、実際に提供できる条件を決めて書き添えます。まだ決めていない項目は作業用メモへ残し、公開前に確定させます。
この例では、相談内容を送った後に、対応できるか、日程が合うかを確かめ、条件に合意してから資料共有と相談へ進みます。「送信したら予約確定」とはしていません。受付担当がいつ、どの方法で返答するかを決め、送信後の案内にも同じ流れを書いておきます。
送信前に用意するもの
現在のサービス説明文と、特に整理したい箇所。顧客の氏名や機密情報は除いてご相談ください。
ボタン例：相談内容を送る
ボタンの言葉は、押した後にすることに合わせます。この例なら「相談内容を送る」です。ボタンの近くに、送る資料と、送信後に確認する事項をまとめます。フォームでは、返信に必要な連絡先と相談内容を受け取れるようにし、不要な顧客情報まで入力させない項目を考えましょう。
ここまでの文章を、冒頭の提案、対象者と対象外、料金と含むもの、進め方、送信前の準備、相談ボタンの順に並べれば、一ページ分の原稿になります。受付を担当する人にも読んでもらい、書いた条件で実際に対応できるかを確かめます。
縦長・メニューなし・広告専用である必要はない
LPには、下へ読み進める縦長のページがよく使われます。ただし、長さを先に決めると、必要な条件が足りなかったり、同じ説明を繰り返したりしがちです。まず原稿を読んで、相談する前の疑問に答えられるかを確認しましょう。比較する条件が多ければ説明が長くなり、前提を知っている人向けなら短くできる場合があります。
サイト内の各ページへ移動する案内を「メニュー」と呼びます。申込へ集中してもらいたいときも、事業者の情報や利用条件を確認できることは大切です。必要な情報が別のページにあるなら、読者がそこへたどり着けるかを確かめてください。
広告以外にも、ブログ記事、検索、メール、紹介からLPへ来る人がいます。初めて知った人には、冒頭で誰が何を提供するかを説明します。すでに詳しい記事を読んだ人にも、料金や対象外、送信後の流れはそのページで確認できるようにします。入口に応じて説明の順番を調整するときも、料金や対象範囲などの条件は各案内でそろえましょう。
ページを作った後は、表示と受付を分けて確認する
原稿をページにしたら、読者の画面から受付担当の手元まで、一つの流れとして確認します。ここでは「フォーム到達」を入力画面が開いたこと、「受付完了」を担当者側で相談内容の到着を確認できたこととして分けます。受付が完了しても、その時点で予約や契約が確定するとは限りません。
- ページの表示を確かめる。パソコンとスマホでページを開き、本文や料金が読めるか、画像が表示されるかを確認します。表が横に続く場合は、横へ動かして最後の列まで読めるかも見ます。
- 相談ボタンからフォームを開く。ボタンを押して、意図した入力画面に進むことを確かめます。ボタンが押せることと、フォームが開くことは別に確認してください。
- 検証用の内容で入力し、送信する。試し送信だと分かる文と、自分で受信を確認できる連絡先を使います。入力が必須と表示された項目を埋めて送信し、画面に送信結果や次の案内が出るかを確認します。
- 担当者側の到着を確認する。通知メールやフォームの管理画面など、運用で使う受取先を開きます。送信日時と内容を照合し、返信に必要な情報が届いているかを確かめます。送信後の画面が出ただけで確認を終えないようにしましょう。
- 確認結果を記録する。確認日、使った端末、各段階の結果、直す箇所をメモに残します。修正した部分は同じ手順で確かめ直し、検証用の送信は実際の相談と区別して管理します。
公開後に数字を見るときも、何を数えたかを分けます。ページの表示回数、ボタンを押した回数、フォームへ到達した回数、相談内容が届いた件数は、それぞれ違う段階の記録です。最初からまとめて「申込数」と呼ばず、記録する対象と期間を決めてください。
受付担当が相談を管理する一覧を、ここでは「相談台帳」と呼びます。台帳には受付日や対応状況を残し、テスト送信、重複、迷惑送信を有効な相談とどう区別するかも決めます。Google Analyticsの入口ページの集計は訪問の記録なので、台帳の有効な受付件数と、そのまま同じ数字になるとは限りません。数字の変化を比べるときは、先に集計した対象と期間がそろっているかを確かめます。
最後に、作った原稿を見ながら「誰向けで、いくらで、何が含まれ、どう相談するか」を説明してみましょう。その答えを今の案内ページにそろえられるなら、既存ページの改善から進められます。別の提案としてまとめる必要があるなら、新しいサービス案内ページを検討します。原稿と受付確認のメモを一緒に残しておくと、文章を作る人と実際に受け付ける人が、同じ条件で準備を進められます。