変換し,テストできる VSL を作成する方法

決定 を 始め て ください

重要なVSLは,テーマではなく,決定を中心に構築されています.開幕前に,視聴者が観た後に何をすべきかを正確に決定してください.

書き出す前に4つの入力を文書化します

• 観客: 見ている人,すでに知っていること,疑っていること. - 提案: 行動を取った後,自分にとって何が変わるのか. - 証拠: その変化を信じられる証拠. - 停止規則: テストが一時停止または書き直すほど弱くなったとき.

VSLの直接応答では,最初の測定可能な目標は,オプトイン率,チェックアウト開始,予約通話率,または購入変換です. 早期数字を推定として扱うのは,信頼する十分なトラフィック品質とサンプルサイズが手に入るまでです.

強いVSLは視聴者に"これは私のためで なぜうまくいくのか理解し 次に何をすべきか知っています"と 考えさせるのです

研究 書き出す 前 に 要求 を 求め て いる

市場に関する新しい証拠は,脚本が創造的な推測になるのを防ぐ. 広告のアクティブ,ランディングページ,公開のオファーページ,レビューパターン,競争相手のポジショニングを判断する前に,レビューをチェックしてください.

有用な研究源には [Meta アドレスライブラリ] (https://www.facebook.com/ads/library/) が含まれる. ライブ広告の例, ClickBankや Digistore24のような市場ページが提供メカニズム,そしてすでに使用している言語の公開検索結果. AdSpy, BigSpy, Anstrexなどの公開スパイツールが角度発見に役立つが,保存された広告スクリーンショットをまだスケーリングされている証拠として扱わない.

Daily Intel Serviceは,古いクリエイティブ・スナップショットではなく,現在の市場参照が必要なチームにとって最も有用です. 古い例からライブ信号をどのように分離するのかを理解したい場合は, [Daily Intel Service方法論] (/方法論) を見てください.

研究 の 中 で 捉える こと

表面スタイルをコピーするな. 裏にある決定論理を捕まえなさい.

• 競争相手は約束を繰り返すのが最も多い. - CTAの前に返信する反対. - デモ,証言,データポイント,または創設者ストーリーなどの頼りになる証明形式. - 保証,無料試行,または低摩擦などのリスク逆転が使用される次のステップ. - ページによって暗示される視聴者の温度:寒い,問題意識,解決策意識,またはオファー意識.

この研究は単純な仮説を提示すべきです "この聴衆は,このメカニズムに反応する可能性が高いのは,この反対が行動を阻害しているからです"

脚本 の 前 に 提案 論理 を 閉じ

VSLの最も一般的な失敗は,弱いオファー論理に固いハックである.視聴者は最初の30秒を視聴するかもしれないが,メカニズム,証明,または条件が不明である場合,行動しない.

この順序でオファーの地図を作成します

◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎ ◎

健康,金融,収入,規制されたカテゴリーについては,主張を保守的に保つ. Google [有用な,信頼できる,人々向けコンテンツを作成する]に関する検索ガイドは,有用な基準である. 支持されていない絶対的なものを避ける,仮定を説明し,読者が評価できる主張を提出する.

懲戒 を 要求 する

請求書には,誰が適用されるか,何が変更されたか,どの期間で,証拠がどこから来たか記載する必要があります.その数字を確認できない場合は,推定値として標識するか,削除してください.

"内部テスト" "このキャンペーンサンプルに基づいて" "このテストウィンドウから推定された"などの文法を使用します. 証拠が限られている場合. それはすべての結果が普遍的な Pretend より信頼性の高いです.

VSL スクリプト構造を構築する

VSLの脚本には注意力,診断,メカニズム,証明,行動など 5つの作業が求められます 異なる式を使うことができますが,それぞれの式はこれらの作業を完了する必要があります

構造 優れた使い方 気をつけること システム 証明 提供 システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム システム

開放: 最初の20~35秒

オープニングは視聴者を特定し,費用がかかる問題を指定し,メカニズムを導入する必要があります.温かいまたはリターゲティングされたトラフィックでは,10〜20秒が十分かもしれません.寒いトラフィックでは25〜35秒はしばしばより現実的です.

簡単な開きパターン

• 特定の観客である場合, [特定の問題] を見ることができる. - 通常の修正は [古い方法] ですが,それはしばしば [特定のコスト] を生み出す. - よりよい経路は [メカニズム] です. それは [決定因子] を変化させるからです.

謎 の ため に 謎 を 避け て ください.その ビデオ を 見る 者 は,その 答え を 待ち 待っ て ください.

中: 仕組みと証拠

中部では,提案がうまくいく理由と視聴者が信じるべき理由を説明します. シンプルな言葉,一回ごとに一回目のない概念,一回目で証明点を使用します.

平均的な順序は

1. 仕組みを日常的に説明する. 2. 古い方法と失敗理由を示する. 3. 新しい方法とそれがなぜより簡単かより信頼性のあるかを示する. 4. 証拠を追加する: デモ,事例例,証言,比較,データ. 5. CTAをブロックする最も可能性のある異議を処理する.

多くの中継の位置では,90~180秒は合理的なスタート範囲である.長時間VSLsは動作できるが,保存と変換データは追加説明を正当化する場合にのみ.

接近: 一つの行動, 一つの理由, 一つの信頼の理由

閉幕は新しい議論を提示すべきではなく 結果を再確認し,その仕組みがなぜ信頼できるかを観衆に思い出させ,一つの行動を要求すべきです.

清潔な閉幕は3つの部分があります

• 視聴者が次に受け取るもの クリックするとどうなるか

CTA クリックが多くても下流変換が弱っている場合,通常信頼,価格設定,条件,またはオファーフィットの問題です.閉じるとランディングページの約束を確認する前にハックを再書きしないでください.

試題 ブロック で 草案 を 書い て ください

テスト可能な VSL は模組型です.開機,メカニズム,証明,異議を書き,個別ブロックとして閉じて,すべての資産を書き直さずに1つのセクションを改善できます.

このブロック形式を使用します

• 主張:ポイントを記述する一句. - 理由:重要な理由を説明する一句. - 証拠:例,メトリック,示例,またはソース. - 移行:次の決定に移行する一句.

例えば 研究 製品 の 証明 ブロック に は こう 書いて い ます".リスク は,あなたの チーム が 書い て 書く こと が でき ない こと で は あり ませ ん.リスク は,古い 例 から 書く こと です. Daily Intel Service は 脚本 を 作成 する 前 に,現在の 市場 動き を チェック し て い ます.したがって,最初の 草案 は,買い手 が すでに 見 て いる 内容 に 近い 段階 で 始まる".

段落 を 短く 保存 する.ほとんどの 脚本 や ランディング ページ の 転写 に は,段落 に 2 から 4 句 が 十分 です.

メッセージ を 隠さずに ビデオ を 制作 する

制作は 薄いコピーを補うのではなく 明確性を高めなければなりません シンプルな声出しで 清潔な字幕と 読みやすい 証拠の 視覚的な 画像は 模糊な主張で 磨き上げられた ビデオを 打ち負かすことができます

声とペース

音声 の 音声 は,少なくとも 2 つ 以上 の 音声 を 録音 する.その 一つ は 明確 な 音声 を 表現 する ため に 自然 的 な 音声 で ある こと,もう 一つ は 緊急 な 音声 で ある こと を 表現 する ため に 厳格 な 音声 で ある こと です.説明 する 物語 の ほとんど は,急ぎ に 過ぎる 音声 で は なく,制御 さ れ て いる こと を 感じ て いる こと で は,最も 良い 音声 で ある こと です.

推定生産保護線:

• 音声レベルを 一貫して ビデオ全体 に 配る. - 音楽 を 追加 する 前 に 背景 の 騒音 を 削除 する. - 標題 を 携帯 で 読み取れる よう に する. - ランディング ページ の 埋め込み に は 16:9 を 用い, 交通 源 が 必要 と する 時 に しか 9:16 の カット を 作成 し て い ない.

視覚的階層

表現の裏付けは全て視覚的なもので 明確な階層を用いること タイトル 証拠 裏付け詳細 CTA

幻灯片 を 5 条 の 要求 を 過剰 に 載せ ない.もし 観衆 が 2 秒 の 間 で フレーム を 理解 でき ない なら,その 図 を 簡素化 する.

遵守 と 信頼

確認してください. [FTCの承認ガイド] (https://www.ftc.gov/business-guidance/resources/ftcs-endorsement-guides-what-people-are-asking) は,特に見證書,アフィリエイト関係,または支払われた承認を含む場合,関連性があります.

規模 を 測る 前 に テスト

テストは,各波で少数の変数が変化するときにのみ有効です. ハック,証明,オファー,CTA,ランディングページを同時に変更すると,結果が得られるが,原因がわからない.

この階段を

1. ベースラインテスト: 1 つのコントロールと 2 つのスクリプトバリエーション,同じ視聴者とオファー. 2. ハックテスト:最初の 20 から 35 秒のみを変更する. 3. 証明テスト: ハックを保持して安定して閉じる. その後,証明命令または証明タイプをテストする. 4. 閉じるテスト: CTA 言語を変更する,フレーム設定を保証する,または次のステップの明確さを保証する. 5. 規模テスト:必要なフンネルメトリックが安定した後に予算を増やす.

推定診断範囲は,自分のに比べて検証される.

信号 診断の可能性 次のステップ 決定力のない信頼 証拠を強化し 閉じる 強力なクリックが 変換力が 弱い 価格 ページ 信頼の問題 拡大する前に ランディングページと条件をチェック

試料のサイズが重要だ. 初期変換の数値は誤り導くことができる. 特に,質が変動する有料トラフィックの場合.

勝利 者 を 繰り返す システム に 変え

勝った VSLは 単一のファイルではなく コントロールになるべきです スクリプト,トラフィックソース,オーディエンス,オファーバージョン,使用された証明,テスト日付,そして勝った決定を保存してください.

3つの制御状態を使用します

• 仮説:有望なアイデア,証明されていない. - 積極的な制御:現在必要な指標で代替品を倒す. - 退職した制御:以前は有用,現在飽和またはもはや適合していない.

このシステムは将来のVSLsを高速化します. チームはゼロから始めるのではなく,既知の制御から改善しています. 研究作業を比較するチームでは, [Daily Intel Service価格設定] (/価格設定) は,販売電話を必要とせずに商業オプションを説明します.

よく 聞かれる 質問

Q: VSL をゼロから作る最も速い方法は? A: 1 つの視聴者, 1 つのオファー約束, 1 つのメカニズム, 1 つの証明配列から始めましょう.必要に応じて最後の開示を書きます. 申し込み論理が明確になったときにハックが簡単です.

Q: VSLはどのくらいの時間を持つべきですか? A:多くの中関節VSLsは90〜180秒くらいで開始し,保存と変換データに基づいて拡張または縮小します.冷流はより設定が必要になり,リターゲティングトラフィックはしばしばオファーの短路が必要になります.

Q: VSLを変換させるのは? A: VSLは,観客が問題を認識し,メカニズムを理解し,証拠を信じて,次のステップに低摩擦のステップを見るときに変換されます.脚本,ビデオ,着陸ページはすべて同じ決定を支持する必要があります.

Q: VSLを発売するには高価な生産が必要ですか? A: いや. メッセージが引力を示した後,生産を向上させる.

Q:複数のオファーで同じVSLスクリプトを使用できますか? A:同じフレームワークを使用してください.同じスクリプトではありません.各オファーには独自のメカニズム証明,リスクフレームリング,価格コンテキスト,および閉鎖が必要です.

Q: 拡大前に VSL を どうテストする? A: ベースラインを最初にテストし,それから ハック,証明を分離し,別々の波で閉じる.必要なフンネルメトリックが信頼できるほど安定した場合にのみ支出を増やす.