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에 오픈소스로 공개했다. 도구는 호스팅 서비스와 함께 사라지지 않았다. 자체 인프라를 세울 의향이 있는 팀은 셀프 호스팅으로 데모 캡처와 공개를 이어갈 수 있었다. 대가는 현실적이다. 예전에 공급업체가 맡던 설치, 호스팅, 유지보수를 직접 떠안고, 유료 플랜에 딸려오던 관리형 지원을 잃는다.