Fider

Fider とは

Fider（github.com/getfider/fider）は、機能リクエストと要望のためのフィードバックポータルです。実際の運用では、自社ドメインの下に公開ボードを立てます。顧客がアイデアを投稿し、他の人がそれに投票し、あなたが返信してステータスを設定する。そうすることで、最も需要の大きいリクエストが上位に浮かび上がり、サポートチケットや DM、そしてあなたの記憶の中に散らばったままにならずに済みます。プロジェクト自身は、自らの価値をはっきりこう言い表しています——推測に費やす時間を減らし、正しいプロダクトを作る時間を増やす。2026年7月時点でスターは 4,429、Go で書かれており、2017年から継続的に開発が続いています。

ライセンスとホスティングは分かりやすいものです。Fider は AGPL-3.0 のオープンソースで、動かし方は二つあります。自社インフラに無料でセルフホストしてデータと稼働を自分で持つか、プロジェクトのメンテナーが運営するマネージドの Fider Cloud を使い、運用の手間をサブスクリプションと引き換えにするかです。資金はベンチャーキャピタルではなく Open Collective 上のコミュニティからの寄付でまかなわれており、これは機能の裾野を急いで広げるツールというより、安定して用途の定まったツールを生みやすい構造です——そして、フィードバックボードのように土台となるものにとっては、地味で頼れることこそが要点です。

Fider は創業者のグロース・スタックのどこに収まるか

公開フィードバックボードは、グロースのうち獲得側ではなくリテンションとプロダクトの側に位置し、いくつかの具体的な理由でその場所を得ています。

• 推測を証拠に置き換える ——投票は、逸話的なリクエストの山を、既存ユーザーが次に何を求めているかというランク付きのシグナルに変えます。これは、擁護できるロードマップと、社内で言い争うロードマップの違いです。
• 解約を減らすループを閉じる ——ユーザーが自分のリクエストが受け止められ、着手され、そして出荷されるのを目にすれば、留まる理由ができます。目に見えてどこにも行かないフィードバックは、その逆をやります。このリテンションの観点は SaaS の解約を減らす方法 で扱っています。
• ビルド・イン・パブリックの舞台も兼ねる ——公開されたボードと変更履歴は、見込み客に勢いを示す、軽量で正直な手段です。これは ビルド・イン・パブリック と重なります。
• フィードバックの一つのチャネルであって、すべてではない ——ボードが捉えるのは、投稿し投票するだけの意欲があるユーザーであり、どうしてもパワーユーザーに偏ります。解約インタビュー、サポートに現れるテーマ、アプリ内アンケートといった静かなシグナルと組み合わせましょう——顧客フィードバックの集め方 で扱っています。

Fider がしないこと、そして正直な罠

どんなフィードバックボードにも共通する罠は、早すぎる段階で立ててしまうことです。ボードが役に立つのは、集まった投票が意味を持つだけのアクティブユーザーがいる場合だけです。それ以前の段階では、ほとんど空のボードは、いかに関わっている人が少ないかを宣伝してしまいます——誰もいない Discord がトラクションのなさを示すのと同じです。また Fider は設計上、いまのユーザーが何を求めているかを教えてくれますが、離脱した人、そもそもサインアップしなかった人、黙って解約した人については何も語りません。そしてしばしば、そちらのほうが重要な相手です。声の大きい既存ユーザーだけから作られたロードマップは、いま持っている市場のほうへ静かに舵を切らせ、これから必要な市場から遠ざけてしまいます。

一次情報として：AgentCeres——agentceres.com の AI グロースオフィサー——は 顧客フィードバック担当 を運用しており、その仕事はレビュー、サポートのスレッド、アンケートの回答を、ランク付けされたテーマに変えることに尽きます。そしてそれを形づくった教訓は、ボード単体では強制できないものでした——フィードバックを集めるのは簡単で、何を無視するかを決めるほうが難しい、ということです。投票順に並んだリストは、その判断への入力であって、判断の代わりにはなりません——最も票を集めたリクエストは、次に必要なユーザーではなく、すでにいるユーザーのための機能であることがよくあります。Fider はその入力を集めるための、きれいで正直な方法です。それをどうするかは、人が引き受けるべき意思決定のままです。