毎日サインインしているにもかかわらず、1 日のアクティブユーザー数が増加しなかったのはなぜですか?

この記事は、記事の内容が有用でなければならないという基本原則と、日常チェックインをうまく運用した個人的な経験に基づいています。この記事では、主に日常チェックインシステムの構築手法と、このシステムを「有用」にして構築目的を達成する方法について説明します。低周波製品を操作する学生さんは、以下の内容を特に注意して読んでください（注意してください）！

実際の業務においては、行動を起こす前に目的を明確に定義しなければならないという最も基本的な前提があります。それはどういう意味でしょうか?これは、このことを行う主な目的が何であるかを明確に理解することを意味します。50% では十分ではなく、80% でも十分ではありません。100% 理解する必要があります。何をすべきか正確にはわからないと言う人もいるかもしれませんが、その場合、曖昧な結果を招く可能性があります。これは大げさな言い方ではありませんが、操作は洗練された動作であり、わずかな違いが結果の偏差につながる可能性があるため、この大前提では、開始する前に慎重に考える必要があります。この基本的な判断を下し、明確な考えを念頭に置いた上で、今日の焦点である、毎日チェックインしているにもかかわらず、毎日のアクティブユーザー数が増加していない理由について議論しましょう。

この記事の内容は主に以下の図に示されています。

上記のロジックに従って、毎日のサインインの目的を整理してみましょう。個人的には、次のカテゴリに分類できると思います。

日常の活動を増やす、代表的なもの：Fliggy（完全なリマインダー機能付き）、相互金融商品（他の方法はありません、商品自体はあまり使用されません）。
トランザクションに到達する目的は比較的暗黙的であり、通常は、次のシナリオへのパスのガイダンスや獲得した報酬の使用など、サインイン後の後続のアクションで発生します。

要約すると、毎日のサインインの最終的な目的は、毎日のアクティブユーザーの数を増やすことです。日常的な活動の必要性をまだ理解していない人がいたら、あなたの地域で店舗の家賃が最も高い場所がどこなのか考えてみてください。そこは最も人の流れが激しい場所でなければなりません。人の流れがあって初めて、より多くの人が消費に訪れる可能性が生まれます。サインインについても同様です。1日のアクティブユーザー数が増えれば増えるほど、プラットフォームが提供する製品やサービスがより多くの人に利用される可能性が高まります。

この目標を達成するために、毎日のサインインは主に次の 2 つの方向で取り組みます。

1. 比較的包括的なサインインシステムを設定する

1. システムに「興味」という要素を含める

（１）この「利益」を得るためのハードルは低い。この低さは、個人の主観的な低さではありません (たとえば、サインインすると 1 億のトラフィックを獲得できますが、A はこれを低いと考え、3 日間サインインすると 1 億のトラフィックを獲得できますが、B はこれを低いと考えます)。実際の操作では、「特典」を取得するためにサインインすると、パスが最短になり、操作手順も少なくなります。私の意見では、しきい値が最も低いサインインは次のようになります。アプリを開き、ホームページでサインインをクリックすると、「特典」が得られます。

（２）「給付」は普遍的な適用性が高い。それは、現金、トラフィック、プラットフォーム全体の仮想通貨など、プラットフォーム内または市場で一般的に適用可能で、誰もが必要とし、頻繁に使用されるものになります。この設定の目的は、できるだけ多くの人を引き付けることです。

2. システムに「インセンティブ」要素を含める

（１）この「インセンティブ」は将来期待できるものである

期待できる未来には 2 つのレベルがあります。

1 つは、何かを行うことで特定の報酬を得ることです。たとえば、7 日間サインインすると 500M のトラフィックが得られます。
2 つ目は、アクティビティページやチェックイン後のプロセスでこの情報をユーザーに直感的に伝えることです。

（２）この「インセンティブ」は魅力的である

ログインすることで得られる特典と比較すると、この「インセンティブ」の方が魅力的だと直感的に感じられます。例えば、ログインすると1億のトラフィックを獲得でき、7日間ログインすると10元の現金を獲得できます。

3. システムに「名誉」の要素を含める

（１）この「名誉」が他の人より優れていると感じさせる

実は、この感情は非常にプライベートなものであり、相手がそのような感情を持っていたとしても、公にすることはありません。ただし、これらのユーザーに特権や名誉を与えて、他の人に見せびらかすことができるこのソーシャル通貨を獲得することはできます。たとえば、ユーザーが100日間サインインすると、サインインした唯一のXXユーザーであることが通知され、他の人と共有できるXXメダルが授与されます。

（２）この「名誉」を稀少なものにする

この希少性は、一般的に 2 つの方法で実現されます。1 つはしきい値の設定、もう 1 つは数量制限です。たとえば、300 日間サインインした最初の 100 人のユーザーに、XX メダル/XX 特権/XX 報酬などを提供します。

