製品の操作（製品操作中にシンプルだが見落とされがちないくつかの重要なポイント）

製品の操作中にシンプルだが見落とされがちないくつかの重要なポイント

まず、皆さんに物語（抽象的な実際の事例）をお話ししたいと思います。

明るい照明が灯る会議室では、製品マネージャーとオペレーションマネージャーが要件について急いで話し合っていました。

「AB テストの結果によると、「今すぐ予約」ボタンのクリック数は、「今すぐ登録」ボタンよりも 20% 多くなっています。今回のローンチでは、最初のコピーをボタンとして選択する必要があります。」オペレーションAは言った。

「そうは思いません。クリック数では「今すぐ予約」ボタンのほうが優れていますが、ユーザーがクリックした後の登録率と維持率は「今すぐ登録」よりもはるかに低いです。これは、「今すぐ予約」というコピーライティングがユーザーを非常に誤解させることを示しています。ユーザーはもともと予約をするために来ましたが、クリックした後に登録する必要があることに気付きました。彼らは騙されたと感じました。」オペレーションBは言った。

「その通りです」とプロダクト A は同意しました。「ユーザーに対して電話調査を行ったところ、多くのユーザーが予約のコピーを見てクリックしたものの、何が起こっているのか理解できずに離脱していることがわかりました。予約のコピーは問題ないと思いますが、予約後のジャンプをさらに最適化する必要があります。たとえば、「予約に登録して、プロセス全体を無料で体験してください」というリマインダーを追加するなどです。」

全員が満場一致で製品 A の解決策に同意しましたが、その後、製品 B が登場しました。

「それは素晴らしいことですが、本当にユーザーに最初に登録をお願いする必要があるのでしょうか？即時予約はユーザーにとって非常に魅力的なので、まずそれを体験してから登録してもらうのはなぜできないのでしょうか？登録ユーザーの一部を失う可能性はありますが、予約プロセス中はユーザーの携帯電話番号を保持し、将来的には多くのコンバージョンの機会が生まれます。」

「まあ、あなたの言ったことは一理ありますね。」オペレーションBは拍手喝采した。 「では、今度は製品 A と製品 B のソリューションを 1 つずつ使用して、別のテストを行ってみませんか。まずは、「登録して予約をすれば、プロセス全体を無料で体験できます」というコピーを追加した後、ユーザーの登録率が上がるかを確認しましょう。また、最初に登録せずに試した場合にどのくらいのユーザーが来るかを確認し、LTV 値の計算式を使用して計算して分析します。」

しばらくして、新しいテストが完了し、オペレーション B が週次会議でそれを共有しました。テストの結果、次の結果が得られました。

「これについては少し議論する必要があります」と製品 A は言いました。「全体的な LTV は増加しましたが、登録ユーザー数は以前に比べて減少しています。登録をスキップしたユーザーが再度登録する可能性を詳細に検討する必要があります。再登録の可能性が非常に低い場合、これらのユーザーの価値は私たちにとって非常に弱いです。」

「そうです」と製品Bが口を挟みました。「前回の最適化を覚えていますか？イベント中、ホームページバナーのクリック率が2倍以上に上昇したことがわかり、この露出は非常に効果的だと思いましたが、問題はクリック後のコンバージョンデータが非常に貧弱だったことです。そのため、バナーがクリックされた後のランディングページの最適化を続けました。しかし、しばらく経つと、どのように最適化してもコンバージョンデータが明らかではないことがわかりました。

困惑しながらユーザーに電話インタビューをしたところ、バナーをクリックした理由は、バナーがDAPP（他プロジェクト関係者の連携アプリ、Alipayの表示形式に似ている）に囲まれた円の真ん中にあることがわからなかったことと、UIデザインがかなり目立っていたため、思わずクリックしてしまったことがわかった。 （ショックを受けて）

製品 B は次のように続けました。「したがって、盲目的な信頼を最小限に抑え、結果が参照として使用できるように、データ分析を可能な限り完全に提示する必要があります。」

これには全員が同意し、プロダクトBは「では、こうしましょう。まずは獲得した登録をスキップしたユーザーに対してコンバージョンとデータ分析を実施します。これらのユーザーの価値を慎重に測定した後、この機能を追加するかどうかを決定します。」という解決策を思いつきました。

しばらくしてテストが完了し、関連データが得られ、製品 B の分析が開始されました。

物語が終わった今、議論のシーンのいくつかは誰もが共感できると思います。

データに対する需要が出てくると、その需要にとらわれてしまい、どうやってそれを実現するかを考えてしまうことがよくあります。しかし、実際には、本当に価値のあるものは、需要そのものであることが多いのです。ボタンの最適化は目標ではなく、登録コンバージョンを完了することが本当の目標です。ボタンのクリック数の増加が最終的に登録数の増加や減少（間違った方向への最適化）につながらない場合、最適化自体は意味がありません。

