HN でこのプロジェクトを見かけたとき、最初は「また AI チャットボットか」と思った。ところが公式サイトを読むうちに、Deacon の狙いは単なる自動応答ではないと気づいた。彼らは自らを「AI customer support and user insights」と定義する。カスタマーサポートは入り口にすぎず、ユーザーの行動やフィードバックを実行可能なプロダクト判断へ変換するのが目的だ。
Web アプリを開発する個人開発者や SaaS 創業チームにとって、サポート業務は真っ先に破綻しがちな領域だ。問い合わせはメールや Twitter、Discord に散らばり、フィードバックは誰も整理しない。Deacon は SDK をアプリに埋め込むというアプローチを取る。すると、まるで 「その場にいてユーザーを支える」 かのように動き出す。公式サイトはこのフレーズを何度も強調している。
具体的に何をしてくれるのか
機能は四つの柱で構成される。それぞれが独立しているのではなく、ユーザーが何を聞き、どこで離脱し、ドキュメントのどこが不明瞭だったかを記録し、優先度付きのアクション提案としてまとめる。
- AI 客服応答: 自然言語の質問に対し、自前のドキュメントやヘルプセンターの内容から回答を生成。待ち時間なしで返事が返る。
- プロアクティブなオンボーディング: ユーザーがまだ触れていない機能を提案し、その人のペースで導く。いわば「次の一歩」を促す仕掛けだ。
- フィードバックと意図の洞察: すべてのユーザーとの対話から、リクエストの背景にある動機を拾い上げる。声の大きい少数派の意見に偏らないための仕組みでもある。
- ナレッジギャップ分析: ドキュメントが答えられなかった質問を集計し、「どの説明を追加すべきか」を浮き彫りにする。
このうち特に興味深いのはナレッジギャップ分析だ。多くの SaaS は自社ドキュメントの問題をぼんやり認識しているが、具体的に「どのページの、どの説明が足りない」と突き止めるのは難しい。Deacon は最も頻繁に聞かれているのに回答できていない質問をそのまま提示する。プロダクト改善の優先順位を決める材料としてはかなり実用的で、いわばユーザーの声で作るロードマップの土台になる。
実装面では 「ドロップイン SDK」 という位置づけが特徴的だ。複雑な管理画面の設定ではなく、数行のコードを追加するだけで動く。公式サイトには「live in minutes」とあり、少人数チームにはありがたい。多言語対応もユーザーが書いた言語にそのまま追従する。海外ユーザーを抱える SaaS では有人サポートの時差対応を減らす意味でも歓迎できる。
効果に対する評価はほどほどに
公式サイトにはいくつかの顧客の声が掲載されている。「NPS と収益が向上した」「初月でコストを回収した」「Intercom と Fin から移行した」など、どれも肯定的だ。ただしこれらはあくまで公式が選んだプロモーションであり、第三者による検証データはまだ存在しない。参考値として見るのが妥当だろう。
「Intercom や Fin からの移行」という記述は、従来のチケット中心のサポートツールよりもインサイト重視である証左とも受け取れる。ただ、製品としては初期段階で、モデルのルーティング方法や対応フォーマット、価格体系など公開情報は限られている。
試すなら、まず自社のヘルプセンターや FAQ を読み込ませて回答精度を確認するのがいい。そこで満足できたら実ユーザーに公開する判断をすればよい。独立開発者には 「サポート×インサイト」の複合型アプローチ が向いている。チャットウィンドウを一つ増やすのではなく、ユーザーが本当に欲しいものを知る手段として、これは理にかなった選択だ。











コメント
コメントはまだありません
最初のコメントを書きましょう