AI ਨਾਲ ਪ੍ਰੋਡਕਟ ਰਿਕਵਾਇਰਮੈਂਟਸ ਡੌਕ ਕਿਵੇਂ ਲਿਖੀਏ (ਮੁਫ਼ਤ ਟੈਮਪਲੇਟ)

ਪ੍ਰੋਡਕਟ ਰਿਕਵਾਇਰਮੈਂਟਸ ਡੌਕੂਮੈਂਟ (PRD) ਇੱਕ ਛੋਟਾ, ਸਾਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖਿਆ ਵਰਣਨ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਬਣਾ ਰਹੇ ਹੋ, ਇਹ ਕਿਸ ਲਈ ਹੈ, ਇਸਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਕਿਵੇਂ ਜਾਣੋਗੇ ਕਿ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ। AI ਨਾਲ ਇਹ ਲਿਖਣਾ ਕਾਫ਼ੀ ਤੇਜ਼ ਹੋ ਜਾਂਦਾ ਹੈ: ਤੁਸੀਂ ਕੱਚੇ ਨੋਟਸ ਦਿੰਦੇ ਹੋ ਅਤੇ ਇਹ ਉਹਨਾਂ ਨੂੰ ਢਾਂਚਾਗਤ ਹਿੱਸਿਆਂ, ਯੂਜ਼ਰ ਸਟੋਰੀਆਂ ਅਤੇ ਕਿਨਾਰੇ ਵਾਲੇ ਕੇਸਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਡਾ ਕੰਮ ਉਹ ਫ਼ੈਸਲੇ ਦੇਣਾ ਹੈ ਜੋ AI ਨਹੀਂ ਲੈ ਸਕਦਾ, ਜਿਵੇਂ ਟੀਚਾ, ਦਾਇਰਾ ਅਤੇ ਕੀ ਛੱਡਣਾ ਹੈ, ਅਤੇ ਜੋ ਇਹ ਜੋੜਦਾ ਹੈ ਉਸ ਦੀ ਜਾਂਚ ਕਰਨੀ।

ਇਸ ਗਾਈਡ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ PRD ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਸੇ ਵੀ AI ਸਹਾਇਕ ਨਾਲ ਇੱਕ ਖਰੜਾ ਬਣਾਉਣ ਦਾ ਕਦਮ-ਦਰ-ਕਦਮ ਤਰੀਕਾ, ਹਰ ਹਿੱਸੇ ਲਈ ਪ੍ਰੋਂਪਟ, ਅਤੇ ਇੱਕ ਭਰਨ ਵਾਲਾ ਟੈਮਪਲੇਟ ਜੋ ਤੁਸੀਂ ਕਾਪੀ ਕਰ ਸਕਦੇ ਹੋ।

PRD ਕਿਸ ਲਈ ਹੈ (ਅਤੇ ਕਿਸ ਲਈ ਨਹੀਂ)

PRD ਚਾਰ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ:

1. ਕਿਉਂ ਅਸੀਂ ਇਹ ਬਣਾ ਰਹੇ ਹਾਂ? ਕਿਹੜੀ ਸਮੱਸਿਆ, ਅਤੇ ਕਿਸ ਲਈ?
2. ਕੀ ਇਸਨੂੰ ਪਹਿਲੇ ਵਰਜ਼ਨ ਵਿੱਚ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
3. ਕੀ ਨਹੀਂ ਕਰੇਗਾ ਅਜੇ?
4. ਕਿਵੇਂ ਅਸੀਂ ਜਾਣਾਂਗੇ ਕਿ ਇਹ ਕੰਮ ਕੀਤਾ?

