Salesforce Slack-Con-201 Salesforce Certified Slack Consultant Exam Practice Test

The correct answer is B. During a grid migration, users should be prepared for disruption because the migrating workspace becomes unavailable and users are signed out while the migration process completes. This is exactly the kind of operational impact that must be communicated in advance so users do not assume Slack is broken or raise unnecessary support tickets. Option A is incorrect because it understates the migration impact and would create poor launch communication. Option C is also incorrect because the workspace is not partially usable for direct messages while channels are unavailable; the migration affects access to the workspace. Option D is wrong because users are not “deactivated at the org level” as the normal communication point. The consultant should ensure the migration communication plan includes timing, expected downtime, user sign-out behavior, post-migration login instructions, support contacts, and where users should go if they experience access issues after completion. Clear pre-migration communication reduces confusion and protects user trust during the transition.

The correct answer is D . The client’s discovery inputs point to three separate collaboration needs. First, heavy cross-functional collaboration and a desire to reduce communication barriers require a general global workspace where internal employees can collaborate broadly. Second, working with many external partners creates a need for an external workspace or external-collaboration structure where partner-facing work can be governed and organized. Third, reducing barriers and supporting connection across the organization commonly benefits from a social workspace, where employees can build culture and community without cluttering the primary work environment. Option A addresses global and external work but omits the social/cultural collaboration layer. Option B includes social but fails to provide a dedicated external-collaboration design. Option C is too simplistic; putting all collaboration into one global workspace can increase noise and blur governance boundaries, especially with external partners. Option D gives the cleanest basic grid pattern: broad internal collaboration, structured external collaboration, and dedicated social connection.

Reference topic: Grid Design — basic Enterprise Grid model, global workspace, external workspace, social workspace, cross-functional collaboration, and partner collaboration design.

==========

The correct answer is D . An Enterprise Grid organization can have only one Org Primary Owner . This is the highest-level ownership role for the Enterprise organization and is distinct from Org Owners, Org Admins, Workspace Owners, and Workspace Admins. The number of workspaces in the grid does not change the number of Org Primary Owners. In this scenario, the organization has four workspaces — Social, Finance, Marketing, and Operations — but that does not mean there are four Org Primary Owners. Option A incorrectly maps one Org Primary Owner per workspace. Option B has no basis in the role model. Option C is wrong because the organization cannot define an arbitrary number of Org Primary Owners. The Primary Owner concept exists to provide a single ultimate accountable owner for the Enterprise organization, while additional administrative responsibility can be delegated through Org Owner, Org Admin, Workspace Owner, and Workspace Admin roles.

Reference topic: Governance Structure (Owner and Admin Roles) — Org Primary Owner, Enterprise Grid role hierarchy, ownership accountability, and admin delegation.

==========

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 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 best answer is to host three sessions throughout the launch week to accommodate the company’s geographic spread. A live enablement plan must match the employee population, launch timing, and working time zones. Since the customer has users in San Francisco, New York, and London, one fixed session time creates an avoidable accessibility problem. Option C supports a tailored training experience because each regional audience can attend during reasonable working hours and ask questions relevant to their local usage patterns. Option A creates an uneven experience by training only one group before launch and delaying the others. Option B repeats the same session weekly but does not address regional time-zone needs. Option D trains before users can experience the live Slack environment, which can reduce relevance and retention. The Slack Consultant exam outline includes Learning and Enablement as a core domain, and the official prep trailmix separates enablement as a dedicated consultant workshop area.

Reference topic: Learning and Enablement — launch training, global user readiness, live training design, and adoption planning.

==========

The correct answer is B . After an Enterprise Grid migration, users may belong to different workspaces inside the same grid. A public channel is discoverable only to members who have access to the workspace where that channel exists, unless it is made available as a multi-workspace or org-wide channel. In this scenario, some users can find and join the training channel, while others cannot. That pattern strongly indicates the channel itself is public, but it lives in a workspace that not all attendees belong to. Option A is possible in isolated cases, but it would not explain a consistent split across attendees. Option C is irrelevant because Slack Connect is used for collaboration with external organizations, not internal training-channel discovery. Option D would prevent users from joining through search unless invited, but it would generally affect all attendees who were not invited. The training setup should either invite all participants or place the training channel in a workspace accessible to the full training audience.

==========

The correct answer is that eDiscovery applications require read access, while DLP applications require both read and write access. The difference comes from the purpose of each control. eDiscovery tools are used by legal, compliance, or security teams to retrieve and preserve Slack data for review, investigation, audit, or litigation support. Their core function is to access content for discovery, so read access is sufficient. DLP tools are different because they inspect content for sensitive information and may need to act on policy violations. That action can include flagging, quarantining, deleting, redacting, or otherwise enforcing rules on messages or files. Because of this enforcement role, DLP integrations require broader read and write capability. Option A is too broad because eDiscovery does not require write access. Option B incorrectly says eDiscovery needs create access. Option C understates DLP’s access by describing create and update rather than the broader read/write requirement.

