Managed by the Inbox

The team had a reputation for being easy to work with. Requests went in, answers came back, and escalations were handled quickly from within. For years, that reliability was simply assumed. Nobody asked how it worked, because it worked.

The project manager assigned to the new AI-assisted support initiative had no reason to expect otherwise. Their role sat under a different part of the organization entirely, focused on strategic initiatives and technology delivery. This department had never been part of their scope, and there had never been a reason for it to be. The project itself was straightforward in concept - build a support tool that could answer customer questions accurately, in real time, without a person manually checking each one. It required pulling structured, reliable information from a handful of internal teams, this one among them, and making it available to a system that could act on it directly. The team's portion of the work was supposed to be the easy part. Their function had always run smoothly. The information, presumably, would simply be there, ready to be used.

It wasn't.

The first request was simple. Where does this answer actually come from? The response wasn't a system reference or a data source. It was a person's name, and a description of how that person checked a few things and made a judgment call, the same way they always had. The second question produced a similar answer. So did the third. What had looked, from the outside, like a function running on process was in practice running on a small number of people who had absorbed the gaps between systems for years, communicating findings over email, resolving inconsistencies by hand, and never writing any of it down because there had never been a reason to.

None of this had been a problem before. The team's output had always been accurate enough, and timely enough, for everyone who needed it. The informality was invisible specifically because it worked. Nothing about daily operations had ever forced anyone to ask where the knowledge actually lived.

The AI tool asked that question directly, and it asked it of every answer at once. A system like this doesn't accept "someone checks it manually" as an input. It needs a source, a path, something structured enough to be retrieved and trusted without a person in the loop. The project didn't fail because the team had done anything wrong. It stalled because the thing it was actually built to formalize had never been formal to begin with.

The project manager's confusion was genuine, and reasonably so. There was no version of their role that would have surfaced this earlier. By every visible measure, this team was one of the more dependable functions in the organization. What hadn't been visible, because there had never been a reason for anyone in their position to look, was how much of that dependability lived in specific people's heads, inboxes, and informal habits, rather than in anything that could survive being asked to scale, to be inspected, or to be handed to a system that has no capacity for judgment calls.

The team wasn't hiding anything. They were doing exactly what they'd always done, the same way, with the same care. The system around them had simply never required them to make it visible before. The technology didn't break anything. It just asked a question the existing structure had never been built to answer.

The harder question isn't whether something like this exists somewhere in the organization right now. It almost certainly does. The harder question is what happened the last time someone told you it did.

Previous
Previous

The Preferred Reality

Next
Next

The Channel Was a Person