ਇਹ ਕੋਈ ਤਕਨੀਕੀ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਡਾਟਾਬੇਸ ਜਾਂ ਫ਼ਰੇਮਵਰਕ ਵਰਤਣਾ ਹੈ, ਉਹ ਇੱਕ ਵੱਖਰੀ ਤਕਨੀਕੀ ਸਪੈਸ ਵਿੱਚ ਜਾਂਦਾ ਹੈ, ਜੇ ਤੁਹਾਨੂੰ ਉਸਦੀ ਲੋੜ ਹੋਵੇ। ਇਹ ਮਾਰਕੀਟਿੰਗ ਬ੍ਰੀਫ ਜਾਂ ਬਿਜ਼ਨਸ ਪਲਾਨ ਵੀ ਨਹੀਂ ਹੈ। PRD ਨੂੰ ਪ੍ਰੋਡਕਟ ਦੇ ਵਿਹਾਰ ਤੱਕ ਸੀਮਤ ਰੱਖਣਾ ਹੀ ਇਸਨੂੰ ਹਰ ਪੜ੍ਹਨ ਵਾਲੇ ਲਈ ਕੰਮ ਦਾ ਬਣਾਉਂਦਾ ਹੈ: ਡਿਜ਼ਾਈਨਰ, ਡਿਵੈਲਪਰ, ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲਾ ਸਟੇਕਹੋਲਡਰ, ਜਾਂ ਉਹ AI ਐਪ ਬਿਲਡਰ ਜੋ ਇਸਨੂੰ ਕੋਡ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।

ਇਹ ਕਿਸਨੂੰ ਚਾਹੀਦਾ ਹੈ

• ਇਕੱਲੇ ਸੰਸਥਾਪਕ ਜੋ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਦਾਇਰਾ ਵਧਣ ਤੋਂ ਰੋਕਣਾ ਚਾਹੁੰਦੇ ਹਨ।
• ਛੋਟੀਆਂ ਟੀਮਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਥਾਂ ਚਾਹੀਦੀ ਹੈ ਜਿੱਥੇ "ਜੋ ਤੈਅ ਹੋਇਆ" ਉਹ ਲਿਖਿਆ ਹੋਵੇ।
• ਕੋਈ ਵੀ ਜੋ ਫ਼ਰੀਲਾਂਸਰ ਜਾਂ ਏਜੰਸੀ ਨੂੰ ਕੰਮ ਦੇ ਰਿਹਾ ਹੈ, ਕਿਉਂਕਿ ਸਾਫ਼ PRD ਨਾਲ ਕੋਟ ਵੀ ਸਾਫ਼ ਮਿਲਦੇ ਹਨ। ਵੇਖੋ ਡਿਵੈਲਪਰ ਨੂੰ ਹਾਇਰ ਕਰੋ ਜਾਂ AI ਨਾਲ ਬਣਾਓ।
• ਕੋਈ ਵੀ ਜੋ AI ਐਪ ਬਿਲਡਰ ਨਾਲ ਬਣਾ ਰਿਹਾ ਹੈ, ਕਿਉਂਕਿ PRD ਦੀਆਂ ਯੂਜ਼ਰ ਸਟੋਰੀਆਂ ਅਤੇ ਡਾਟਾ ਸੂਚੀ ਇੱਕ ਬੇਤਰਤੀਬ ਇੱਛਾ ਸੂਚੀ ਨਾਲੋਂ ਵਧੀਆ ਪ੍ਰੋਂਪਟ ਬਣਦੀਆਂ ਹਨ।

AI ਕੀ ਚੰਗਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੀ ਨਹੀਂ

ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ ਉਹ ਹੈ ਜਦੋਂ AI ਯੂਜ਼ਰਾਂ, ਬਜ਼ਾਰ ਦੇ ਆਕਾਰ ਜਾਂ ਵਿਹਾਰ ਬਾਰੇ ਭਰੋਸੇ ਨਾਲ ਅੰਦਾਜ਼ੇ ਭਰ ਦਿੰਦਾ ਹੈ ਜੋ ਸੱਚੇ ਲੱਗਦੇ ਹਨ। ਯੂਜ਼ਰਾਂ ਬਾਰੇ ਜੋ ਵੀ ਇਹ ਲਿਖੇ, ਉਸਨੂੰ ਤੱਥ ਨਹੀਂ, ਪੁਸ਼ਟੀ ਲਈ ਸਵਾਲ ਸਮਝੋ।

ਕਦਮ 1: ਜੋ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਉਹ ਸਭ ਲਿਖੋ

ਕੋਈ ਵੀ ਪ੍ਰੋਂਪਟ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਕੱਚੇ ਨੋਟਸ ਲਿਖੋ। ਬੁਲੇਟ ਪੁਆਇੰਟ ਠੀਕ ਹਨ। ਇਹ ਗੱਲਾਂ ਕਵਰ ਕਰੋ:

