結論は大いに議論の余地があるが、個人的な経験によって繰り返し確認されてきたとすぐに言わなければならない。 したがって、私は別の視点について喜んで議論します。
アイデアを説明するとすぐに、それが盗まれたり、競合他社がそれを実装したりします
- 現在、多くの人々が同じアイデアをすぐに思いつきます。 これは、さまざまな国で同じ物理法則がほぼ同時に発見された例でも見ることができます。
- 実装のないアイデアは無料です。 前の論文とこの論文は、 前の記事のコメンテーターによって確認されています。コメンテーターは、同様のアイデアがあったと言いますが、どういうわけかそうではありませんでした。
- あなた自身が少し見ている間、誰かがすでに市場でプロジェクトを立ち上げます。 彼は集中してリスクを取っていました。 また、独立したローンチには複雑すぎると考えていた多くのアイデアがあり、半年または1年後には、それをうまく実装する粗野な作業中のスタートアップに出会いました。
同時に、プロジェクトが持つべきノウハウをあらゆる場所で開示し、トランペットしてはいけません。 投資家はそれを開示しなければなりませんが、彼らはあなたの競争相手ではありませんが、パートナーシップに興味があり、さらに、NDAはキャンセルされていません。 クライアントに主な利点を示すことも必要になりますが、プロジェクトがその足で安定する前に、これを公にしないでください。 競合他社は本当にお互いであり、分析しています。 あなたはすべての尺度を知る必要があるので、 最初の記事では、製品については説明しませんでしたが、いくつかの明白なポイントを持つ起源のストーリーについて説明しましたが、収益化やその他の重要な問題については何も言いませんでした。
最初に、すべてが特許を取得する必要があります。
下に書いたすべてがほとんどのITプロジェクトに当てはまることをもう一度思い出します。 例外は常にありますが、非常にまれです。
- ほぼすべての特許は価値があります。 Appleはロックを解除するスライドの特許を取得しました。 Androidは円でロック解除されています。
- 質の高い特許は国際的なものでなければなりません。 ロシアの特許はいいのですが、市場全体はロシアだけにありますか？
- 特許の有能な登録は非常に費用がかかり、時間がかかります。 2回のクリックで特許の費用がかからないように、アプリケーションの初期分析を行う必要があります。 他の落とし穴は言うまでもありません。
- 誰もが長い特許訴訟について聞いたことがあります。 適切なリソースがなければ、すべてが適切に配置され、違反が実際に存在していても、仮想的な成功を達成することができますか？
- プログラムおよびデータベースの「特許」のほとんどは、レポート用に作成されています。 このような登録証明書の申請に複数回参加しました。 いくつかのアンケートに記入し、任意のソースを含む2、3枚のシートを適用し、料金を支払い、よくできました。 ただし、プログラムまたはデータベースのこの証明書は、アイデアを「保護」するのではなく、コードの「シートのカップル」を保護します。 プログラムまたはサービスアルゴリズムの動作の基礎となる実用新案の特許を取得することは、プログラムの開発と市場への導入よりもはるかに難しく、さらに時間がかかる可能性があります。 これはすでにhabrahabrに書かれています。
サービスを開始するとすぐに、関心のある顧客がすぐに表示されます
すべてのプロジェクト参加者にとって、サービスは最初は興味深く、彼らのために生き、呼吸します。 サービスであれゲームであれ、製品を投稿するとき、プロジェクトにはすぐに通常のユーザーがいることを期待しています。 製品の発売を何度も試みた多くの人々は、一次プロモーションの作業は製品開発の作業の複雑さをしばしば上回ると書きました。 そのため、初期理論を確認するか、原則として反論し、修正する方法を探すために、できるだけ早く製品を市場に投入することが非常に重要です。 市場によく知られている類似物がない場合、消費者からの製品に関する誤解の二重壁に出くわします。 興味深いことに、大企業も同じ問題に直面しています。 企業AがサービスBに数百万人のユーザーを持ち、サービスCを開始した場合、サービスが有用で、関連性があり、需要がある場合でも、十分な人気を得たことを保証するために多大な努力をする必要がありますが、これは起こらないかもしれません。 絶対ゼロから開始すると、タスクは何度も複雑になります。 Google Wave、Google Plus、Microsoft Zune、Windows Phone、BB10、Qiwi egg、Qiwi：映画のチケット、Yandex：募金活動など、さまざまな成功の度合いを持つ同様のストーリーの例。
最初の実装の前でさえ、私は私のクライアント、彼らの問題と欲望を知っています
パイロットの打ち上げ前は、特定の分野での豊富な経験がなければ、ほとんど何も知らない可能性が非常に高くなります。 さらに、問題を完全に確認して解決することもできますが、その費用を支払う準備ができていない可能性があります。 顧客がサービスを所有し、プレイ/使用しているが、支払わない場合、または新規ユーザーを引き付けるコストが1人あたりの平均収益（ARPU）を超える場合、多くの失敗した大規模プロジェクトがあります。 この状況は、見かけほど簡単に逆転することはできません。 おそらく、最初の販売後に収益化戦略を調整する必要があります。 そのため、投資家は、一部の初心者向けの成功したサービスの完全な「クローン」で、より喜んでお金を提供します。 収益化モデルはすでに確認されており、ビジネスは完済します。
私たちはすぐにクールなサービスを作り、徹底的に解決します
多くのIT専門家が完璧主義者であることを私は知っています。 最適なツールを選択し、アーキテクチャを適切に設計し、すべてをテストでカバーする必要があります。幸福があります。 スタートアップは大きな不確実性の条件で動作しています。 完済する最終製品は、最初の製品とまったく同じではない場合があります。 そのため、迅速に市場に参入し、リリースを頻繁に繰り返し、残念ながら戦略を大幅に変更し、実装された機能の一部を放棄することが非常に重要です。 同時に、これは「bydlokod」がすべてであることを意味するものではありません。 アーキテクチャとコードレビューに注意を払わずにすべてを急いで行うと、ある時点でプロジェクトがサポートされなくなり、変更は時間とリソースの両方で非常に高価になります。 ほとんどの場合、作業を新たに開始する必要があります。 ここではバランスが非常に重要です。
大企業の経験
ところで、ここにあるのは、大企業にとっての問題です。大企業は、製品の更新や需要のある新しい製品の撤回が遅いと非難されることがよくあります。 開発パイプラインがあります。これには、ビジネスタスクを設定する製品アナリスト、プロジェクトチームのタスクを策定し、相互作用を調整するシステムアナリストが含まれます。 大企業の開発チームは、原則として、既存の製品をサポートおよび開発し、選択されたアーキテクチャに従って段階的に行動し、徐々に変更し、リリース後にすべてが落ちないことを確認するために徹底的にテストします。 多くの場合、プロジェクトのリリース準備中のQAと、サーバーでのホスティングに直接関与している仲間がいます。
不確実な状況で新製品を開始する場合、現在の製品の経験に基づいてビジネス仮説を策定し、それらを開発のためのタスクに変換し、特定のレベルで開発を調整して問題を迅速に解決し、責任を負うプロジェクトマネージャーが必要です。 プログラマーも単なる実行者ではなく、プロジェクトの参加者でなければなりません。 多くの場合、タスクの実装に関連する問題に対する最も効果的なソリューションを見るのはIT担当者です。なぜなら、 彼らは絶えずプロジェクトに取り組んでおり、そのアーキテクチャを徹底的に想像している人たちです。 開発者は、非常に興味深い効果的な提案を多数行うこともできますが、プロジェクトマネージャーは、決定を調整し、優先順位を付け、責任を負う必要があります。 特に、パフォーマンス指標（KPI）に責任を持ち、取り組みに集中する必要があります。 ただし、これにはチーム全体のさまざまなアプローチと経験が必要であり、大企業で使用されている標準的な開発アプローチでは得られません。 したがって、私は定期的にそのような記事を見ます。 私の意見では、マネージャーは開発から離婚し、プロセスを理解しておらず、すべてが単独で行われるか、または単に圧力をかける必要があると信じているときに表示されます。 同時に、開発チームは特定のタスクの事業所に専念していませんが、最小限に短縮された期限を含む事実に直面しています。 開発と解決すべきタスクへのアプローチが劇的に変化するとき、例えば、少なくともビジネス要件の点でしばしば変更される新しいパイロットプロジェクトの開発に、段階的に導入される安定した製品の開発からチームを移すとき、それは非常に興味深いです。
それを読んでくれたすべての人に感謝します。 次の記事では、投資の配分が決定された後に何が起こったのかについて最後に話します。 ここで背景を説明しました 。
上記の個人的な経験についてご意見をお寄せいただくとともに、ご質問にお答えします。