Who Mudo is for
Built for architects,not for everyone.
Mudo is built for architecture practices first. That focus is the reason the vocabulary is already yours, and the reason it will not suit everybody.
One system. Three practice conditions.
A small practice
- Resourcing
- Commercial
- Knowledge
- Delivery
Resourcing, the fee position and what the practice knows all sit on one person, because there is nobody to give any of it to. A growing practice
- Resourcing
- Commercial
- Knowledge
- Delivery
Past one head they come apart, and in a stated order: resourcing first, then the commercial picture, then consistency, then memory. An architecture practice
- Resourcing
- Commercial
- Knowledge
- Delivery
Staged work, fees agreed in advance and issued drawing sets give the same four functions something to be set out against.
Where Mudo fits, and where it does not
It fits when
- Your fees are staged and agreed before the extent of the work is known.
- Your programme depends on approvals you do not control.
- You work with consultants who are neither employees nor clients.
- Your deliverables are drawings, issued in sets, with revisions that matter.
- Somebody in the practice maintains a spreadsheet the software should handle.
It fits less well when
- Your project work is genuinely generic and a flexible tool would serve you.
- You need one system across disciplines that are mostly not architecture.
- You want to design your own workflow model rather than adopt one.
Interior design practices are a secondary audience and much of Mudo applies, but the model is built around architectural delivery, and we would rather say so than imply a fit that is not exact.