fc-fdr-format

Standardizes creation and documentation of Functional Decision Records for design audits.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/wam-leadclic/functional-consultant-assistant-skills --skill fc-fdr-format
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fc-fdr-format
Source: https://github.com/wam-leadclic/functional-consultant-assistant-skills/tree/main/skills/fc-fdr-format
Command: npx skills add https://github.com/wam-leadclic/functional-consultant-assistant-skills --skill fc-fdr-format

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill ensures that all Functional Decision Records (FDRs) are documented in a consistent, standardized format, facilitating clear communication and compliance throughout the project lifecycle.

Core Features & Use Cases

  • Standardized Format: Defines a consistent structure for FDRs, including status, context, decision, consequences, and revision history.
  • Audit Trail: Provides a traceable record of decisions, aiding in compliance and future reference.
  • Use Case: When a complex design decision is made, use this Skill to document the decision, its rationale, and its impact on the solution.

Quick Start

Document a new FDR for a design decision by following the format provided in the SKILL.md file.

Frequently Asked Questions about fc-fdr-format

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

FAQPage Schema
What is a Functional Decision Record and when do I need to document one?

A Functional Decision Record (FDR) documents non-obvious design decisions to ensure clarity and compliance. You need to create an FDR during Salesforce implementation projects whenever a complex design decision requires explicit documentation and a traceable audit trail.

How do I standardize Functional Decision Record documentation for my project?

To standardize FDR documentation, follow a consistent format that includes status, context, decision, consequences, and revision history. This ensures clear communication and maintains an audit trail of design decisions throughout the project lifecycle.

Does this FDR format work for Salesforce implementation projects?

Yes, this FDR format is specifically designed for Salesforce implementation projects. It applies to scenarios where non-obvious design decisions require explicit documentation to maintain compliance and provide a traceable record of the rationale and impact.

What should be included in a functional design decision document to maintain compliance?

A functional design decision document should include the decision status, context, the decision itself, consequences, and revision history. Adhering to this defined FDR format provides an audit trail that aids in compliance and future reference.

Why does my project need an audit trail for design decisions?

An audit trail for design decisions provides a traceable record that aids in compliance and future reference. Documenting the rationale and impact of non-obvious choices in an FDR ensures clear communication throughout the project lifecycle.

What are the limitations of using a standardized FDR format?

The standardized FDR format requires adherence to a defined structure for every non-obvious design decision. It is limited to documenting design choices and rationale, meaning routine project tasks or obvious configurations do not require an FDR.