Lesson 8: How to write a PRD

வரையறை: PRD (Product Requirements Document) என்பது நாம் என்ன (WHAT) கட்டுகிறோம், ஏன் (WHY), யாருக்காக (WHOM), அது வேலை செய்ததை எப்படி அறிவோம் என்று சொல்லும் அந்த ஒரு document. எப்படி (HOW) அல்ல - technical design engineering-க்கு உரியது.

உள்ளே என்ன இருக்கும்:

• Problem statement: யாருடைய பிரச்சனை, எவ்வளவு மோசம், ஏன் இப்போது
• இலக்குகள், success metrics: இது வேலை செய்தால் எந்த எண் நகரும்
• Acceptance criteria உடன் user stories (Lesson 3)
• Out of scope: நாம் வெளிப்படையாக கட்டாதவை (NOT)
• திறந்த கேள்விகள்: இன்னும் முடிவாகாதவை

உதாரணம்: உன் attrition platform-இல் risk-alert feature-க்கான PRD. பிரச்சனை: managers-க்கு மிகத் தாமதமாகத் தெரிகிறது. இலக்கு: எதிர்பாராத ராஜினாமாக்களை அளவிடக்கூடிய அளவு குறைப்பது. Stories: "As a manager, I want a weekly list of at-risk team members." Out of scope: salary benchmarking.

முக்கியக் கருத்து: ஒரு புதிய நபர் அதைப் படித்து, உன்னிடம் கேள்வி கேட்காமலே சரியானதைக் கட்ட முடிந்தால், அது நல்ல PRD. நீளத்தை விடத் தெளிவு முக்கியம் - 40 பக்க PRD-ஐ யாரும் படிப்பதில்லை.

Definition: A PRD (Product Requirements Document) is the one document that says WHAT we are building, WHY, for WHOM, and how we will know it worked. Not HOW - the technical design belongs to engineering.

What goes inside:

• Problem statement: whose problem, how bad, why now
• Goals and success metrics: what number moves if this works
• User stories with acceptance criteria (Lesson 3)
• Out of scope: what we are explicitly NOT building
• Open questions: what is still undecided

Example: a PRD for the risk-alert feature on your attrition platform. Problem: managers find out too late. Goal: cut surprise resignations by some measurable amount. Stories: "As a manager, I want a weekly list of at-risk team members." Out of scope: salary benchmarking.

Key point: a PRD is good when a new person can read it and build the right thing without asking you questions. Clarity beats length - nobody reads a 40-page PRD.

Definition: PRD (Product Requirements Document) वो एक document है जो बताता है कि हम क्या (WHAT) बना रहे हैं, क्यों (WHY), किसके लिए (WHOM), और हमें कैसे पता चलेगा कि यह काम किया। कैसे (HOW) नहीं - technical design engineering का है।

इसके अंदर क्या होता है:

• Problem statement: किसकी problem, कितनी बुरी, अभी क्यों
• Goals और success metrics: यह काम किया तो कौन-सा number बढ़ेगा
• User stories, acceptance criteria के साथ (Lesson 3)
• Out of scope: हम साफ़ तौर पर क्या NOT बना रहे
• Open questions: क्या अभी तय नहीं हुआ

Example: आपके attrition platform पर risk-alert feature का PRD. Problem: managers को बहुत देर से पता चलता है। Goal: अचानक होने वाले resignations को measurable हद तक कम करना। Stories: "As a manager, I want a weekly list of at-risk team members." Out of scope: salary benchmarking.

Key point: PRD तब अच्छा है जब कोई नया व्यक्ति इसे पढ़कर, आपसे सवाल पूछे बिना, सही चीज़ बना सके। Length से ज़्यादा clarity ज़रूरी - 40 page का PRD कोई नहीं पढ़ता।

Definition: PRD (Product Requirements Document) na, ENNA build pannrom, YEN, YAARUKKU, adhu work aachha nu epdi theriyum nu sollira oru document. EPPADI nu illa - technical design engineering oda vela.

Ulla enna irukkum:

• Problem statement: yaar problem, evlo serious, yen ippo
• Goals and success metrics: idhu work aana edha number move aagum
• User stories with acceptance criteria (Lesson 3)
• Out of scope: enna build panna MAATTOM nu clear ah
• Open questions: innum decide aagalaina vishayangal

Example: un attrition platform oda risk-alert feature ku PRD. Problem: manager ku late ah theriyudhu. Goal: surprise resignations measurable ah kammi pannuradhu. Story: "As a manager, en team la at-risk members weekly list venum." Out of scope: salary benchmarking.

Key point: puthusa oru aalu padichu, un kitta onnum kekkaama correct ah build panna mudinja, adhu nalla PRD. Length vida clarity important - 40 page PRD ah yaarum padikka maattanga.

Definition: PRD (Product Requirements Document) woh ek document hai jo batata hai ki hum kya (WHAT) bana rahe hain, kyun (WHY), kiske liye (WHOM), aur humein kaise pata chalega ki yeh kaam kiya. Kaise (HOW) nahi - technical design engineering ka hai.

Iske andar kya hota hai:

• Problem statement: kiski problem, kitni buri, abhi kyun
• Goals aur success metrics: yeh kaam kiya to kaunsa number badhega
• User stories, acceptance criteria ke saath (Lesson 3)
• Out of scope: hum clearly kya NOT bana rahe
• Open questions: kya abhi decide nahi hua

Example: aapke attrition platform par risk-alert feature ka PRD. Problem: managers ko bahut der se pata chalta hai. Goal: achanak hone wale resignations ko measurable had tak kam karna. Stories: "As a manager, I want a weekly list of at-risk team members." Out of scope: salary benchmarking.

Key point: PRD tab achha hai jab koi naya insaan ise padhkar, aapse sawaal pooche bina, sahi cheez bana sake. Length se zyada clarity important - 40 page ka PRD koi nahi padhta.