プロダクト・インサイト&優先順位付け

フィードバックが入る。 優先順位が出る。

すべてのリクエスト、レビュー、アンケートの回答、サポートのやり取りが1つのフィードに集まります——関連する機能と、それを言った顧客にリンクした形で。そうすればロードマップの議論は終わります:機能はリクエスト数、そしてその背後にある収益でランク付けされ、あなたのチームがすでに使っているフレームワークで採点されます。

このページで挙げているソースはすべて、今日この時点で稼働しており、実際に同期されています。

AIOInsights

その席に値するAI——根拠つきで

どこからでも⌘Iで開けるプロダクトコパイロット。実際に何をしているのか、クリックして確かめてください——すべての回答は、あなた自身のデータに基づいて引用されています。

質問

あなたのプロダクトに根ざしたコパイロット

プロダクトについて質問すると、あなた自身のレコードへの引用付きで回答が返ってきます。

  • 引用された回答はすべて、読み取ったレコードにリンクしています
  • 同じ基盤を読み取ります——フィードバック、利用状況、収益

即答

シンプルな質問には、トークン代ゼロで

  • 収益・需要・進行中の作業はあなたのレコードから直接計算されます
  • モデル呼び出しなし、ハルシネーションなし、即答

判定

投資する、直す、それとも廃止する

  • すべての機能に、利用状況から論じた判定を
  • 需要は生の投票数ではなく、賭かっている収益で重みづけされます

要約

会議が自分でタスクを書き出す

  • 通話は自動で文字起こしされます
  • アクションアイテムは、下書き済みのタスクとしてボードに反映されます

サンプルデータ・あなたのプロダクトに根ざしています

1つのフィード

すべてが、ひとつの場所に。タブの切り替えもありません。

機能リクエスト、アプリストアのレビュー、アンケートの回答、リサーチノート、デザインへのコメント、コミュニティのスレッド、エラーレポート、サポートチャット——ソースを接続した瞬間に、すべてが1つのフィードにまとまります。

  • 機能リクエスト

    Canny · Productboard · Featurebase

  • アンケート・リサーチ

    Typeform · Dovetail · Notion

  • アプリストアのレビュー

    App Store · Google Play

  • コミュニティ

    Discord

  • 自社チャネル

    サポートチャット・手動記録

なんでも手動で記録。 電話で聞いた話ですか?数秒でインサイトとして追加できます——同じフィード、同じリンク、同じ採点方法で。

チャットがフィードバックになる。 サポートウィジェットのスレッドは、別の受信箱ではなく、インサイトとしてそのままフィードに載ります。

Webhookで外へ。 記録されたインサイトはそれぞれ外向きのWebhookを発火できるため、あなたのスタックの他の部分が新しい信号に反応できます。

フィードは、有効にしたコネクタごとに埋まっていきます。メール転送チャネルはまだありません——フィードバックはコネクタ、チャットウィジェット、または手動記録から届きます。

積み上げるのではなく、結びつける

どのインサイトも、自分がどの機能に関するもので、どの顧客が言ったのかを知っています。

行動につながらないフィードは、ガラクタの引き出しでしかありません。ここでは、それぞれのインサイトが対象の機能と、それを言った顧客アカウントに結びついています——だからフィードバックは収益を伴い、その収益がこのページのすべてのランキングに反映されます。

  • 任意のインサイトに顧客アカウントのタグを付ければ、そのプランと収益も一緒についてきます。
  • インサイトを機能に結びつければ、需要は意思決定が行われる場所に積み上がっていきます。
  • 同じリンクは顧客の360ページにも表示されます——フィードバックが、その顧客が支払っている金額のすぐ隣に。

インサイト・Cannyから

「シングルサインオンがなければ、チーム全体には展開できません。」

⚙ SAML/SSO Fernwood & Co · $5,000/mo

1件の機能・1件のアカウントに紐づき・下記の需要にカウント・サンプルデータ

需要

誰が求めているか——そして、いくら払っているかで並べ替え。

需要ビューは、各機能の横に2つの数字を並べます——何人の顧客が求めたか、そしてその顧客たちがどれだけの収益を代表しているか。もっとも声が大きいリクエストと、もっとも価値の高いリクエストが、同じ行になることはほとんどありません。

  • リクエスト数、カウント済み

    リンクされたインサイトはそれぞれ、対象の機能のカウントを増やします。誰が何を求めていたかを思い出すために、スレッドを読み返す必要はもうありません。

  • 収益、合算済み

    リンクされたアカウントは、それぞれのサブスクリプションを一緒に運んできます。機能の需要行は、票数ではなく金額で読めます。

  • ROI、機能ごとに

    需要を工数で割った値——各行に明確なリターンの数字が出るので、会議が始まる前にトレードオフが見えています。

