Slack-Con-201 Salesforce Certified Slack Consultant Question and Answers

The correct answer is A. Approval policies for apps and external collaboration are governance and policy decisions, so the right stakeholders are the people responsible for Slack policies and settings. This may include Org Owners, Org Admins, security, compliance, legal, IT, or collaboration platform owners depending on the client’s operating model. Option B is too narrow because the head of IT may not own Slack-specific policy decisions, especially in a mature Slack environment where security, compliance, or collaboration governance may share responsibility. Option C is misaligned because communication and learning stakeholders are important for rollout messaging and enablement, not app approval or Slack Connect policy decisions. Option D is also insufficient because superusers understand usage patterns but usually do not own enterprise policy decisions. The consultant should identify decision-makers by responsibility, not title alone. Asking who owns policies and settings ensures the correct people attend the discussion and prevents policy decisions from being made by stakeholders without proper authority.

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 Executive sponsor . The executive sponsor owns senior-level business accountability for the engagement. This role provides strategic direction, resolves escalations that exceed the authority of the project team, and makes or approves critical business decisions that affect scope, priorities, risk, adoption, and organizational alignment. Option B, product owner, may guide business requirements, backlog decisions, and day-to-day solution priorities, but that role does not usually carry the senior authority needed for executive escalations or cross-functional business decisions. Option C, communications lead, owns launch messaging and communication planning, not critical decision-making. Option D, Slack admin, handles administrative configuration, user support, policies, settings, and operational tasks in Slack, but admins do not normally provide executive direction to the project. In a properly governed Slack implementation, escalation paths and decision rights must be explicit. The executive sponsor is the role that gives the project authority, removes business blockers, and ensures the Slack launch remains tied to enterprise goals.

Reference topic: Delivery and Migration — project team roles, executive sponsorship, escalation ownership, decision authority, and implementation governance.

==========

The correct answer is C. The pre-migration report specifically flags the issue under Duplicated and Illegal Usernames, so the immediate defect to resolve is the duplicated username. Because the same username exists in both migrating workspaces but the email addresses are different, Slack cannot treat the records as the same clean identity without addressing the username conflict. Changing one of the usernames removes the duplicate username condition before the migration proceeds. Option A is too destructive and could remove a legitimate user account. Option B is irrelevant because converting the user to a multi-channel guest does not resolve duplicate or illegal username status. Option D may be relevant to identity hygiene in other migration scenarios, especially when preventing duplicate users through SSO alignment, but the question’s report category is specifically username duplication. The consultant should distinguish between user identity matching and username validity. Here, the recommended remediation is to make the usernames unique so the migration report no longer flags the user under duplicated or illegal usernames.

The correct answer is D . The requirement is to automatically sign users out of desktop and mobile Slack sessions every 30 days. Slack session duration is a security control, so it belongs under org security settings rather than SSO settings. The duration is configured in hours, and 30 days equals 720 hours. Option A uses the correct security-settings area but expresses the duration as calendar days rather than the tested configuration value. Option B and Option C are incorrect because they place the control under SSO settings, but the requirement concerns Slack session duration for desktop and mobile instances, not SSO configuration itself. The consultant must translate the business requirement into the correct administrative setting and format: org-level security setting plus 720-hour session duration. This supports the client’s security posture by limiting persistent sessions and requiring periodic reauthentication across Slack clients.

Reference topic: Policies and Settings — session duration, org security settings, reauthentication controls, Enterprise Grid security posture, and desktop/mobile session governance.

==========

The correct answers are C and E . An AMA channel needs two things at the same time: participation and structure. A workflow for question submission gives employees an easy, consistent way to participate without flooding the channel with scattered posts. It can capture questions in a standard format and route them to moderators for review, sequencing, or grouping. Restricting posting permissions to session moderators keeps the channel clean and prevents uncontrolled side discussions, duplicate questions, or fragmented threads. Together, these practices preserve engagement while maintaining order. Option A can be useful for lightweight feedback, but emoji reactions do not provide a structured way to ask questions. Option B is wrong because deleting answered questions destroys useful context and reduces transparency. Option D encourages participation but sacrifices organization; open posting permissions are exactly what can make a large AMA channel noisy and hard to follow. The strongest design separates question intake from moderated publishing.

