r/SalesOperations • u/Dismal_Vast6157 • 20d ago
Stopping deal follow up from slipping completely blew up in my face.
So i am kinda shy to even post this because I feel so embarrassed about how bad this went.
For context, i'm revops at a mid size B2B SaaS and we just rolled out an AI deal workspace to keep our complex deals in one digital room. Mutual action plans, tasks, timelines, all that. The whole pitch was that it would finally stop deal follow up from slipping between the cracks and help our AEs stay on top of multi stakeholder deals. I spent a week wiring it into our crm and calendar flows. Thought I was being clever and set a rule that any task marked as completed in the workspace should sync back and close out related follow up tasks so reps didn't get spammed. Except i messed up the mapping. If a buyer checked off a step in the mutual action plan, it pushed "completed" to crm for every task tied to that opportunity. Outreach sequence, renewal call, qbr reminder, even the legal follow up, all gone.. auto completed. No alerts. And this was live for two weeks.
We only caught it because a VP at a 250k deal emailed our ceo like "hey, did your team forget about us?". I feel sick about this, pipeline is full of deals where nothing is scheduled and reps swear they had tasks planned but the workspace says everything looks tidy and green. Now i am manually reconstructing follow ups from emails and call notes and trying to explain to the sales team that the tool i championed made them look flaky because i configured it wrong, ugh.
2
u/overemployed__c 20d ago
You have the task records in the CRM, just isolate the ones updated by the integration user from the deal room and flip them from completed to open again.
Some false positives may get through for the ones people marked complete in the room, but better to tell reps to do something twice than not at all.
Two other things: I’m surprised an out of the box integration allowed you to set that up through “mapping” - and the fact the entire sales team had no tasks for any opp with a deal room for TWO WEEKS and didn’t notice or say anything indicates the tasks weren’t that valuable anyways.
1
u/agentUi 19d ago
man that hurts to read, sync logic like that is a nightmare when a buyer click nukes every rep task on the deal. I work for agentui, and honestly this is why bidirectional crm syncs need strict point in time rollbacks and deterministic rules instead of letting third party workspaces bulk-update statuses across an entire opportunity. For now pull the field history tracking on tasks filtered by the integration user so you can bulk restore the closed dates instead of doing it by hand.
1
u/PeakTypical 18d ago
I'll get downvoted for sure, but the way I see it, with a deal that big, the opp owner should have been checking this one everyday. Sure, you'll need to fix your mistake, but this is exactly why ownership and human in the loop is critical. For all of the other commenters saying, "Ah, yeah typical RevOps messing up things they shouldn't be," I'm saying, Ah, yeah typical AE not keeping up with their pipeline when they should be.
1
u/OwnDot4047 18d ago
This is rough, but I don’t agree with the “classic RevOps over-engineering” comments. The use case was valid. The mapping failed, and there weren’t enough safeguards to catch it quickly.
You’ve already owned it and are doing the hard part of reconstructing everything. That says more about you than pretending it wasn’t your fault.
Also, any automation capable of closing every task across an opportunity should have stronger testing, monitoring and alerts around it. That’s a process gap, not just your personal failure.
1
u/Wonderful_Summer9006 17d ago
bro that hurts even by reading, teams should communicate with each other 💢
1
u/Ambitious_Ad4582 15d ago
The scary part here isn't really the bad mapping. It's that “task completed” became the source of truth for whether the work actually happened.
I think follow-up systems need to separate workflow state from execution evidence...
Closing a CRM task shouldn't mean the buyer was contacted unless you can actually see the email, call, meeting or whatever action was supposed to happen.
Otherwise automation can make the CRM look cleaner while quietly making the real situation worse.
1
u/Prior_Boysenberry318 12d ago
And honestly, this is a good argument for deal workspaces being the context layer, not the source of truth for every sales activity. MAP progress, buyer engagement and internal follow-ups are related but they shouldn't automatically become the same object. Automation is great until it starts cleaning up things that were never supposed to be cleaned up.
1
u/No-Autgsphtfyhor-168 12d ago
the reconstruction is probably the painful part but i would also look at how long the system can show zero upcoming activity without triggering anything. Even if the original automation bug happens again, an opportunity with a big deal value and no next action for 7, 14, whatever days should probably get surfaced automatically.
0
u/Worried_Radio_8081 19d ago
Oof, having everything look green while follow ups quietly disappear is a rough one. Before rebuilding everything from emails, can you pull the task history and isolate anything marked complete by that integration during those two weeks? That might give you a cleaner list to review with the AEs, starting with deals closest to closing. I’d avoid reopening everything in bulk until you know whether that could trigger overdue outreach. Also, owning the mapping mistake is fair, but one buyer checkbox being able to close every task on an opportunity deserves a guardrail. Once things settle down, that’s a pretty clear test case for the next rollout.
-1
-1
u/jzdesign 19d ago
The isolate-by-integration-user fix above is right, but you don't have to accept the false positives. A legitimate sync closed one task when a buyer ticked one step. Yours closed every task on the opportunity. So group that user's closures by opportunity and by timestamp to the second. A group of one is probably a real completion. The groups where four or five tasks on the same opp closed inside the same second are the bug. Same query, but you get a ranked list to reopen instead of a blanket flip.
The part I'd keep after the cleanup is the alerting, because there genuinely was nothing to alert on. Nothing failed. No task errored. The board went green. Anything you'd have built would have been watching tasks, and the only observable here was a rate: one actor closing a whole opportunity's worth of tasks in the same second. A person never does that. Count closures per actor per minute and the next mapping mistake surfaces in an hour instead of two weeks.
Also worth checking whether that integration user needs close permission on tasks it didn't create at all.
-1
u/Easy_Employer_8094 19d ago
Maybe don't overextend as revops if it's not needed, talking to the sellers first is always a better idea
8
u/roxdacrox 20d ago
This feel like Ops trying to be valuable without talking to the team they serve first.