Fable

Fableはステップガイド作成ツールとしても機能し、その理由は記録の流れにある。Chrome拡張で製品を録画した。拡張をオンにし、見せたい流れをたどると、途中の各状態が記録される。あとは画面をつないで完成したウォークスルーにする。ここが最も時間を節約する部分だ。スクリーンショットを撮って手作業で流れを組み直す代わりに、自分の製品を一度たどるだけでクリックできるデモが手に入る。

QuillyというAIコパイロットが編集作業の一部を担った。記録したテキストの整理やデモ用の内容生成を助け、手作業の修正に使う時間を減らした。その下にあるのがノーコードのエディタで、誤りを直し、文言を書き換え、コードに触れずに流れを調整できる。デザイナーが身近にいないチームでも、この組み合わせならデモは数日ではなく数分で形になる。

デモは自社のブランドが乗っていないと、どこか未完成に見える。Fableはロゴと配色を適用し、その上にホットスポットや行動喚起ボタンといった要素を重ねられた。用途ごとに別バージョンを作り、それぞれ別の次の一歩を指せる。独自ドメインにも対応し、デモはヘルプセンター、ランディングページ、自社のサブドメインに置ける。ベンダーのURLである必要はなかった。

Fableはデモを自社ドメインで公開できた。ヘルプセンターやランディングページのウォークスルーが、第三者のツールではなく自社サイトの一部に見える。デモをページに直接埋め込むことも、単純なURLとして共有することもでき、よくある場面を押さえていた。販売ページのデモ、ドキュメントのガイド、メールに落とすリンク。埋め込みとリンクのどちらを選ぶかは、買い手がすでにどこにいるかで決まる。

プラットフォームは買い手がデモの中をどう進むかを記録した。誰が開き、どの手順まで来て、どこで離脱したかが分かる。このフィードバックの輪があるから、デモは一度きりの素材ではなく、調整を重ねる対象になる。営業チームはこれを使い、実際に反応している見込み客を見つけ、関心が冷めないうちに追う。開封率だけで推し量るのとは違う。

Fableは一般的なgo-to-marketツールとつながった。HubSpot、Salesforce、Pardot、Marketo、Slack、Zapier、Notion、Webflow、Wix、WordPressなどだ。Webhookはデモ内の操作やイベントの更新をリアルタイムで届けたので、手順の完了やリンクの共有が、CRMや外部プラットフォームのデモの自動化を起動できた。デモの動きが、チームがもともと見ている同じシステムに流れ込む。

Fableが終了したとき、チームはコードをsharefable組織の下でGitHubにオープンソースとして公開した。ツールはホスト型サービスと一緒には消えなかった。自前のインフラを構える用意のあるチームは、セルフホストしてデモの記録と公開を続けられた。トレードオフは現実的だ。以前は提供元が担っていた導入、ホスティング、保守を自分で抱え、有料プランに付いていた運用サポートは失う。