上記の仮説のストーリーと同様に、「今すぐ予約」のボタンのクリック率は確かに「今すぐ登録」よりも高いのですが、「登録」の最終結果に明らかな改善が見られないため、この最適化の方向性は意味がありません。登録スキップボタンを追加した後、全体的なユーザー数と価値は確かに増加しました。しかし、各ユーザーが貢献する価値は大幅に低下しており、長期的には製品の開発に役立っていません。

このことから、何かをする準備をするとき、需要の性質が最も重要であることがわかります。最適化の各ステップは目標を中心に展開する必要があります。そうしないと、目標から外れてしまい、無駄な作業が多くなってしまいます。この原則は単純ですが、実際の仕事や生活では見落とされがちです。

上記の例以外にも、仕事で物事がうまくいかなくなる例は数多くあります。たとえば、多くのリーダーは会議中に意味のない話をし始め、ある事柄の結果について話し始めます。彼らは結局何時間も話し続けました。彼らはまだ仕事をやり遂げることができるでしょうか?

もちろん、この例を挙げた目的は、原則や注意事項について話せないと言っているわけではありませんが、それらについて話したい場合は、特定の時間を見つけて共有し、1 つのことのプロセスにさらに分岐を挿入しないでください。より効率的な方法は、特定の事項についてのみ特別会議を開催することです。この件でさらに考えが喚起された場合、特別会議を開催して議論することができます。

同じ原則が、部門間、組織間、同僚間のコミュニケーションにも当てはまります。しばらく働いている友人なら、同じことについてコミュニケーションをとるときに、透明性の欠如、理解の一貫性の欠如、やり方の違いが、コミュニケーションの効率と結果に影響を与えるという経験をしたことがあると思います。

たとえば、著者は2日前に作業を調整しているときに、次の2つのことに遭遇しました。

• 一つは、北京と成都の同僚が要件を最終的に決定する前に、要件について 3 回もやり取りしたことです。途中で理解に矛盾が多くありました。同時に、リモートコミュニケーションはあまり便利ではなかったため、途中でコミュニケーションを繰り返すことが多かったです。
• もう 1 つは、別の事業部門の同僚とイベントの共同プロモーションを調整することでした。具体的な連絡は部署内の別の同僚が担当していたため、情報がタイムリーに同期されず、イベント時間を設定した後、相手方の製品がイベント時間の2日後に発売されることが分かりました。

私たちの日常業務では、このようなことが時々起こります。なぜこのようなことが起こるのでしょうか?

調査の結果、最も根本的な理由は、人それぞれの性格や仕事のスタイルが異なることだということがわかりました。外部からの制約がない場合、誰もが独自の方法でコミュニケーションをとるため、他の人がすでに知っていると思っていても、自分がまだ伝えていない情報を見落とすことはよくあります。したがって、問題は避けられません。

したがって、ここで重要な解決策は、SOP プロセスです。

Sop プロセスは、重要なノードと重要な情報を標準化することで、通信の効率と精度を向上させる方法です。たとえ、途中で重要でない要素が抜け落ちたとしても、後でそれを補うためのコストや修正はそれほど大きくはなりません。そのため、現在多くの企業が SOP プロセスに特化した人材を採用しています。ビジネスの本質は利益を上げることであり、利益を上げる方法の一つはコストを削減することです。

もちろん、コスト削減に加えて、SOP はビジネスの運用効率を向上させることもできます。戻って、最初の例を見てみましょう。ホームページバナーを最適化する際の間違った方向から、私たちはすでに教訓を得ています。登録ユーザーをスキップする機能に直面したとき、同じ問題が再び発生します。

なぜ？

本質は、前回の活動から得た経験と教訓が合理的にまとめられていなかった、あるいはまとめた後に標準化されテストできる SOP プロセスが形成されていなかったことです。テストフェーズで「この需要は最終的なユーザー価値の向上と維持（アクティビティ目標）に役立つか」といった問いを加えれば、誤った判断を下す可能性を減らすことができ、また、判断が間違っていたとしても、すぐに軌道修正することができます。

これは、SOP コーミングがいかに重要であるかを示していますが、多くの企業がこれを無視していることも示しています。 SOP の考え方をビジネス開発と業務に統合することは、組織にとってもあなた自身にとっても非常に重要です。多くの人は、運用とは反復的で退屈なタスクを実行することだと考えていますが、これは再利用可能なモデルのセットが不足していることに関係していることがよくあります。そのため、あらゆる活動や物事が0から1まで計画されているようで、プロセスも前回とほぼ同じなので、当然繰り返しが多くて退屈に感じるでしょう。

この記事で皆さんにお伝えしたいのは、上記の内容です。熱心に考え、要約し、実践する限り、プロセスの合理化は、半分の労力で 2 倍の結果を達成できる、比較的簡単ですが非常に効果的な方法です。

皆さんもこの方法を使ってみてくださいね〜

この記事はもともと @王宇庭 によって Everyone is a Product Manager に掲載されました。無断転載禁止

タイトル画像はCC0ライセンスに基づいてUnsplashから引用しています