messaging best practices.md

Messaging best practices

Glue is built around a simple insight: most conversations start casually but evolve into something more structured. That's why threads are the core unit of conversation in Glue, not channels.

Start with threads

Default to threads for most communication. Unlike channels where conversations compete for attention in a single stream, each thread in Glue is a focused, organized space that adapts as your work evolves.

When to use each message type

Message Type Use For Example
Thread (default) Any work discussion, even casual ones "Quick question about the API", "Let's plan Q4", "Bug in checkout flow"
Group Chat Announcements, time-sensitive alerts, social chat "Office closed Monday", "Happy birthday! 🎉"
DM Private, sensitive one-on-one conversations Personal matters, confidential feedback

Rule of thumb: If there might be a reply or follow-up, start a thread. Group chat is for information that stands alone.

Why threads work better

Threads vs. Slack channels:

💡 Key difference: In Slack, you @ mention people in channels. In Glue, you add people as thread participants. They'll see all messages without individual mentions, and it's clearer who's actively involved.


Creating effective threads

Write clear thread titles

Thread titles are how you'll find conversations later:

Good: "Q4 Marketing Budget Review", "Bug: Safari login failure", "Decision needed: Holiday schedule"

Avoid: "Question", "Quick chat", "Thoughts?"

Start small, grow organically

Begin with whoever needs to be involved:

"Hey @Sarah, quick question about the API design"

Add more people as the conversation evolves:

"Good feedback—adding @Dev Team for their input"

Create new threads when topics shift:

"This is getting into deployment—I'll create a separate thread for that"

Provide context for async work


Writing clear messages

Make messages scannable

Before: "So I was thinking about the presentation and noticed the data changed—can you update it?"

After: "Can you update the presentation deck? The Q3 data has changed."

Be specific about what you need


Using mentions effectively

Respect attention

Every @ mention sends a notification. Use them intentionally:

DO mention when:

DON'T mention when:

Add people to threads, don't just mention them

Better approach: Add people as thread participants so they see all messages, not just the one where you mentioned them.

Use group mentions sparingly

Only @ mention entire groups for:

For most situations: Create a thread with the group instead—it's visible but less disruptive.

Link to threads for context

Instead of re-explaining, reference related threads: "See the approach we decided on in @Design Review Thread"


Migrating from channel-based thinking

If you're coming from Slack, shift your mental model:

Old: "I'll post this in #engineering"
New: "I'll create a thread with the engineers who need to weigh in"

Old: "Is there a channel for this?"
New: "I'll start a thread and include the right people"

Old: "Should I DM or post in the channel?"
New: "I'll start a thread—it's the most flexible option"

Think in conversations, not locations.


Quick reference

Before sending a message, ask:

Common scenarios

"Quick question about your code" → Thread (even "quick" questions often need follow-up)

"Office closed tomorrow" → Group Chat (pure announcement)

"What do you think about this approach?" → Thread (discussion needed)

"Can someone help with this bug?" → Thread (keeps troubleshooting organized)

"Want to grab coffee?" → DM (personal and social)


Remember: When in doubt, use a thread. It's easier to start organized than to migrate a messy conversation later.

Learn more: