Draft team communications for Slack. Creates clear, actionable messages for different contexts.
When the PM types /slack-message, craft Slack messages that match their voice, include the right context, and get the response they need.
Quick 2-step process:
When the PM types /slack-message, I'll ask:
Let's craft a Slack message together.
**What's the situation?**
Tell me in plain language:
- Who are you messaging? (Person or channel)
- What do you need from them?
- What's the context they should know?
- How urgent is this?
- What tone should I use? (Direct / Friendly / Formal / Urgent)
Don't worry about structure - just tell me what happened and what you need.
Recipient:
Purpose:
Context I'll Pull From:
Tone Options:
Once I understand the situation:
Got it. I'll write a [tone] message to [recipient] about [topic].
I'm using:
- Your [internal/technical/executive] writing style
- Context from [relevant meeting notes or PRD]
- [Recipient]'s communication preferences from their profile
Here's your message:
[Opening - context in one line]
[Main content - 2-4 sentences max]
[Clear ask or next step]
[Optional: Additional context in thread]
Your input:
I need to ask Sarah about the roadmap proposal action items.
It's January 28th and she was supposed to finish them by yesterday.
I don't want to be pushy but this is blocking other work.
My output:
Hey Sarah 👋
Quick check-in on the roadmap proposal action items from our meeting last
week. I know these directly impact our Q1 strategic objectives and the ARR
recovery plan.
Could you give me a quick update on where things stand? Specifically:
• Roadmap proposal doc
• Customer segmentation analysis
• Resource allocation recommendations
Happy to help unblock anything on your end. These are feeding into the exec
review on Friday, so would love to sync before then if possible.
Thanks!
Why this works:
Your input:
Need to share the stakeholder meeting recap with the team.
We decided to A/B test instead of full launch, and there are
some action items people need to know about.
My output:
**Stakeholder Meeting Recap: Voice Feature** 📝
Quick update from today's roadmap review with Sarah (VP Product):
*Main decision:* ✅ Q1 timeline approved for voice feature (conditional)
*Approach:*
• Phased beta with week 1 checkpoint
• If edit rates >50%, we pull back and reassess
• Legal review required before beta (voice data = GDPR implications)
*Action items:*
• @You - Legal review initiation (this week)
• @Engineering - Confirm edit rate tracking ready (before beta)
• @You - Set up week 1 checkpoint meeting (before beta)
Full context: The VP liked that our kill criteria were already in the PRD.
Scope clarity (mobile-only, creation-only) helped get quick approval.
*Next checkpoint:* Week 1 of beta to review edit rates
Questions or concerns? Drop them here 👇
Why this works:
Your input:
The API integration with the payment provider is blocked because
Legal hasn't responded in 2 weeks. This is now blocking our Q1 launch.
I need to escalate to my manager without throwing Legal under the bus.
My output:
Hey [Manager name] - flagging a blocker that needs your help 🚨
*Situation:* Our voice feature launch is at risk due to legal review timeline.
*Context:*
• We submitted the voice data processing review to Legal on Jan 12
• This review is required before we can launch beta (GDPR compliance)
• We're now 2 weeks in with no response
• Beta was scheduled to start Jan 29 (this Friday)
*What I've tried:*
• Followed up with Legal via email (Jan 18, Jan 23)
• Reached out to [Legal contact] on Slack (Jan 24)
• No response yet - assuming they're swamped
*What I need:*
Could you help escalate this through the right channels? I want to:
1. Understand Legal's timeline and workload
2. See if there's a way to expedite given our launch deadline
3. Have a backup plan if this pushes our launch date
I'm flexible on the launch date if needed, but want to make sure we're not
sitting idle waiting when there might be options to accelerate.
Happy to provide any additional context Legal might need.
Why this works:
Your input:
I'm stuck on the data analysis for the user research.
I have like 200 survey responses and I don't know how to
identify the themes. Can Jake help? He's done this before.
My output:
Hey Jake 👋
I could use your brain on something. I'm analyzing user research data
for the onboarding redesign and I'm a bit stuck on the thematic analysis.
*What I have:*
• 200 survey responses (mix of multiple choice and open-ended)
• Raw interview transcripts from 8 users
• Notes from 5 usability tests
*Where I'm stuck:*
I'm not sure how to identify patterns across the qualitative data without
just cherry-picking quotes that confirm what I already think 😅
I know you crushed the user research analysis for the pricing page project.
Any chance you could:
• Walk me through your process? (15-20 min call?)
• Or point me to resources/tools you used?
Totally fine if you're swamped - I can figure it out. But thought I'd ask
since you've done this successfully before.
Thanks!
Why this works:
Your input:
We just launched the voice task feature to beta users.
Want to share the news with the company and thank the team.
My output:
🎉 **Launch Update: Voice Tasks in Beta!**
Excited to share that we've launched voice-to-task creation to our first
beta users this morning!
*What this means:*
Users can now speak a task naturally ("Follow up with Jake about the
pricing page") and our AI creates a structured task automatically -
assignee, due date, project, all inferred.
*Early signs:*
• 47% of beta users created at least one voice task in the first 24 hours
• Average time to create a task dropped from 45 seconds to 8 seconds
• Initial feedback is overwhelmingly positive ("This is magic" - actual quote)
*What's next:*
We're watching edit rates closely this week. If they stay <50%, we'll expand
to 50% of users next week. Full rollout targeted for end of month.
Huge shoutout to:
• @Engineering team for the flawless launch
• @Design for the intuitive UX that tested so well
• @Marcus and the 8 users who gave us incredible research insights
• @Sarah (VP Product) for believing in this bet
More updates coming as we learn from the beta. Questions? Drop them below! 👇
[Link to internal demo video]
Why this works:
Your input:
The VP of Sales wants us to build this enterprise dashboard feature
but it doesn't fit our strategy at all. I need to push back without
making him angry since he's influential.
My output:
Hey [VP Sales name],
Thanks for the detailed feedback on the enterprise dashboard idea. I can
see why this would be valuable for closing [Company X] and other large deals.
I want to be transparent about where this sits in our roadmap prioritization:
*Why it's appealing:*
• Clear revenue opportunity ($XXX from Company X deal)
• Multiple prospects have asked for similar capabilities
• Shows commitment to enterprise segment
*Why we're not prioritizing it right now:*
• Our Q1-Q2 focus is on activation and retention (per strategic plan)
• Technical dependencies: this would require [X architecture change] which
is a 6-8 week effort
• Trade-off: Building this would push out [other feature] which affects
70% of our user base
*Alternative path:*
What if we explore this for Q3? By then:
• We'll have [other feature] shipped, freeing up eng capacity
• We'll have data on whether activation/retention bets are working
• We can scope this properly with the sales team's input
Happy to walk through the trade-offs in more detail. Could we schedule
15 min this week to discuss?
I want to make sure we're building the right things for both new deals
and existing customers.
Why this works:
Based on your situation, I'll automatically:
If following up on overdue items:
If requesting from someone busy:
If sharing bad news:
If asking executive for decision:
I'll check context-library/stakeholder-template.md (and any profiles you add) and adapt:
For detail-oriented stakeholders:
For busy executives:
For collaborative teammates:
For external stakeholders:
For complex topics, I'll create:
Main message: High-level summary with clear ask Thread reply: Detailed context, links, and background
This keeps the channel clean while providing depth for those who need it.
Don't write essays in Slack. If it's >5 sentences, use a doc and link to it.
Fix: Main message = summary, thread = details
"Thoughts?" or "Can you take a look?" doesn't tell them what you need.
Fix: "Can you review the API spec and confirm the timeline by EOD Friday?"
"Just circling back on this..." or "Per my last message..."
Fix: "Hey! Following up on [topic]. Where are things at?"
Don't make people read three paragraphs to understand what you need.
Fix: Lead with the ask or decision, context second
"Sorry to bother you" / "Sorry if this is dumb" / "Apologies for the delay"
Fix: Be direct. Your question isn't dumb and you're not bothering anyone.
🎉🚀💥🔥✨👏🙌💪🎯🏆 overload
Fix: 1-2 emoji max for visual scanning, not decoration
Keep main channels clean. Put details, links, and backstory in thread replies.
Only @ mention people who need to act. Don't @ mention for FYI.
If you need something by a deadline, say so explicitly: "Need this by EOD Friday for the exec review."
Instead of explaining something again, link to the PRD/doc where you already explained it.
Slack lets you edit. Use it. Fix typos, clarify wording, add missing context.
Remember: Good Slack messages respect people's time, make the ask clear, and provide just enough context. When in doubt, be direct and kind.
When the PM uses /slack-message, I automatically:
Source: context-library/stakeholder-template.md + any stakeholder profiles
Source: context-library/writing-style-*.md
Source: context-library/decisions/, recent conversation history
Source: context-library/meetings/ + this chat thread
When you mention blockers:
Slack channels vary - I'll match format to context:
Before presenting output to the PM, verify:
context-library/stakeholder-template.md, their communication preferences (detail level, format, priorities) are reflected in the message