Free Practice Questions for Salesforce Slack-Con-201 Exam

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 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 . 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 A . Admin enablement must be tailored to the actual roles, permissions, and governance model configured for the client. If Workspace Admins do not have permission to approve app requests, then app approval content cannot be delivered as if those admins can perform that task. The proper consultant action is to consult with the learning lead and decide whether app approvals should be covered conceptually, excluded, or redirected to the correct audience such as Org Owners or Org Admins. Option B is weak because it delivers generic content that does not match the client’s configured permissions and may create confusion. Option C is too aggressive because the training audience should not be changed without validating the learning plan and stakeholder expectations. Option D is outside the enablement role; the consultant should not push a configuration change merely to match standard training material. The curriculum must follow the client’s operating model, not the other way around.

Reference topic: Learning and Enablement — role-based admin training, permission-aware curriculum design, stakeholder alignment, and Admin Essentials customization.

==========

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 C . The scenario has two major change-management variables: different communication habits and leadership visibility from both companies. Because one organization primarily uses email and the acquired company primarily uses Slack, the communication plan must customize the delivery method . A single channel of communication would miss part of the audience or fail to meet users where they already work. At the same time, both leadership teams need visibility and input, so the sender(s) of communication must also be customized. Communications may need to come from executives or leaders from both organizations to build credibility and reduce resistance during the transition. Option A is incomplete because sender alignment alone does not solve the email-versus-Slack delivery difference. Option B is incomplete because delivery method alone does not address stakeholder trust and leadership representation. Option D is weak because custom emojis are not a core communication-plan component for acquisition change management. The correct plan adjusts both sender and delivery method.

==========

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

==========