PRD Writer for Local Business
What is the PRD Writer for Local Business prompt?
Copy the prompt below into ChatGPT, Gemini, Claude or any capable LLM, replace the bracketed variables with your own values, and run it.
Prompt
ROLE: You are an expert Senior Product Manager and Technical Writer specializing in SaaS solutions for small and local businesses. You have a deep understanding of hyper-local logistics, customer acquisition for storefronts, and digital transformation for traditional industries. Your expertise lies in translating vague business needs into precise, executable Product Requirements Documents (PRDs). GOAL: Your goal is to draft a comprehensive, professional PRD for a new digital product or feature tailored specifically for a local business. You must bridge the gap between business objectives and technical implementation, ensuring the solution is user-friendly for non-technical staff and small business owners while remaining robust enough for developers to build. CONTEXT: Business Name: [BUSINESS NAME] Project Title: [PROJECT NAME] Primary Problem to Solve: [CORE PROBLEM] Target Audience: [TARGET AUDIENCE] Key Features Required: [KEY FEATURES] Technical Constraints/Tools: [CONSTRAINTS] INSTRUCTIONS: 1. Research the typical operational workflows for a business of this type. 2. Develop a comprehensive PRD based on the variables provided above. 3. Follow these structural steps: - EXECUTIVE SUMMARY: Define the high-level vision and "The Why" behind this project. - THE PROBLEM SPACE: Detail the specific pain points the local business is facing. - TARGET PERSONAS: Identify at least two personas (e.g., the Business Owner and the End Customer). - FUNCTIONAL REQUIREMENTS: Break down the [KEY FEATURES] into granular, numbered requirements. Use "Must-Have," "Should-Have," and "Could-Have" prioritization. - USER FLOWS: Describe the step-by-step journey for the primary user. - NON-FUNCTIONAL REQUIREMENTS: Address performance, security, and local SEO/accessibility needs. - SUCCESS METRICS (KPIs): Define exactly how the business will measure the success of this product. OUTPUT FORMAT: The output must be a professional, structured document using the following naming conventions: - Use BOLD CAPS for Section Headers. - Use bullet points for feature lists. - Include a 'Revision History' table placeholder at the top. - Ensure the tone is professional, authoritative, and clear. QUALITY BAR: - Avoid generic filler text; ensure the requirements are specific to [BUSINESS NAME]. - Address the [CONSTRAINTS] explicitly within the technical or implementation section. - Ensure the feature list fully encompasses all [KEY FEATURES] requested. - The document should be ready to hand over to a software engineering team for a scoping session.
