Articles

Product Features

あなたは時間の任意の長さのための製品で働いてきた場合は、用語”製品の機能”のさまざまな用途に遭遇しました。製品にはどのような特性があるかを説明する機能があります。

製品にはどのような特性がありますか。 この記事は、次の機能を備えたMacBook proに書かれました:

  • 3.1GHzデュアルコアIntel Core i7プロセッサ
  • 16GB1867Mhz DDR3メモリ
  • Intel Iris Graphics6100 153MBグラフィックス。

製品が何をするかを説明する機能があります。 この記事は、次の機能を備えたGoogleドキュメントを使用して書かれました。

  • いつでもどこでも(オフラインでも)動作します
  • 変更は自動的に保存されます
  • リアルタイムコラボレーション
  • div>スマートな編集とスタイリングツール
  • 多種多様なテンプレート

バックログに表示される機能があります。 バックログの文脈で”機能”という用語が使用される場合、それは上記のように製品に機能を追加するために必要な作業を表すプレースホルダーを指しま機能と言うときの意味を明確にすることが重要です。

明確にするために、ここでは、製品の機能が何であるか、それらが利点とどのように結びつくか、機能をどのように表現するか、機能を製品計画にどのよ

製品の機能は何ですか?

Dan Shewanは、製品の機能を”機能とは、製品が持っているものまたはそうであるものです…これは、通常、ユーザーが何かを行うことを可能にするソフトウェアプログ’

上記のMacBook ProとGoogle Docsの機能のリストは、この定義と一致しています。 この方法で使用される機能は、あなたの製品を説明し、あなたの顧客は、彼らが最初の場所で製品を購入するかどうかを決定するのに役立ちます。 あなたはそれがあなたの特定の製品管理の課題のお手伝いをするかどうかを決定するためにProductboardのための機能のリストを見ることができます。

製品の異なるバージョンを提供する場合は、製品機能のリストを使用してそれらを区別できます。 異なるバージョンの機能のさまざまなリストを使用して、各バージョンが何をしているのか、持っていないのかを説明することができます。

この方法で機能を使用すると、すでに製品を購入することを決定している顧客が購入するバージョンを決定するのに役立ちます。

機能を中心に決定を構造化します。 提供する機能、提供しなくなる機能、およびそれらの機能を提供または削除する順序を決定します。 何を含めるか、取り出すか、またはあなたのプロダクトから残すべきかについての決定をするとき特徴の点では考えるが、利点に基づいてそれらの決

Features vs.benefits

顧客が製品を購入するかどうかを決定するとき、彼らは機能を見るかもしれませんが、実際にあなたの製品がどのような問題を解決するのに役立つかを決定しようとしています。 彼らはあなたのプロダクトの使用から得る結果を定めることを試みている。 彼らは受け取る利点を理解したいと思う。

メリットは、製品やサービスを使用してユーザーが経験する結果または結果です。

機能は出力を表します。 それらはあなたの顧客か係争物受寄者が特定の結果を実現するのを助けるためにあなたのチームが提供する事である。

あなたの顧客が追求する利点の理解を造ることによって始めなさい。 それからあなたのプロダクトが必要とし、あなたの顧客がそれらの利点を経験するのを助けるために必要としない特徴を識別しなさい。 成功はあなたの顧客が理解し、それらの利点にあなたのプロダクトの特徴を結ぶ点では利点を表現するとき来る。

Productboardは、潜在的な顧客が探していると考えているこれらの利点を特定しました。 私達の顧客はにほしいと思います:

  • ユーザーが必要とするものを理解する
  • ビルドするものを優先順位付け
  • ロードマップを共有
  • 起動に向けた進捗状況を監視
  • 起動に向けた進捗状況を監視する
  • クロスファンクションチームの信頼とバイインを獲得
  • あなたの顧客コミュニティに係合

その理解に基づ これらの機能について説明すると、特定した利点をお客様がどのように体験するのに役立つかを示します。 たとえば、次のようにします。

Research Repository

ユーザーが必要とするものを理解する

insightsボードを使用して、ユーザーの調査、機能要求、および多数のソースからのユーザーフィードバックストリーミングを統合します。 トレンドを見つけて、次に何を構築するかを優先順位付けし、正しい方法で構築するのに役立つパターンを特定します。

どの機能をどの順序で提供するかを決定するときは、利点と機能の関係を念頭に置いておくと便利です。 特徴と利点の関係の性質は、特徴を表現する方法を決定するのに役立ちます。

