Turning Fathom transcripts into case studies
Fathom gives you one source. Casily connects it to the rest of your proof.
If you use Fathom to transcribe customer calls, useful case-study material may already be sitting in your transcript archive. Casily takes those transcripts, extracts the passages that carry an outcome or quotable line, drafts from the source, and tracks internal and customer confirmation against the exact wording. Fathom transcripts are one route into the same library as reviews from Google, Trustpilot, G2 and Clutch, existing case studies and website content. You don't add anything new to your meetings; you use the transcripts you're already producing.
What Fathom does well
Fathom is a notetaker for customer calls: it joins your meetings, transcribes them, and produces summaries and action items, with a free tier that a lot of small teams live on happily. It is good at the capture problem — being reliably present and producing a usable transcript without anyone taking notes.
That is why we treat it as the primary capture path rather than something to replace. If you already record your customer calls, nothing new needs to join the meeting.
What a transcript still isn't
A summary and action items serve the next meeting. They don't give you something you can publish. Publishable proof needs a named customer, wording they are comfortable standing behind, a record that they agreed to it, and some way of knowing when the numbers in it have stopped being true.
The path from transcript to approved case study
- The transcript arrives — connect Fathom, forward it by email, upload the file (VTT, SRT, TXT, DOCX or PDF), or paste the text.
- Casily extracts the proof-worthy passages: outcomes, figures, before-and-after, quotable lines. Speaker labels are used to work out who said what.
- It drafts a case study or testimonial from those passages, and links it to the customer where the company can be identified.
- The draft lands in your inbox. You review and edit; nothing is published from it until it's approved internally.
- You send the named customer a link to the exact wording. Their approval is bound to that version.
- Later, if the proof ages or the figures move, Casily flags it and gives you one link to ask the customer to confirm, correct or withdraw.
You don't have to keep the transcript
Casily extracts the proof-relevant passages first, then handles the raw transcript according to a per-workspace setting: discard it immediately, keep it seven days, or retain it. New workspaces default to seven days. The proof and its supporting passages remain either way, so keeping a full archive of customer conversations is a choice rather than a requirement.
What Casily doesn't do
- It doesn't replace your notetaker or produce meeting summaries and action items.
- It doesn't publish anything on its own — every item passes an internal review and, where you ask for it, a customer approval.
- It doesn't invent numbers or quotes. Drafts stay inside the source material, and unattributed content is flagged rather than smoothed over.
In short
Fathom gets the conversation down accurately. Casily brings those transcripts together with reviews and existing content, turns source material into confirmed proof, and tells you when published proof may no longer be true.
Frequently asked questions
Do we need a second bot in the meeting?
No. If you already transcribe your customer calls with Fathom, Casily works from those transcripts and nothing extra joins the meeting. If you don't record at all, Casily can join from your calendar instead.
Is Casily affiliated with Fathom?
No. Casily is an independent product and there is no partnership or endorsement. Fathom is simply one of the capture paths Casily can take transcripts from.
What transcript formats can Casily read?
VTT, SRT, TXT, DOCX and PDF files, plus pasted text and forwarded email. Speaker-labelled formats work best, because Casily can attribute quotes correctly and flag passages it can't attribute.
How long does it take to get a draft?
Drafting runs when the transcript arrives, so in normal use the draft is waiting in your inbox rather than being something you request. Your part is review and approval.