Reference topic: Learning and Enablement — AMA channel design, Workflow Builder, moderated engagement, posting permissions, and organized launch communications.

==========

The correct components are target audience, objective, and delivery method . A rollout communication plan must define who the communication is for, what the communication is intended to accomplish, and how it will be delivered. The target audience matters because executives, admins, champions, managers, and end users need different information at different points in the rollout. The objective clarifies the purpose of the message, such as awareness, action, training registration, policy change, launch readiness, or reinforcement. The delivery method defines how the message reaches the audience, such as Slack announcements, email, live sessions, manager cascades, or help channels. Option A omits the objective, which is a serious gap because communication without a stated goal becomes generic broadcast messaging. Option C omits the audience, making the communication impossible to tailor. Option D omits the delivery method, leaving the plan incomplete. Channel setup recommendations may appear elsewhere in the launch plan, but they are not one of the core components of the communication plan itself.

Reference topic: Learning and Enablement — rollout communication planning, audience segmentation, communication objectives, delivery methods, and change-management messaging.

==========

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.

==========

The correct answer is A. #help. The purpose of a channel prefix is to create predictable navigation and signal the function of the channel before users even open it. In this scenario, the client has scattered employee questions across many channels, which weakens searchability and makes issue triage inefficient. A #help prefix clearly tells users that the channel is intended for questions, support, troubleshooting, and service requests. For example, the organization can later scale this pattern into channels such as #help-it, #help-hr, #help-security, or #help-slack. Option B, #security, identifies a department or subject area, but it does not clearly indicate a general help or question-intake function. Option C, #hello, sounds social and does not support triage. Option D, #search-first, promotes a behavior but is not a clean support-channel prefix. The consultant should recommend a naming convention that reinforces channel purpose, reduces duplicate questions, and supports a searchable support model.

The correct answer is C . Duplicate user creation during a grid migration is commonly tied to identity mismatch. Slack must be able to match migrating users to the correct enterprise identity, and the most important identifier in this context is the user’s email address. Ensuring that users’ Slack email addresses match their SSO identity reduces the chance that Slack treats the same person as separate accounts during migration. Option A is incorrect because promoting guests to full members does not solve identity matching and may increase access risk. Option B is wrong because requiring login with an existing email and password does not address SSO alignment and is not the best migration control. Option D is also incorrect because usernames are not the primary identity-matching control for Enterprise Grid migration. The consultant should focus on pre-migration identity hygiene: validate email addresses, align with SSO, resolve duplicate or stale accounts, and coordinate with identity administrators before migration execution.

Reference topic: Delivery and Migration — Enterprise Grid migration preparation, duplicate-user prevention, SSO alignment, identity hygiene, and user account matching.

The best answer is Quarterly . Policies and settings should be reviewed on a predictable cadence because Slack governance is not a one-time configuration task. As user behavior, app usage, external collaboration, compliance requirements, and business structure change, the client must validate whether the current settings still support the intended operating model. Quarterly is frequent enough to identify drift before it becomes operational risk, but not so frequent that the review becomes administratively noisy. Monthly reviews are usually excessive unless the organization is in an active launch or remediation phase. Ad hoc reviews are reactive and create inconsistent governance. Annual reviews are too slow for a collaboration platform where workspace, channel, app, and Slack Connect usage can change rapidly. The Salesforce Slack Consultant domain structure treats Policies and Settings as a major exam area, reinforcing that governance controls must be designed, monitored, and adjusted throughout the lifecycle of the Slack program.

Reference topic: Policies and Settings — governance cadence, settings validation, risk control, and operating model alignment.

==========

