Projects vs. Team Dashboards: Organizing Your DocumentCrunch Workspace
Last updated: October 30, 2025
Background
As your use of DocumentCrunch grows, you'll need to decide how to organize users and work. The platform offers two main approaches: granting access at the individual project level, or creating team spaces with shared dashboards. Each has distinct advantages depending on your workflow, the number of projects you're managing, and your reporting needs.
Individual project access means inviting specific users to each project as needed. This keeps things contained and secure, but requires manual setup each time.
Team spaces with dashboards create a central hub where users can access multiple projects, see portfolio-level views, and work from standardized templates. This requires more upfront setup but scales better over time.
When to Use Individual Project Access
Best for:
Short-term or one-off engagements
Highly confidential contract reviews
Small teams working on a single project
Situations where you need tight control over who sees what
Advantages:
Fast setup for a single project
Maximum security and privacy
Simple access control—only invite who needs to see it
No need to manage broader organizational structure
Considerations:
Becomes cumbersome with multiple concurrent projects
Each new project requires re-inviting team members
Harder to maintain consistency in how work is organized
When to Use Team Spaces with Dashboards
Best for:
Multiple concurrent client projects
Leadership teams requiring portfolio visibility
Growing implementations that will scale over time
Advantages:
Centralized templates and standards across all projects
Easier onboarding—add someone once to the team for general access, not to every project
Better resource visibility across engagements
Considerations:
Takes more time to set up initially
Requires thoughtful permission design to protect sensitive data
Broader default access means you'll need to use private subpages for confidential items
Quick Comparison
Criteria | Individual projects | Team + dashboards |
Setup speed | Fast for one project | Slower first time, faster thereafter |
Access control | Tight, invite only who needs it | Broader by default, narrow with views |
Consistency | Varies by project | Central templates and standards |
Onboarding | Add people to many places | Add once to team |
Best for | Small, sensitive, short‑lived work | Multiple concurrent projects |
DocumentCrunch-Specific Guidance
Starting small, thinking ahead: Many client and implementation projects begin with tight scope but expand over time. It's often smart to start with individual project access when scope is limited, then graduate to a team structure once you need cross-project reporting or resource coordination.
Protecting sensitive data: Keep confidential contract details in private project subpages, while showing non-sensitive portfolio rollups on team dashboards. This gives leadership visibility without exposing sensitive client information.
Bottom Line
Choose individual project access when you have:
Few projects with minimal reporting needs
Tight confidentiality requirements
Small, stable teams
Choose a team space with dashboards when you have:
Many concurrent projects
Need for shared standards and templates
Leadership requiring portfolio visibility
Growing teams that benefit from centralized onboarding
Still unsure which approach fits your needs? Reach out to our support team—we're happy to walk through your specific situation and help you choose the structure that will scale with your work.