prd-current-state

Document existing user workflows, manual workarounds, and operational costs.

10|2|Updated Feb 9, 2026
One-click install
npx skills add https://github.com/TrogonStack/agentskills --skill prd-current-state
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: prd-current-state
Source: https://github.com/TrogonStack/agentskills/tree/main/plugins/trogonstack-product-requirements/skills/prd-current-state
Command: npx skills add https://github.com/TrogonStack/agentskills --skill prd-current-state

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes assets (resource) components.

What problem does it solve?

This skill addresses the common failure in product development where teams jump to solutions without first establishing a clear, measurable baseline of the current user experience and its associated costs.

Core Features & Use Cases

  • Baseline Documentation: Systematically captures existing workflows, manual workarounds, and current alternatives.
  • Quantified Impact: Forces the documentation of specific costs like time, error rates, and support load to justify investment.
  • Use Case: Use this when you need to build a business case for a new feature by proving that the current manual process is costing the company significant time and revenue.

Quick Start

Ask the agent to draft the current state for the project identified by your specific project ID.

Frequently Asked Questions about prd-current-state

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I document the current state workflow for a product requirements document?

To document the current state workflow for a product requirements document, you capture existing user workflows, manual workarounds, and quantifiable operational costs using a standardized template to establish a measurable baseline.

Why do I need to quantify operational costs during the product discovery phase?

Quantifying operational costs during the product discovery phase is necessary to justify product change, proving that current manual workarounds are costing the company significant time and revenue before proposing new solutions.

What is the best way to build a business case for a new feature by documenting manual workarounds?

The best way to build a business case by documenting manual workarounds is to systematically capture the baseline status quo and quantify specific impacts like time loss, error rates, and support load to ground your proposal in measurable evidence.

Do I need a project identifier to start documenting the baseline status quo?

Yes, you need a project identifier to start documenting the baseline status quo, as it is required to maintain consistency across project documentation when applying the standardized template during the initial discovery phase.

Can I use a standardized template for capturing existing user workflows across multiple projects?

Yes, you can use a standardized template for capturing existing user workflows across multiple projects, ensuring consistent baseline documentation and measurable evidence gathering by defining a unique project identifier for each initiative.

When should I not use current state documentation for product requirements?

You should not use current state documentation when proposing solutions without measurable evidence, as this skill is specifically designed for the initial discovery phase to prevent teams from jumping to solutions before establishing a clear baseline.