← All playbooks
Communication migration

Slack → Discord

Move an active Slack community into Discord while archiving lawful history and rebuilding channels, roles, membership, files, threads, apps, moderation, notifications, and operational knowledge without claiming native message parity.

Typical timeline15–35 business days65–125 hours active work
Statusneeds review
Source testedSlack documentation reviewed 2026-07-19
Destination testedDiscord documentation reviewed 2026-07-19
Last reviewed2026-07-19
Sources3
Before you migrate

Should you make this move?

Both platforms have a case. Compare what you gain with what you give up before scheduling the cutover.

Current platform

Slack

Reasons to stay
  • Excellent integrations, search, and channel workflows make it a business communication standard
  • Channels, search, notifications, and integrations centralize team communication
Reasons to leave
  • Cost, notification load, and fragmented knowledge grow quickly with usage
  • History, identity, permissions, and app behavior rarely transfer perfectly
New platform

Discord

What gets better
  • Persistent community spaces, voice, roles, and bots are highly flexible
  • Channels, search, notifications, and integrations centralize team communication
What gets worse
  • Business governance, retention, and formal knowledge management are comparatively weak
  • History, identity, permissions, and app behavior rarely transfer perfectly
Best of the move

Discord: Persistent community spaces, voice, roles, and bots are highly flexible. This removes a major source-side concern: Cost, notification load, and fragmented knowledge grow quickly with usage.

Worst of the move

What you lose: Excellent integrations, search, and channel workflows make it a business communication standard. What you inherit: Business governance, retention, and formal knowledge management are comparatively weak.

01At a glance

Know the shape of the move.

Transfer outcome12 features audited
Transfer outcome distributionClean transfer: 0, Partial transfer: 8, Manual rebuild: 1, Not transferred: 3.
Clean0
Partial8
Manual1
Lost3
Mapping route9 of 9 fields have a destination path

This timeline assumes

  • Up to 100 channels, 25,000 members, and two years of approved message history
  • The organization has legal authority and user notice or consent for the selected export scope.
  • Destination identities and restricted containers exist before message import.
  • The source remains searchable through the evidence-retention period.
  • The migration team records evidence for every blocking verification check.
02Loss matrix

What survives the move.

“Partial” and “manual” are not footnotes. They are work that must be scheduled and verified.

ItemOutcomeImpactWhat happensMitigation
Slack message history in DiscordmanualcriticalDiscord does not provide a first-party Slack archive importer with native author and thread fidelity.Keep a governed read-only archive and migrate only approved operational context.
Private channels and direct messagespartialcriticalSlack export availability varies by plan, approval, law, consent, and retention.Obtain legal scope approval and never import private content into broader Discord channels.
Slack files and canvasespartialcriticalJSON exports can contain file and canvas links rather than durable destination copies.Download permitted assets and publish them only to correctly restricted destinations.
Slack apps, workflows, and Connect relationshipslostcriticalIntegrations and external-organization channels do not become Discord bots or roles.Replace each active workflow and renegotiate external collaboration explicitly.
Channels, teams, and spacespartialcriticalContainers can be recreated while hierarchy, channel types, and membership differ.Approve a destination channel registry before importing messages.
Messages and threadspartialcriticalExports and importers vary by plan, conversation type, formatting, and thread support.Reconcile counts by channel and inspect replies, edits, and deletions.
Users, guests, and identitypartialcriticalProfiles can map while guest scope, disabled users, and licensing change.Provision and test internal, external, inactive, and bot identities.
Direct and private conversationspartialcriticalExport access can require higher plans, approval, consent, or legal authority.Confirm lawful scope before export and never broaden destination access.
Files and mediapartialcriticalExports may contain links rather than binaries and source permissions can later fail.Copy required binaries and verify access as ordinary users.
Reactions, custom emoji, and stickerslostmediumEngagement objects and workspace assets rarely map fully.Archive required cultural or evidentiary context.
Mentions, formatting, and linkspartialhighUser and channel IDs, markup, and internal URLs change.Rewrite resolvable references and flag the remainder.
Apps, bots, webhooks, and workflowslostcriticalPlatform applications and credentials do not execute in the destination.Replace and rotate each integration one at a time.
03Field and feature mapping

Where each thing goes.

