Map what's there. Then ask whether it should be.
The meeting nobody remembers creating. The approval step that exists because someone got burned once and built a fence. The role that exists because two systems don't talk and somebody has to carry the data between them in their head. None of this was architected. It accumulated. Each layer made sense at the time — a response to a constraint. And the constraint was almost always the same thing: the right information wasn't where it needed to be when it needed to be there.
When those constraints dissolve, the scar tissue stays. You have to go looking for it. It will not volunteer.
Most AI deployment accelerates the scar tissue. AESOP looks for it. And asks whether it still belongs.
Where most platforms stop
Form interview or brain dump. Captures process, pain points, roles, constraints. The current state, honest and unvarnished.
Seven sections of questioning. Each one references what Phase 1 captured and asks: should this exist? Or is it just scar tissue?
The inherited map. The authored reframing. Side by side in one document. Design and Build consume it unchanged.
Inherited takes the org chart as given. Authored treats it as the thing under investigation. One designs around the structure. The other designs the structure.
Two projects hide under the word "transformation." If removing the agent sends you back to the old way, you automated. If the agent makes you realize the role had no reason to exist, you transformed. Same technology. Opposite outcomes.
Automating a standup produces a demo you can screenshot. Asking why the standup exists produces a redesign you can't. The first is fundable. The second is necessary. Guess which one everyone picks.
Did this agent replace a person? Or did it dissolve the reason the role existed at all? If you don't know the difference, you're not transforming. You're just pouring concrete over the old foundation and calling it new construction.