Organising work in projects
Many assistant products let you group chats, files and instructions into a project or workspace. Used well, this keeps context consistent across many related tasks.
What to put in a project
- Reference files that rarely change, such as a style guide or product specification
- Standing instructions about tone, audience and format
- A short glossary of the terms your team uses
What to keep out
Leave out stale drafts, superseded versions and confidential material that the whole group should not see. A project is only as good as its contents.
Naming and structure
Use names that describe the purpose, such as "Client onboarding emails 2026" rather than "Project 3". Start a new project when the purpose changes, not every time the scope grows a little.
Sharing
If a project can be shared, check who gets access and what they are allowed to change. Shared instructions shape everyone's output, so treat them like team documentation.