動画:フィードバック→優先度→作業、お金の情報も一緒に · サンプルデータ

自分たちのやり方で採点

5つのフレームワーク。プロダクトごとに、あなたが決めます。

採点が明確になれば、優先順位付けは単なる感覚ではなくなります。各プロダクトが使うフレームワークを選んでください——その裏にある需要と収益のデータは変わりません。

  • RICE

    Reach × Impact × Confidence ÷ Effort。Reachは既定で収益加重された需要から算出されるため、計算は実際の要望から始まります。

  • WSJF

    Weighted Shortest Job First——仕事の大きさに対する遅延コストで測る、フローで届けるチームのための手法。

  • Value-Effort

    定番の2×2、付箋の代わりにスコアを使います。クイックウィンは自然と浮かび上がります。

  • MoSCoW

    Must / Should / Could / Won't——議論すべきがスコープであって、順序ではないときに。

  • Kano

    基本機能、性能、魅力的品質——要望の声の大きさだけでなく、機能がどう響くかを採点します。

  • プロダクト単位

    プロダクト設定の中、あなたの手法のすぐ隣で設定できます。B2BプロダクトはWSJFを使い、コンシューマーアプリはKanoを使う——それも同じワークスペースの中で。

フィード上のAI

データを整理し、判断の根拠を語るAI。

見せかけではない、あなたのレコードに根ざした2つの実用的な機能。ひとつは機能タクソノミーをきれいに保ち、もうひとつはすべての機能に、あなたが問いただせる推奨を与えます。

機能の重複統合

3つの名前、1つの機能。統合されました。

イベントストリームが、同じ機能を異なるキーで表していることが分かると、AIが正式名称を提案して統合します。これで需要と利用状況は、3行ではなく1行にまとまってカウントされます。

export-csv · csv_export · exportCSV

↳ 統合を提案

CSVエクスポート ——1つの機能、1つの履歴

あなたのプロダクトイベントから・サンプルデータ

機能ガバナンス

すべての機能に判定を——投資する、直す、廃止する、それとも注視する。

AIは各機能の利用状況、シグナル、進行中の作業を読み取り、確信度付きの推奨を返します——最後に発言した人の意見ではなく、数字に基づいて論じられます。

SAML/SSO投資 · 86%

セッションリプレイ注視 · 71%

レガシーインポーター廃止 · 74%

利用状況+シグナル+進行中の作業から・サンプルデータ

正直な限界

  • フィードはコネクタごとに埋まっていきます——ソースを接続すればその履歴が同期されます。接続する前から何かがそこにあるふりはしません。
  • メールチャネルはまだありません。 フィードバックはコネクタ、チャットウィジェット、手動記録を通じて届きます——メールをフィードに転送する機能は作られていません。
  • サポートチャットは人が対応しています。スレッドは自動的にインサイトとしてフィードに載りますが、ボットが顧客に返信することはありません。

早期アクセス

ロードマップ会議で議論するのはもうやめましょう。

フィードバックのソースとStripeを接続すれば、ウォークスルーの中で、あなた自身の需要が収益でランク付けされ——あなたのフレームワークで採点された状態を見られます。

FAQ

よくある質問

どのフィードバックソースを接続できますか?

機能リクエストにはCanny、Productboard、Featurebase。アンケートとリサーチにはTypeform、Dovetail、Notion。App StoreとGoogle Playのレビュー。Discord。さらにサポートチャットと手動記録——すべてが1つのフィードに流れ込みます。

収益加重の優先順位付けはどう機能しますか?

すべてのフィードバックは、その出どころであるアカウントにリンクしています。そのため需要は、要望の背後にある収益でランク付けされ、単なる票数では決まりません。もっとも声が大きいリクエストと、もっとも価値の高いリクエストは、もはや同じものではなくなります。

どの優先順位付けフレームワークに対応していますか?

RICE、WSJF、Value-Effort、MoSCoW、Kanoをプロダクトごとに選べます。RICEでは、Reachが既定で収益加重された需要から算出されるため、計算は実際の要望から始まります。

フィードバックは機能やアカウントに紐づきますか?

はい——各項目は対象の機能と、その出どころであるアカウントにリンクしているため、出荷済みの機能を、それを求めた顧客(とその収益)までたどることができます。

単体のフィードバックツールとの違いは何ですか?

単体のツールはフィードバックをサイロの中に閉じ込めます。ここではアカウント、収益、ロードマップと同じ基盤の上にあるため、優先順位付けは実際の顧客価値に基づいて動きます——連結されている、単に一つにまとめられているだけではありません。