Frigade

プラットフォームの中核は、ユーザーが開いているのと同じ製品を読み取り、そこから応答するアプリ内AIアシスタントだ。質問に答え、ライブ画面でワークフローを案内し、あるいはその動作を代わりに実行する。インターフェースを使いながら学ぶため、ガイダンスはドキュメントが最後に編集されたときの姿ではなく、今日の製品を反映する。

Suggestionとはアシスタントへの1つの指示で、タイトルと平易な言葉のプロンプトとして書く。届け方は2通りある。アシスタントの上に表示されるアプリ内ナッジか、製品の外から送るマジックリンクか。ナッジはURLやユーザープロパティで絞り込めるため、請求ページにだけ、あるいはまだデータを接続していないアカウントにだけプロンプトを表示できる。

マジックリンクはアシスタントを配れるものに変える。サポート返信やメール、Slackメッセージにリンクを貼れば、製品が開き、アシスタントが顧客をタスクへ導く準備を整える。アプリ内ヘルプを、ユーザーがすでに助けを求める場所まで広げる方法だ。サポートはいろいろな場所で起きる。

Frigadeはチェックリスト、ツアー、お知らせ向けの既成UIコンポーネントを提供し、コードベースにネイティブに組み込み、自社のデザインシステムで装飾できる。フローには状態管理、バージョン管理、アナリティクス、検証が最初から備わる。つまり自分で作る量が減る。チームはオンボーディング基盤を作り直さずに、お知らせ、セットアップガイド、独自フローを公開できる。

Webダッシュボードを使えば、非エンジニアでもフローの作成・編集・削除、アナリティクスとユーザー進捗の確認、アプリ内体験の更新公開ができる。コードとノーコードのこの混在により、エンジニアが土台を整え、他のチームがコンテンツを最新に保てる。変更のたびにエンジニアの手を借りなくて済む。

Frigadeはテスト環境で学習し、リリースのたびに学び直すため、回答やツアーがドキュメントのように古びてずれていくことがない。古いドキュメントはよくある失敗パターンだ。同社はこれを、昨日のドキュメントで学習したアシスタントと、変化する製品に追随するアシスタントの違いとして説明する。

チームは自社のインフラと自社のLLMキーを使って、Frigadeをクラウドでもセルフホストでも動かせる。プラットフォームはSOC 2 Type II認証を取得しGDPRに準拠しており、EUと米国のホスティングを選べる。コンプライアンスはAIツールの障壁になりがちだ。これはそれを正面から扱い、厳格なデータポリシーを持ちながらユーザーの前にAIアシスタントを置きたい組織にとって重要になる。