Feedbucketの創業者兼CEO、マーカス・ガルバーグ氏が語る、代理店向けウェブサイトフィードバックの変革 | WP Legends

今回のWP Legendsでは、代理店、開発者、製品チームにとって最も便利なツールの1つであるFeedbucketの創設者兼CEO、マーカス・ガルバーグ氏にお話を伺います。

Feedbucketは、クライアントレビューにつきものの、延々と続くスクリーンショット、メール、そして混乱といった煩わしさを解消し、実用的なウェブサイトフィードバックを収集するための頼れるソリューションとして急速に普及しました。マーカス氏とそのチームは、視覚的なフィードバックを構造化された開発者向けのタスクに変換することで、代理店、フリーランサー、SaaSチームが修正作業やクライアントとのコラボレーションを行う方法を根本から変革しています。.

この対談で、 ゴータム とマーカスは、顧客からのフィードバックという厄介なループ、なぜシンプルさが機能よりも優れているのか、持続可能な自己資金型SaaSを構築する方法、そしてAIがランディングページで見栄えを良くする場所ではなく、フィードバックツールに真に適合する場所について議論します。

エピソードを見る

ウェブエージェンシーからSaaS創業者へ

マーカスは12歳頃からウェブ開発に携わってきました。2018年には自身のウェブ開発会社を設立し、ナイキやソノスなどのクライアントにソフトウェアソリューションを提供してきました。2022年までに、既存のツールではクライアントからのフィードバックを収集するのが非常に煩雑であることに不満を感じ、Feedbucketを開発しました。最初は自身の会社のために開発しましたが、その後、独立した製品としてリリースしました。それから約3年半後、彼はFeedbucketの開発に専念しています。.

彼の代理店は現在も営業しており、Feedbucketの顧客となっているため、マーカスはツールが本来想定された環境でどのように機能するかを常に把握できる。チームの拠点は主にスウェーデンだが、以前はネパールで働いていた開発者もいた。.

Feedbucketが顧客にとって他社と異なる点とは？

マーカスが独自のフィードバックツールを開発する前に既存のツールを評価した際、彼が最も重視したのはクライアントにとっての徹底的なシンプルさだった。誰もがそう主張するが、どの代理店にも技術への習熟度が異なるクライアントがおり、少しでも摩擦があるとすぐにメールに戻ってしまう、と彼は認めている。.

Feedbucketは、クライアントに何も要求しないように設計されています。アカウントを作成する必要も、ブラウザ拡張機能をインストールする必要も、覚えておくべきURLもありません。Feedbucketは通常、レビュー段階の間、ステージングサイトまたは開発サイトに設置されます。スクリプトタグとしてインストールされ、セットアップをさらに簡単にし、ウィジェットを表示するユーザーを正確に制御できるWordPressプラグインも用意されています。たとえば、ログインしているユーザーのみ、または特定の役割を持つユーザーのみに表示させることができます。クライアントにステージングリンクを送信すれば、そこにアクセスしたユーザーはすぐにフィードバックの送信を開始できます。.

WordPressプラグインは、マーカスがWordPress上で構築している顧客の多さに気付いてから開発されました。ShopifyとWebflowのプラグインも開発中です。技術的には、Google Analyticsをインストールしたり、Google Tag Managerを使用したりできる環境であれば、どこでもFeedbucketを実行できます。これはまさに、 WordPress開発 プロジェクトにおけるクライアントレビューを円滑に進めるためのワークフローと言えるでしょう。

バグ報告から新規ビジネスまで

あるユースケースは、マーカスでさえ驚かせた。代理店がFeedbucketを、修正作業を迅速化するだけでなく、より多くの仕事を獲得するために使い始めたのだ。クライアントがボタンをクリックしてCSVエクスポート機能を追加してほしいと伝えると、そのリクエストはバックログに登録され、代理店は見積もりを提示できる。バグ報告やフィードバックのチャネルとして始まったものが、軽量な営業チャネルへと変貌する。さらに、レビュー段階が終了してもFeedbucketを消滅させる必要はない。代理店はウィジェットをログインユーザーや特定のクライアントのみに制限し、継続的な機能リクエストに対応できるようにすることで、継続的なビジネスチャンスを生み出すことができる。.

このツールは大規模な運用において十分にテストされています。顧客によっては1つのプロジェクトに300件ものアイテムを追加することもあり、Feedbucketは数百社の顧客を対象に、常に何十万件ものフィードバックアイテムを処理しています。.

「電話してくれればいいよ」という問題を克服する

ゴータムは、どの代理店も認識している課題を提起した。彼の経験では、クライアントの30～50％は、構造化されたツールを使うよりも、電話をかけたりメールを送ったりすることを好むという。マーカスの答えは、摩擦にある。クライアントがパスワードを忘れたり、内線番号が故障したりすると、結局は電話をかけるだけになってしまうのだ。.

Feedbucketの対応策は、ブラウザベースのビデオ録画機能です。これは基本的にLoomをサイトに組み込まれたもので、クライアント側でインストールする必要は一切ありません。拡張機能をインストールすることなく、録画を開始したり、さまざまなページを閲覧したり、フォームを送信したり、問題が発生した箇所をナレーションしたりできます。録画と同時に、Feedbucketはコンソールログもキャプチャするため、開発者は根本的なエラーを直接確認できます。Marcus氏が言うように、これはクライアントにWebサイト上でLoomを直接渡すようなものです。この機能は、クライアントがページ上に直接描画やハイライトを行い、問題点を指摘できるもう一つのコアモードである注釈機能と並んで機能します。.

