media.licdn.comの画像
ベンチャー投資家でプログラマーのLeo Polovets氏によると 、今日のSaas、API、クラウドインフラストラクチャの世界では、よく発達した技術コンポーネントがソフトウェア製品の成功または失敗を引き起こすことはめったにありません。 最新のテクノロジーにより、最小限のコストで非常に迅速に開発できるようになりました。 これはまさにスタートアップが必要とするもののようです。
CB Insightsによると 、技術的な実装の不備が原因で燃え尽きるスタートアップは5％に過ぎません。 ほとんどの失敗は、不適切な製品のポジショニング、有能なマーケティング戦略の欠如、貧弱な販売スペシャリスト、および不適切なビジネスモデルに起因します。 高度な資格を持つエンジニアの有無は、実際には何の役割も果たさない、と研究者は結論付けています。
世界で最も成功しているテクノロジースタートアップの例（Uber、Airbnb、Snapchat、Pinterestなど）に目を向けると、複雑なソフトウェアソリューションは見当たりません。 しかし、これらの企業の明らかな利点は、成功するビジネスモデルです。 積極的なプロモーションと合わせて、これらのサービスは世界で最も人気があり高価なスタートアップの1つになりました。 しかし、サービスを開発してローンチの準備をするために何十人ものエンジニアを雇った可能性は低い、とPolovetsは疑っている。
しかし、彼は、慎重かつ正確な実装を必要とする複雑な技術を持つ企業があることを認めています：SpaceX、Zoox、Rigetti Quantum Computing。 しかし、彼の意見では、これらの例外は規則を確認するだけです。
リリースされた資金とリソースPolovetsは、市場ニーズの調査と適切なビジネスモデルの選択を指示することを提案しています。 もちろん、このすべては、この製品の対象読者がいることを条件としており、この製品の対価を支払う用意もあります。
これは、ビジネスの観点から、ソフトウェア自体は製品またはサービスではないという考えにつながります。
「製品はソフトウェアではなく、ウェブサイトではなく、あなたが作ったアプリケーションでもありません。 製品とは、見込み顧客に販売する一連のプロパティです。」 アルカディ・モレニスは、テクノパークでの講義で、例としていくつかの例を引用しました。
例1。 プログラマーから手紙が届きます-彼は売り手が商品を置くことができる取引プラットフォームを開発しています：「私はプログラマーです、私はすでにプロジェクトを完了しました、私はすでにサイトを完了しました、残っている小さなことは2つだけです-買い手と売り手を見つける方法を教えてください。 他のすべてはすでに行われています。 プロジェクトの準備は95％です。」 これはよくある間違いです。 購入者と販売者の入手先がわからない場合、手元に製品はありません。 手元には何でもありますが、製品はありません。
2番目の例。 同じテクノロジーまたは技術コンポーネントは、適用方法に応じて異なる製品になる場合があります。 たとえば、ブレンダーと肉挽き器。 エンジニアの観点から見ると、これはまったく同じことです。 違いは何ですか？ タンク内の軸で水平または垂直に回転する特定のシュレッダーがあります。シュレッドされた製品は絞り出されるか、タンク内に留まることができます。 それでも、これらはまったく異なる2つの製品です。 さまざまなターゲットオーディエンス向けに設計されたさまざまな方法で宣伝されています。 利点として、まったく異なるプロパティが提示されます。 したがって、あなたがプログラムまたは手で行うことと販売することは、まったく異なる2つのことです。 まだ販売していないものも販売できます。
しかし、ここ数年、投資家は空気を売ったスタートアップを非難しています。 実際、製品の準備ができておらず、未完成で、離陸していないことがわかります。 現代のすべての技術的能力により、すべてのソフトウェアを「ノイズやほこりなしで、キャッシュデスクを離れることなく」迅速に実行できるわけではありません。
HappyFunCorpのJohn Evans は 、スタートアップソフトウェアの品質問題の品質問題に注意を払っています。 多くのプロジェクトは、MVP（Minimum Viable Product）のフラグの下で開発されています。MVPは、多くの場合、利益よりもスタートアップに多くの問題を引き起こします。
「MVP（最小実行可能製品）は、本格的な開発の前に要求をテストする製品の最も単純な動作プロトタイプです。 このアプローチにより、起業家は最終製品の需要が不足し、開発に費やされるリソースが失われることがなくなります。 （起業家辞典： MVP | Rusbase）。
事実、スタートアップは起動後、ソフトウェアを迅速に完成させ、使用中に発生した問題を修正し、ユーザーの要望を考慮したいと考えています。 起業家がピボットについて決定することもあります。 この場合、ソフトウェア製品はより深刻な変更に直面します。
しかし、それがあったとしても、開発者はすぐに、急いで作られたソフトウェアが深刻な処理を必要とし、時にはそれ以上の開発や保守には適さないことをすぐに認識します。 そのような場合、最善の解決策はすべてをゼロから書き直すことです。
エヴァンスは、よく考えられていないアーキテクチャと平凡な実装でこれを説明しています。 ソフトウェア製品には、再現が難しいバグが散らばっています。 その結果、開発者は計画よりも何倍もの時間を費やす必要があります。
多くの場合、このような状況では、彼らは修正をより早く完了するために一生懸命に努力しようとしますが、このためにさらにミスを犯します。 この悪循環から抜け出すのは運だけです。 同時に、時間が経ち、需要が減少し始めます。 これは、売り上げの低下につながり、最悪の場合、投資家の関心の低下につながります。
同時に、エヴァンスは、MVPが完璧であってはならないことを認めています。 ただし、製品を早期に市場に投入したいという願望と、製品に対する持続可能な需要の創出とのバランスをとる必要があります。 これは、ソフトウェアを処理するための時間を購入する機会を提供します。 そうしないと、プロジェクトは、より良く、より速く、またはより多くのお金を持っているチームと競争することができなくなります。
しかし、空の市場に参入しても、当面のスタートアップは製品開発の速度について心配することはないかもしれません。 発見者の立場を利用して、商業的成功を達成するのは簡単です。
残念ながら、すべての起業家が、自分のアイデアが人々にとって重要なそのような問題を解決することを確認することを考えているわけではなく、彼らはそれに対して支払いたいと思うでしょう。 そのため、起業家は最終的に、ユーザーの不正確なコメントまたは作成者の偏見によって実行可能性が確認されるアイデアに落ち着くことができます。
プロジェクトのアイデアが本当に価値がある場合、競合他社が必ず登場します。 そしておそらく大企業もゲームに参加するでしょう。 マーケティング分野で後者と競争するのは無意味です。通常、この点での機会から、明らかにはるかに広いからです。 次に、開発のスピードと柔軟性、および製品の根底にあるテクノロジー自体の独自性または複雑さが前面に出てきます。
多くのスタートアップは、自社の製品やテクノロジーをユニークと呼びたいと考えています。 技術的なコンポーネントに依存している場合、これらのステートメントは単なる広告の動きではありません。
Evansは、品質の高いソフトウェアが商業的成功を保証しないことに同意します。 この要因の役割はプロジェクトごとに異なる場合があります。 ただし、ソフトウェアの品質が高いほど、プロジェクトの開発速度は速くなります。
Arkady Moreynisのもう1つの例は、ソフトウェアの役割が二次的な状況です。
あるアメリカの会社は、一週間の料理のためにすぐに人々の材料とレシピのセットを販売するという考えを持っていました。 つまり、1週間に1回メニューを注文し、すでにカットされた製品を宅配便業者で受け取り、これから1週間調理することができます。 スタートアップの平均的なおっぱいはどこから始まりますか？ 単純なものから：彼はパラメータのレシピの選択でサイトをプログラムします。 そして、アイデアの作者は何をしましたか？
彼らは最寄りのスーパーに行き、叔母を捕まえ始めました。 つまり、彼らは文字通りこのスーパーマーケットを買いに行った叔母たちに近づき、「私たちにはサービスがあります-週9.95ドルで、一週間の料理のために食べ物とレシピを持ってくることができます。」
彼らは彼らに9.95ドルを支払うことに同意した最初の叔母を見つけました。 その後、彼らは再びプログラムを実行しませんでした。 彼らはレシピを拾い、商品を購入し、カットし、袋に入れて、毎週これらすべてを叔母に持ち込み、先週彼女からのフィードバックをすべて聞き始めました。 そして合法的な9.95ドルを取得します。
並行して、彼らは他の叔母を虐待した。 彼らは、叔母の流れの管理をやめた瞬間に、それから何らかのサービスを作り始めました。 彼らはトピックを見つけたことに気付き、人々はそれを必要としています。 これは、製品を完全に作成せずに開始することが可能であり、必要な場合の例の1つです。
Netflixの例
サービスとしての製品から始める-これがNetfixの始まりです。
Netflixはカリフォルニアで生まれ、その創設者はリードヘイスティングスとマークランドルフの2人でした。 ヘイスティングスは、彼が借りた映画の返却が遅れたために大きなペナルティを支払わなければならなかった。 それが彼のアイデアを思いついたのは、返品の遅延に対して罰せずに電子メールで映画を注文できるサービスを作成することでした。
その後すぐに、彼らは彼らの映画のコレクションを友人たちに貸し始めました-これがNetfixが生まれた方法です。 これは当たり前のように思えるかもしれませんが、ほとんどの起業家に今日どのようにNetflixを開始するかを尋ねると、非常に詳細な技術的答えが得られます。
スタートアップにとって、人々が本当に必要とする製品を作成することは不可欠です。 すでに述べたように、製品はソフトウェアだけではありません。 しかし、スタートアップが何らかの種類のソフトウェアを中心に構築されている場合、最初は高い需要があったとしても、ソフトウェアの問題によりプロジェクトが無駄になる可能性があります。