• ਸਮੱਸਿਆ, ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ, ਯੂਜ਼ਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ।
• ਇਹ ਕਿਸਨੂੰ ਆਉਂਦੀ ਹੈ। ਖਾਸ ਬਣੋ: "10 ਤੋਂ 40 ਗਾਹਕਾਂ ਵਾਲੇ ਫ਼ਰੀਲਾਂਸ ਬੁੱਕਕੀਪਰ", "ਛੋਟੇ ਕਾਰੋਬਾਰ" ਨਹੀਂ।
• ਉਹ ਅੱਜ ਇਸਦੇ ਬਦਲੇ ਕੀ ਕਰਦੇ ਹਨ (ਸਪਰੈਡਸ਼ੀਟ, ਈਮੇਲ, ਕੋਈ ਟੂਲ ਜੋ ਉਹ ਨਾਪਸੰਦ ਕਰਦੇ ਹਨ)।
• ਉਹ ਇੱਕ ਨਤੀਜਾ ਜੋ ਪਹਿਲੇ ਵਰਜ਼ਨ ਨੂੰ ਸਫ਼ਲ ਬਣਾਏ।
• ਕੁਝ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ ਕਿ ਨਹੀਂ ਕਰੋਗੇ।
• ਸਖ਼ਤ ਪਾਬੰਦੀਆਂ: ਡੈੱਡਲਾਈਨ, ਬਜਟ, ਫ਼ੋਨ 'ਤੇ ਕੰਮ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ, ਕਿਸੇ ਟੂਲ ਨਾਲ ਜੁੜਨਾ ਲਾਜ਼ਮੀ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਵਰਤਦੇ ਹੋ।

ਜੇ ਤੁਸੀਂ ਇਸ ਸਮੱਸਿਆ ਵਾਲੇ ਕਿਸੇ ਨਾਲ ਗੱਲ ਨਹੀਂ ਕੀਤੀ, ਤਾਂ ਪਹਿਲਾਂ ਇਹ ਕਰੋ। ਐਪ ਵਿਚਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਕਰੀਏ ਵਿੱਚ ਇਸਦਾ ਵਿਹਾਰਕ ਤਰੀਕਾ ਹੈ। ਅੰਦਾਜ਼ਿਆਂ 'ਤੇ ਬਣਿਆ PRD ਚੰਗੀ ਤਰ੍ਹਾਂ ਫ਼ਾਰਮੈਟ ਕੀਤਾ ਹੋਇਆ ਅੰਦਾਜ਼ਾ ਹੀ ਹੁੰਦਾ ਹੈ।

ਕਦਮ 2: AI ਤੋਂ ਪਹਿਲਾ ਖਰੜਾ ਮੰਗੋ

ਆਪਣੇ ਨੋਟਸ ਪੇਸਟ ਕਰੋ ਅਤੇ ਇੱਕ ਤੈਅ ਢਾਂਚੇ ਵਿੱਚ ਖਰੜਾ ਮੰਗੋ। ਇੱਕ ਪ੍ਰੋਂਪਟ ਜੋ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ:

ਇਹ ਮੇਰੇ ਇੱਕ ਪ੍ਰੋਡਕਟ ਬਾਰੇ ਨੋਟਸ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਠੀਕ ਇਹਨਾਂ ਹਿੱਸਿਆਂ ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਡਕਟ ਰਿਕਵਾਇਰਮੈਂਟਸ ਡੌਕੂਮੈਂਟ ਬਣਾਓ: Summary, Problem, Users, Goals and success metrics, Scope (in / out), User stories with acceptance criteria, Data, Permissions, Edge cases, Open questions। ਦੋ ਪੰਨਿਆਂ ਤੋਂ ਛੋਟਾ ਰੱਖੋ। ਯੂਜ਼ਰਾਂ ਜਾਂ ਬਜ਼ਾਰ ਬਾਰੇ ਤੱਥ ਨਾ ਘੜੋ। ਜਿੱਥੇ ਮੇਰੇ ਨੋਟਸ ਕੁਝ ਨਹੀਂ ਦੱਸਦੇ, ਉੱਥੇ ਸਵਾਲ Open questions ਹੇਠਾਂ ਲਿਖੋ।

