Skip to content
Back to skills

Frontend Design Product Design Intake

ASecurity

Establish user task, content, constraints, brand direction, risk, and measurable outcomes before frontend design work.

  • 4 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 2, 2026
designrustgofrontendsecurityperformance

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add janpereira-dev/ngAutoPilot --skill frontend--design--product-design-intake --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Frontend Design Product Design Intake?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Frontend  Design  Product Design Intake
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/janpereira-dev-frontend-design-product-design-intake/badge)](https://www.skillsdirectory.com/skills/janpereira-dev-frontend-design-product-design-intake)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
id: frontend.design.product-design-intake
name: Product Design Intake
description: Establish user task, content, constraints, brand direction, risk, and measurable outcomes before frontend design work.
stack:
  - Frontend
  - UX
  - Product Design
category: design
status: stable
version: 0.10.0
owner: NgAutoPilot
triggers:
  - design intake
  - product UX brief
  - redesign context
  - user task analysis
---

# Product Design Intake

## Purpose

Prevent invented users, policy, content, visual identity, and success metrics from driving implementation.

## When to Use

- A new page, flow, or component family lacks a trusted current brief.
- A redesign could change behavior, hierarchy, conversion, or user familiarity.

## Do

- Identify primary task, completion signal, consequence of failure, entry point, recovery path, and real content extremes.
- Capture device, locale, accessibility, security, performance, brand, and existing-pattern constraints.
- State assumptions and write testable acceptance criteria before choosing layout.

## Do Not

- Do not create fictional personas, choose patterns from a gallery, or use final hierarchy based on placeholder content.
- Do not treat a screenshot as a substitute for task and state decisions.

## Review Checklist

- [ ] Primary task and completion signal are one clear statement.
- [ ] Failure, recovery, content, accessibility, and device constraints are known.
- [ ] Brand direction and anti-direction are documented.

## Expected Output

1. One-page product brief.
2. Task-flow and state inventory.
3. Assumption register and acceptance criteria.

## References

- [Design Excellence Guide](../../../../docs/design-excellence-guide.md)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…