それはすべて、 Postioと呼ばれる他のSaaSサービスで始まりました 。これは、人々が自分のページやソーシャルネットワークのグループでコンテンツを見つけて公開しやすくするために行いました。 マーケティング戦略の一環として、検索エンジンから追加のトラフィックを獲得するために、Webサービスのオーディエンスを対象としたさまざまなトピックに関する多数の記事をブログに取得して公開しました。
その後、Postioは、GoogleおよびYandex（ロシアの検索エンジン）から、Postio自体とは関係のないキーワードで比較的大量のトラフィックを受信し始めました。
毎日のトラフィックに関するGoogleの分析統計
これが実際の物語の始まりです。
問題の特定
人々がこのメニューに本当の問題を抱えていたことは明らかです。 短いレビューでは、vk.com（ロシアのFacebook）のグループの所有者の多くが、グループの上部にあるグラフィカルメニューを使用して、レビュー、価格設定情報、注文フォームなど、グループの最も重要な部分に視聴者をリダイレクトしました。
これは、メニューが通常どのように見えるかを示しています。
ご覧のとおり、このソーシャルネットワークのグループは最終的にはある種のショップになります。 多くの人々は、自分のオフラインWebサイトを作成する手間を省くために、それらを使用してビジネスを開始しています。 したがって、それは子猫に関するいくつかのランダムなグループの単なるクラスターではありませんでした（もちろん、この種のグループは多数ありました）が、多かれ少なかれ自動的に解決できるいくつかの問題があった小さなビジネスでした。 明らかに、彼らはひどく解決策を必要としていたので、かなり頻繁にグーグルで検索しました。
しかし、それはまだ耐えられます。 メニューを表示するには、ウィキスタイルのマークアップを使用して、画像エディターでメニューを作成し、カットしてからメニューを作成する必要がありました。 もちろん、これは彼らにとって複雑すぎて、外部からの誰かによるこの作業の実行は約2時間でした。 20ドルはかなり一般的でした。
通常のメニュー作成プロセスは次のようなものでした：
1.グラフィックエディターでメニュー画像を作成し、その上にいくつかのボタンを配置します。
2.左側のボタンを使用して画像を再度組み立てられるように、画像を個別の部分に切り取ります。
3.これらの画像をグループアルバムまたは所有者のページにアップロードします。
4.グループにWikiページを作成し、画像とリンクを含むマークアップを入力します。
5.グループのメニューページにリンク付きの投稿を投稿します。
6.常に上になるように固定します。
悪くないよね？
次に、この問題を解決するためにできることを見てみましょう。
最低限必要な機能を備えたプログラムの作成（MVP）
まず、ソーシャルネットワークアプリケーションインターフェイス（API）の機能を調べて、ここでどのアクションをどの程度自動化できるかを判断する必要がありました。
このAPIは、投稿を固定することを除いて、必要なすべてを実行できることがわかりました。 しかし、これはMVPには多すぎるため、次の機能を削除することにしました。
1.認証。
2.メニューを顧客（ユーザー）の要件に設定します。 代わりに、ユーザーには事前定義された多数のテンプレートから選択する機会が与えられます。
3.支払い処理。 手動でできました。
4. Wikiページを自動的に作成します。 ユーザーは自分でページを作成し、アプリケーションが準備したwikiマークアップを挿入できます。
5.自動投稿後。 繰り返します-ユーザーは自分でこれを手動で行うことができます。
したがって、本質的に、私がしなければならなかったのは、イメージジェネレーターとブートローダーでした。 2〜3日間の作業の後、次のようになりました。
メインウィンドウ
関係ありません しかし、ユーザーがそのような自動化されたソリューションに対して喜んで支払いをするかどうかを知るにはそれで十分でした。
メニュー作成ダイアログも、うーん、完璧ではありません。
メニュー作成ウィンドウ
はい、私も完璧主義者でした。 今私は販売しています。
アイデアを確認する
私の場合、利用可能なトラフィックが私が始めた場所だったので、それは比較的簡単でした。 そのため、記事のあちこちにボタンをいくつか置いて、訪問者が到着するのを待つだけでした。
このように見えた：
実際の発売から最初の10日間
販売統計を見なくても、ユーザーがこのサービスに非常に興味を持っていることがわかります。 これは、無料のテンプレートに基づいた非常に弱いランディングページを持つ、ちょっと問題のあるトラフィックタイプであることに注意してください。
ここに、データベースからのいくつかの生の最近の（または、まあ、良い、非常に最近ではない）統計があります。
売上高と手数料は米ドルです。
大成功ではないようです？ しかし、それは機能し、ユーザーは喜んで支払いをしました。 放棄された無給のメニューがたくさんありましたが（ menus_paidに関してmenus_created ）。 しかし、いずれにしても、それは単なる（非常に失礼な）MVPです。
統計からわかるように、価格を少し試してみて、メニューごとに6ドルから4ドルに変更し、価格について少し考えてみました。
私たちのサービスが実行可能であることがわかったので、今度はユーザーが私たちのサービスに対して支払う価格を調べる時です。 そして、これは「本能」ではなく、情報に基づいて行われるべきです。
価格
少し離れて、毎月の標準的なアプローチではなく、各メニューの支払いを選択した理由を説明します。 ソーシャルネットワークのアップリンクアプリケーションインターフェイス（API）は非常に不安定であり、サブスクリプションモデルは悲惨なものになります。APIエラーの影響を受けるユーザーの損失を絶えず補償する必要があるからです。
だから、価格に戻る。 分割テストは、ユーザーに受け入れられる最適な価格を決定する最も簡単な方法です。 基本的に、登録時に各ユーザーにランダムな価格を設定し、この価格に関連するすべてのアクションを追跡しました。 価格グリッドは次のようになりました（はい、メニューとメニュー項目のデザインの微調整など、多くの異なる機能を更新するための価格も追加しました）。
形式は配列です（creation_price、update_price）
また、システムの登録から電子メールを削除し、ワンクリックで完了して、ユーザーからさらに登録（および統計）を取得しました。 約1か月後、次のことがわかりました。
この統計はどういう意味ですか？ かなり興味深いもの：
1.メニューの作成に1、2、3ドル、更新に0.5ドルが最も収益性の高い価格です。
2. 1ドルの価格は、2ドルの価格の2倍のメニュー世代を必要とし、3ドルの価格の3倍です。
3. 1 / 0.5ドルの組み合わせは、販売あたりの平均収入の中で最も収益性が高くなります。
2ドルの価格は1ドルの価格と同じ収入ではるかに少ない労力で済むという事実にもかかわらず、各メニューにはメニューがあるため、ユーザーが好きなだけ多くのメニューを作成できるようにしたいので、1ドルの価格に固執することにしました度ウイルス機構。 これについては、次の記事で説明します。
開発
価格を決めた後、ユーザーが必要とする機能を追加することにしました。 メニュー作成ページが最終的にどのように見え始めたかをご覧ください。
彼女は少し乱雑で失礼に見えますが、彼女は良い仕事をしています。 そして、外部にはここにトリックはありません-ほんの少しのPHPとImagemagickです。 私は10代の頃からずっと画像を扱うのが大好きだったので、作成のプロセス全体で2泊しました。 Delphiでレイトレーシングと3Dプログラミングの勉強に費やした眠れぬ夜を今でも覚えています。 本当に、古き良き時代...
マーケティング
まず、このWebサービスの開始に使用したもの（記事の既存のSEOトラフィック）を使用したかったのです。 確かに、これはすでに機能しているので、開始ボタンを少し増やして目立たせるだけで済みました。 このような単純なアクションにより、1日あたり150回の訪問ができました。
しかし、Webサービス自体が検索エンジンの注目を集め始めていることに気づいたため、総トラフィックは1日あたり約200回の訪問でした。 これにより、1日あたり平均100件のサブスクリプションが発生しました。
退屈なテキストを残しましょう-2016年11月の最終統計です：
[ ユーザー ]列には、サイトで行動したユーザーの数ではなく、指定した日に購読しているユーザーの数が表示されることに注意してください。 後者の数は、以前に登録されたユーザーのアクションが繰り返されるため、はるかに多くなります。
おわりに
これは素晴らしいサクセスストーリーと呼ぶことができますか？ ほとんどない。 しかし、私はこの物語が、小さくて何らかの収入を生み出すことができる何かに取り組むべきかどうかを決めるのをためらう人々に役立つことを願っています。
ここには多くのニュアンスがありますが、彼らはそれに値する注目を浴びていません。
あなたの意見では、今後の記事で何を明確にする必要がありますか？
さまざまなトリックやストーリーを共有するので、記事が気に入ったら、MediumまたはTwitterでフォローしてください。