ਆਖਰੀ ਹਦਾਇਤ ਸਭ ਤੋਂ ਅਹਿਮ ਹੈ। AI ਨੂੰ ਅਣਜਾਣ ਗੱਲਾਂ ਨੂੰ "Open questions" ਵਿੱਚ ਪਾਉਣ ਲਈ ਕਹਿਣ ਨਾਲ ਇਹ ਬਹੁਤ ਇਮਾਨਦਾਰ ਖਰੜਾ ਦਿੰਦਾ ਹੈ।

ਕਦਮ 3: ਹਰ ਹਿੱਸਾ ਕੱਸੋ

ਖਰੜੇ ਨੂੰ ਹਿੱਸੇ-ਦਰ-ਹਿੱਸਾ ਵੇਖੋ। ਇਹ ਫ਼ਾਲੋ-ਅੱਪ ਪ੍ਰੋਂਪਟ ਮਦਦ ਕਰਦੇ ਹਨ:

ਸਮੱਸਿਆ ਅਤੇ ਯੂਜ਼ਰ

ਸਮੱਸਿਆ ਦਾ ਬਿਆਨ ਯੂਜ਼ਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖੋ। ਕੋਈ ਹੱਲ ਵਾਲੇ ਸ਼ਬਦ ਨਹੀਂ।

ਜੇ ਸਮੱਸਿਆ ਵਾਲੇ ਬਿਆਨ ਵਿੱਚ ਤੁਹਾਡੇ ਪ੍ਰੋਡਕਟ ਦਾ ਜ਼ਿਕਰ ਹੈ, ਤਾਂ ਉਹ ਸਮੱਸਿਆ ਨਹੀਂ ਹੱਲ ਦਾ ਵਰਣਨ ਕਰ ਰਿਹਾ ਹੈ।

ਟੀਚੇ ਅਤੇ ਸਫ਼ਲਤਾ ਦੇ ਮਾਪ

ਪਹਿਲੇ ਵਰਜ਼ਨ ਲਈ ਤਿੰਨ ਸਫ਼ਲਤਾ ਮਾਪ ਸੁਝਾਓ ਜੋ ਮੈਂ ਥੋੜ੍ਹੇ ਯੂਜ਼ਰਾਂ ਨਾਲ ਪਹਿਲੇ ਮਹੀਨੇ ਵਿੱਚ ਮਾਪ ਸਕਾਂ। ਹਰੇਕ ਲਈ ਦੱਸੋ ਕਿ ਮੈਂ ਇਹ ਕਿਵੇਂ ਮਾਪਾਂਗਾ।

ਇੱਕ ਜਾਂ ਦੋ ਚੁਣੋ। "ਵੀਹ ਬੁੱਕਕੀਪਰ ਇੱਕ ਮਹੀਨੇ ਹਫ਼ਤਾਵਾਰੀ ਵਰਤਦੇ ਹਨ" ਮਾਪਣਯੋਗ ਹੈ। "ਉਤਪਾਦਕਤਾ ਵਧਾਓ" ਨਹੀਂ ਹੈ।

ਦਾਇਰਾ

ਇਸ PRD ਵਿੱਚੋਂ ਉਹ ਸਭ ਕੁਝ ਸੂਚੀਬੱਧ ਕਰੋ ਜੋ ਮੁੱਖ ਪ੍ਰਵਾਹ ਨੂੰ ਤੋੜੇ ਬਿਨਾਂ ਬਾਅਦ ਦੇ ਵਰਜ਼ਨ ਵਿੱਚ ਜਾ ਸਕਦਾ ਹੈ।

AI ਟੂਲ ਫ਼ੀਚਰ ਜੋੜਦੇ ਰਹਿੰਦੇ ਹਨ। ਇਹ ਪ੍ਰੋਂਪਟ ਉਹਨਾਂ ਨੂੰ ਉਲਟ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਬੇਰਹਿਮ ਬਣੋ: ਜ਼ਿਆਦਾਤਰ ਪਹਿਲੇ ਵਰਜ਼ਨ ਦੇ PRD ਬਹੁਤ ਵੱਡੇ ਹੁੰਦੇ ਹਨ। MVP ਕੀ ਹੁੰਦਾ ਹੈ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਛੋਟੇ ਪਹਿਲੇ ਵਰਜ਼ਨ ਤੁਹਾਨੂੰ ਵੱਧ ਸਿਖਾਉਂਦੇ ਕਿਉਂ ਹਨ।