The correct answer is C . In Enterprise Grid, SSO is managed at the organization level, so exceptions to the SSO requirement must be handled in org settings, not workspace settings. The client needs some members to continue logging in with a username and password, which means those members must be excluded from the SSO requirement. The answer also specifies uploading a CSV list, which is the scalable method for applying exclusions when multiple members are involved. Option A is incorrect because it uses the workspace settings dashboard and manual entry, which does not align with Enterprise Grid org-level SSO control. Option B is wrong because workspace admin settings are not the correct place for Enterprise Grid SSO exclusions. Option D correctly identifies org settings but uses manual addition; the tested recommendation is to upload a CSV list for the excluded users. The important consulting principle is that identity and authentication settings on Enterprise Grid are centralized at the org level.

Reference topic: Policies and Settings — Enterprise Grid SSO, org-level authentication controls, SSO exclusions, CSV user management, and login policy design.

==========

The correct answers are A and D . The client’s constraint is that employees may not be able to attend pre-scheduled training because of competing initiatives. That immediately reduces the value of synchronous formats and increases the value of self-paced enablement. Videos let employees learn asynchronously, pause, replay, and consume material when their schedule allows. Documentation provides a durable reference that employees can search and revisit while using Slack. Together, videos and documentation create a flexible learning path that does not depend on everyone being available at the same time. Option B, a customer story, may inspire adoption but does not provide practical training coverage. Option C, live training, is exactly what the client may struggle to attend. Option E, a leadership AMA, can support launch engagement, but it is still scheduled and interactive rather than a reliable training delivery method for employees with limited availability. The consultant’s job is to adapt the learning format to the client’s capacity constraints, not force the standard delivery model.

Reference topic: Learning and Enablement — asynchronous learning design, video enablement, documentation strategy, launch constraints, and flexible training delivery.

==========

The correct answer is B . A security-focused discovery question should expose whether the client has different risk profiles across departments, roles, data types, or user populations. Asking whether some groups need more restrictive permissions or access than typical employees directly uncovers security and governance requirements that affect workspace access levels, private channel strategy, guest access, Slack Connect rules, app approvals, retention, DLP, eDiscovery, and administrative role design. Option A is useful for collaboration mapping, but it does not directly identify security concerns. Option C belongs to support-process discovery, not security discovery. Option D is relevant to external collaboration and Slack Connect governance, but it is narrower than the broader security requirement in the question. Security discovery must identify populations that require stronger controls, such as legal, finance, HR, executives, regulated teams, contractors, or teams handling confidential data. This answer gives the consultant the clearest path to designing appropriate policies, permissions, and access boundaries.

Reference topic: Discovery — security requirements gathering, restricted access groups, permission design, and governance-driven discovery.

==========

The correct answer is B . A major reason for moving to Enterprise Grid is to centralize governance across multiple workspaces. Enterprise Grid allows an organization to manage policies, security controls, identity settings, app governance, and administrative structures at the organization level instead of managing each workspace independently. This becomes important when a company has several Slack workspaces and wants consistent controls, standardized access, centralized compliance, and a unified operating model. Option A is incorrect because Slack Connect is not exclusive to Enterprise Grid; it can be used on paid Slack plans, so it is not the strongest reason for a grid migration. Option C is also not specific to Enterprise Grid because workflows and app integrations are available outside Grid. Option D describes a type of migration scenario, but it is not the core business reason a client would pursue Enterprise Grid. The exam is testing whether the consultant understands the strategic value of Grid: enterprise-scale governance and centralized administration across workspaces.

Reference topic: Delivery and Migration — Enterprise Grid migration rationale, centralized policies, shared settings, multi-workspace governance, and enterprise administration.

==========

