ソフトウェア製品開発: アイデアからビジョン、そして現実へ

私は素晴らしい製品のアイデアを思いつきました…次は何をしますか?

すべての優れた製品は、問題を解決するためのアイデアから始まります。 その最初の「あっという間」は非常にエキサイティングです。人々は、自分の成功したソフトウェア製品が何千人ものユーザーの手に渡ると想像する傾向があります。 しかし、そこにたどり着くために成功の仮定に頼ることはできません。

新しいソフトウェア製品を開発することは、「ソフトウェア開発」だけではありません。 この時点では、あなたのアイデア/製品の価値は仮定です。

1 行のコードを記述する前に、仮定を取り除き、新製品のビジョンと計画を作成することが重要です。

製品を目的に合わせる

あなたの会社にとって何が重要ですか？ あなたの製品はあなたの目的をサポートしていますか?

必要な最初のステップの 1 つは、作成したいものと、それが会社としての自分とどのように一致するかを確認することです。 アイデアは素晴らしいものですが、それはあなたが土台を築いた信念に反しない場合に限られます.

ビジネスを創造するということは、どれだけ頻繁に変更や拡大をしても支持できるブランドを創造することを意味していました。 このブランドに合わない商品を作ると、混乱や不信感から顧客を失う可能性が高くなります。

たとえば、Miles Technologies は、人々がより多くのことを達成できるよう支援するというコア フィロソフィに基づいて、顧客の意思決定を行います。 それは私たちが最初からビジネスを構築した焦点であり、サービスを他の市場に拡大しても変わりません。 顧客の 1 人に製品を提示したとしても、最終的にその顧客がより多くのことを達成するのに役立たない場合、その顧客に対して築き上げたロイヤルティに悪影響が及ぶことになります。

ブランドと顧客にとって最善のことだけを達成するように努力する必要があります。

市場を理解する

あなたの製品は誰を助けますか？ それは何を助けますか？ なぜその助けが必要なのですか？ その助けが必要なのはいつですか。

最初のステップは、この製品が誰を助けるのか、そしてなぜそれが必要なのかを定義することです.

• それは誰を助けますか？
  • 個人ですか？ チーム？ ビジネス？ 特定の業界？
• それは何を助けますか？
  • それは特定のプロセスですか？ 彼らは今日これをどのように行うのですか？
• なぜ助けが必要なのですか？
  • 時間を節約できますか？ お金を節約しますか？ エラーを減らしますか？
• いつ助けが必要ですか？ 必要性はどのくらい緊急ですか？
  • あなたの製品がなければ、彼らは何を見逃していますか? 節約できる時間/お金を使って、彼らは何をすることができますか?

あなたの製品を使用すると思われる人々は、これらの質問に答えるのに最適です. 将来のエンド ユーザーとその問題をよく理解すればするほど、製品はより良くなります。

この情報に基づいて、製品が解決するすべての問題のリストを作成します。

潜在的な競合を特定する

これで、ニーズ (つまり、製品の市場) が存在することが確認されました。 他の誰かがすでにこの市場のシェアを持っていますか?

• この市場にすでに製品やサービスはありますか? もしそうなら、
  • 彼らはこの市場で重要な足がかりを持っていますか?
    • もしそうなら、誰と？
  • 彼らの製品/サービスは何をしますか? 同じ主要な問題/ニーズを解決しますか?
    • もしそうなら、あなたのビジョンと彼らの製品/サービスの違いは何ですか?
      • あなたのビジョンは、パフォーマンスを向上させるのに十分なほど異なっていますか?
      • 競合他社がこの市場で有利なスタートを切る可能性があることを考えると、競合他社はあなたのアイデアに簡単に一致できますか?

特に特定の業界では、追加の考慮事項がある場合があります。 あなたの製品は、あなたの業界の特定のサブセクションまたは専門分野をカバーしていますか?

潜在的な収益の評価

あなたの製品はどのようにして組織の収益を生み出すことができますか?

