スタートアップ製品開発計画ガイド
2022/10/18⏱ 3分 -
ミンソン・キム (AI Biz)
-
商品開発を控えている方
商品開発計画プロセスに興味がある方
スタートアップで働く人
-
初期の製品開発計画が困難な理由を学び、効果的な製品開発計画を作成するために必要な要素とプロセスを調べます。
-
✔️ 早期の商品開発計画が難しい理由
✔️ 商品開発計画プロセス
商品開発は、何もないところから何かを創り出す素晴らしい仕事であり、多くの人の努力を要する大変な仕事です。本コンテンツを通じて、AIスタートアップの事業開発チームが経験する商品開発計画プロセスをもとに、私と同じ問題に悩む方々のお役に立てるような 知見をシェアしていきたいと思います。
スタートアップの初期商品開発計画のプロセスを振り返ると、幼少期の休暇中に私たちを悩ませた「 バケーションプランナー」を思い出します。計画を立てなければならないだけでも,わたしの心に重くのしかかっていました。
左プランナー 画像ソース: YouTubeのカン・カンテ
しかし、私が子供の頃に作っていた休暇のスケジュールは、実際には難しくありません。なぜなら、それは「一人で」の計画だからです。 もちろん、利害関係者である先生や保護者は厳しく監督しがちですが、結局、計画を実行するのは私だけです。一方、 計画を実行する人が多いほど、計画は難しくなります。 スタートアップの初期製品開発計画が見かけ以上に難しい理由は、主に3つあります。
早期の商品開発計画が難しい理由
1.各個人は、製品の形状について異なる理解を持っています。
スタートアップが初めて製品を開発する過程にあるとき、それはまだ表面化していないことを意味します。私たちは存在しないものを創造しているので、私たちは皆、何が作られるかについて異なる理解を持っています。また、同じ単語を使っても、その単語の理解は個人差があります。相反する概念の1つであるSIとSaaSを例にとってみましょう。
💡 SI(システムインテグレーター):コンピュータシステムを必要とする場所から外注を受け、システムの企画・開発・保守・運用を引き継ぐ業種。
💡 サービスとしてのソフトウェア (SaaS): ユーザーがソフトウェアをダウンロードせずにインターネット経由でアクセスするインフラストラクチャ、プラットフォーム、ソフトウェア、またはテクノロジ。
実際、どちらの概念も包括的で大きな単位の単語です。しかし、SIが一般的に使用される場合、2つの単語が対蹠形であるように、サービスプロバイダーは顧客の内部システムに直接入り込んでソリューションを提供し、クラウドは顧客がインターネットを介して望むソリューションにアクセスして使用できるようにする概念です。
問題は、これら2つのことを区別するのが難しいことです。特に初期の頃は、弊社が作成した製品がSaaS向けであっても、最初からバグやエラーがないことは難しいです。その後、SIなどの内部システムにアクセスする必要があります。
このような状況にある場合、製品をSaaSまたはSIにすべきかどうか?些細なことのように思えるかもしれませんが、チームが目指す目標を調整するという点では非常に重要な作業です。
2. 私たちは思っている以上に抽象的な言葉を使います。
🤣 「ミン・シェン、デモのリリース日はいつですか?」
"??どんなデモ??
上記の会話のデモがデモ Web サイトを参照しているか、V1 製品のデモを参照しているか。ウェブサイトの中で、それがアウトリンクであろうと会社のホームページであろうと..わかりません。あなたが思うよりもこのような言葉がたくさんあります。パイプライン、プロトタイプ、コンテンツなど 抽象的な単語のトラフィッククリアランスは不可欠です。
これを行うには、発売時にどの製品が付属するかを決定し、統一された名前を付ける必要があります。 V1 製品が 6 月に発売されると仮定すると、6 月の発売前に発売される製品のプロトタイプを「v1 プロトタイプ」とか「v0.5」とか、そういう呼び方があるべきで、コミュニケーションのコストを下げるための名前のコンセンサスが取れるようにしましょう。v0.1、v0.2 などの番号を付ける場合は、バージョン名を変更するためにいつ、どの機能が追加されるかを決定する必要があります。
プロジェクト管理ツリースイング漫画
3. 複数のチームが有機的に動く必要がある
製品を開発するために必要なのは、開発チームだけではありません。製品発売のためのマーケティング、顧客(または顧客)タッチポイントの作成、製品デザイン、Webサイトデザイン、コンテンツ作成など、多くのチームに タイミングを合わせ る必要があります。その過程で、チームは異なるが仕事に関係するようになります。たとえば、「開発チームの前に、設計チームによる画面計画が必要であり、画面計画の前に、製品の最小機能の定義が必要である」などの作業関係を理解する必要があります。計画がきちんと行われないと、作業順序がねじれて計画が遅れてしまいます(実際、きちんと計画しても不可抗力で遅れてしまう...😭).究極的には、ビジネス団体は適切に共有されなければなりません。
商品開発計画プロセス
何をなぜ共有する
初期の製品開発には 、多数の人とのミーティングが必要です。他の会議と同様に、なぜそれをやっているのか、そしてそれを使って何を達成しようとしているのかを共有することが重要です。「今日の会議を使用して、製品を理解する文章を一度に作成する」などの会議目標が 1 つあり、「製品発売ロードマップを通じてチームの作業の関連性を特定する」という より大きな目標が必要です。
参加者数の確認
各チームに重要な決定を下すメンバーがいることを確認します。 実際、参加者の数は計画プロセス中にさらに増加する可能性があります。作業を調整すると、途中で予期しないタスクが発生することがあります。また、混雑しないように調整することも重要です。
技術と製品形状の一貫した理解
各チームには異なる背景があるため、知らない用語が多数ポップアップし、新しい働き方に直面しています。 このプロセスでは、知らないことや混乱していることを遅滞なく尋ねることが重要です。 あなたが知らないことを説明する過程で、あなたはお互いに適切に確立されていないより多くの概念を議論することができます。ターゲットとする顧客のペルソナを分析したり、競合他社の分析を共有したりすることで、チームメンバーの全体的な 理解を深めることができます。
製品発売プロセス中の出力とマイルストーンの決定
製品をいつリリースするか、製品の発売前にリリースする必要がある他の成果物、およびいつリリースするかを決定することは、 計画を形作る上で重要な部分です。6 月までに v1 製品を発売することを目指している場合は、その前にどの成果物をリリースすべきかを話し合い、理想的にはいつリリースすべきかについて合意する必要があります。そのマイルストーンに基づいて、各チームの詳細な作業があります。
プロジェクト管理を容易にするコラボレーションツールを選択する
前述のように、製品開発計画の目標がチームごとの作業の関連性を理解することである場合、これを一目で確認するには、グラフまたはグラフが必要です。今日では、多数のコラボレーションツールがプロジェクト管理を容易にしています。コラボレーションツール内で、出力とマイルストーンを取得し、対応するタスクを書き留めることができます。チームを指定し、担当者 (PIC) を定義し、ジョブの開始日と期日を定義し、そのジョブでサポートを必要とするチームを指定する必要もあります。ほとんどのコラボレーション ツールでは、リスト、ボード、タイムラインが対話形式で表示されるため、作業が整理されたときにプロジェクト管理の状態が一目でわかりやすくなります。
しかし、このプロセスにも課題があります。
⚠️ Q. どのくらいの詳細を共有する必要がありますか。
プロジェクト全体の管理ページでは、バージョン別に追加された機能開発のみが作業に反映され、企画・開発の議論が必要な細かい作業は企画・開発チームによって個別に調整されます。
製品を立ち上げるには複数の機能がありますが、開発チームはどの程度詳細に行う必要がありますか?開発チームがすべての詳細を使用すると、他のチームが理解しにくくなるだけでなく、実際には他のチームが技術的な詳細を把握することができなくなります。たとえば、v0.1、v0.5、および v1 の開発がマイルストーンである場合、v0.1 開発自体をまとめて、v0.1 開発時に行わなかった大きなフレームワーク機能 (または開発タスク) のみを使用するのが適切です。実際に開発を行うときは、開発チーム内でより詳細な作業計画が作成されます。このプロセスにおいても、粒径はタスクごとに変化すると結合される。 すべてのパーティクルを適合させようとするのではなく、大きな方法で計画することに集中する必要があります。
⚠️ Q. 結果と関係のない作業はどのように整理すればよいですか?
マイルストーンに基づいて成果物を計画します。
企画・開発の場合、ほとんどの業務は商品発売に直結しますが、マーケティング業務や法務の場合は商品発売に直結しない場合があります。特許出願があるとしましょう。これらのタスクは非常に重要であるため、プロジェクト管理ページに表示されますが、成果物にはリンクされていません。これらのタスクでは、マイルストーン日付に基づいて開始日と終了日を設定し、 作業の関連付けを表示できます。
⚠️ Q. お互いにどの程度関係している必要がありますか?
他のチームに対する仕事の関連性のみを表示し、チーム内の仕事の関連性は表示しません。
考えてみれば、すべての作業は実際には関連性があります。ペルソナを分析し、ユーザーを分析し、ユーザーテストを行う必要があります。関連付けを作成しようとすると無限に作成され、関連付けがないと思うと、何も関係がないと思うかもしれません。
ただし 、プロジェクト管理の目標は、「他のチームとの作業上のつながり」を特定することです。その観点からアプローチする場合は、チーム内で仕事のつながりを描こうとするよりも、他のチームとの仕事のつながりをチェックするだけの原則を確立する方が良いでしょう。
結論
実際、実際には、さまざまな不測の事態により、計画を実行することは困難です。イライラしますが、適切な計画を立て、各チームのコラボレーションポイントを特定することは、間違いなく効率的に作業するのに役立ちます。市場投入までの時間を短縮する必要があるスタートアップにとって、適切な計画は間違いなくこのサイクルを短縮する役割を果たすことができます。 私は計画を立てるのに悩まされている私たちの人々のために刺すようなリマインダーで記事を締めくくります。 😂
常に計画を立てていないと、常に失敗を計画しているようなものです。 - ハイラム・スミス
何でもデジタル化
-
Upstageは、「AIを有益なものにする」というミッションのもと、AIでより有益な世界を創造するために、OCRパックやレコメンデーションパックなどのAI製品を開発しています。詳細については、アップステージのホームページをご覧ください。
