Software architecture
6 min
Founders often experience operational pain as a software shortage. The CRM is wrong. The project tool is clumsy. Finance cannot see sales. The instinct is to replace the offending application, or add one that promises to sit on top of the others.
That instinct is understandable. Software is concrete. Architecture is not. You can buy a licence this afternoon. You cannot buy a coherent operating system for the company in the same way.
Architecture is the decision about what each system is for, what it is allowed to own, and how work moves when a person is not carrying it. Without that, every new tool inherits the confusion of the last one.
I start with the business, not the catalogue. What must be true for this company to take on more work without adding more chaos? Which records are canonical? Which handoffs fail? Only then is it worth talking about software.
The companies that scale cleanly are not the ones with the most applications. They are the ones whose applications were chosen to serve a design.