プラットフォームの実際の目的に応じて、上記の原則に従ってシステムを設定すると、毎日のアクティブユーザー数は増加するでしょうか?答えは必ずしもそうではありません。良いツールがあっても、どれだけの量の食料を収穫できるかは、やはりオペレーターの能力に依存します。これは、私たちが話したいもう一つの重要なポイントです。

2. 運用を通じてシステムを効果的にする

1. ユーザーにできるだけ多くの情報を提供する

（１）積極的に情報を伝える

私たちの取り組みは、主に「普及」と「多様化」の2つの側面で行われています。目的の面では、ユーザーにこのシステムの存在を知らせ、興味を喚起してサインインし、継続的なサインインを通じて、初期段階からシステムを愛する段階に移行するように誘導する必要があります。一般的に、バナー、プッシュ、SMS、サイト内メッセージなど、より広告的な性質のツールを使用します。たとえば、サインインがオンラインになると、バナー、プッシュ、SMSを通じてユーザーに通知されます。一定期間が経過すると、サインインに利用できる項目の変更やテキストの変更によって、ユーザーの注目を集め、参加を促します。個人的には、サインインに伴う抽選セッションでユーザーを引き付けるための仕掛けとして、多額の現金を使用することを好みます。第一に、インターネット金融のユーザーは現金に対して非常に敏感であり、第二に、人々は低確率のイベントで自分は幸運な人であると自然に信じているからです。

（２）プロセスガイダンスの組み込み

初回使用時の教育。ここでは、初めての状況が 2 つあります。1 つは、新しいユーザーが登録するときに、サインインがプロセスに直接埋め込まれ、コピーライティングと関連するジャンプによってユーザーがガイドされ、予備的な理解が得られるようにすることです。もう 1 つは、サインインがオンラインのときに、通常はマスクされたプロセス表示を通じて、すべてのユーザーが教育されることです。
シーンの埋め込み。 APP でのユーザーの利用経路は、一般的に直線的です。つまり、A を完了し、次のステップ B を実行し、次のステップ C に進みます。このような利用プロセスでは、必要と思われる場合は、頻繁に使用されるシナリオにサインインを組み込み、ユーザーにサインインを促します。たとえば、電子商取引製品の場合、ユーザーが製品を購入した後、サインインしていないユーザーにサインインを促します。

2. 実際の状況に応じてシステム内の変数を調整する

（１）コストに基づく調整

チェックインコストは主に 2 つの変数によって影響を受けます。1 つはチェックインのライフサイクル、もう 1 つは現在の目的です。導入したばかりのサインインのメリットは、成熟段階のサインインのメリットよりも大きいです。一定期間内に毎日のアクティブユーザー数を急速に増やすことを必要とするメリットは、現在のサインイン期間のメリットよりも大きいです。

（２）「現在の目標」に基づいた調整

コストと競合できるのは現在の目標です。現在の目標の重要性がコストの考慮よりも大きい場合は、より重要な側面に重点を置きます。たとえば、毎日のサインインボーナスを 0.1 元にすると 100 人のユーザーを参加させることができますが、毎日のサインインボーナスを 0.2 元にすると 300 人のユーザーを参加させることができます。現在の期間に多数の毎日のアクティブユーザーが必要な場合は、後者のコストを選択してください。

しかし、これは調整の方向のすべてではありません。時には、オペレーターはコストと現在の目標のバランスをとることで、両方の長所、つまり運用における0.618 の黄金分割点を獲得することもできます。実際の運用では、この 0.618 を正確に制御するには、複数の試行、詳細な要約、継続的な蓄積が必要です。

ここまで書いてきて、実は追加できるポイントはたくさんありますが、際限なく拡張するのは不可能です。要点だけに集中しましょう。基本的な中級サインイン操作で十分です。それ以上進むには、個人の運次第です。毎日チェックインするアプリの多くは、役目を果たしているときには役に立っていても影響力がないことが観察されています。これは実は非常に恥ずかしいことです。A がこれをやったから、B もそれに倣ってコピーしてそこに置いたが、果たすべき役割が明確ではなかった、というようなものです。これは実に残念なことで、開発者の作業負荷を無駄にするだけでなく、不必要なコストも発生します。そこで、この記事をもう一度簡単にまとめてみましょう。まず、サインインプラットフォームの目的を明確にする必要があります。次に、目的を出発点として、有用な要素を適切に選択して組み合わせ、優れたシステムを設計します。最後に、運用を通じて、このシステムを有用なものにします。

追記

この記事の知識ポイントを読んだからといって、サインインの鍵をマスターしたと思ってはなりません。必ず実際に検証してください。そうしないと、「知っている」だけで「マスター」したとは言えません。上記の理論の説得力を強化するために、既存のサインインシステムを例として分析したいと思いました。検索を一巡した後、高品質の例は見つからないことがわかりました。この記事を読んで良い例を思いついた友人が私と共有してくれることを願っています。また、良いと思った友人が購読して転送してくれることを願っています。