What is an SOP in an architecture studio?
A standard operating procedure is a short, step-by-step description of how the studio does a recurring task. It answers 'how do we do this here?' for new staff and for the principal at 6pm on a Friday. In practice, SOPs cover things like setting up a project folder, naming files, issuing drawings and reviewing before issue.
Notion suits SOPs because they are linked, searchable, and can sit next to the databases they govern.
Which SOPs should you write first?
| SOP | Trigger | Output |
|---|---|---|
| New starter onboarding | Someone joins | Accounts, access, reading, first tasks |
| Project setup | Appointment signed | Folder structure, Notion project, stages, team |
| Drawing issue | Before every issue | Checked set, register updated, issue recorded |
| Design review | End of each stage | Signed-off stage checklist |
| Project close | Practical completion or handover | Archive, lessons learned, final invoice |
How do you structure the SOP database?
- Title (verb first: 'Issue drawings')
- Area (select: Projects, Drawings, Admin, People, Finance)
- Owner (person)
- Status (Draft, Active, Under review)
- Last reviewed (date)
- Next review (formula: last reviewed plus 365 days)
- Related (relation to templates, other SOPs)
Put the steps in the page body as a numbered list or checklist. Include a 'Why this matters' sentence at the top; people follow procedures they understand.
What goes in an onboarding checklist?
Group it by when it happens, and assign each item to a person:
- Before day one: accounts, hardware, software licences, desk, welcome message.
- Day one: studio tour, who is who, safety and security basics, where the Notion workspace is.
- Week one: read the rulebook, CAD or BIM standards, file naming, drawing issue SOP; shadow a project setup.
- Month one: first owned task on a live project, a check-in with their line manager, feedback on the SOPs themselves.
Statutory induction, health and safety, and employment requirements vary by country; check yours and add them to the list.
How do you write standards that people follow?
- Use the verb-first title and steps of five to ten lines.
- Show a screenshot or example file, linked, not described.
- State the standard and the exception: 'Use 1:100 for plans; use 1:50 for details.'
- Say who to ask when it does not fit.
If you work to a published standard, name it and link it rather than paraphrasing it.
How do you keep SOPs from going stale?
Use the Next review field and a view of SOPs due for review this quarter. Put it on the weekly review of the studio. After each project closes, ask 'which SOP did we break or find missing?' and update accordingly. Retire what nobody uses; a short set that is followed beats a long one that is not.
What does a worked SOP look like?
Here is a sample 'Issue drawings' SOP, invented to show the level of detail:
- Purpose: everyone receives the same, checked set and we know what was sent.
- Check sheet numbers, titles and revision codes against the drawing register.
- Confirm status matches the purpose of the issue (information, coordination, approval, tender or construction).
- Run the second-person check and record the checker's initials in the register.
- Export PDFs using the studio naming rule and save them to the project's issued folder.
- Send the transmittal and record the issue: date, recipients, sheets and purpose.
- Update the stage checklist if the issue completes a stage.
Seven lines, one owner, one review date. Anyone new can follow it; anyone experienced can see what is missing. Add your own checks, such as consultant coordination sign-off.
Where ArchitectOS fits
ArchitectOS (we make it, $79) includes a Template Vault, a place to keep reusable pages. You can store SOP pages and checklists there or build a separate SOP database as above. It does not include pre-written SOPs; the procedures must reflect your studio.
Frequently asked questions
- What is an SOP for an architecture firm?
- A short documented procedure for a recurring task, such as setting up a project or issuing drawings, so that work is done consistently regardless of who does it.
- How long should an SOP be?
- One page where possible. If it needs more, split it into linked procedures. Long manuals are rarely read.
- How often should SOPs be reviewed?
- A yearly review is a common default, plus an update whenever you find the procedure no longer matches reality. Track a next-review date in the database.
- Do small practices need SOPs?
- Even a two-person studio benefits, mainly for onboarding and for tasks done rarely. Start with three or four and add as gaps appear.
- Can SOPs replace quality management certification?
- No. SOPs support consistent work, but formal quality management systems have their own requirements. Check the relevant standard if you pursue certification.
Sources
Keep reading
- Running a practice5 ways to master Notion as an architectFive habits that make Notion work for architects: databases over pages, relations, filtered views, a weekly review and a short rulebook. Practical and specific.5 min read · 27 October 2026
- Studio workflowsHow to build a drawing register in NotionBuild a drawing register in Notion with numbering, revision codes, status and views, plus formulas that flag stale issues. Includes a worked numbering scheme.4 min read · 27 October 2026
- Studio workflowsHow to track architecture projects in Notion, step by stepA step-by-step build for tracking architecture projects in Notion: the Projects database, phases, key dates, linked drawings and approvals, and daily views.3 min read · 17 October 2026
- Running a practiceHow architects can use Notion to manage their practiceA practical guide to running an architecture practice in Notion: projects, phases, drawing registers, approvals, meetings, fees and a weekly routine.5 min read · 17 October 2026