The content library holds your studio’s deliverables, past projects, next steps, terms, assumptions, and design process descriptions, ready to pull into any proposal.

Six library types hold the content that repeats: deliverables, past projects, next steps, terms, assumptions and exclusions, and your design process.
Each library appears at the step that uses it, so past projects are offered while you are choosing portfolio pieces rather than filed somewhere else.
Begin from a discipline starter template, or save any finished proposal as a template and start the next similar job from it.
Proposals sort into colour-coded folders with search, archive and trash, so the working set stays separate from the record.
The content that repeats across proposals is not the scope. It is the terms, the assumptions, the case studies and the paragraph about how you work. Each of those has its own list and editor.
The design process block expands one stage per discipline. A studio that has written its own process gets that, everywhere, and drafted text is never mixed into it.
Studios rarely send one kind of proposal. A starter template covers the common project types, and saving your own turns a proposal that worked into the starting point for the next one like it.
| What changes | Today | AirQuotes |
|---|---|---|
| Standard terms | In whichever proposal you last got right | One library entry, applied everywhere |
| Case studies | Re-cropped and rewritten per proposal | Held once, selected per job |
| Exclusions | Remembered, or forgotten | A list you pick from |
| Your design process | Retyped, and drifting each time | Written per discipline, applied automatically |
| A repeat project type | Copy the old file and clean it up | A saved template |
| Finding an old proposal | Search the drive by filename | Folders, search, archive and trash |
Scroll the table sideways for the AirQuotes column.
An empty library is an empty library. The value arrives on the third or fourth proposal, once your terms and your process are actually in it.
Terms and conditions are stored and reused, not reviewed. Whether they are right for your jurisdiction and your work is a question for a lawyer.
Copy that is reused everywhere stops being read. A case study that no longer represents your work will keep appearing until you take it out.
Starting from the last winning proposal makes the next one faster. It does not make it right for a client the last one was not written for.
Deliverables, past projects, next steps, terms and conditions, assumptions and exclusions, and design process. Each has its own list and editor, and each appears at the wizard step that uses it.
No. They are held per discipline and per phase, because a deliverable in an architecture design-development phase has nothing to do with one in a brand identity rollout.
Duplicating copies one proposal so you can edit the copy. Saving as a template creates a reusable starting point with its own name and description, which then appears when you start a new proposal.
It goes to trash rather than disappearing, and can be restored. Archiving is the other option when you want it out of the working list but kept on the record.
Yes, and you should. The design process block expands one stage per discipline in the proposal, so a studio doing both spatial and digital work will want two.
Beta access is free for two months on the Studio plan. Applications are reviewed manually, and approved studios build their first proposal from their own brief.
Apply for beta →