안녕하세요 HN 커뮤니티 여러분. 저희는 Fable의 공동 창업자 Aravindh와 Alex입니다. (https://www.tryfable.com). Fable은 제품 팀이 제품 사양(product specs)을 공동으로 작성할 수 있게 해주며, 이를 Jira나 Linear 같은 이슈 트래커에 자동으로 동기화합니다. 데모 영상은 다음과 같습니다:

https://www.loom.com/share/a34eebc263f949db90f2e17aa7ffe104제품 팀들은 올바른 것을 만들고 있다는 확신을 갖기 위해 제품 사양을 공들여 작성합니다. 하지만 현대의 제품 개발 속도는 너무 빨라서, 제품 사양이 작성되는 순간 이미 관련성이 떨어집니다. 사람들은 엔지니어들이 작업할 티켓이 필요하기 때문에 이 내용을 이슈 트래커에 복사/붙여넣기 하는 데 시간을 낭비합니다. 더 심각한 문제는 이러한 오래된 아티팩트(stale artifacts)가 잘못된 결정으로 이어지고, 결국 시장에 잘못된 제품을 출시하게 만든다는 것입니다.

Alex와 저는 Microsoft부터 Budweiser, Zocdoc 등 다양한 규모와 산업의 회사에서 PM(Product Manager)로 일해왔습니다. 이 아이디어는 제가 TpT (Teachers Pay Teachers)에서 PM으로 일할 때 떠올랐습니다. 저는 사양을 Jira에 복사/붙여넣기 하는 데 몇 시간을 낭비했고, 그 시간은 사용자들과 대화하는 것과 같이 더 가치 있는 일을 할 수 있었던 시간이었습니다. 그리고 그 Jira 티켓들을 만든 후, 링크를 받아서 다시 사양 문서에 붙여 넣곤 했습니다. 문제는 제가 사양을 계속 업데이트할 시간이 없었고, 이 사양이 마케팅 및 영업 팀원들이 보는 유일한 곳이었다는 점입니다. 그들은 Jira에 들어가고 싶어 하지 않았습니다.

Fable은 제품 팀이 사양을 공동으로 작성할 수 있는 공간을 제공합니다. 독특한 점은, 사양이 작성된 후 팀이 버튼을 눌러 해당 콘텐츠를 이슈 트래커(현재는 Jira와 Linear가 지원되지만 더 많은 것을 추가하고 있습니다)와 동기화할 수 있다는 것입니다. 이는 양방향 동기화(two-way sync)입니다. 즉, 이슈 트래커에서 내용이 변경되면 Fable로 돌아오고 그 반대도 마찬가지입니다. Fable에서 사양 작성을 시작하고, 버튼을 눌러 이슈 트래커와 동기화한 다음, 이슈 트래커의 콘텐츠가 변경되더라도 정확도를 유지할 수 있습니다.

다른 문서 편집기들은 사용자가 Jira 또는 Linear 티켓을 임베드(embed)할 수 있게 해주지만, 이는 양방향 동기화(two-way sync)가 아닙니다. 양방향 동기화를 구축하는 것은 두 버전 사이에 충돌을 일으킬 수 있는 오프라인 이슈, 오류 등을 고려해야 했기에 엔지니어링 측면에서 큰 도전 과제였습니다. 저희는 이러한 시나리오를 처리할 수 있도록 스마트한 충돌 해결 엔진(conflict resolution engine)을 설계했으며, 무엇이 신뢰할 수 있는 단일 원천(source of truth)인지 결정할 수 없는 경우에는 사용자에게 하나를 선택하도록 요청합니다.

저희는 제품 팀을 위해 Fable을 밑바닥부터 구축하였으며, 사용 편의성(복잡한 설정이나 학습 곡선 없음)과 속도(문서를 편집할 때마다 몇 초씩 기다릴 필요가 없음)를 강조했습니다. 그 기반은 Prosemirror를 기반으로 구축된 강력한 문서 편집기입니다. 이를 통해 사용자는 Figma, Google Drive, Airtable을 포함한 소스로부터 콘텐츠를 동적으로 임베드할 수 있습니다.

Fable은 제품 정의(product definition)를 아이디어 구상 단계부터 이슈 트래커(issue tracker)에 티켓을 생성하는 단계에 이르기까지 팀원 전체가 참여하는 더욱 협업적인 프로세스로 만듭니다. 또한 모든 사람이 무엇이 만들어지고 있는지와 그 상태를 계속 추적할 수 있게 해줍니다. 이제 영업(sales)이나 마케팅 담당자가 모든 티켓을 어떻게 파악해야 할지 몰라 이슈 트래커를 보며 당황하는 일은 없을 것입니다. 나중에 Fable 문서는 무엇이 구축되었는지에 대한 기록 역할을 하므로, 팀은 나중에 실제 기능(live features) 뒤에 숨겨진 의도를 이해하기 위해 다시 찾아볼 수 있습니다.

저희는 콘텐츠를 적극적으로 생성하는 사람들, 즉 "메이커(maker)"당 비용을 청구합니다. 이는 주로 제품 관리자(product manager)에게 해당하며, 때로는 디자이너와 엔지니어링 매니저(engineering manager)에게도 해당됩니다. 문서를 단순히 조회하거나 댓글만 달고 싶은 사람(마케팅, 영업 등)은 무료로 액세스할 수 있습니다.

커뮤니티의 피드백을 기다리고 있겠습니다!