Salesforce Slack-Con-201 Practice Test Questions Answers

The correct answer is A. Hidden . The scenario is explicit: the merger and acquisition project is confidential, and the project team must work together in a non-public way. A hidden workspace is the strongest fit because it prevents general discovery of the workspace by the broader organization and limits awareness to invited or authorized members. Option B, Open, is completely inappropriate because it allows broad access. Option D, By request, would allow members to see that the workspace exists and request access, which does not meet the “non-public” requirement. Option C, Invite-only, sounds restrictive, but hidden is the better answer when even the existence of the workspace should not be broadly visible. For confidential M & A work, the consultant must design for privacy, controlled membership, and minimized information exposure. A hidden workspace provides the right access posture for sensitive strategic work where visibility itself could create risk.

==========

The recommended access type is Open . A social workspace is intended to help employees build culture, join communities, and connect around special interests or hobbies. That purpose depends on broad discoverability and low-friction participation. An Open workspace allows eligible members of the Enterprise organization to find and join the workspace without approval, which fits a community-building use case. Option B, By Request, adds an approval step and is better suited for spaces where access should be reviewed, such as sensitive functions or semi-restricted business areas. Option C, Hidden, prevents users from discovering that the workspace exists, which directly conflicts with the purpose of encouraging employee connection. Option D, Invite Only, creates controlled access and is appropriate for limited membership or confidential work, not broad social engagement. A consultant should align workspace access level with the purpose of the workspace. For culture, community, and employee-interest spaces, the access model should reduce friction and encourage participation.

Reference topic: Grid Design — workspace access levels, social workspace design, community-building use cases, and Enterprise Grid access recommendations.

==========

The correct answer is A . Multi-workspace channels are specifically designed to support collaboration across workspaces without changing the overall grid design. The client has already agreed to four workspaces: Sales, Marketing, Finance, and Social. The concern is cross-functional work between Sales and Marketing, not the entire architecture. A multi-workspace channel allows the relevant Sales and Marketing users to collaborate on joint initiatives while still keeping the Sales and Marketing workspaces distinct. Option B is poor design because the Social workspace should not become a dumping ground for business operations; that would create noise and weaken the social workspace’s purpose. Option C violates the requirement to maintain the final grid design because it adds a fifth workspace. Option D is weak because DMs hide project context, reduce transparency, and do not scale for cross-functional initiatives. Multi-workspace channels solve the exact problem: shared project collaboration across workspace boundaries while preserving the agreed workspace model.

==========

The correct answer is D . The request involves a restricted Enterprise Grid capability: creating multi-workspace channels. Since only Org Admins and Org Owners can perform the action, the support model must route requests to the correct privileged audience. A central private org-wide admin channel is the most efficient structure because it gives the right admins visibility, lets them coordinate ownership, preserves request history, and avoids exposing admin operations in a public channel. Option A is inefficient and confuses the request type by referring to a Slack Connect channel instead of a multi-workspace channel. Option B creates visibility but is too open; admin request coordination should not necessarily occur in a public channel. Option C is poor governance because DMs create hidden backlogs and make it hard for other admins to track status or reassign work. A workflow-backed intake process feeding a private admin coordination channel is scalable, auditable, and aligned with permission-restricted operations.

==========

The correct answer is D . In an Enterprise Grid launch, admin-related governance should be handled at the organization level wherever possible, not separately across individual workspace settings. Creating a user group for all admins through org policies and the permissions tab gives the organization a centralized, repeatable way to manage an admin audience. This supports launch readiness because admins can be addressed consistently in announcements, enablement, support workflows, and governance communications. Option A is too workspace-local and does not scale cleanly across Enterprise Grid. Option B repeats the workspace-level mistake and also mixes admins and owners without matching the stated requirement. Option C incorrectly creates a user group for owners rather than admins. Option D matches the requirement and the Enterprise Grid operating model: use org-level policy configuration to create the intended admin user group. The key principle is centralized governance for enterprise-wide admin structures.

Reference topic: Policies and Settings — org policies, permissions, admin user groups, Enterprise Grid launch configuration, and centralized governance.

==========