Part 1: Front-end, back-end, APIs and requirements

Module 9 · Sun 13 Sep, morning

PM की tech fluency engineers के साथ अच्छे से काम करने के बारे में है - feasibility और clarity - coding नहीं. Flow: user front-end पर action लेता है (जो उसे दिखता है) → API request ले जाता है (messenger) → back-end और database rules लगाते हैं और state store करते हैं। Endpoint वो URL है जिसे front-end call करता है।

• HTTP methods: GET = fetch, POST = create, PATCH = update, DELETE = remove. Class cart example: menu देखना GET है; cart में add करना POST है, और back-end ज़रूरी fields check करता है।
• Status codes: 200 OK, 201 created, 204 success बिना content, 400 bad input, 401 logged in नहीं, 403 allowed नहीं, 500 server error. Code back-end का है; user को आगे क्या दिखे, यह PM का फ़ैसला है।
• साफ़ API contracts front-end/back-end rework रोकते हैं।

Functional requirements = system क्या करता है (acceptance criteria से testable). Non-functional requirements = कितनी अच्छी तरह: latency (round-trip time), availability, rate limiting (एक time window में requests पर cap, expected usage और risk के हिसाब से), scalability.

PMs product behaviour और strategy के owner हैं; BAs ज़्यादातर requirement gathering और docs के। PMs behaviour events और analytics से देखते हैं, raw API logs से नहीं। Usage का forecast feature by feature करो। Rule of thumb: measurable targets रखो और success व failure, दोनों states design करो।