
Walk into any legal department on a Tuesday morning and watch what actually happens.
Someone from sales pings on Slack asking if the MSA template is current. A finance lead drops by with a question about the indemnity cap on a vendor agreement. A product manager forwards an email thread thirty messages deep and asks for a quick read. A new hire emails the team alias asking how to request an NDA.
That is your morning. By the time you finish answering the third "quick question," the contract you actually planned to review is still sitting in your inbox, untouched.
This is what most companies call a process.
It isn't.
A process has a beginning, a path, and an end you can point to. What you have is a series of conversations that happen to produce legal work. The conversation is the work. Every new request starts a new conversation, because nothing about the last one was structured.
That is why nothing scales. You can hire two more lawyers, sign a new contract management system, even rewrite every template, and the volume of pings, threads, and questions stays exactly the same. The tools changed. The way work enters the team did not.
If this is happening in your company, mapping just one workflow is the fastest way to expose the problem.
The hardest part is that conversations feel productive. You answer fast, you help the business move, you clear messages off your screen. At the end of the week, though, you cannot tell anyone how many requests came in, how long they took, where they got stuck, or what came back twice. Not because the team is slow. Because the team has been responding, not executing.
There is no record of the work. There is only a record of chats.
When the CFO asks why legal is the bottleneck, you have nothing to show.
A process changes the question. Instead of "who's handling this?" the answer is already in the system. Instead of "did anyone ever reply to that NDA request?" the request has a status. Instead of starting from a blank thread every time, the work begins from a structured intake that captures what you need before it ever lands on your desk.
You stop being a help desk and start being a function.
When that shift happens, conversations don't disappear. They move to where they belong. They become discussions about the substance of the work, not about how to get the work started in the first place.
A department that runs on conversations gets louder every quarter. A department that runs on a process gets sharper. The volume of work is the same. The difference is whether anyone can see it, manage it, or improve it.
That is the line between a function that grows with the company and a function that just absorbs everything thrown at it.