すべてのユースケース

一行の指示からランディングページを公開する

必要なページを伝えるだけで、Zero が全体の構成を組み立て、各セクションの文章を書き、GitHub の PR を作成し、公開前に確認できるプレビューリンクまで用意します。

Zeroの接続先:GitHubVercelPlausible

課題

キャンペーンの準備は整っているのに、ランディングページだけが間に合っていない。オファーもターゲットも、ページにどんなことを書くべきかも、おおよそ頭の中にある。けれどそれを実際のページにするには、デザインへの依頼書、エンジニアリングへのチケット、何度かの文章修正、そして次のデプロイ枠を待つ時間が必要です。ページが公開される頃には、もう旬は過ぎている。Zero はその工程を一気に縮めます。誰に向けたページで、訪問者にどんな行動を取ってほしいかを伝えれば、構成全体(ヒーロー、バリュープロップ、ソーシャルプルーフ、FAQ、コールトゥアクション)を組み立て、文章を書き、PR を作成し、プレビュー URL を渡します。モックアップではなく、実際のインフラ上の本物のページを確認し、自然な言葉で修正を依頼できます。

Zeroによる解決方法

ステップ1:ツールを接続する

GitHub
GitHub
必須
Zero がページを新しいブランチにコミットし、プルリクエストを作成します。ページの構築と公開に必須です。
接続
Vercel
Vercel
必須
Zero がプレビューデプロイを読み取り、PR とまったく同じページのライブ URL を渡せるようにします。プレビューリンクに必須です。
接続
Plausible
Plausible
オプション
Zero がページのアナリティクスを追加・取得し、公開後のパフォーマンスを計測できるようにします。任意です。
接続

ステップ2:Zeroに聞く

@Zero スタートアップの創業者向けの新しいチームプラン用ランディングページを作って。ヒーロー、3つのバリュープロップ、短い FAQ、登録のコールトゥアクションを入れて。PR を作成してプレビューリンクを送って。
Zero がブリーフをページ構成に変換します
Zero はあなたのゴールとターゲットを受け取り、コンバージョンするページに必要なセクションを設計します。明確な見出しを持つヒーロー、バリュープロポジション、ソーシャルプルーフ、反論に答える FAQ、そして1つの主要なコールトゥアクションです。
Zero が文章を書き、ページを構築します
Zero は各セクションをあなたのプロダクトのトーンで書き起こし、コードベースの中でページを組み立て、新しいブランチにコミットします。既存のデザインシステムに沿うので、後付け感のない、自然に馴染むページに仕上がります。
Zero がプレビューデプロイ付きの PR を作成します
Zero は GitHub のプルリクエストを作成し、プレビューデプロイの完了を待ちます。実際のインフラ上の本物のページを表示するライブ URL が手に入るので、確認したものがそのまま訪問者の見るものになります。
自然な言葉で修正を重ねられます
見出しをより鋭く、FAQ の順序を入れ替え、コールトゥアクションを変える、といった希望を返信するだけで、Zero はブランチを更新し、マージできる状態になるまでプレビューを再デプロイします。

ステップ3:さらに活用する

アナリティクスを設定する
ページ単位のトラッキングを追加し、初日からパフォーマンスを計測できるようにします
@Zero 新しいランディングページに Plausible のトラッキングを追加して、どのイベントを取得しているか教えて。
テスト用のバリアントを用意する
最初のページと A/B テストするための2つ目のバージョンを作成します
@Zero ランディングページを複製して、機能訴求ではなくベネフィット訴求の見出しにしたバリアントを作り、PR を作成して。
定例化する
新しいキャンペーンブリーフを渡せば Zero がページを作るようにします
@Zero このチャンネルにキャンペーンブリーフを置いたら、それに合ったランディングページを作り、PR を作成して、プレビューリンクを送って。

より良い結果のためのヒント

ブリーフは、訪問者に取ってほしい行動(登録する、デモを予約する、トライアルを始める)から書き始めましょう。ゴールが明確なほど、機能の羅列よりも鋭いページに仕上がります。
気に入っている既存ページを参考として Zero に示すと、新しいページが実績のある構成とあなたのデザインシステムを引き継ぎます。
初日からアナリティクスを有効にして、推測ではなく実際の訪問者の行動をもとに改善できるようにしましょう。