ClickUp's guest vs. member permission model creates a practical dilemma when granting clients limited access to a project dashboard: the settings required for clients to actively participate (comment, edit cards, update tasks) effectively require full member status, which exposes the entire workspace rather than a scoped view. This tension has surfaced repeatedly when onboarding clients to shared dashboards.
When a client user is invited to ClickUp and needs edit or comment capabilities on a dashboard, ClickUp automatically promotes them from guest to member status. Member status grants visibility into the full workspace — all spaces, lists, and tasks — not just the intended dashboard or project.
Conversely, downgrading a client back to guest status:
- Strips them of any task assignments they held
- Reduces their access to view only on shared items
- Removes them from the assignee pool entirely (they no longer appear as selectable assignees)
There is no native intermediate permission tier that allows a guest to edit/comment on a scoped dashboard while remaining blocked from the broader workspace.
"When I initially added them, I invited them as a guest or whatever. It automatically made them a member so then they could see everything. Well, then I went back and I changed them to guest — it kicked them all out."
— Melissa Cusumano, Sprint Planning 2025-10-16
In a concrete incident, clients Wade and Mike were converted from member to guest status in the Blueprint dashboard. This immediately:
1. Removed all their task assignments
2. Set their dashboard sharing to view-only
3. Made them unavailable as assignees in any task
The team had to revert them to full member status as a stopgap.
Until a proper scoped-access solution is identified, the working approach is:
This is acknowledged as a suboptimal workaround. The risk is that clients with member status can see internal spaces, tasks, and communications not intended for them.
ClickUp does offer dashboard-specific sharing controls with options such as:
- Can add, edit, remove cards
- Cannot edit or delete the dashboard itself
However, these dashboard-level permissions only apply when the user is already a member. They do not substitute for workspace-level access scoping. A guest with view-only access cannot be elevated to edit via dashboard sharing alone.
The team engaged ClickUp consultants (via the Blueprint engagement) who have suggested that a proper guest configuration should allow scoped edit access. The specifics of that configuration have not yet been delivered. Key open questions:
A follow-up call with consultants is scheduled pending Mark Hope's return and delivery of the finalized Blueprint.
A separate but related issue: when clients are guests, they cannot be assigned to subtasks. If the team moves toward a subtask-per-stage workflow (e.g., Content → Design → Client Review as subtasks), client assignees on review subtasks would break under guest status. See [1] for the broader subtask discussion.
Client access issues are compounding existing workload view gaps. Dropped assignments from guest/member conversions cause tasks to appear unassigned, further degrading the accuracy of capacity planning. See [2].