---
title: ClickUp Client Guest Access Limitations
type: knowledge
created: '2025-10-16'
updated: '2025-10-16'
source_docs:
- raw/2025-10-16-sprint-planning-meeting-94709457.md
tags:
- clickup
- client-access
- workflow
- project-management
- tooling
layer: 2
client_source: null
industry_context: null
transferable: true
---

# ClickUp Client Guest Access Limitations

## Overview

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.

## The Core Problem

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.

## Observed Failure Mode

> "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.

## Current Workaround

Until a proper scoped-access solution is identified, the working approach is:

- **Keep client contacts as full members** to preserve assignment and edit capabilities
- **Rely on client discipline** (or workspace structure) to limit what they navigate to
- **Avoid toggling between guest and member** — each conversion risks data loss (dropped assignments) and requires manual remediation

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.

## Dashboard-Level Sharing Settings

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.

## What ClickUp Consultants Have Indicated

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:

- What exact guest permission settings enable comment/edit on a specific list or dashboard without granting workspace-wide visibility?
- Is this achievable on the current ClickUp plan tier?
- Will the consultant blueprint include a recommended client-access architecture?

A follow-up call with consultants is scheduled pending Mark Hope's return and delivery of the finalized Blueprint.

## Related Considerations

### Subtask Assignment and Visibility
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 [[wiki/knowledge/project-management/clickup-subtask-assignment-conventions]] for the broader subtask discussion.

### Workload View Accuracy
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 [[wiki/knowledge/project-management/clickup-workload-view-accuracy]].

## Action Items (as of 2025-10-16)

- [ ] **Isalia Ramirez** — Continue discussions with ClickUp consultants; share screenshot of current sharing options to illustrate the limitation; get specific configuration guidance for scoped guest access
- [ ] **Avoke Onorimuo** — Reassign Mike and Wade to their previous tasks in the Blueprint dashboard following reversion to member status
- [ ] **Team** — Locate original ClickUp consultant proposal to confirm scope of work (whether they implement changes or deliver a blueprint only)

## References

- Sprint Planning Meeting, 2025-10-16: [[wiki/clients/asymmetric/meetings/2025-10-16-sprint-planning-clickup-workflow]]
- Source call recording: https://fathom.video/calls/443209874