The correct answer is B. Slack Connect is the proper best-practice model for project collaboration with a client because it lets both organizations work together in a shared channel while each organization retains control of its own members, identity, data governance, and administration. This is cleaner than adding client users as guests to the consultant’s Slack environment and more effective than defaulting to email. Option A is weak because using email preserves fragmented communication and prevents the shared visibility Slack is meant to provide. Option C is too reactive; project teams should be intentionally added based on engagement roles and collaboration needs, not only after someone requests access. Option D uses guest access, which is not the preferred model for intercompany collaboration when Slack Connect is available. A Slack Connect project channel supports centralized decisions, shared documents, status updates, threaded discussions, bookmarks, and transparent engagement history. For client delivery, the collaboration space should be designed deliberately, with the right members included from the beginning.

The correct channel name is #help-it . Slack channel naming best practices favor names that are lowercase, simple, predictable, searchable, and aligned to a clear naming convention. A help channel should use a recognizable prefix such as help- followed by the function or team receiving the request. This makes the channel easy for users to find and reinforces consistent channel taxonomy across the workspace or Enterprise Grid. Option A uses an underscore, which is less aligned with common Slack naming conventions where hyphens are typically used for readability. Option B includes an exclamation mark, which is not appropriate for clean channel naming and creates unnecessary noise. Option C uses uppercase letters, which conflicts with the best-practice preference for lowercase, readable channel names. Option D is concise, descriptive, and scalable because the same pattern can be extended to other support channels such as #help-hr , #help-finance , or #help-security .

Reference topic: Channel Strategy — channel naming conventions, support-channel taxonomy, channel discoverability, and user-friendly workspace organization.

==========

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 . The client is asking for an enforceable policy behavior around broadcast mentions. In Enterprise Grid administration, this belongs under org-level policies and settings, specifically messaging permissions. A warning for @channel , @here , or @everyone helps reduce noisy broadcast behavior and forces users to pause before notifying a large audience. Option A is wrong because the question asks how to enforce the control; assuming it is always a default setting is not the correct consultant guidance. Option B is unrelated because logging on each day has nothing to do with broadcast mention warnings. Option C is also wrong because the warning must trigger when the mention is used, not merely once per day. Option D maps directly to the requirement: configure a Messaging policy in org settings so Slack warns users when they attempt to use broad notification mentions. This is a practical governance control that protects channel hygiene, reduces disruption, and supports responsible communication norms across the grid.

Reference topic: Policies and Settings — messaging policies, broadcast mention controls, org-level permissions, notification governance, and channel-noise reduction.

==========

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 best recommendation is B . For daily Agile syncs in a remote environment, Slack should reduce repetitive manual coordination and move routine updates into the channel where the team already collaborates. A Workflow Builder template can automatically prompt team members to provide updates at the right time, standardize the format of responses, and keep progress visible to the whole team. This is more scalable and more productive than relying on a manager to ask for updates manually. Option A is directionally useful, but it lacks automation and consistency. Option C may be useful if the team already has a project-management tool that should be integrated, but the question asks for a Slack feature that improves the sync process itself. Option D keeps the team in a synchronous meeting pattern and does not solve the productivity problem as effectively as automated asynchronous updates. Workflow Builder is the strongest Slack-native answer because it supports repeatable, channel-based Agile communication.

Reference topic: Channel Strategy — Agile standups, Workflow Builder, asynchronous updates, project channels, and remote team productivity.

==========

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 A . A standard channel naming convention primarily improves organization and clarity for users. In Slack, channels are the structure through which work becomes visible and searchable. Without consistent names, users struggle to understand where work belongs, where to ask questions, and how to find existing channels before creating new ones. Naming conventions such as #help- , #team- , #proj- , #announcements- , or #ext- make the purpose of channels immediately recognizable. Option B may be a secondary benefit if the naming style reflects company culture, but branding is not the main reason to standardize channel names. Option C is partially related because better naming may reduce duplicate or unnecessary channels, but it does not technically prevent channel creation. Option D is incorrect because naming conventions do not show membership; channel member lists and profiles do that. The primary purpose is navigational clarity: users can quickly understand channel purpose, locate relevant work, and follow a predictable collaboration structure.

==========