Reference topic: Policies and Settings — Enterprise Grid security integrations, eDiscovery access model, DLP enforcement, compliance applications, and data protection controls.

==========

The correct answer is A . By default, everyone except guests can send and accept Slack Connect direct message invitations with people outside the organization, unless the Enterprise Grid organization modifies those settings. This distinction matters because Slack Connect DMs are a lower-friction form of external collaboration than shared channels, but they still require governance. Full members are normally allowed to initiate or accept external DMs, while guests are excluded because their membership is already limited and scoped. Option B is too restrictive and describes an admin-only model that is not the default. Option C incorrectly places control with workspace-level admins and owners. Option D is too broad because it includes guests, which conflicts with the default exclusion. The consultant should explain both the default behavior and the client’s ability to tighten policy if the organization’s risk profile requires stricter external collaboration controls. For regulated or security-conscious clients, this setting should be reviewed during the policies and settings workshop.

Reference topic: Policies and Settings — Slack Connect DM permissions, default external collaboration behavior, guest restrictions, and Enterprise Grid policy review.

==========

The correct answer is B . Grid design should be based on how work and information naturally flow across the organization. The consultant needs to understand whether teams collaborate mostly by function, geography, department, business unit, external partnership, confidentiality level, project type, or cross-functional initiative. That discovery input directly informs whether the client needs one global workspace, multiple functional workspaces, a social workspace, an external workspace, restricted workspaces, or multi-workspace channels. Option A is useful for app and integration planning, but app usage does not define the core workspace architecture. Option C may matter if the client has active or expected acquisitions, but it is too narrow to be the most generally helpful grid-design input. Option D can provide insight into collaboration culture and security posture, but public/private channel ratios alone do not explain how information should be structured across workspaces. The strongest grid design recommendation is evidence-based and aligned to real information-sharing patterns.

==========

The correct answer is C . Org Admins on Enterprise Grid need a centralized view of adoption, activity, and usage trends across the organization. The org-level analytics dashboard is the primary administrative tool for monitoring whether Slack is driving value as the business grows. It helps admins understand membership, channel activity, message activity, and broader usage patterns that inform governance, enablement, and adoption decisions. Option A, Slack’s analytics Web APIs, can be useful for advanced reporting or custom analysis, but it is not the primary admin-facing tool for routine governance monitoring. Option B is incorrect because SCIM is related to identity provisioning and user lifecycle management, not Slack value measurement. Option D is too narrow; member-level analytics do not provide the org-wide governance view needed by an Org Admin. This question is testing the distinction between operational administration and analytics-led governance. For Enterprise Grid maturity, admins should use org-level analytics to identify adoption gaps, inactive areas, overgrown workspaces, and opportunities for targeted enablement.

==========

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

==========

The correct answer is A . The discovery finding tells you that Slack maturity is uneven across the organization. The IT department already uses Slack, so those users may understand channels, threads, reactions, search, notifications, apps, and basic etiquette. The rest of the organization, however, will be new to Slack and will require more foundational onboarding, communication guidance, and enablement. This affects deliverables because training, support resources, communications, channel strategy, and launch messaging must account for two populations: existing users and new users. Option B is unsupported because the scenario mentions IT only, not a marketing-specific support need. Option C is incorrect because org-wide channels can still be adopted; they may actually become important for launch communications. Option D is too rigid. Separate governance sessions are not required solely because maturity levels differ. The right consultant behavior is to tailor deliverables so experienced Slack users are not slowed down by overly basic material while new users are not overwhelmed by advanced assumptions.

==========

The correct answer is A . To evaluate Slack adoption by department and identify managers who can help nominate or develop internal champions, the client needs reliable organizational metadata in Slack. The cleanest way to achieve this is to map SCIM attributes such as dept and mgr to Slack profile fields for Department and Manager . This keeps the fields governed by the identity source rather than relying on users to manually type their own department or manager information. Option B is weak because manual updates create inconsistent, incomplete, and untrusted profile data. Option C uses overly specific or incorrect attribute naming for the tested scenario; the expected mapping is the standard department and manager-style SCIM attribute mapping into Slack profile fields. Option D is incomplete because simply creating custom fields does not define the actual SCIM attribute mapping. For adoption analysis, Slack profile data must be structured and dependable, otherwise department-level analytics and champion identification become unreliable.

==========

