Use Case

Product ops with structured launch signals + feedback themes + blockers.

These pages exist for real buying and rollout decisions, not generic demo traffic. Each one states the pain, the workflow, the outputs, the commercial fit, and the self-host versus Cloud tradeoff explicitly.

Pain

Product teams make decisions in Slack without a clean trail. That creates drift between channel traffic and actual execution.

Workflow

Define a product_launch_watch workflow profile with your launch + bug + customer-feedback channels. The AI brain returns structured JSON for the release cycle.

Signals this page is relevant

  • Launch, bug, and rollout coordination happens in Slack faster than it lands in project tools
  • Action items are assigned informally and then lost
  • Cross-functional teams need a cleaner operating record than the raw channel provides

Repeatable workflow steps

  • Define a product_launch_watch workflow profile (launch + bug + customer-feedback channels).
  • Run slack_catch_me_up against the profile for the current release cycle.
  • Use the structured JSON as the bridge into status updates, project notes, or weekly review.

Named outputs

  • Launch signals + metrics
  • Feedback themes from customer channels
  • Blockers + next actions per thread
  • Workflow profile: product_launch_watch
  • Structured JSON return: product_launch_watch structured JSON: {launch_signals, feedback_themes, blockers, metrics, next_actions}
  • Claude-first, Gemini CLI supported

What good looks like

  • Slack no longer acts as the only record of decisions.
  • Product and engineering share one operating summary instead of parallel interpretations.
  • Free tier validates the workflow before upgrading to Team for shared profiles.

Prompt starter

Use this as the initial request in Claude or Gemini CLI after the endpoint is connected.

Run slack_catch_me_up against my product_launch_watch profile for the current release and return the structured JSON.

Anonymized example output

Summary: current state compressed for the next operator. Action items: owner + deadline when available. Decisions: commitments already made in Slack. Handoff: what the next person needs before they open the raw channel.

Plan fit

Team at $49/mo flat is the default fit for product ops squads. Free tier validates the pattern. Pro is the fit for solo PM operators running daily.

Self-host vs Cloud

Self-host when the PM org wants to own the runtime and only needs profile primitives. Use hosted when smart_search across launch history + scheduled DM matter more.

Premium fit

Team at $49/mo flat for 5 workspaces is the natural fit when product, engineering, and support share the launch surface. Ops engagement is the fit when SOC2 or custom retention become release requirements.

Trust and buyer review

  • Use /status for the live hosted status contract.
  • Use the Ops engagement page for SLA, custom retention, or SOC2 questions.
  • Use the security page for buyer-facing controls, storage, and analytics disclosure.
  • Use official vs managed when the team is still deciding between Slack's official path and the managed commercial path.
Security Ops engagement Official vs managed