ਯੂਜ਼ਰ ਸਟੋਰੀਆਂ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ

ਹਰ ਲੋੜ ਨੂੰ ਯੂਜ਼ਰ ਸਟੋਰੀ ("As a [user], I want [action] so that [outcome]") ਵਜੋਂ ਲਿਖੋ, ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਦੋ ਤੋਂ ਚਾਰ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ Given / When / Then ਰੂਪ ਵਿੱਚ ਲਿਖੋ।

ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਉਹ ਚੈੱਕਲਿਸਟ ਹਨ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਟੈਸਟ ਕਰੋਗੇ। "Given ਇੱਕ ਬੁੱਕ ਕੀਤਾ ਸਲਾਟ, when ਕੋਈ ਹੋਰ ਗਾਹਕ ਕੈਲੰਡਰ ਵੇਖੇ, then ਉਹ ਸਲਾਟ ਨਾ ਦਿਖੇ" ਟੈਸਟਯੋਗ ਹੈ। "ਬੁਕਿੰਗ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ" ਨਹੀਂ ਹੈ।

ਕਿਨਾਰੇ ਵਾਲੇ ਕੇਸ ਅਤੇ ਇਜਾਜ਼ਤਾਂ

ਹਰ ਯੂਜ਼ਰ ਸਟੋਰੀ ਲਈ ਲਿਖੋ ਕਿ ਖਾਲੀ ਡਾਟਾ, ਗਲਤ ਇਨਪੁੱਟ, ਹੌਲੀ ਜਾਂ ਫ਼ੇਲ੍ਹ ਹੋਈ ਨੈੱਟਵਰਕ ਬੇਨਤੀ, ਅਤੇ ਉਸ ਯੂਜ਼ਰ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ ਜਿਸਨੂੰ ਪਹੁੰਚ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

ਇੱਥੇ AI ਆਪਣਾ ਖਰਚਾ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇਹ ਖਾਲੀ ਹਾਲਤਾਂ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਦੀਆਂ ਉਹ ਖਾਮੀਆਂ ਛੇਤੀ ਫੜਦਾ ਹੈ ਜੋ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ।

ਕਦਮ 4: ਇੱਕ ਸ਼ੱਕੀ ਨਜ਼ਰੀਏ ਨਾਲ ਜਾਂਚੋ

ਪੂਰਾ ਦਸਤਾਵੇਜ਼ ਇੱਕ ਵਾਰ ਫਿਰ ਪੜ੍ਹੋ ਅਤੇ ਵੇਖੋ:

• ਯੂਜ਼ਰਾਂ ਬਾਰੇ ਹਰ ਦਾਅਵਾ ਤੁਹਾਡੇ ਜਾਂ ਖੋਜ ਤੋਂ ਆਇਆ ਹੈ, AI ਤੋਂ ਨਹੀਂ।
• "Out" ਵਾਲਾ ਦਾਇਰਾ ਘੱਟੋ-ਘੱਟ "In" ਜਿੰਨਾ ਲੰਮਾ ਹੈ।
• ਹਰ ਯੂਜ਼ਰ ਸਟੋਰੀ ਕੋਲ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਹਨ ਜੋ ਕੋਈ ਤੁਹਾਨੂੰ ਪੁੱਛੇ ਬਿਨਾਂ ਜਾਂਚ ਸਕੇ।
• ਡਾਟਾ ਸੈਕਸ਼ਨ ਐਪ ਵੱਲੋਂ ਰੱਖੇ ਹਰ ਕਿਸਮ ਦੇ ਰਿਕਾਰਡ ਅਤੇ ਉਸਨੂੰ ਕੌਣ ਵੇਖ ਸਕਦਾ ਹੈ, ਇਹ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ।
• Open questions ਕੋਲ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਅਤੇ ਤਾਰੀਖ਼ ਹੈ।
• ਕੋਈ ਤਕਨੀਕੀ ਗੱਲ ਚੁੱਪ-ਚਾਪ ਨਹੀਂ ਆਈ, ਜਦ ਤੱਕ ਉਹ ਅਸਲ ਪਾਬੰਦੀ ਨਾ ਹੋਵੇ ("ਆਫ਼ਲਾਈਨ ਕੰਮ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ" ਇੱਕ ਲੋੜ ਹੈ; "Redis ਵਰਤੋ" ਨਹੀਂ ਹੈ)।