The correct answer is A . Pins and bookmarks are the right tools for making important information easily accessible in a Slack channel. Pinned messages help preserve key posts such as decisions, instructions, launch notes, or status summaries. Bookmarks provide persistent access to important documents, project plans, trackers, meeting notes, or external resources directly from the channel header. This is especially useful for a Slack Connect channel with a client because both teams need a shared, low-friction way to find engagement-critical material without repeatedly searching the conversation history. Option B may reduce noise, but it does not create a structured information-access method. Option C is poor Slack etiquette and would create unnecessary notifications. Option D is actively harmful because threads help organize discussion around specific messages; disabling or avoiding them would make the channel noisier, not clearer. A well-managed engagement channel should use pins, bookmarks, clear channel purpose, and disciplined threading.

Reference topic: Channel Strategy — Slack Connect channel hygiene, pinned messages, channel bookmarks, client engagement channels, and information discoverability.

==========

The correct answers are A and B . Before launch, Enterprise Grid admins should make sure the essential app ecosystem is ready and governed. Installing and pre-approving a list of trusted apps gives users immediate access to approved productivity tools and reduces friction at launch. Establishing an app approval process is equally important because it defines how future app requests will be submitted, reviewed, approved, restricted, or rejected. Option C is useful as part of enablement, but the question asks which app rollout best practices should be completed before launch, and policy/process readiness comes first. Option D may apply when migrating an existing Slack environment with installed apps, but it is not the universal best answer for app rollout. Option E is valuable for ongoing app governance, but usage tracking and business-owner documentation are lifecycle practices, not the two most immediate pre-launch requirements. App launch readiness requires both approved apps and a clear approval model.

==========

The correct answer is B. Unless the Enterprise Grid’s Slack Connect settings have been restricted, users are not limited to only an “External” workspace for external collaboration. Slack Connect is an Enterprise Grid capability that can be governed centrally, and by default the collaboration capability can apply across the workspaces in the grid. The client may later decide to restrict external collaboration to selected workspaces, such as an External workspace, but that would be a deliberate policy decision, not the default assumption. Option A is tempting because the workspace is named “External,” but workspace naming alone does not automatically restrict Slack Connect requests to that workspace. Option C and Option D are arbitrary and have no relationship to Slack Connect policy behavior. The consultant should clarify that workspace architecture and policy settings work together: the grid can include an External workspace for strategic organization, but administrators still need to configure policies if they want external collaboration limited to that workspace only.

The strongest answer is to run team syncs in channels using automated reminders. Slack’s project-management value comes from moving status communication into visible, searchable channels and reducing dependency on synchronous meetings. Automated reminders or scheduled messages help keep updates consistent without relying on a manager to manually chase people. This approach also improves transparency because team members can see updates in context, respond in threads, and preserve decision history in the channel. Option A keeps the process dependent on Zoom and manual reminders, which underuses Slack. Option C introduces a template but does not ensure visibility, automation, or channel-based collaboration. Option D may be useful if Jira is part of the team’s delivery workflow, but the question asks for the most effective Slack-native project management approach, not a tool-specific integration. Slack’s official automation guidance supports scheduled channel messages for recurring reminders, daily standups, and project updates.

Reference topic: Channel Strategy — project channels, recurring updates, async team syncs, transparency, and workflow automation.

==========

The correct answer is that existing and frequently used apps reveal integration opportunities that can make the Slack launch more productive. Discovery is not just a fact-finding exercise; it is how the consultant identifies how work actually happens today and how Slack can improve that work. If employees rely heavily on tools such as Salesforce, Google Drive, Jira, ServiceNow, Zoom, Microsoft 365, or project-management platforms, those systems may become high-value Slack integrations. Bringing core work tools into Slack reduces context switching, improves visibility, and creates practical launch use cases that make Slack immediately useful. Option B is not the best answer because the question asks specifically about the Slack launch experience, not general training on non-Slack apps. Option C is possible in rare cases, but the primary consultant objective is to identify productive integration opportunities. Option D may surface during access discovery, but it is not the main reason to ask about frequently used applications.

Reference topic: Discovery — current-state analysis, app ecosystem assessment, integration opportunities, launch use cases, and productivity-centered Slack adoption.

==========

The correct answer is A. Slack enablement should be experiential, especially for core user behaviors such as replying in threads and reacting with emoji. These are not concepts users master by seeing a screenshot or answering a quiz; they need to perform the actions inside Slack. Setting aside live practice time allows participants to reply in a thread, react to a message, observe how threads keep the main channel clean, and understand how emoji reactions can replace low-value follow-up messages. Option B is passive and does not prove the learner can perform the task. Option C checks memory, not skill. Option D can support post-session reinforcement, but it does not ensure attendees can perform the activities after training. A strong Slack learning session should combine demonstration with guided practice in a training channel. This gives learners confidence and makes adoption more realistic because they practice the exact behavior they will use in daily collaboration.

