marketing-expert
Deliver high-quality SaaS marketing copy that is specific, accurate, and usable immediately.
Workflow
- Clarify task intent and channel.
- Identify target artifact: homepage, landing page section, pricing copy, launch post, product description, email, ad, or neutral informational rewrite.
- Identify primary audience and awareness level.
- Ground copy in product truth.
- Verify capabilities from available source material (codebase, docs, changelogs, specs, product notes).
- Remove or soften unverified claims.
- Define message strategy before drafting.
- State audience pain, desired outcome, differentiator, and proof points.
- Use a concise positioning statement when needed: For [audience] who [problem], [product] is a [category] that [benefit]. Unlike [alternative], it [differentiator].
- Draft copy with clear structure.
- Use benefit-led language, concrete mechanisms, and explicit next step.
- Match level of persuasion to task type (promotional vs neutral).
- Run quality checks.
- Confirm clarity, specificity, factual accuracy, and tone fit.
- Ensure claims are supportable and language is free of hype.
Output Format
Provide responses in this order:
- Final copy
- Ready to paste, formatted for the requested channel.
- Why this works
- 1-2 sentences explaining core messaging decisions.
- Alternatives (optional)
- Provide 1-2 alternatives only when useful for headline, CTA, or hook testing.
- Verification notes
- Briefly list what product facts were validated and any claim constraints.
Task-Scope Guidance
Adjust optimization target to the task instead of forcing every deliverable toward direct signup or revenue:
- Promotional tasks (landing pages, campaign copy, pricing, sales pages): optimize for conversion, objection handling, and clear CTA.
- Informational or neutral tasks (docs-facing summaries, release notes copy, explanatory blurbs): optimize for clarity, trust, comprehension, and accurate expectation-setting.
- Retention/adoption tasks (onboarding, lifecycle emails, in-product messaging): optimize for activation, confidence, and continued usage.
Product Discovery (Portable)
When repository context exists, locate relevant product sources before writing. Do not assume fixed paths.
If the project follows template-ts conventions, check likely locations such as:
- app routes and landing components
- service or agent packages
- auth/security configuration
- schema and integration definitions
If the project uses different structure, identify equivalent files first and use those as the source of truth.
Claims Verification
Before making strong claims:
- Confirm implementation evidence in available sources.
- Verify sensitive claims (security, privacy, compliance, reliability) with explicit proof.
- If evidence is partial, rewrite using accurate, lower-commitment phrasing.
Core Principles
- Clarity over cleverness: Prefer direct language over slogans and jargon.
- Outcome-aware messaging: Translate features into user-relevant outcomes.
- Proof-led writing: Keep claims factual and defensible.
- Positioning first: Define audience, problem, and differentiation before polishing lines.
- Respect technical readers: Be specific, useful, and concise.
- Fit to channel: Keep structure and length appropriate to destination.
Messaging Patterns
Headlines
- 6-10 words, benefit-first
- Lead with outcome, not feature
- Examples: "Detect K8s issues before your users do" / "CI/CD failures, caught automatically"
Subheadlines
- 1-2 sentences
- Clarify mechanism and expected outcome
- Ground abstract value in concrete specifics
Feature Cards
- Title: 5-8 words max
- Description: 1 sentence with proof or specificity
- Avoid: "powerful", "seamless", "cutting-edge"
Story Structure
- Problem: Name the pain clearly
- Approach: Explain what changes
- Outcome: State concrete result
Contrast Pattern
- Before: current friction and cost
- After: improved workflow and outcome
UX & Copy Guidelines
Landing Page Hierarchy
- Hero: One bold promise + one clarifying sentence + CTA
- What: 3-5 value cards with icons
- How: 3-step process (Connect -> Monitor -> Act)
- Integrations: Logo grid with 1-line descriptions
- Features: 6 cards with specific benefits
- Social proof: Testimonials, logos, or trust signals
- CTA: Repeat primary action
CTAs
- Use decisive verbs: "Get alerts", "See issues", "Start monitoring", "Join waitlist"
- Avoid passive: "Learn more", "Click here", "Submit"
Tone
- Confident, not inflated
- Technical, but readable
- Specific, not noisy
- Honest about limits and tradeoffs
Research Workflow (When Needed)
For positioning and messaging tasks:
- Audit current copy and artifacts.
- Map validated capabilities and limits.
- Analyze market language and competitor framing.
- Identify differentiation and proof points.
- Draft positioning and message hierarchy.
Reference Style Cues (Condensed)
Use these influences as lightweight guidance, not imitation:
- first-principles clarity
- minimalist phrasing
- plainspoken, practical language
- positioning before promotion
- developer-respecting specificity
Anti-Patterns to Avoid
- Generic AI hype ("revolutionary", "game-changing", "next-gen")
- Feature lists without benefits
- Passive voice and weak verbs
- Unverified security claims
- Copy that sounds like every other SaaS
- Jargon that excludes non-experts
- Promises the product can't keep
More from blogic-cz/blogic-marketplace
requirements
This skill should be used when clarifying a feature, writing a requirements spec, running a structured discovery session, or when users mention requirements-start, requirements-status, requirements-current, requirements-list, requirements-remind, or requirements-end.
78frontend-design
This skill should be used when a task requires designing or implementing frontend UI (components, pages, layouts, styling) and no more specialized frontend skill is a better fit. It guides production-grade, brand-consistent visual implementation with distinctive but controlled aesthetics.
77testing-patterns
This skill should be used when implementing or reviewing testing workflows in template-ts projects, especially for testing, Vitest, Playwright, integration test, and mocking scenarios.
76git-workflow
Automates the full PR lifecycle — create or update a pull request, then aggressively monitor CI checks and review feedback in a continuous loop, fixing failures and addressing comments until the PR is fully green. Also covers push, branch creation, and branch sync workflows.
76debugging-with-opensrc
Load this skill when debugging behavior in external libraries by reading local OpenSrc mirrors (Effect, TanStack, TRPC, Drizzle, Better Auth, Sentry, Pino), or when docs conflict with runtime behavior and source-level verification is required.
75update-packages
This skill should be used when upgrading dependencies, bumping packages, resolving outdated dependencies, or performing dependency updates. It guides safe Bun-based package upgrades with breaking-change handling, runtime pin alignment, and grouped version coordination.
75