こんにちは、Habrahabrの住民！
この投稿で、私は自分のスタートアップを立ち上げる方法について話をすることにしました... ...それを台無しにせず、成功するビジネスを構築します。 例として個人的な経験を使用して、特定の場合に適切な管理上の決定と、明らかに致命的な決定を示します。 「尾が頭の前面からはみ出さないように」新たに発生する問題の解決策を適切に優先する方法と、チームのリンクの1つまたは別のリンクの評価を間違えないようにします。 実際のプロジェクトの例を使用して、スタートアップ管理のエラーがもたらす可能性のある結果、それらを防止する方法（結果）、および不可能な状況から抜け出す方法を示します。
このトピックに詳細に興味がある人-猫へようこそ。
序文の代わりに
まず、私とプロジェクトについていくつかの言葉を述べたいと思います。これについては、例としてお話しします。 約2年前、 「無限のフラッシュドライブ」を発明したサマラの特定のスタートアップに関する情報がネットワーク上に現れました。
アイデアの本質
USBトークンを匿名クラウドストレージクライアント（つまり、クラウドではなくクライアント-同じDropboxとGoogleドライブはUSBトークンを使用した認証もサポートしています）とファイル暗号化を組み合わせます。
実際、彼はアイデアを発明しただけです。 PR、最初は誰なのか、何がプロジェクトなのか、自分自身なのかは明らかではありません。
そして、実際の製品-リポジトリとクライアント-は私と他の数人によって開発されました。 同じことがサイトにも当てはまります。 そして、会計、ドキュメント管理、システム管理、技術サポートなど、さらに多くのタスク。
このパートでは、製品のアイデアと開発について説明し、この形式の遵守を試みます。このプロジェクトの場合と同様に、小さな結論になります。
アイデア
必要だったので
アイデアの実行可能性を確認してからプロトタイピングを開始するのは理にかなっています。 特にそれが属する地域から、友人や同僚にそれについて教えてください。 製品が解決すると思う問題が関連していることを確認してください。 潜在的な購入者に対してアイデアをテストします。たとえば、短い説明文、商品説明、予約注文フォームを含むランディングページを作成し、どこでも広告を掲載します。 製品が何であるのか、なぜそれが必要なのか（つまり、どのような問題を解決するのか）を、人々が興味を持ち、最も重要なことには購入したいという方法で、簡単かつ簡潔に説明できる必要があります。
プラスとマイナスの両方の統計とフィードバックを収集して分析します。 特にネガティブ。 これにより、解決しようとしている問題の存在を確認するだけでなく、問題を解決する正しい方法を選択したかどうかを判断する機会も得られますか？ 正しく表示されていますか？ 潜在的な顧客の期待に応えるために、製品はどのような品質を備えている必要がありますか？ これらのデータを使用すると、TKを作成できるだけでなく、潜在的な顧客が支払う意思があるかどうかを理解し、アイデアの経済的要素を計算できます。 前払いは、アイデアの実行可能性の最良の確認です。
そうだった
アイデアのいくつかのテストが実施され、市場は少し感じられました。もちろん、それ自体ではなく、投資家のために、形式主義のタッチが明らかに感じられました。 潜在的な顧客向けのランディングページが作成されました。 しかし同時に、プロトタイプの作業が既に開始されており（アイデアはまだテストされていません）、投資の検索（実証済みのアイデアとプロトタイプなし）、およびさまざまなスタートアップイベントの訪問、つまり すべてが実質的に外出先で行われました。
まとめ
アイデアをテストする段階では、存在しない問題を解決するプロトタイプ製品の開発に時間とお金を費やすことができるため、プロトタイプは必要ありません。 この時点でスタートアップパーティーに参加するのは時間の無駄です。 特にスタートアップのこの段階では、実際にはまだ手に入れていないので、利益を得るよりもアイデアから気を取られてしまいます。 アイデアを確認してMVPを作成する前に投資を見つけることを考えるのは時期尚早です。
製品
少数の人が自分のビジネスに満足しているのは、多くの人が少し好きになるよりも本当に良いです。
ポール・バックハイト
必要だったので
プロトタイプは製品の最初のバージョンではなく、プロトタイプです。 これを覚えておいてください。 製品の主な機能を強調し、この機能とそれに必要なすべての実装に焦点を当てます。 残りの部分については、まだ服用する必要はありません。 たとえば、ユーザーの登録を含むインターネットサービスについて話している場合は、OpenID、Google、またはFacebookを使用してクイックログインに接続するだけで十分です。 プロトタイプの設定を使用して、独自の登録/承認、パスワード回復、およびプロファイルは必要ありません。 プロトタイプでの設計はさらに必要ありません。 すべてがシンプルでミニマルです。 友人、知人、同僚、誰でも、プロトタイプをユーザーに「触る」機会を提供します。 レビューを注意深く聞いて、それらを分析し、プロトタイプをすばやく修正してください。あなた自身のためではなく、ユーザーのために製品を作成しています。 一連の反復[ユーザーテスト->フィードバックの収集と分析->改良]の結果、MVP（最小限の実行可能なプロトタイプ）を受け取り、本格的な製品になります。 しかし、確認されたアイデア、このアイデアの計算された経済的要素（ビジネスプラン）、およびMVPの準備ができたら、プロジェクトを投資家に提示する時が来ました。 また、すばやい改善がすべて残され、プロトタイプの準備が整ったら、設計と追加機能について考えるのが理にかなっています。
そうだった
適切なプロトタイプの段階をスキップして、すぐに完成品をリリースする試みがありました。 これは必ずしも悪いことではありませんが、この場合は悪い決断でした。 なぜなら、主な機能に焦点を合わせる代わりに、設計が最初だったからです。 スタートアップは銀carであり、ユーザー自身の意見に十分な注意を払うことなく、すべてのユーザーがすぐにそれを好むように、製品に既存の競合他社のすべての最高品質をすぐに欲しかったからです。 まだ未完成のビジネスをすぐに拡大し、B2B市場に参入したかったからです。 そして、これらはスタートアップにとって最も重大な間違いです。 少数の愛は多くの同情よりも優れています。 そして、 Microsoft 、 Apple 、 Google 、 Mail.Ru Groupなどのこの分野の巨人とすぐに「突合せ」をしようとするのは馬鹿げている。
まとめ
プロトタイプの段階をバイパスして、完成した製品をすぐにリリースしようとするのは得策ではありません。 確かに、大規模な編集を行い、プロジェクトを根本的にやり直す必要があり、完全に機能する製品の場合は、プロトタイプよりもはるかに費用がかかります。 プロトタイプを開発するときは、主な機能に焦点を当て、ユーザー向けの製品を作成していることを忘れないでください。ユーザーの好みが予想とはまったく異なる場合でも、製品を調整してください。
結論として
私のストーリーテリングがあなたにとって興味深いものになり、投稿が役に立つことを願っています。 続編では、共同創設者を選択してチームを結成する際の重要なポイントについてお話します。なぜなら、「ディレクター」という言葉が人の立場に現れるとすぐに、彼はすぐにディレクターのように考えようとすることです。監督として。 また、私はスタートアップの経済的側面についても説明します。なぜなら、あなたの個人的な生活の中で消費者でありながら、会社の財政を適切に管理することは不可能だからです。 もちろん、多くの「落とし穴」があるスタートアップの法的側面を無視することはできません。
問題、投稿の下のブロックのメインの連絡先、プロファイルのすべての連絡先について話し合う準備ができています。 ご清聴ありがとうございました！