ਫਿਰ ਇਸਨੂੰ ਇੱਕ ਵਿਅਕਤੀ ਨਾਲ ਸਾਂਝਾ ਕਰੋ ਜੋ ਪ੍ਰੋਡਕਟ ਵਰਤੇਗਾ ਜਾਂ ਬਣਾਏਗਾ ਅਤੇ ਪੁੱਛੋ ਕਿ ਕੀ ਸਾਫ਼ ਨਹੀਂ। ਉਹਨਾਂ ਦੇ ਸਵਾਲ ਹੀ ਅਸਲ ਕਮੀਆਂ ਹਨ।

ਭਰਨ ਵਾਲਾ PRD ਟੈਮਪਲੇਟ

ਇਸਨੂੰ ਇੱਕ ਡੌਕ ਵਿੱਚ ਕਾਪੀ ਕਰੋ ਅਤੇ ਬਰੈਕਟਾਂ ਦੀ ਥਾਂ ਭਰੋ। ਜੋ ਹਿੱਸਾ ਬਿਲਕੁਲ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ ਉਸਨੂੰ ਮਿਟਾ ਦਿਓ।

ਪ੍ਰੋਡਕਟ ਦਾ ਨਾਮ: [ਨਾਮ] ਮਾਲਕ: [ਫ਼ੈਸਲਿਆਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ] ਸਥਿਤੀ: [ਖਰੜਾ / ਸਮੀਖਿਆ ਵਿੱਚ / ਤੈਅ] — ਆਖਰੀ ਵਾਰ ਅੱਪਡੇਟ: [ਤਾਰੀਖ਼]

1. ਸਾਰ

[ਦੋ ਜਾਂ ਤਿੰਨ ਵਾਕ: ਇਹ ਕੀ ਹੈ, ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਮੁੱਖ ਨਤੀਜਾ।]

2. ਸਮੱਸਿਆ

[ਯੂਜ਼ਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਸਮੱਸਿਆ। ਉਹ ਅੱਜ ਕੀ ਕਰਦੇ ਹਨ ਅਤੇ ਇਹ ਕਿਉਂ ਦੁਖਦਾ ਹੈ।]

3. ਯੂਜ਼ਰ

4. ਟੀਚੇ ਅਤੇ ਸਫ਼ਲਤਾ ਦੇ ਮਾਪ

• ਟੀਚਾ: [ਨਤੀਜਾ ਜੋ ਪਹਿਲਾ ਵਰਜ਼ਨ ਲਾਜ਼ਮੀ ਪ੍ਰਾਪਤ ਕਰੇ]
• ਮਾਪ: [ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਮਾਪੋਗੇ, ਅਤੇ ਟੀਚਾ ਕੀ ਹੈ]
• ਗੈਰ-ਟੀਚਾ: [ਕੁਝ ਜੋ ਲੋਕ ਮੰਨ ਸਕਦੇ ਹਨ, ਪਰ ਇਹ ਵਰਜ਼ਨ ਉਹ ਨਹੀਂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ]

5. ਦਾਇਰਾ

ਪਹਿਲੇ ਵਰਜ਼ਨ ਵਿੱਚ:

• [ਫ਼ੀਚਰ]
• [ਫ਼ੀਚਰ]

ਪਹਿਲੇ ਵਰਜ਼ਨ ਵਿੱਚ ਨਹੀਂ:

• [ਫ਼ੀਚਰ, ਅਤੇ ਇਹ ਕਿਉਂ ਰੁਕ ਸਕਦਾ ਹੈ]
• [ਫ਼ੀਚਰ, ਅਤੇ ਇਹ ਕਿਉਂ ਰੁਕ ਸਕਦਾ ਹੈ]

6. ਯੂਜ਼ਰ ਸਟੋਰੀਆਂ

ਸਟੋਰੀ 1: As a [user], I want to [action] so that [outcome]।

• Given [ਹਾਲਤ], when [ਕਾਰਵਾਈ], then [ਨਤੀਜਾ]।
• Given [ਹਾਲਤ], when [ਕਾਰਵਾਈ], then [ਨਤੀਜਾ]।

