Turning an empty workspace into a habit
Setup asks for work, not preferences, and the sidebar does the rest.
- The surface
- Creating a workspace, the questions asked during setup, the first channels, and the sidebar that becomes the daily home screen.
- What the user wants
- I want my team talking in one place instead of scattered across email threads, and I want to find what I missed without reading everything.
The setup questions
Workspace creation asks for a company or team name and then what the team is working on right now. The answer to the second question becomes a channel rather than a stored preference.
Input that becomes output
Most setup wizards collect answers the user never sees again, which teaches them that setup is a toll. Slack turns a typed phrase into a visible object in the product within seconds. The user learns that what they say here has consequences, which raises the quality of everything they type later.
The invite step
Invitation sits inside the setup flow rather than in a settings page, and the workspace looks conspicuously empty until other people arrive.
activation: The moment a new user first gets the value the product promised. gated on the real value moment
A messaging product with one member is a notepad. Placing invites in the critical path means the product reaches its actual value state during setup rather than a week later. The empty state: What a screen shows before there is any content in it. is doing persuasion work by making the missing piece obvious.
Default channels
New workspaces arrive with general and random already created, and the first message posted lands in a channel rather than a private thread.
Defaults as decisions
The seeded channels quietly argue that conversation should be public by default, which is the behaviour Slack needs for the product to compound. A user who starts in direct messages builds a habit the product cannot index or search usefully. The default costs the user nothing and shapes months of behaviour.
The sidebar as unread state
Channels with unread messages render bold. Direct messages and mentions add a numeric badge. The two signals are visually different weights.
Signal hierarchy
A flat unread count treats a stray emoji in a busy channel the same as a direct question from a manager. Two tiers let someone scan the sidebar and answer one question fast: does anything need me. The bold state carries information without demanding action.
Threads
Replying in a thread keeps the response collapsed under the parent message, with an option to also send it to the channel.
progressive disclosure: Showing the few controls most people need, and keeping the rest one step away.
A busy channel where every reply is top level becomes unreadable for anyone who was away. Threads fold detail into the message that caused it, so a returning reader scans parents and opens only what matters. The escape hatch back to the channel exists because collapsing can bury something important.
The search fallback
Search runs across all channels the user belongs to, with filters for person, channel and date, and it treats files and messages together.
Recognition over recall
Slack's public promise of being a searchable archive only holds if retrieval is cheap. Filters let a user reconstruct a memory they half hold, such as who said it and roughly when, instead of remembering exact words. This is what makes people tolerate the volume they have created.
Which setup questions earn their place
What not to copy
- Notification volume is the product's central unsolved problem. The defaults are tuned for a small workspace, and by the time a team is large enough for them to hurt, the person suffering has neither the time nor the knowledge to rebuild their notification rules.
- Channel sprawl has no forcing function. Creating a channel takes five seconds and archiving one requires a decision nobody owns, so workspaces accumulate dead rooms that make search noisier every quarter.
- Message history limits on the free plan remove the value the product was sold on. A team is asked to pay to recover work they already did, which is effective pricing and feels like a hostage situation.
- Threads solved channel noise and created a new problem: a reply can be invisible to people who needed it. The send to channel checkbox pushes that judgement onto the writer, who is the person least able to see the consequence.
The takeaway
Make setup questions produce something the user can see, or stop asking them.
Finished the teardown? Bank it and the day counts toward your run.
Where the principles come from
- Hooked: How to Build Habit-Forming Products, Nir Eyal
- Progressive Disclosure, Jakob Nielsen, NN/g
- The Power of Defaults, Aurora Harley, NN/g
- The Design of Everyday Things, Don Norman
Written from public behaviour of the product, not from inside it. Interfaces change often, so treat the flow described here as of the time of writing and check the live product before quoting it.