SourceDestinationMethodNotes
Slack team, server, or workspaceDiscord workspace or servermanualApprove ownership, regions, and policy.
Team, category, or spaceDestination groupingtransformMap the approved hierarchy.
ChannelDestination channeltransformNormalize names and privacy state.
Member or guestDestination identitymanualMap external and inactive users explicitly.
MessageDestination message or archive recordtransformPreserve author and timestamp when supported.
Thread or replyDestination reply or flattened contexttransformVerify ordering and parent links.
File or mediaDestination attachment or durable linktransformCopy binaries and verify permissions.
Mention or internal linkDestination mention or linktransformResolve new user and channel IDs.
App, bot, or workflowDestination integrationmanualReplace and rotate credentials.
04Before you begin

Make the move recoverable.

Backup procedure

Create the source-of-truth backup

Preserve Slack data, configuration, and operating evidence before any destination write.

  1. Export all lawfully available Slack channels, messages, files, users, settings, and compliance evidence.
  2. Inventory private scope, external members, apps, bots, webhooks, recordings, and retention policies.
  3. Record counts by container, conversation type, user, message, reply, and file.
  4. Hash exports and keep them in access-controlled storage.

Proof to capture: A signed manifest reconciles every scoped record class, runtime dependency, export file, count, and hash.

Transformation · Admin exports and migration workbook

Identity and channel registry

Preserve lawful membership, privacy, and container intent.

  1. Inventory source values and exceptions.
  2. Define explicit destination mappings.
  3. Reject unmapped critical records.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

Transformation · JSON or CSV transformer, API client, and checksum tool

Message and asset transformer

Create supported import rows and durable files.

  1. Normalize encoding, dates, identifiers, and blanks.
  2. Run a representative pilot.
  3. Reconcile accepted, rejected, and transformed rows.

Proof to capture: Save the input, output, command or tool settings, warnings, and final item counts.

05Handle with care

The things most likely to hurt.

These are operating limits. Treat every “Stop if” condition as a blocked migration, not a suggestion.

Export

Private conversation scope is mishandled

criticalpossible likelihood

The export omits required private data or includes data without authority.

Consequence
Evidence is lost or confidential messages are exposed.
Mitigation
Obtain legal scope approval and test access boundaries.

Stop if: Authority or destination privacy is unclear.

Migration

Message history imports without durable files

criticalpossible likelihood

Messages retain source file links that expire after shutdown.

Consequence
Important collaboration context breaks.
Mitigation
Copy required binaries and rewrite links.

Stop if: A critical message depends on source-only access.

Cutover

Bots post in both systems

criticalpossible likelihood

Integrations and notifications remain enabled on both platforms.

Consequence
Teams receive duplicate or conflicting actions.
Mitigation
Disable source writers and enable destination integrations one at a time.

Stop if: An unapproved source bot can still post.

06Precise timeline

Do the work in this order.

Estimate forUp to 100 channels, 25,000 members, and two years of approved message history
Total elapsed15–35 business days
Active work65–125 hours
BufferAdd time for private channels, Slack Connect, many files, regulated exports, complex workflows, or large communities.
01
Days 1–3Inventory and decisions2–3 days
02
Days 3–5Backup and reconcile1–3 days
03
Days 5–12Map and pilot3–8 days
04
Days 10–20Final delta and switch1–5 days
05
Days 12–40Observe and close3–10 days
  1. Days 1–3 · inventory

    Inventory and decisions

    6–12 hours active2–3 days elapsedOwner review waiting
    • Inventory Slack data, features, users, domains, and integrations.
    • Approve scope, owners, mappings, and exclusions.

    Depends on: Slack and Discord administrator access

    Stop / go checkpoint

    Export?

    Go when: Every critical item has an owner and disposition.

    Stop when: Consent, billing, access, or system ownership is unclear.

  2. Days 3–5 · backup

    Backup and reconcile

    5–10 hours active1–3 days elapsedExport processing waiting
    • Create immutable exports and configuration evidence.
    • Reconcile counts, totals, and hashes.

    Depends on: Approved inventory

    Stop / go checkpoint

    Transform?

    Go when: Source totals and export manifests agree.

    Stop when: Any critical dataset or configuration is absent.

  3. Days 5–12 · pilot

    Map and pilot

    10–35 hours active3–8 days elapsedDestination processing and review waiting
    • Configure Discord and transform representative data.
    • Run a pilot containing normal records and every critical edge case.

    Depends on: Verified backup

    Stop / go checkpoint

    Scale?

    Go when: Pilot mappings, behavior, access, and evidence pass.

    Stop when: Any critical check fails or produces unexplained variance.

  4. Days 10–20 · cutover

    Final delta and switch

    5–25 hours active1–5 days elapsedDNS, import, or sync propagation waiting
    • Freeze production writes in Slack.
    • Apply the final delta, switch ownership, and run blocking checks.

    Depends on: Passed pilot and approved rollback

    Stop / go checkpoint

    Open production?

    Go when: Counts reconcile and one destination system owns production.

    Stop when: A source writer remains active or a blocking check fails.

  5. Days 12–40 · observe

    Observe and close

    3–18 hours active3–10 days elapsedOperating-cycle evidence waiting
    • Monitor one complete operating cycle.
    • Sign the verification report and close rollback only after stability.

    Depends on: Verified cutover

    Stop / go checkpoint

    Close rollback?

    Go when: No trigger occurs during the agreed observation period.

    Stop when: Data, access, delivery, routing, or business results regress.