ਸਟੋਰੀ 2: As a [user], I want to [action] so that [outcome]।

• Given [ਹਾਲਤ], when [ਕਾਰਵਾਈ], then [ਨਤੀਜਾ]।

7. ਡਾਟਾ

8. ਇਜਾਜ਼ਤਾਂ

[ਕੌਣ ਲੌਗਇਨ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਹੜੀਆਂ ਭੂਮਿਕਾਵਾਂ ਹਨ, ਅਤੇ ਹਰ ਭੂਮਿਕਾ ਕੀ ਵੇਖ ਅਤੇ ਬਦਲ ਸਕਦੀ ਹੈ।]

9. ਕਿਨਾਰੇ ਵਾਲੇ ਕੇਸ

• [ਖਾਲੀ ਹਾਲਤ: ਜਦ ਅਜੇ ਕੋਈ ਡਾਟਾ ਨਾ ਹੋਵੇ ਤਾਂ ਕੀ ਦਿਖਦਾ ਹੈ]
• [ਗਲਤ ਇਨਪੁੱਟ: ਗਲਤ ਈਮੇਲ ਜਾਂ ਖਾਲੀ ਖੇਤਰ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ]
• [ਪਹੁੰਚ: ਜਦ ਕੋਈ ਉਹ ਪੰਨਾ ਖੋਲ੍ਹੇ ਜੋ ਨਹੀਂ ਖੋਲ੍ਹਣਾ ਚਾਹੀਦਾ]

10. ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਅਤੇ ਪਾਬੰਦੀਆਂ

[ਪੇਮੈਂਟ, ਈਮੇਲ, ਮੌਜੂਦਾ ਟੂਲ, ਡੈੱਡਲਾਈਨ, ਬਜਟ, ਜਿਨ੍ਹਾਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਕੰਮ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ।]

11. Open questions

PRD ਤੋਂ ਪ੍ਰੋਂਪਟ ਤੱਕ

ਇੱਕ ਚੰਗਾ PRD ਲਗਭਗ ਸਿੱਧਾ AI ਐਪ ਬਿਲਡਰ ਲਈ ਪ੍ਰੋਂਪਟਾਂ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ:

• ਸਾਰ, ਯੂਜ਼ਰ ਅਤੇ ਡਾਟਾ ਟੇਬਲ ਤੁਹਾਡਾ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਬਣਦੇ ਹਨ।
• ਹਰ ਯੂਜ਼ਰ ਸਟੋਰੀ ਇੱਕ ਫ਼ਾਲੋ-ਅੱਪ ਪ੍ਰੋਂਪਟ ਬਣਦੀ ਹੈ।
• ਹਰ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਤੁਸੀਂ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਜਾਂਚਦੇ ਹੋ।
• "ਪਹਿਲੇ ਵਰਜ਼ਨ ਵਿੱਚ ਨਹੀਂ" ਸੂਚੀ ਉਹ ਹੈ ਜੋ ਤੁਸੀਂ ਅਜੇ ਮੰਗਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੇ ਹੋ।

ਹਰ ਵਾਰ ਇੱਕ ਸਟੋਰੀ ਬਣਾ ਕੇ ਉਸਦੇ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਜਾਂਚਣਾ, ਪੂਰਾ PRD ਪੇਸਟ ਕਰਕੇ ਸਭ ਕੁਝ ਮੰਗਣ ਨਾਲੋਂ ਕਿਤੇ ਭਰੋਸੇਯੋਗ ਹੈ। ਪ੍ਰੋਂਪਟ ਵਾਲੇ ਪਾਸੇ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ AI ਐਪ ਬਿਲਡਰ ਲਈ ਪ੍ਰੋਂਪਟ ਕਿਵੇਂ ਲਿਖੀਏ ਵੇਖੋ।

ਆਮ ਗਲਤੀਆਂ

