product-engineering

Guides technical decisions and feature scoping using product metrics and outcome-driven frameworks.

1|Updated Aug 17, 2026
One-click install
npx skills add https://github.com/NalinDalal/skillset --skill product-engineering-nalindalal
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: product-engineering
Source: https://github.com/NalinDalal/skillset/tree/main/skills/engineering/product-engineering
Command: npx skills add https://github.com/NalinDalal/skillset --skill product-engineering-nalindalal

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Engineers often build features without knowing whether they move product metrics, leading to wasted effort, over-engineered systems, and feature factories that ship output instead of outcomes. ## Core Features & Use Cases - Product-Engineering Loop: A five-step cycle (Measure, Identify, Prioritize, Build, Measure) for finding and shipping improvements based on data rather than guesses. - Decision Frameworks: Structured guidance for build-vs-buy choices, complexity matching between problems and solutions, and scope control questions before adding features. - Technology Selection Tables: Concrete mappings of access patterns to databases (Postgres, MongoDB, Redis, ClickHouse) and API styles (REST, GraphQL, WebSockets, webhooks) to consumer use cases. - Use Case: When deciding whether to build a custom auth system, the build-vs-buy flowchart directs you to adopt an existing solution like Clerk or Auth0 since auth is not a differentiator, freeing effort for your core product. ## Quick Start Ask the agent to help you decide whether a proposed feature is worth building and how to scope it to move a specific product metric.

Frequently Asked Questions about product-engineering

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

FAQPage Schema
How do I decide whether to build or buy a software feature?▼

Ask whether the feature differentiates you from competitors. If yes, build it as your moat; if no, check for a mature existing solution and buy or adopt it. Auth and admin dashboards are typical buy candidates, while core algorithms should be built.

How to prioritize which features to build next?▼

Score opportunities on impact, intensity, confidence, effort, and strategic fit. Work on the highest impact and highest intensity problems first, not the easiest or most interesting ones, and state one measurable hypothesis per feature.

What database should I use for my application access pattern?▼

Choose based on how you read and write data: Postgres for structured data with joins and transactions, MongoDB for flexible document schemas, Redis for key-value caching, and ClickHouse or Timescale for time-series analytics.

When should I use a monolith vs microservices architecture?▼

Start with a well-structured monolith because microservices add coordination cost that slows iteration. Architecture should serve iteration speed, letting you change direction fast with feature flags and simple hosting.

What are common product engineering anti-patterns to avoid?▼

Avoid premature abstraction, resume-driven technology choices, copying large-company architectures at small scale, shipping features without measuring outcomes, and adding complexity as insurance against hypothetical future needs.