07The point of change

Cut over with a way back.

Go live

Cutover

Make Discord the only production system without losing the final Slack delta.

Recommended window: A low-volume weekday morning with platform, data, DNS, and business owners available.

  1. Freeze production writes and scheduled actions in Slack.
  2. Export, transform, and reconcile the final delta.
  3. Apply the approved delta to Discord.
  4. Switch domains, forms, integrations, sending, or sync ownership as applicable.
  5. Run every blocking verification check and keep the source intact.

Proof to capture: Discord owns production, totals reconcile, and every blocking check has durable evidence.

Return to safety

Rollback

Return production ownership to Slack without losing destination-era changes.

Deadline: Within seven days and before source data, plans, credentials, domains, or billing are changed.

  1. Stop new writes and scheduled actions in Discord.
  2. Restore the prior Slack routing, forms, integrations, sending, or sync ownership.
  3. Export the Discord post-cutover delta.
  4. Review and apply safe destination-era changes to Slack.
  5. Run the same blocking checks against the restored source.

Proof to capture: Slack again owns production with current data and no duplicate destination action.

Rollback immediately when
  • Unexplained critical count or value variance
  • Missing or exposed critical data
  • Duplicate production action
  • Failed access, routing, delivery, or integration check
  • A critical feature has no safe destination replacement
08Verification report

Prove the migration worked.

Every blocking check must pass. Capture the evidence before cleanup begins.

0%
Interactive report preview0 / 8 checks passed
PassIDCheckMethodExpected resultEvidence
V-01BlockingChannel and message reconciliationCompare counts by container and conversation type.Every scoped object is imported or explicitly archived.Conversation ledger.
V-02BlockingReply and chronology integrityInspect edited, deleted, replied, and long conversations.Required order and context are understandable.Thread report.
V-03BlockingAuthor and membership mappingInspect active, inactive, guest, external, and bot users.Every required identity has an approved destination or annotation.Identity map.
V-04BlockingPrivate and external scopeTest representative users against restricted containers.No unauthorized conversation or file is visible.Access evidence.
V-05BlockingDurable attachment accessOpen representative binaries as ordinary users.Required files load without source access.File report.
V-06Mentions and linksInspect user, channel, thread, and file references.Critical references resolve or are clearly archived.Reference report.
V-07BlockingBots and workflowsExercise success and failure paths for every replacement.One correct destination action per event.Integration log.
V-08BlockingSingle communication platformInspect posting rights, bots, webhooks, and user guidance.Discord alone owns active team communication.Cutover checklist.
09Post-migration cleanup

Remove the scaffolding safely.

Safe after: One complete operating cycle, at least seven stable days, and owner sign-off on every blocking check.

  1. Create final Slack exports and archive verification evidence.
  2. Revoke temporary credentials, API keys, webhooks, and elevated roles.
  3. Remove obsolete embeds, forms, jobs, integrations, and DNS records.
  4. Keep the source intact through the approved retention window.
  5. Cancel paid plans only after billing, legal, and recovery review.
  6. Schedule the next Discord backup, access, and migration-playbook review.
Sources and maintenance

Built to be reviewed.

Tested 2026-07-19. Next scheduled review: 2026-10-19.

  1. Slack: export workspace dataAccessed 2026-07-19
  2. Slack: read data exportsAccessed 2026-07-19
  3. Discord: request your dataAccessed 2026-07-19