• ਹੱਲ ਨੂੰ ਸਮੱਸਿਆ ਵਜੋਂ ਲਿਖਣਾ। "ਯੂਜ਼ਰਾਂ ਨੂੰ ਡੈਸ਼ਬੋਰਡ ਚਾਹੀਦਾ ਹੈ" ਹੱਲ ਹੈ। "ਮਾਲਕ ਹਰ ਇਨਵੌਇਸ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਨਹੀਂ ਵੇਖ ਸਕਦੇ ਕਿ ਕਿਹੜੇ ਬਕਾਇਆ ਹਨ" ਸਮੱਸਿਆ ਹੈ।
• "Out of scope" ਵਾਲਾ ਹਿੱਸਾ ਨਾ ਹੋਣਾ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਹਰ ਗੱਲਬਾਤ ਵਿੱਚ ਦਾਇਰਾ ਫਿਰ ਖੁੱਲ੍ਹ ਜਾਂਦਾ ਹੈ।
• AI ਨੂੰ ਯੂਜ਼ਰ ਘੜਨ ਦੇਣਾ। AI ਦੇ ਬਣਾਏ ਪਰਸੋਨਾ ਅਸਲੀ ਲੱਗਦੇ ਹਨ, ਪਰ ਹੁੰਦੇ ਨਹੀਂ।
• ਅਜਿਹੇ ਮਾਪ ਜੋ ਤੁਸੀਂ ਗਿਣ ਨਹੀਂ ਸਕਦੇ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇਸਨੂੰ ਗਿਣਨ ਦਾ ਤਰੀਕਾ ਨਹੀਂ, ਤਾਂ ਇਹ ਮਾਪ ਨਹੀਂ।
• ਕਦੇ ਅੱਪਡੇਟ ਨਾ ਕਰਨਾ। ਜੋ PRD ਬਣ ਰਹੀ ਚੀਜ਼ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਉਹ ਕੋਈ ਨਾ ਹੋਣ ਨਾਲੋਂ ਵੀ ਬੁਰਾ ਹੈ। "ਆਖਰੀ ਵਾਰ ਅੱਪਡੇਟ" ਤਾਰੀਖ਼ ਰੱਖੋ ਅਤੇ ਫ਼ੈਸਲੇ ਬਦਲਣ 'ਤੇ ਬਦਲੋ।

Mythex ਨਾਲ PRD ਵਰਤਣਾ

ਜੇ ਤੁਸੀਂ Mythex ਵਿੱਚ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਆਪਣਾ PRD ਸਿੱਧਾ ਚੈਟ ਵਿੱਚ ਪੇਸਟ ਕਰ ਸਕਦੇ ਹੋ। PRD ਲਈ Plan ਮੋਡ ਚੰਗਾ ਬੈਠਦਾ ਹੈ: ਏਜੰਟ ਇਸਨੂੰ ਪੜ੍ਹਦਾ ਹੈ, ਇੱਕ ਪਹੁੰਚ ਅਤੇ ਕਦਮਾਂ ਦੀ ਚੈੱਕਲਿਸਟ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਪਲੈਨ ਟੈਬ ਵਿੱਚ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਫ਼ਾਈਲਾਂ ਉਦੋਂ ਹੀ ਬਦਲਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ Build ਦਬਾਉਂਦੇ ਹੋ। ਜਿਹੜੇ ਹਿੱਸੇ ਹਮੇਸ਼ਾ ਲਾਗੂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਜਿਵੇਂ ਦਰਸ਼ਕ, ਬਰਾਂਡ ਅਤੇ ਨਿਯਮ, ਉਹਨਾਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਗਿਆਨ ਵਜੋਂ ਵੀ ਸੰਭਾਲ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਹਰ ਚੈਟ ਵਿੱਚ ਦੁਹਰਾਉਣਾ ਨਾ ਪਵੇ। ਚੈਟ ਡੌਕਸ ਵਿੱਚ Build, Plan ਅਤੇ Ask ਮੋਡਾਂ ਦੀ ਵਿਆਖਿਆ ਹੈ, ਅਤੇ ਟੈਮਪਲੇਟ ਪੂਰਾ ਦਸਤਾਵੇਜ਼ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਪਹਿਲਾ ਵਰਜ਼ਨ ਕਿਹੋ ਜਿਹਾ ਦਿਖ ਸਕਦਾ ਹੈ, ਇਹ ਵੇਖਣ ਦਾ ਤੇਜ਼ ਤਰੀਕਾ ਹਨ।

ਸਵਾਲ