機能を表現する方法

機能を表現する方法は、目的の利点を提供するために必要なものをすでに知っているかどうか、または利点を提供す

ソリューションとしての機能を表す

時には、彼らが求める利点を顧客に提供するために何を提供するかを知っています。 製品が成熟している可能性があり、多くの顧客が要求した機能を追加しています。 または、競合他社とのギャップを埋めるための機能を追加しています。 あなたは有用であるために特定の機能を持っている必要があるB2B製品に取り組んでいるかもしれません。そのような場合、最も簡単なことは、機能ページで説明されているように機能を表現することです。 たとえば、作業中の機能として、PDFエクスポートまたは優先順位付けマトリックスを明示的に呼び出すことができます。

機能をソリューションとして表現すると、チームが何を生成しようとしているのかを共有する理解を構築する方が簡単で、チームが議論の中で物事を参照するための簡潔なラベルがあります。

残念ながら、機能をソリューションとして表現すると、チームを特定のソリューションにロックすることができます。 それは、ユーザーが実際に持っていないニーズを解決したり、実際の根本的な問題に対するより良い解決策を逃したりする可能性があります

最初に出

機能をニーズとして表す

機能をニーズとして表現するとき、結果をどのように達成するかを記述するのではなく、達成したいものを特定します。 この機能をPDFエクスポートとして説明するのではなく、上司とデータを共有できるようにする必要があるため、機能を説明します。必要性として機能を記述するときは、その必要性をどのように満たすかについてのオプションを開いたままにします。

必要性として機能を記述す 革新的な解決のためのチャンスを高め、あなたのチームは発言権があるのでその解決の提供でより従事しています。

機能をニーズとして表現することの欠点は、作業している機能について共有された理解を確立することがより困難になる可能性があることです。 あなたは正しい解決策を思い付くしようとすると、あなたのチーム内でより多くの不確実性が発生する可能性があります。

両方のアプローチを組み合わせて使用する

両方のアプローチを使用することで、最も効果的な方法が得られる場合があります。 解決策の明確なアイデアがあり、より多くの調査を行うことが意味をなさない場合は、機能を解決策として定義します。 検出が保証される場合は、ニーズの観点から機能を説明してください。

製品計画に機能を組み込む方法

製品に何を含めるか、何を除外するかを決定しようとしているときは、実現しようとしている結果から始 提供する機能をフィルタリングするには、組織の戦略を使用します。 あなたのロードマップのあなたの決定の結果を伝えなさい。

成果と戦略に基づいて機能の優先順位を付ける

顧客に提供することを目指す利点を明確に理解し、それらの利点を実現するために提供

特定の機能に対する顧客からの要求を受け取ったら、その理由をより深く理解してください。 その機能はどのような問題を解決するのに役立ちますか? その機能はどのような利点を提供しますか?

顧客が本当に探しているものとその理由を理解すると、解決策が理にかなっているかどうか、またはより良い解決策を見つけるためにさらに

顧客が特定のニーズを満たすように求めているからといって、それはあなたの製品や組織にとって意味があるという意味ではありません。

組織の戦略を理解する必要があります。 その戦略をフィルタとして使用して、どの要件を満たす必要があり、どの要件を無視するかを決定します。 この戦略をフィルタとして使用して、どの機能を提供するか、どの機能を無視するかを決定します。 あなたの組織の戦略は、製品の決定のための北の星でなければなりません。

機能と製品ロードマップ

機能を提供することを決定したら、ロードマップにそれを置く時間です。 これは、あなたが上で動作するように計画し、あなたがそれらに取り組むつもりだときに機能を通信するためのあなたの方法です。

それはあなたのロードマップが機能駆動型であるべきであることを意味しますか? 必ずしもそうではありません。

出力ではなく、結果を中心にロードマップを整理する必要があります。 これらの利点を提供するために使用する機能ではなく、顧客に提供する利点を説明します。

ロードマップを機能別に駆動する場合は、提供する内容について詳細を伝えます。 これは短期的には正確かもしれませんが、長期的には遠く離れている可能性があります。 不合理な期待を設定しないようにしたい場合は、特定の時間枠で対処する予定の結果を、それらの利点を提供するために提供する機能を明示的に

特に短期的には、ロードマップに特定の機能がリストされている可能性があります。 キーは、それぞれの状況で確実性の適切なレベルで期待を設定しています。