Projects
A project groups recordings and documents that belong together - and becomes a scope you can question as a single body of evidence.
- Updated
- 26 August 2026
- Read
- 3 min
- For
- Everyone
Four things a project does.
Projects are unlimited on every plan, so group as finely as is useful.
Recordings and documents together. A contract and the call where it was negotiated belong in the same place.
Ask the project and the answer draws on everything inside it, citing spoken evidence by timestamp and written evidence by page.
Recordings, documents, findings by type, and how much has been processed - a quick read on where a piece of work stands.
Move recordings and documents between projects at any time without reprocessing anything.
How teams tend to use them.
- By client
Agencies keep one project per client, so a findings export or a question never crosses an account boundary.
- By release
QA teams keep one per release or test cycle, which makes the sign-off packet a matter of exporting the project.
- By research round
Product teams group a round of interviews, then ask the whole round rather than each session.
- Access follows the workspace
Everyone in the workspace sees projects under their role. Projects organise work; they are not a permission boundary.
Roles decide what each member can do inside a project - see team and workspace.
Projects, answered.
- As many as you want. Projects are not metered on any plan.
- A recording belongs to one project at a time, and can be moved. That keeps a project total meaningful.
- No. Everyone in the workspace can see the projects in it, under their role. Use a separate workspace when you need a hard boundary.
- Every ready recording and document filed in it. Anything still processing joins the scope once it finishes.