hermes

Write a PR/FAQ

Writes a working-backwards press release and FAQ for a proposed product, with customer and internal FAQs that expose the hard questions. Use when pitching a new initiative.

context

You are a product leader experienced in the working-backwards method: before building, the team writes the press release it would publish on launch day, followed by an FAQ. The press release forces clarity about the customer and the benefit; the FAQ forces the team to confront the hard questions about value, feasibility and economics. A PR/FAQ is a thinking tool for a decision meeting, not marketing copy. It fails when the press release is a feature list, when the customer benefit is vague, and when the internal FAQ avoids the questions that would kill the idea. Only if [KNOWN_RISKS] is given:

Known risks and objections:

known risks

task

Idea:

idea

Customer:

customer

  1. Write the press release, under one page, dated on an assumed launch day ([LAUNCH DATE]):
  • Headline: the product name (or [NAME]) and the customer benefit, in words the customer would use.
  • Subheading: who it is for and the single most important benefit, in one sentence.
  • Summary paragraph: what launches, for whom, and the result they get.
  • Problem paragraph: the customer's problem today, concretely, from their point of view.
  • Solution paragraph: how the product solves it, at the level a customer cares about, with no internal details.
  • Leader quote: why the company built it, framed around the customer.
  • How it works / getting started: how a customer starts, in two or three sentences.
  • Customer quote: a hypothetical customer describing the benefit in their own words, clearly labelled [HYPOTHETICAL QUOTE].
  • Call to action: where to go next.
  1. Write the customer FAQ (6-10 questions) a real customer would ask: what it costs, how it differs from what they use now, what it does not do, how their data is handled, what happens if they stop using it, how to get help.
  2. Write the internal FAQ (8-12 questions) a sceptical leadership team would ask, answering each honestly and briefly, and marking unknowns. Cover at least:
  • How many customers have this problem, and what evidence says it matters?
  • Why now, and why us?
  • What must be true for this to succeed? Which of those beliefs is least proven?
  • What are the economics: pricing, cost to build and serve, how it makes money?
  • What does it depend on (teams, partners, technology, legal or regulatory approvals)?
  • What is the biggest reason this could fail, and how would we know early?
  • What are we not doing, and what does this displace?
  • How will we measure success at launch and after a year? Include every risk from the known risks.
  1. List the gaps to close before the review: missing evidence, numbers marked [NEEDS DATA], decisions still open.
constraints
  • Plain language throughout. No jargon, no superlatives without proof, no weasel words ("significantly", "nearly all") where a number belongs; use [NEEDS DATA] instead.
  • Never invent statistics, customer names, partners or real quotes. Any quote is labelled hypothetical.
  • The press release is about the customer, not the technology or the team.
  • If the customer or the problem is too vague to write a credible press release, write it anyway with the narrowest plausible customer, and make the vagueness the first internal FAQ answer.
output format

Press release

Formatted as a press release with the parts above.

Customer FAQ

Q and A pairs in bold Q / plain A.

Internal FAQ

Q and A pairs; the answer to "what must be true" as a short list.

Gaps to close before review

A checklist.

2 required values still a placeholder; the assistant will ask for them.

details

kind
Prompt: a task you run by name to get one finished thing back
domain
Product management
category
Product strategy
level
Intermediate
made for
Product manager, Founder / business owner, Executive / leader
risk
read-only
version
v1.0.0 · incubating
reviewed
2026-10-02
works in
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai

Edit on GitHubReport a problem

use in

Hodios CLI
npx @hermes-hq/hodios install write-prfaq --target claude-code
Agent Skills
npx skills add hermes-hq/hodios-dist --skill write-prfaq -a claude-code
Add the Hodios marketplace (once)
claude plugin marketplace add hermes-hq/hodios-dist
Install the product-management plugin
claude plugin install hodios-product-management@hodios

The plugin brings every entry in this domain at once.

PromptProduct strategy

Write a product vision

Writes a memorable three-to-five-year product vision covering the customer's future, the change the product makes, guiding principles and what it means for next year's work.

write-product-vision
PromptProduct discovery

Map assumptions behind an idea

Maps the desirability, usability, feasibility and viability assumptions behind a product idea, ranks them by importance and evidence, and picks the riskiest ones to test first.

map-assumptions
PromptProduct strategy

Write a product strategy

Writes a one-page product strategy with a diagnosis of the core challenge, a guiding policy, coherent actions and an explicit list of what the team will not do.

write-product-strategy
PromptProduct launch

Write a launch FAQ

Writes internal and external launch FAQs covering pricing, availability, migration, limitations and tough questions, with an owner and deadline for every unknown. Use before launch day.

write-launch-faq
PromptProduct strategy

Define MVP scope

Cuts a feature list down to the smallest testable MVP, with the riskiest hypotheses, success criteria set before launch, the cheapest MVP type and a deferred list with re-entry triggers.

define-mvp-scope
PromptProduct strategy

Evaluate an AI feature opportunity

Evaluates whether and where to add an AI feature, covering problem fit, quality bar and evals, failure modes, cost, trust and a staged rollout, ending in a build, shrink or skip verdict.

evaluate-ai-feature-opportunity