Skip to main content

create-a-messaging-framework

Create a reusable message system linking audience, value, proof, objections, and channel choices. Use when teams describe the same offering inconsistently or need evidence-backed language across content and conversations.

Source facts

Repository
protosphinx/sphinxstack
Last source activity
July 29, 2026 at 13:55
Detected SKILL.md language
English
Stars
3
Forks
0

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
2 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
create-a-messaging-framework
category
write
description
Create a reusable message system linking audience, value, proof, objections, and channel choices. Use when teams describe the same offering inconsistently or need evidence-backed language across content and conversations.
# create-a-messaging-framework Align on claims and proof while allowing each channel to sound natural. ## Procedure 1. Gather positioning, audience evidence, product facts, research, objections, alternatives, and approved claims. 2. Define the primary audience situation and the decision the framework supports. 3. Write a message hierarchy: organizing value, three to five supporting ideas, and the proof for each. 4. Separate outcomes, capabilities, mechanisms, and evidence so features do not masquerade as benefits. 5. Build an objection map with truthful responses, qualification questions, and cases where the offering is not a fit. 6. Record approved terms, prohibited shorthand, sensitive claims, and legal or technical review needs. 7. Add audience and channel adaptations without changing the underlying facts. 8. Create examples for homepage, email, sales conversation, announcement, support, and short description. 9. Test comprehension, credibility, distinctiveness, and recall with representative readers. 10. Publish an owner, version, source links, expiry dates, and review triggers. ## Guardrails - Never invent customer outcomes, market demand, comparative superiority, or product capability. - Do not erase important limitations in shorter variants. - Preserve audience language without appropriating private or stigmatizing terms. - Treat the framework as guidance, not a script that overrides context. ## Done - A messaging framework document links every major claim to proof - Objections, non-fit cases, limitations, and review needs are explicit - Channel examples remain factually consistent - Reader tests and revision evidence are recorded
View on GitHub