• あなたが解決している問題に基づいて、あなたの製品は潜在的な顧客にとってどのような価値がありますか?
• この製品はどのように組織の収益を生み出しますか?
  • これは定期購読ですか？ プレミアムカスタマーサービスのニーズはありますか?
• この製品は、他の方法で組織にどのように役立ちますか?
  • この製品は、チームがすでに担当している仕事で時間を節約できますか?
• 製品が満たす必要のある特定のビジネス目標はありますか?
  • 効率アップ？ 来年まで黒字？ 等？

ビジョンを改善する

成功するプロジェクトを作成するには、解決する問題を選択する必要があります。

これで、誰を支援するか、何を支援する必要があるか、解決策がどのように役立つか、問題を解決することで私たちにどのようなメリットがあるかがわかります。

そのすべての情報を念頭に置いて：

• 初期の製品ビジョンで見落としていた、解決すべき問題はありますか? もしそうなら、解決すべき問題のリストにそれらを追加してください。
  • たとえば、最初は知らなかったプロセスの一部ですか?
    
• 解決する価値のない問題はありますか? もしそうなら、解決すべき問題のリストからそれらを削除してください。
  • もしかしたら、あなたが解決しようとしていた問題の 1 つを、定評のある競合他社がすでに解決しているかもしれません。

この時点で、あなたの製品が解決しようとしている問題とその理由を理解する必要があります。

計画バージョン 1 (およびそれ以降)

解決しようとしている問題を明確に理解したら、製品のバージョン 1 を開発してリリースするための計画を作成します。 これは、機能のリストと、決定した発売日と予算とのバランスをとることを意味します。

• 機能、リストの問題を解決する
• 特定の機会がある場合は、ローンチ日
• 予算、超えてはならない特定の金額がある場合

特徴

最初のローンチにはどのような機能を含める必要がありますか? なぜ？

製品に含める必要がある (または含められる可能性がある) 機能について、ブレインストーミングに多くの時間を費やしたことがあるでしょう。 さあ、機能の巨大なリストに君臨する時が来ました – どれがカットを作りますか? ソフトウェア業界では、これは「実用最小限の製品」と呼ばれることがよくあります。

これを理解するには、各機能がリストの問題を (直接的または部分的に) 解決するか、特定の目標に貢献するかを確認してください。 覚えておいてください - 一部の機能 (見栄えの良いユーザー インターフェイスなど) は、問題を直接解決しない場合がありますが、潜在的なユーザーに製品が正当に見えるようにするために必要な場合があります。

どの機能が「あると便利」なのか、正直に話してください。 バージョン 1 に含まれていない機能は、今後も構築される可能性があることに注意してください。 今構築するものが少なければ少ないほど、リスクが少なくなり、ユーザーから学んだことに基づいて調整する余地が大きくなります。

機能を一覧表示し、優先順位に従ってランク付けします。 ストーリー マッピングは、これを実現するための一般的な方法です。

発売日と目標予算

バージョン 1 の機能のリストができたので、最後のレベルの改良が必要です。

• 発売日
  • 立ち上げなければならない特定の機会がある場合、それまでに必要な機能のリスト全体を完成させることができますか? そうでない場合は、発売日に合わせて機能を調整するか、機能に合わせて発売日に調整する必要があります。
• バジェット
  • 機能のリストは、決定した予算内に収まりますか? 答えが「いいえ」の場合は、機能を適合するように調整する必要があるかもしれません。 これらの「あると便利」のうち、将来のリリースまで待つことができるのはどれですか?

結論

新しい製品を開発するときは、新しいソフトウェア製品を作成することはコーディングや開発以上のものであることを最初に理解する必要があります。 製品を会社の目的に合わせ、市場を理解し、潜在的な競争相手を特定し、潜在的な収益を評価し、製品のビジョンを洗練することが不可欠です。 最終的に、あなたの製品には、顧客に利益をもたらし、製品全体があなたが誰であるかをうまく反映させる機能のみが必要です.