功能要望公开看板：vote 机制替代口头收单

背景与问题

功能要望散在（客服邮件、商店评论、LINE 私聊）会导致：同一要望重复收、优先级拍脑袋、要望者不知道后续。公开看板+投票的最小构成能让收单变结构化。

发现

（来源访问日期均为 2026-09-20 访问）

• 事实（UserJot）：免费永久档存在——投票+自动更新 roadmap+AI 重複检测，indie 友好。
• 事实（Noora）：2026 年 feature voting 工具评比中「最小 setup」评价——导入摩擦最低档。
• 事实（Upvoty 比较文）：$15/月档的看板+公开 roadmap+changelog 组合。
• 事实（Canny/Gleap 的最佳实践）：健全 loop 的关键是 close the loop——功能上线时向投票者通知（opc-changelog-public-page 与连动）。「收集だけ」の看板は投票者の信頼を消耗する。
• 推测：solo の看板失敗パターンは「要望を全部受け入れる場にする」こと——公開看板は要望の辞書ではなく優先度の可視化であり、やらないものも明示する勇気が必要（非採用カテゴリを設ける）。

結論

1. 最小構成：無料档ツール 1 つ（UserJot 起手）+看板 1 個+カテゴリ 3 つ（やりたい/検討中/やらない）——ロードマップの公開は後回しでよい。
2. 重複統合が本体：客服/评论/邮件の要望を週次で看板に転記し重複票をまとめる（転記は 10 分/週、opc-content-batch-day に同日組み込み）。
3. close the loop の自動化：機能出荷時に changelog から該当要望へリンク——投票者に「聞いてくれた」体験を返す（opc-changelog-public-page と直結）。
4. 「やらない」カテゴリ：方針に合わない要望を公開で断る——これが一番の優先度信号（やらないリストの方がユーザーは安心する、推测）。

待办 / 下次继续

• UserJot で看板作成、既存要望 10 件を転記。
  
• changelog 連携のリンク形式を確認。
  

关联

opc-changelog-public-page opc-content-batch-day opc-offboarding-flow opc-support-first-response-templates