The correct answer is D. A strong Slack learning plan must be tailored to the client’s current Slack maturity, audience size, admin/user mix, geographic distribution, and language needs. The client’s current use of Slack determines whether training should focus on basic navigation, behavior change, migration differences, advanced workflows, or admin operations. The number of Admins and Users affects scale, delivery method, scheduling, and whether enablement should include live training, videos, office hours, documentation, champions, or self-serve resources. Time zones and languages are critical for global rollout planning because a single live session may exclude entire regions or reduce training effectiveness. Option A incorrectly includes the brand of video conferencing tool, which is not a primary design consideration. Option B includes cloud storage, which may be relevant for integrations but not core learning-plan tailoring. Option C again overweights video conferencing brand and omits time zones/languages. The consultant should design enablement around user population, Slack maturity, and accessibility across regions.

The correct answer is D . During discovery, the consultant must understand the client’s current collaboration model and the pain points behind the business issue. The problem is not simply that shipments and announcements exist; the issue is that employees are not reliably informed. That points to gaps in communication workflows, channel strategy, announcement practices, operational visibility, and collaboration behavior. Option A is useful background, but the survey has already identified symptoms. The consultant now needs to understand why those symptoms occur. Option B is too narrow because shipment schedules alone will not explain broader employee communication breakdowns. Option C is unfocused and may produce irrelevant project noise. Option D is the strongest because it investigates the collaboration patterns that Slack is meant to improve: how teams communicate today, where information gets lost, who owns announcements, which channels exist, and how frontline or operational updates are distributed.

Reference topic: Discovery — pain-point analysis, current-state collaboration assessment, employee experience, communication gaps, and business outcome alignment.

==========

The correct answer is D . The scenario says users are switching between multiple workspaces and feeling overwhelmed. The most effective grid-design recommendation is to apply the 80/20 rule , where users spend most of their time in a primary workspace and only move into additional workspaces for specific, intentional needs. This reduces cognitive load, lowers context switching, and gives users a clearer home base for daily work. Option A is a good design principle, but it is broad and does not directly solve the user behavior problem of frequent workspace movement. Option B is important for scalability, but future growth planning does not immediately reduce workspace-switching friction. Option C, multi-workspace channels, can help certain cross-functional conversations span workspaces, but it is not the best overarching practice for reducing user overwhelm across the grid. The primary-workspace model gives the user a predictable operating pattern: most work happens in one main workspace, while additional workspaces are exceptions for specialized collaboration.

Reference topic: Grid Design — workspace movement reduction, 80/20 rule, primary workspace model, user experience, and Enterprise Grid usability.

The correct answer is C . Enterprise Key Management is not a casual toggle that an admin simply enables inside Slack after purchase. It is an advanced enterprise security capability that gives an organization control over encryption keys for Slack data and requires proper commercial entitlement, technical planning, and Slack-supported configuration. The client must purchase EKM as an add-on product and then coordinate configuration with Slack because key management affects encryption operations, security architecture, administrative access, and incident response procedures. Option A is wrong because EKM is not a free add-on and cannot be treated as a simple self-service feature. Option B is also wrong because EKM is not automatically included merely because the organization purchased “security tools.” It has to be entitled and implemented deliberately. The consultant’s guidance should set expectations correctly: validate licensing, engage Slack, coordinate with the client’s security and key-management teams, and implement the feature through the approved process.

Reference topic: Policies and Settings — Enterprise Key Management, advanced security add-ons, encryption governance, Slack-supported configuration, and enterprise security planning.

==========

The correct answer is C . Slack channel strategy should reflect how work actually happens, and organic channel creation is a core part of that model. Channels are most effective when teams create them around real projects, decisions, customers, functions, incidents, communities, or workflows instead of waiting for admins to centrally manufacture every collaboration space. Option A is too loose because “customize their own channels” without strategy can lead to inconsistency and channel sprawl. Option B is too restrictive; forcing admins to create all project channels slows collaboration and turns Slack into a ticket-driven workspace instead of a dynamic work platform. Option D has some value because standard channels and prefixes can model good behavior, but it does not answer the broader question of whether users should be allowed to create channels. The best practice is not uncontrolled chaos or admin-only creation; it is user-driven, authentic channel creation supported by clear naming conventions, channel purpose guidance, and governance.

Reference topic: Channel Strategy — organic channel creation, channel governance, naming conventions, user empowerment, and scalable collaboration design.

==========