プロジェクトテーマロードマップは、段階的な手法ではありません。 厳格なルールを課すことも、特定の製品やプログラムに拘束することもありません。 本質的に、これは単に戦略開発への柔軟なアプローチです。
次のようになります。
そして、このように聞こえます：
「未来がどうなるかはわかりません。 したがって、ここでは、一般的な用語で実行したいことのリストを示し、途中で調整を行います。
テーマ別ロードマップでは、作業は問題のステートメントから始まり、最適な解決策を見つける方向に進みます。 プロセスは、事前定義されたスキームと期限に合わせてカスタマイズする必要はありません。 自由に変更できるドキュメントは、顧客のニーズと顧客が設定した目標に応じて自由に変更できます。
テーマ別ロードマップは、真のブレークスルーの余地を残す戦略開発戦略です。 最小限の制限とは、最大限の創造性、協力、革新を意味します。
テーマ別ロードマップとは何ですか？
その主な目標は、チームが共通の目標に取り組むことができるように、すべての優先順位を明確かつ明確に定義することです。
-すぐに解決する必要がある問題は何ですか？
-今、何を達成したいですか？
-後まで延期できるものは何ですか？
マップの各列は特定のタイムプランを表し、おおよその優先順位の階層を構築できます。提示された図では、3つのタイムプランが強調表示されていますが、その数は異なる場合があります。
今はあなたが今取り組んでいるものです。
近い将来、すぐに注意が必要になります。
長い目で見れば 、これは将来あなたがやりたいことですが、始める前に多くの準備作業が必要になります。
各カードは、解決したいトピックまたは問題を特定します。 優先順位が変更された場合、それらは再配置および交換できますが、ほとんどの場合は変更されます。
したがって、あなたが考えているように、マイナーが実際にユーザーベース全体に影響を与えることが判明した場合に、柔軟で適切なカードを緊急に引き上げることができます。 逆に、現在対処できないグローバルすぎる問題の解決策は、後日変更される可能性があります。
トピックを識別する方法は？
問題の根本を見てください。 バックログとユーザーレビューから始めるのが最善です-そこで多くの手がかりを見つけるでしょう。 ユーザーが直面している困難や正確に達成したいことを正確に記録することは、戦いの半分です。
ただし、念頭に置いてください：レビューでは症状と問題点のみが明らかになります。 トピックを作成する際には、わずかな改善でユーザーエクスペリエンスをどのように改善できるかについて考えるのではなく、可能な限り最大数の消費者を満たすためにアプローチを変更する方法について考える必要があります。
このトピックは、解決する必要のある大きな問題であり、これは詳細に関する不満の散在の背後にあります。
例として、著者は次のケースを引用します。 次の一連のユーザーレビューがあるとします。
「製品がウィッシュリストまたはバスケットに追加される場所は明確ではありません。」
「購入後、通知書が届きませんでした。」
「PayPalで支払うことができないのはなぜですか？」
一見すると、これはすべて軽微な修正の助けを借りて解決できるように思えるかもしれませんが、問題の根本にたどり着くと、共通のテーマが見え始めます：購入の支払い計画が機能しません。
したがって、「できるだけ広い範囲のユーザーに便利になるように、支払いプロセスに対する最善のアプローチは何ですか？」という質問を自問する方がよいでしょう。
各問題に対して多くの解決策を検討してください。
根底にある問題を特定する上で素晴らしいこと-あなたはそれを解決するために創造的である機会を得ます。 あまりにも野心的で馬鹿げたアイデアを捨てないでください。 一番下の行は、より多くのオプションを考え出し、ボックスの外側を考えて、近視眼的な決定に時間とリソースを費やす必要がないようにします。
このパラダイムで日常の問題がどのように解決されるかを見てみましょう。 ユーザーがアプリケーションにソーシャルメディアアクセスを追加することを提案したとします。 状況を理解するために自問するいくつかの質問はここにあります：
何人がこれを求めますか？ これは、ビジネス目標の達成に役立ちますか？
ユーザーが積極的に苦情を申し立てているために、問題が実際よりも深刻に見える場合がありますが、無口の大多数は非常に現在の状況です。 これは重要な瞬間ですか、それとも消費者の小さなグループにとって素晴らしいボーナスですか？
製品にはソーシャルコンポーネントがないため、ユーザーは現時点でどのように状況を終了しますか？
ユーザーの行動を調べて回答を得てください。 ツイートへのリンクを手動でコピーしますか？ 彼らは何を指していますか？ 彼らは問題を解決するために何もしない可能性があります-この場合、あなたはそれが見かけほど深刻ではないと結論付けることができます。
なぜ人々はコンテンツを共有したいのですか？ なぜ彼らはこの情報が彼らの環境にとって重要だと思うのでしょうか？
誰もコンテンツを公開することは望んでいないという結論に達するかもしれません（例えば、ツイートの形で）-ユーザーはFacebookやWhatsappの個人的なメッセージでコンテンツを転送することを好みます。
決められた各決定事項を、記載されたトピックのあるカードに記入し、さらに調べます。
おわりに
成功する製品が成功するのは、ほとんどの機能を備えているからではなく、最良の方法で問題を解決するからです。 問題が何であるかを正確に知るまで、機能を拡張しても意味がありません。 あなたの計画で未来を予測しようとしても、何も得られません。
真の利点は、ユーザーを観察し、会社のニーズと能力のバランスを維持し、すべてのチームの共同力を発揮して結果を達成できることです。