再訪できるアカウントや会話を選ぼう
スレッドは、一度に1回の会話を理解するのが最も簡単であることが多い。 フォローアップに関するトライアルを行うには、アクティビティを受け取るべきプロファイルを確認してください。 いいね、返信、再投稿については、正確な公開スレッドを開き、そのリンクをコピーしてください。 投稿が他の人の名言や、より長いディスカッションに返信する場合は、そのリンクがあなたの貢献内容を指しているか、元の会話を指しているかを確認してください。 複数の投稿が1つのビューに表示されると、携帯電話で間違ったアイテムを簡単に共有できます。
元の文脈の外側で理にかなった例を選びましょう。 進行中の作品を共有するデザイナーが、自分が解決しようとしていた一つの問題を説明できるかもしれない。 ニュースレターの執筆者は、読者が最初に購読することなく答えられる質問に観察を共有できる。 以前のやり取りを見た人だけが投稿を理解できる場合は、テストを実行する前に別の投稿を選択するか、コンテキストを追加するかのいずれかです。
投稿がどのように伝わるかを考えてみてください
「いいね』は軽量な反応です。 再投稿はテキストを別の聴衆の前に表示させ、綿密な返答が更新を会話に変えることができる。 これらの行動には明確な効果がある。 問題の対応について人々がどのように対処するかを聞くことが目的なら、わずかな質問を投げかけ、返信が実際に何を言っているかに注意を払うことが役立ちます。 発表する場合は、投稿が不当に表示されている場合でも、関連する日付やリンクを理解できます。
結果を確認する際は、元の投稿を確認し、自分の活動内容も確認してください。 ポイントを明確にするフォローアップを追加しましたか? リクエストを送信した後、別のアカウントがそれを引用しましたか? 議論は話題を変えたのか? 会話の変更により、なぜカウントが動かされたのか、また回答が予想と異なっていた理由が説明できます。 生の数字では、議論が役に立ったかどうかを判断できない。
会話との整合性をプロファイルにしましょう
トライアル投稿を念頭に置いてプロフィールをお読みください。 独立系の書籍について投稿する場合、たとえば訪問者はアカウントを開く際にいくつかの関連するおすすめやメモを確認する必要があります。 進行中のプロジェクトに関する更新にThreadsを使用する場合は、プロジェクトを簡単に特定し、現在のアップデートへの明確なルートを残してください。 これにより、訪問者が最初に見た数字とはほとんど関係のない探索の理由が与えられる。
試用期間後、どの体験を改善するかを決めます。 最初の行をより具体的にしたり、1つの決定に関する質問に広範なプロンプトを交換したり、出てきた質問に対して短い回答を掲載したりするかもしれません。 元のスレッドへのリンクを保持して、コンテキスト内でこの2つを比較できるようにしてください。 最も現実的な結果は、次に何を書くべきかについてのより明確な考え方であるかもしれない。
実際に評価できるトライアルを設定する
一つの質問から始めてください。 ログインを渡さずに公開目的地を提出できるかどうか、リクエストがどのように承認されているか、またはオファーに名前が記載されたメトリックがアカウントに表示されているかどうかを知りたいかもしれません。 まず、それらの質問のいずれかを選んでください。 小規模な試行でプラットフォームやキャンペーンに関するすべてを教えてくれると予想される場合、たとえ何らかのテストであっても、結論がつかないと感じることがあります。
何かを送信する前に、トライアルページを開き、現在表示されているオファーを確認してください。 サービスによって数量や要件が異なる場合があります。 ページタイトルの単語はトライアルの種類を識別しますが、請求手順ではリクエスト内容と送信先がわかります。 保存したブックマークまたは検索結果で到着した場合は、まだ目的のサービスを確認しているかどうかを確認してください。 アカウントのフォロワーを探している間は、動画ビューのページに簡単に掲載できます。特に、両方のページが同じプラットフォームの名前を挙げている場合はなおさらです。
訪問者の視点から目的地を確認してください
可能な限り、プラットフォーム独自の共有操作を使用してリンクをコピーしてください。 次に、プライベートブラウザウィンドウで開いて、どこに着地するかを確認してください。 独自の署名セッションを使わずに、意図したプロフィール、チャネル、またはコンテンツの一部を認識できますか? リンクがエディタ、分析ダッシュボード、ログインプロンプト、またはプラットフォームのホーム画面に案内される場合は、戻ってパブリックアドレスをコピーしてください。 モバイルでは、開いているアイテムからリンクを共有するほうが、メモリからアドレスを再構築しようとするよりも簡単であることが多い。
そのリンクが他に何が見えるか確認してください。 たとえば、クリエイターは公開されたクリップを喜んで共有するかもしれませんが、古い個人アカウントは非公開にしておくことを好みます。 リクエストの期間中、公開しても納得できる目的地を使用してください。 他の人に代わってアカウントを管理する場合は、アカウント所有者にテストを送信する前に確認してください。 トライアルでは、ソーシャルパスワード、リカバリーコード、またはプライベート受信ボックスへのアクセスは必要ありません。
提出する前に1つの記録を残してください
請求する前に、目的地、要求された内容、および確認できるカウントを書き出してください。 プラットフォームがパブリックカウンターを巡回する場合は、アクセス可能なときに、自分の分析からより正確な数値を記録してください。 日付と時刻を追加します。 これはスマートフォンのメモ、自分の記録のスクリーンショット、またはキャンペーンスプレッドシートの行です。 小規模な試験は、昨日の半分に覚えている数値に対してではなく、実際のベースラインに対して評価する方が簡単である。
確認できるメールアドレスを使用してください。 フォームが提供する承認および参照は、ホームページのスクリーンショットよりもサポートが役立つため、常にその承認と参照を保管してください。 リクエスト承認により、提出物が受領されたことが示されます。 結論を出す前に、記載された納品ウィンドウを確認してください。 フォームに問題が報告された場合は、メッセージを読み、再度試す前に特定の問題を修正してください。 同じリクエストを繰り返しコピー送信すると、どのリクエストをフォローアップするかを判断するのが難しくなります。
結果を文脈の中で読む
進捗を確認すると、同じ目的地を再開してください。 公開表示や作成ダッシュボードは異なる時間帯に更新でき、試行中も通常のトラフィックが継続する場合があります。 新しい投稿を投稿した場合、その日に言及を受けた場合、または別のプロモーションを始めた場合は、結果とともにその投稿にご留意ください。 可視カウンターが動く場合、それらの出来事は有用な文脈となる。 前後の1回の読み方は、インターバル中に起こったすべての情報を含んでいるため、大まかな観察です。
後でチェックも1つ設定してください。 リクエスト当日に目に見える変更が、基本的な配送の質問に答えることができます。また、後から見ると、その数値が時間の経過とともにどのように振る舞うかについて詳しく確認できます。 フォローアップは裁判に比例して維持してください。 ライブカウンターを繰り返し更新するよりも、通常、きれいな記録や2回の計画されたチェックから多くを学ぶことができます。 裁判では、視聴者が再び戻ってくること、何かを購入したこと、または次回の投稿を目にすることが証明されるものではありません。
中止するか、比較を繰り返すか、あるいはさらに進むかを決めるか
リクエストプロセスを理解することがすぐに目的である場合、明確な答えが必要なすべてである可能性があります。 継続的なプロジェクトについては、まずどの結果を算出するかを決めます。 製品動画をテストしている人は、そのランディングページへの訪問を気にするかもしれない。一方、シリーズを紹介するクリエイターは、視聴者が別のエピソードを視聴するかどうかを確かめたいと思うかもしれない。 有料の選択肢を比較する前に、その結果を平易な言葉で表現してください。
トライアルを大容量パッケージと比較する際、同じ宛先とメトリックに適用されるかどうかを確認してください。 荷物の配送条件および特定のサービスについて記載された補充対象情報を確認してください。 有料のトラフィック、オーガニックアクティビティ、その他のキャンペーンは、可能な限り記録に残してください。 ターゲットが間違っている場合、必要なカウンターが利用できない場合や、購入前に特定のサービスについて質問や一時停止、サポートの依頼が受けられない場合があります。
他人が理解できる記録を残しておく
他の人がアカウントの管理を手伝っている場合は、オファー、使用したリンク、および結果を確認した場所を簡潔に説明してください。 次回は違ったやり方をしてください。 たとえば、最初の投稿が期限切れのオファーを指していたため、別の投稿を選択するか、別のキャンペーンが終了するまで待って、数字の解釈が簡単になるかもしれません。 これは、チームが数週間後に同じアカウントに戻り、発生した出来事を再構築しなければならない場合に関係します。 便利なメモは、「この投稿をテストし、このカウンターを2回確認したところ、この結論を1つしか示さなかった」という簡単な表現です。 パスワードとプライベートメッセージは省略してください。 サポート用にスクリーンショットを送信する場合は、リクエストを理解するために必要な情報にトリミングしてください。
