あるスタートアップの歴史から

別のプロジェクトを立ち上げる運命の意志により、私はかなり興味深い事実に出会いました。



私の友人の多くは何らかの形でプロジェクトを行おうとしますが、それを得る人はほとんどいません。



直感的な願望と矛盾する場合でも、プロジェクトで何をする必要があり、何を採点できるかを小さな例を挙げて説明したいと思います。



以下はすべての場合のレシピではなく、私の個人的な経験であり、絶対的な真実であると主張するものではありません。 巧妙なnginxを2年間いつでもカットすることができ、その優れた品質と人気のためにマーケティングなしで離陸しますが、そのようなIMHO製品を作る可能性は成功した典型的なスタートアップよりもさらに低くなります。



それで、私たちは会社の協会のプロジェクトを始めました、そして、特別オファーはセンターセクションになることでした。 各企業には独自のWebサイトと1つ以上の成功したプロジェクトがあり、プロモーションと割引があります。



このサイトは、これらの特別オファーと割引オファーをグループのスタイルで組み合わせ、プロジェクト自体でウィジェットを挿入してセクションを削除することになっています。 プログラマーはDRY / SPOTの原理を知っています。これはプロジェクト管理でも機能します。



事前に申し上げます-このプロジェクトは1か月も経たないうちに成功し、費用は支払われ、お金を稼ぎ始めましたが、それについては下記をご覧ください。



チームには4人のスタッフがいました。2人のマネージャー（私はコンサルタントとして、以前はプログラマーであり、プロジェクトは私自身、以前はデザイナーでした）、デザイナー、プログラマーです。 デザイナーとレイアウトデザイナーは作品に関与していました。



最初に注意したいのは、プロの変形の機能です。 これは、プロジェクトの失敗の最初の原因の1つです。 一番下の行は、不確実な場合、プロジェクトの開始時または開発の一時停止時に、すべての専門家が彼がやりたいことをするように描かれるということです。 プログラマーは、完璧なコードを記述するか、既存のコードをリファクタリングするか、デザイナーが再描画するかなどに座ります。 通常、問題は別の領域にあり、その省略はプロジェクトの失敗につながります。



この場合、最初の段階で、私たちも少し滑り始めました-サイトから共有のためのアプリケーションを送信するための複雑な理想的なフォームを考え、プロジェクトデザイナーは何かを再描画するように描かれました。



しかし、私たちは一緒になって、毎回行う必要があることをしました。



まず、指定されたベクトルの下でプロジェクトのデジタル目標を設定します。 ベクトルは、サイトからの株式のアプリケーションのストリームを作成し、処理のために販売に転送することでした。

デジタル目標は次のとおりです。1日あたりの最小ホスト数、訪問者あたりの最小ビュー数、1日あたりの最小アプリケーション数。 各インジケーターには、満足のいく、良い、すばらしいの3つの値の範囲があります（理想は100％、75％を除く、50％コーラス、25％ビートと見なされます）。 そして、最低0.5パーセントのレートでの変換-100ホストが0.5リクエストを出します。



2番目のステップでは、標準ツールに加えてサイトの統計を作成しました。これにより、すべてのツールのクリック数をカウントし、サイクル全体を見ることができます-クライアントがどこから来たのか、クリックして見たもの、送信されたリクエストの識別子



これも、トラフィックを許可するだけでよいという通常の概念と矛盾しています。 将来的には、アプリケーションの前にクリック数を測定するため、その日のアクション、個々の銘柄の選択、アプリケーションフォームを別のページからアクションページに直接転送してクリックを減らす、提出ボタンの名前を変える、さまざまなテキストオプションをテストするなど、多くのことを思いつきました。 細かい詳細な統計なしにアイデアを生成し（そして盗みも）、その有効性を測定することは単に不可能です。



次に、どのサイトとトラフィックを増やすかについて説明しました。 トラフィックソースの有効性を分析するための統計を得ました。 スタートアップ作業の過程で、効果を測定するために、さまざまな広告オプションも試しました。 バナー上の株式の特定のオファーは、「旅行代理店向けの特別オファー」という一般的な言葉よりも何倍も効果的であることが判明しました。過去の購入の構造のために特定の株式に興味を持っている可能性のある顧客に支払いをするためのCRMデータベースからのターゲットを絞った郵送も有効でした。



3月8日より前にテーマ計画が送信され、特定のアクションの最終日が発表されたときに、この動きは完璧に進みました。 1日あたり通常5つのアプリケーションで、このような移動により最大20のアプリケーションを受信でき、顧客の約10％が一度に3つまたは5つのシェアを購入し、サイトから複数のアプリケーションを送信しました。



プログラマーの毎日のリリースは非常に珍しいものでした。 また、多くのページのサイトにテキストがなく、デザインとレイアウトが不完全であることも、私たち全員にとって困難でした。 これは、誰もが望んでいるサイトを埋めてデザインをなめるというアイデアと矛盾していました。 ただし、アプリケーションはサイトから提供され、顧客は購入していましたが、これは楽しいものでした。



別の興味深い機能は、インターフェイスの簡素化です。 申請書の例を考えてみましょう。 最初は、共有が関連付けられているプロジェクト、共有のリスト、名前、電話、電子メール、コメントなどのフィールドがありました。 プロジェクトと最初の100人のホストの立ち上げ後、3日間リクエストが送信されなかったため、インターフェイスを簡素化することにしました。 最初は、これがチームの抗議を引き起こしました。 私が去った：すべての共有は1つのリスト、名前（オプション）、および電話/電子メール（1つのフィールド）にあります。 そして、アプリケーションはなくなりました！



その後、100台のホストが少数であることが明らかになったときに、トラフィックをポンピングする計画を作成しました。 また、1日あたり最大250台のホストを開発し、平均で800回の視聴を行っています。 そして、プロジェクトの作業の月には、120以上のアプリケーションが既に販売され、サービスは数十万ルーブルで販売されました！



おそらく話はややこしいので、要約しようと思います。

1.プロジェクトの立ち上げ時点で重要なのは、狭いスコープ、ベクトル、解決しなければならないタスクです。

2.視聴者を明確に理解することが重要です（この場合、これらは通常、地域から割引価格で何かを購入できる旅行代理店です）

3.プロジェクトのデジタル目標を説明し、毎日、さらには1時間でプロジェクトを終了することを分析することが重要です。

4.狭いタスクに関係しないサイトの副次的な要素-デザイン、コンテンツ、美しさ、ささいなこと-は重要ではありません。

5.非常に重要なのは、クリックやキーストロークの前にサイト上のクライアントの動作を理解することです。訪問者の動作を測定するための最も正確なツールに努力する必要があります。

6.トラフィックを引き付けるマーケティング活動、および統計とデジタル目標のダイナミクスを分析してプロジェクトを完成させることは、最大80％の時間を消費します。 最初の段階での設計、レイアウト、プログラミング、特にプログラミングはこの点で機能するはずです。変更はできるだけ早く行う必要があります。

7.概念実証の段階に達した後（「注文する多くのサイトからのTwitterのような特別提供のアイデア」のアイデアがありました）、2番目のベクトルを選択して、プログラマーがリファクタリングする時間、コンテンツをサイトに記入する人、保存するデザイナーを与えることができます影とトレンディなメトロUIの再設計。 そして、それら自体はすでに新しいセクションです。



私たちは、コード名「電子管理者」という2番目のコンセプトを採用しました。



プロジェクトを作成するすべての人に成功をお祈りします。何かお役に立てば幸いです！