重要なのは、Feedbucketはエミュレートされた電話ビューではなく、実際のモバイルデバイスで動作する点です。実際のサイトにスクリプトとしてインストールされるため、クライアントはステージングサイトをスマートフォンやタブレットで開き、ネイティブにフィードバックを提供できます。コメントのやり取りもすべて正常に機能し、メール通知からの返信も可能です。マーカスとゴータムは、クライアントがスマートフォンを頻繁に利用し、WhatsAppなどのツールに頼っている市場では、これが非常に重要であることに同意しました。WhatsAppの使用習慣を完全に解消するものではありませんが、真のモバイルサポートによって多くのギャップが埋められるのです。.

別のダッシュボードではなく、深い統合を実現

Feedbucketを支える2つ目の柱は、チームが確認しなければならないダッシュボードがまた一つ増えるのを断固として拒否することです。マーカスは代理店を経営していた経験から、コンテキスト切り替えのコストをよく理解しています。彼の目標は、チームがフィードバックを他のタスクと同じように扱えるようにすることです。Asana、ClickUp、Monday、Jiraで項目をクローズすると、Feedbucketでも同様にクローズされます。.

その論理は理にかなっている。マーカスは、既に市場に出回っているものよりも優れたプロジェクト管理ツールを開発できるとは考えていないため、競合するのではなく、Feedbucketは可能な限り深く統合することを目指している。これにより、開発者は既に使い慣れたシステムを使い続けることができ、2つのプラットフォーム間のギャップで作業が失われるのを防ぐことができる。この「再発明ではなく統合」という考え方、つまりリーンな運営を行う代理店にとってはお馴染みの考え方であり、 ホワイトラベル 配信が既存のワークフローにうまく組み込まれることで最大限の効果を発揮するという考え方にも通じる。

会員からのフィードバック、AI、そしてその先へ

2025年の主要リリースの一つは、Feedbucketが「メンバーフィードバック」と呼ぶ、長らく要望されていた機能です。社内QAラウンド中に、チームはクライアントには決して見せたくないメモをメンバー間で残しておきたいと考えます。今では、Feedbucketアカウントを持つユーザーは、他のメンバーにのみ表示されるフィードバックやコメントを送信できます。オーナーはメンバー限定のコメントでチームメイトをタグ付けして内部作業を割り当てることができ、クライアントには自分宛ての情報しか表示されません。以前は、チームは別のプロジェクトを立ち上げるか、内部メモを削除する必要がありましたが、この機能によりすべてが単一のプロジェクトに統合されます。次に、Marcusは、誰がアイテムを解決したか、誰がタグを追加したかなどを表示する、より詳細なアクティビティ追跡機能を構築しています。.

AIに関して、マーカスは実に冷静な見方をしている。FeedbucketにはまだAI機能は搭載されておらず、自己資金で運営され、真の課題解決に取り組む企業として、資金調達のためだけにホームページにAIを付け加えることには興味がない。彼が関心を寄せているのは、真摯な実験だ。100万件近い匿名化されたフィードバックを分析し、そのうちどれだけのフィードバックをAIが自力で解決できるかを推定することだ。リンク切れはAIでも検出できる。営業時間テキストの更新依頼は、その情報がクライアント側にしか存在しないため、AIでは検出できない。明らかに自動化可能な割合が15%なのか85%なのかが未解決の問題だが、マーカスは、ようやくその問いに答えられるだけのデータセットが揃ったと考えている。.

楽しいラピッドファイアラウンド

最後に、マーカスは速射ラウンドに挑戦した。.

彼が最も重視する指標は収益ではなく、アクティベーション、つまり「アハ体験」だと彼は述べた。Feedbucketにとって、その瞬間とは、ユーザーが自分のサイトにアプリをインストールし、最初のフィードバックを送信した時だ。彼はこれをほぼ完璧なSaaS指標だと考えている。なぜなら、クレジットカード情報を要求することなくアクティベーションを促進でき、アクティベーションが上昇すれば収益もそれに伴って増加する傾向があるからだ。本当に優れた製品を作り、ユーザーに最初の成功体験を提供すれば、あとは自然とついてくるのだ。.

もしSaaS業界にいなかったら何をしていたかと聞かれると、答えは簡単だった。やはりウェブアプリケーションの開発を続けていただろう。彼が飽きることのない部分は、カレンダーに時間を確保し、ヘッドホンを装着して、何もないところから実際に人々が使うような機能をコーディングすることだ。.

90ドルのプランと39ドルのプランに付属するホワイトラベルについて、彼は、Feedbucketは自社サイト内でのみ動作するため、代理店はFeedbucketのロゴを削除し、独自のブランドカラーを適用し、メッセージをカスタマイズして、サイトの一部として自然に溶け込ませることができると説明した。クライアントにとって、外部ツールであるとは全く感じられないという。.

そして、社内のシステム構成に関しては、マーカスはシンプルさを保っている。SlackとNotionが2つの主要ツールであり、Loomも併用している。.