Most engineering meetings fail in the same boring way: a vague calendar invite, a discussion nobody captured, and three action items that evaporate the moment the call ends. Fellow is built to attack that exact failure. It is a meeting-management tool that puts a shared agenda, collaborative notes, and trackable action items in one place, then wires AI transcription and summaries on top so the writing-down part stops depending on whoever has the fastest hands.
We spent time running our standups, retros, and one-on-ones through Fellow to see whether it earns a recurring slot in an engineering team's tooling, or whether it is one more tab you forget to open. Here is what holds up and what we'd weigh before rolling it out.
What Fellow actually does
The core unit in Fellow is the meeting note, and it is collaborative rather than owned by one person. Before a call, anyone invited can add talking points to a shared agenda attached to the calendar event. During the call, the same document is where decisions get written down. After, the action items you created live in a queue that follows people across meetings instead of dying inside one doc nobody reopens.
That last part is the design decision that matters. In most note-taking setups, an action item is just a line of text. In Fellow, an action item is an object with an assignee and a due state, and it surfaces again at the top of that person's next relevant meeting. The friction of "did we ever do the thing we agreed on" drops, because the tool keeps re-presenting open items until someone closes them.
The AI layer handles the parts engineers reliably skip. Connect it to your video calls and it records, transcribes, and produces a summary with suggested action items pulled from the transcript. You still review and edit, but the blank-page tax on writing notes is mostly gone. For a one-on-one where you'd otherwise type nothing and forget half the conversation, that alone changes whether the meeting produces anything durable.
Templates round it out. Fellow ships structured formats for one-on-ones, sprint retros, team meetings, and similar recurring rituals, so a new manager isn't inventing a retro structure from scratch. You can build your own and set them to auto-populate on a recurring event.
The highest-leverage use we found is the recurring one-on-one. Because the note persists across every session with the same person, you get a running history of what was discussed, what was promised, and what slipped — which is exactly the context that's hardest to reconstruct from memory at review time.
Where it fits an engineering team's week
Fellow's value scales with how much of your week is actually spent in meetings, which for senior engineers and managers is often more than they'd like to admit. Map it against the rituals most teams run:
Standups. Honestly, a fast async standup in Slack often beats any meeting tool. But if your standup is a live call, a shared agenda stops it from sprawling, and the action-item queue catches the "I'll follow up after" promises that usually vanish.
Retrospectives. This is a strong fit. A retro template plus collaborative editing means everyone drops their went-well / went-wrong items into the same doc in parallel, and the resulting action items carry forward to the next retro so you can actually check whether last sprint's fixes stuck. That closed loop is the whole point of a retro and the part teams most often skip.
One-on-ones. The persistent history is the killer feature here, as noted above.
Incident reviews and design discussions. The AI transcript is useful when you want a record but don't want a designated scribe missing the actual conversation. Just treat the auto-summary as a draft, not a source of truth — more on that below.
Where Fellow does not replace anything: it is not your documentation home. Design docs, RFCs, and durable engineering knowledge belong somewhere built for long-lived, searchable, linkable content. Fellow notes are meeting artifacts, and they read like meeting artifacts. Many teams pair a meeting tool with a proper docs workspace, promoting the decisions that matter out of the meeting note into a permanent home.
The handoff is the workflow we'd actually recommend: capture in the meeting tool, decide in the meeting tool, then move anything load-bearing into your documentation system so it survives past the week it was discussed.
What we'd weigh before committing
A few honest caveats before you put a card down.
The AI summaries are good drafts, not transcribable-to-truth records. Auto-extracted action items occasionally invent an owner or attach a deadline nobody said out loud, and summaries flatten nuance from technical discussions where the disagreement was the point. Treat every generated artifact as a first pass you skim and correct. The time saved is real; the accuracy is not absolute.
Adoption is the actual risk, not the software. Fellow only works if the agenda gets filled in before the call and the action items get closed after. If half your team treats it as optional, you end up with a graveyard of empty agendas, which is worse than no tool because now there's a place people expect to find context and it's blank. Rolling it out on one ritual — usually retros or one-on-ones — and proving value there beats mandating it everywhere on day one.
There is also a real question of tool sprawl. If your team already lives in a calendar plus a docs workspace plus a project tracker, Fellow is a fourth surface. It justifies itself when meetings are a genuine bottleneck and accountability keeps leaking. It does not justify itself if your meetings are already few and your follow-through is already fine — in that case you're adding overhead to solve a problem you don't have.
Recording and transcription mean conversations are captured and stored. Before you turn it on for sensitive discussions — performance conversations, security incidents, anything legally adjacent — confirm participant consent and check it against your org's data-retention and privacy policy. "The AI was listening" is not a surprise you want to spring on someone in a one-on-one.
Pricing follows the usual pattern: a free tier that's enough to evaluate the core experience, and paid plans that unlock the heavier AI usage, admin controls, and integrations a larger org needs. Start on free, run it on one recurring meeting for a few weeks, and only pay once a team is reliably closing action items inside it. If the queue stays full of stale open items after a month, that's your signal the problem was process, not tooling — and no meeting app fixes that.
Fellow is a focused tool that does one unglamorous job well: making the agenda, the notes, and the follow-through live in the same place so meetings produce something that outlasts the call. It won't fix a team that doesn't want to be accountable, and it won't double as your docs home. But for engineering teams drowning in recurring one-on-ones and retros where the action items keep evaporating, it closes a loop that's otherwise held together by memory and good intentions. Run it on one ritual, measure whether items actually get closed, and decide from there.
Originally published at pickuma.com. Subscribe to the RSS or follow @pickuma.bsky.social for new reviews.
Top comments (0)