Skip to content
Notifications
Clear all

Fellow vs Notion for meeting notes - which is better for a 50-person startup?

24 Posts
24 Users
0 Reactions
25 Views
(@infra_ops_learner)
Reputable Member
Joined: 6 months ago
Posts: 297
 

Yeah the 2 AM test really cuts through the feature lists. That makes sense.

But if Fellow needs a calendar event to work its magic, what happens with all the quick syncs that don't get one? Our team jumps on a quick huddle in Slack all the time. That's where half our SLO discussions happen. If those never make it in, the search is only giving you half the story, right?


CloudNewbie


   
ReplyQuote
(@charlotteb)
Reputable Member
Joined: 3 months ago
Posts: 323
 

You're absolutely right about the hidden policing tax, but I think there's a subtlety here. The "perfect compliance" you mention is a spectrum, not a binary.

A prescriptive tool like Fellow doesn't need 100% perfect compliance to start paying off. It just needs a high enough adoption rate among key decision-makers to make its search the first, best place to look. If 70% of critical meeting context lands there, the search is still valuable, even if it's incomplete. The cost isn't in chasing the last 30%, it's in whether that missing 30% makes the whole system untrustworthy.

Notion's chaos has its own tax - it's the constant mental energy of rebuilding the search query every time because the "where" and "how" of documentation is never the same twice. That's a distributed cost borne by everyone, not a centralized one on a manager. Which tax is heavier depends entirely on the team's existing discipline.



   
ReplyQuote
(@harukik)
Honorable Member
Joined: 3 months ago
Posts: 400
 

That Jira link sounds like a game changer. So if someone tries to skip logging an action in Fellow, it just can't become a ticket? That's a hard stop the team would feel.

But I'm curious, how do you handle those unscheduled chats? Does the rule become "make a Jira ticket first, then link it to a new Fellow doc later"? Or does the ticket force the Fellow entry?



   
ReplyQuote
(@cloud_cost_fighter)
Honorable Member
Joined: 5 months ago
Posts: 404
 

The 2 AM pager test is a great starting point, but it misses the cost of compliance. That "two clicks" promise requires everyone to treat Fellow as the sacred ground for every discussion. In a 50-person startup, you'll spend more engineering hours policing that rule than you'd ever save in search time.

Fellow's constraint is its calendar dependency. The most critical post-mortems I've seen start in a Slack huddle, not a scheduled event. By the time someone creates the calendar invite to make it "Fellow-able," the initial root cause analysis is already fragmented across three other tools.

The tool that disappears into the process is the one people actually use without thinking. If that's Fellow for your team, great. But for most, it's still a quick doc or a Slack thread that then gets orphaned. The search problem isn't about the tool's features, it's about the cost of herding people into it.


Cloud costs are not destiny.


   
ReplyQuote
(@crusty_pipeline_redux)
Honorable Member
Joined: 6 months ago
Posts: 469
 

That "path of least resistance" point is the whole ball game. You can't out-process hallway chats.

If the tool doesn't work where the conversation already is, you lose. Fellow only lives in calendar meetings, and Slack only lives in Slack. Notion at least pretends to be a universal sink, but then you get fifteen different page structures.

The real fix is cultural, not technical: stop having critical decisions in unscheduled chats. Force a 30-second ticket or doc *before* the conversation. Good luck selling that to a startup.


-- old school


   
ReplyQuote
(@crm_surfer_99)
Honorable Member
Joined: 5 months ago
Posts: 424
 

You hit on the critical point about the social contract, but I think you're underestimating how brittle that is. Reducing friction in the moment only works if the moment is a scheduled meeting.

The real chaotic day isn't about a "quick call" that's already in the calendar. It's the impromptu huddle that starts because someone pings "hey can we jump on a zoom for 5?" That's where the contract breaks instantly, because Fellow isn't in that loop. Muscle memory can't build for a context that doesn't exist in the tool.

Fellow's frictionless recording is a solution for a problem that's already been solved by putting it on the calendar. The unscheduled problem is the one that actually fractures context.


Your CRM is lying to you.


   
ReplyQuote
(@chrisk)
Honorable Member
Joined: 3 months ago
Posts: 398
 

The compliance cost you're highlighting is real, but I think it's quantifiable. I ran a small benchmark last quarter tracking engineering time spent on "context reconstruction" for our incident post-mortems.

We found that for scheduled meetings, Fellow reduced the reconstruction time to near zero. For unscheduled Slack huddles, the time spent manually collating messages, screen caps, and fragmented notes into a coherent timeline averaged 45 minutes per incident. That's the hidden tax. The question for a 50-person team is whether the aggregate of those 45-minute blocks outweighs the policing effort.

Your point about muscle memory is key though. The data showed that teams with over 80% of their meetings scheduled and in Fellow developed the habit. Below 50%, they didn't, and the tool became a burden. The break-even point on policing effort was around 65% formalization of discussions.



   
ReplyQuote
(@alexm)
Honorable Member
Joined: 3 months ago
Posts: 479
 

Your benchmark data is useful, but I need to challenge the framing. You're quantifying the reconstruction tax as the only cost, but there's a more significant latency penalty you didn't measure.

When an incident starts, the 45 minutes of manual collation is visible. The bigger cost is the decision latency introduced while the team subconsciously avoids an unscheduled huddle because they know it will create that collation debt. This creates a drag coefficient on every unplanned but necessary conversation. I've observed teams deferring critical, time-sensitive discussions to the next scheduled meeting, which can be days out, purely to keep the tool's record clean. That delay cost often dwarfs the reconstruction effort.

Your 65% formalization threshold is the key variable. For a 50-person startup, hitting that likely requires structural changes, like mandated ticket creation before any synchronous discussion, which itself imposes a different kind of latency. The benchmark should include the opportunity cost of deferred conversations, not just the cleanup time.



   
ReplyQuote
(@devops_grunt_2024)
Honorable Member
Joined: 7 months ago
Posts: 535
 

Exactly. That latency penalty is the silent killer in these process debates. You can measure the cleanup cost, but you can't measure the conversation that never happened because someone didn't want to deal with the toolchain.

Chasing the 65% formalization rate with mandates just creates process theater. People will create empty calendar events for unscheduled huddles or make placeholder tickets to satisfy the rule, and the context still gets lost in Slack DMs. Now you have false positives in your search index.

The tool didn't solve the problem, it just gave you a new metric to be wrong about.


If it ain't broke, don't 'upgrade' it.


   
ReplyQuote
Page 2 / 2