-
ソフトウェア製品で顧客フィードバックを求める方法と使える質問文
顧客フィードバックは、ユーザーが作業を終えた直後に、その場で具体的な質問を一つだけ投げて集める。場面別の質問文、避ける聞き方、回答の扱いを紹介する。
フィードバックループ1分で読めます
-
プロダクトロードマップの例:6つの形式と、それぞれの失敗パターン
Now/Next/Laterなど6形式のロードマップを、現実的な項目例で解説する。各形式が向く読者と崩れる典型的な原因、形式の選び方、最新に保つ方法を紹介する。
フィードバックループ1分で読めます
-
重複する機能リクエスト、声を失わずに統合する
重複する機能リクエストの統合は、不注意だと言い回しを失う。言い回しを残す統合手順、誤った一致の見分け方、提出者への通知と功績の扱いを説明する。
フィードバックループ1分で読めます
-
顧客を失わずに機能リクエストを断る方法とは
ループを閉じるとは、出荷を伝えることだけではない。難しいのは関係を損なわずに断ることだ。悪い拒否の原因と、そのまま使える文例を説明する。
フィードバックループ1分で読めます
-
フィーチャーフラグのリリースノート：何を、いつ伝えるか
フィーチャーフラグでは、マージと出荷が同じ出来事ではない。ループを閉じる正しいタイミングと、緊急停止スイッチの場合の扱いを具体例とともに説明する。
フィードバックループ1分で読めます
-
機能リクエストを見失わずに追跡していく方法
機能リクエストの追跡は、届かないか、集めて放置されるかで失敗する。両方に耐える仕組み、自動トリアージ向けのラベル、次に作る物の決め方を説明する。
フィードバックループ1分で読めます
-
機能リクエストが実はバグレポートである時
新しい設定を求めるチケットは、隠れたバグの回避策かもしれない。誤ったラベルは優先順位を狂わせる。顧客の言葉から見分ける方法と判断者を説明する。
フィードバックループ1分で読めます
-
サポートチケット対機能リクエスト：どちらを信じるべきか
サポートチケットと機能リクエストボードは、異なるものを測っている。片方の急増をもう片方と同一視すると優先順位を誤る。どちらを信じるべきかを説明する。
フィードバックループ1分で読めます
-
積み上がる機能リクエストにどう優先順位をつけるか
追跡とグループ化とラベル付けをしても、どれを先に出すかという難問は残る。実際に機能するフレームワークと、生の投票数が隠してしまうものを説明する。
フィードバックループ1分で読めます
-
チェンジログ側から顧客フィードバックループを閉じる方法
フィードバックループが閉じるのは、依頼した本人に出荷を伝えたときだけだ。四つのステップのどこで途切れるか、チェンジログが最適な理由を説明する。
フィードバックループ1分で読めます
-
チェンジログの項目になる機能要望テンプレート
出荷された機能の依頼を見つけられなければ、機能要望は役に立たない。依頼を振り分けるラベルの付け方と、チェンジログが後で読む各項目の中身を説明する。
フィードバックループ1分で読めます
-
issueトラッカーから作る三列の公開ロードマップ
公開ロードマップは未来の約束だから、小さく保ち、すでに追跡しているissueから組み立てる。各項目はラベル一つで列から列へ動かす形にしよう。
フィードバックループ1分で読めます
