MVP ਅਤੇ ਉਤਪਾਦ ਵਿਕਾਸ: ਸਭ ਤੋਂ ਛੋਟਾ ਪ੍ਰਮਾਣਿਤ ਉਤਪਾਦ

ਲਾਭ:

• MVP (ਘੱਟੋ-ਘੱਟ ਵਿਹਾਰਕ ਉਤਪਾਦ) ਦੀ ਧਾਰਨਾ ਅਤੇ 'ਸਭ ਤੋਂ ਛੋਟੀ ਸਿਖਲਾਈ ਇਕਾਈ' ਦੇ ਤਰਕ ਨੂੰ ਸਮਝਣ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਨਕਲੀ ਬੁੱਧੀ ਨਾਲ ਦਾਇਰੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ
• ਵਿਸ਼ੇਸ਼ਤਾ ਤਰਜੀਹ (MoSCoW, ਪ੍ਰਭਾਵ-ਯਤਨ) ਅਤੇ ਨਕਲੀ ਬੁੱਧੀ-ਸਮਰਥਿਤ ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪ/ਲੈਂਡਿੰਗ ਪੇਜ ਉਤਪਾਦਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• ਇਹ ਸਮਝਣਾ ਕਿ MVP ਦਾ ਉਦੇਸ਼ ਸਿੱਖਣਾ ਹੈ, ਵੇਚਣਾ ਨਹੀਂ, ਅਤੇ ਇਹ ਕਿ ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਸਟਾਰਟਅੱਪ ਦੀ ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ ਹੈ।

ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ ਬਾਨੀ ਇੱਕ ਉਤਪਾਦ ਨੂੰ ਸੰਪੂਰਨ ਕਰਨ ਵਿੱਚ ਮਹੀਨੇ ਬਿਤਾਉਂਦੇ ਹਨ ਜਿਸ ਬਾਰੇ ਉਹ ਯਕੀਨੀ ਨਹੀਂ ਹਨ ਕਿ ਕੋਈ ਵੀ ਚਾਹੁੰਦਾ ਹੈ। ਜਦੋਂ ਉਹ ਬਾਜ਼ਾਰ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਜਾਂ ਤਾਂ ਸਮੱਸਿਆ ਗਲਤ ਸੀ ਜਾਂ ਹੱਲ। ਇਸ ਤਬਾਹੀ ਤੋਂ ਬਚਣ ਦਾ ਤਰੀਕਾ ਹੈ MVP: ਨਿਊਨਤਮ ਵਿਹਾਰਕ ਉਤਪਾਦ — ਸਭ ਤੋਂ ਛੋਟਾ ਉਤਪਾਦ ਸੰਸਕਰਣ ਜੋ ਘੱਟ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਸਿੱਖਣ ਪ੍ਰਦਾਨ ਕਰੇਗਾ। ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਅਸੀਂ MVP ਦੇ ਦਾਇਰੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣ, ਅਤੇ ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪ/ਟੀਜ਼ਰ ਤਿਆਰ ਕਰਨ ਲਈ AI (ਨਕਲੀ ਬੁੱਧੀ) ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ। ਸਭ ਤੋਂ ਨਾਜ਼ੁਕ ਵਾਕ: MVP ਦਾ ਉਦੇਸ਼ ਸਿੱਖਣਾ ਹੈ, ਵੇਚਣਾ ਨਹੀਂ; ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਅਸਪਸ਼ਟ ਧਾਰਨਾਵਾਂ ਹੈ।

MVP ਕੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ ਹੈ?

MVP ਇੱਕ ਗਲਤ ਸਮਝਿਆ ਸੰਕਲਪ ਹੈ। ਇੱਕ MVP ਇੱਕ "ਢਿੱਲਾ, ਟੁੱਟਿਆ ਉਤਪਾਦ" ਨਹੀਂ ਹੈ; ਇਹ ਕਿਸੇ ਖਾਸ ਪਰਿਕਲਪਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਲੋੜੀਂਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਸੰਪੂਰਨ ਅਨੁਭਵ ਹੈ। ਮੁੱਖ ਸ਼ਬਦ "ਸਿੱਖਿਆ" ਹੈ. ਆਪਣੇ ਆਪ ਨੂੰ ਪੁੱਛੋ: "ਮੈਂ ਕਿਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹਾਂ?" MVP ਵਿੱਚ ਕਾਫ਼ੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ - ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ - ਹੋਰ ਨਹੀਂ, ਘੱਟ ਨਹੀਂ -। ਕਈ ਵਾਰ ਇੱਕ MVP ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਐਪਲੀਕੇਸ਼ਨ ਵੀ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ: ਇੱਕ ਲੈਂਡਿੰਗ ਪੰਨਾ, ਇੱਕ ਵੀਡੀਓ, ਇੱਕ ਮੈਨੂਅਲ ਸੇਵਾ ("ਵਿਜ਼ਾਰਡ ਪਿੱਛੇ" ਵਿਧੀ ਜੋ ਸਾਹਮਣੇ ਆਟੋਮੈਟਿਕ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇੱਕ ਮਨੁੱਖੀ ਪਿਛੋਕੜ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ) ਵੀ ਇੱਕ MVP ਹੋ ਸਕਦਾ ਹੈ।

MVP ਦੇ ਉਲਟ ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਹੈ — ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਪੈਮਾਨੇ ਅਤੇ ਸੰਪੂਰਨਤਾ 'ਤੇ ਖਰਚ ਕੀਤੀ ਗਈ ਕੋਸ਼ਿਸ਼ ਜਿਸ ਦੀ ਅਜੇ ਲੋੜ ਨਹੀਂ ਹੈ — ਅਤੇ ਗੋਲਡ-ਪਲੇਟਿੰਗ — ਪਾਲਿਸ਼ਿੰਗ ਵੇਰਵਿਆਂ ਨੂੰ ਕੋਈ ਨਹੀਂ ਚਾਹੁੰਦਾ। ਇਹ ਸਟਾਰਟਅੱਪ ਦੇ ਸਭ ਤੋਂ ਧੋਖੇਬਾਜ਼ ਪੈਸੇ ਅਤੇ ਸਮੇਂ ਦੇ ਕਾਤਲ ਹਨ; ਕਿਉਂਕਿ ਉਹ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਉਹ "ਕੰਮ" ਕਰ ਰਹੇ ਹਨ ਪਰ ਸਿੱਖਣ ਵਿੱਚ ਦੇਰੀ ਕਰਦੇ ਹਨ।

ਨੁਕਤਾ: ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ, ਪੁੱਛੋ: "ਕੀ ਮੈਂ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਤੋਂ ਬਿਨਾਂ ਉਹ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹਾਂ ਜੋ ਮੈਂ ਟੈਸਟ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ?" ਜੇਕਰ ਜਵਾਬ "ਹਾਂ" ਹੈ, ਤਾਂ ਉਹ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਨੂੰ MVP ਵਿੱਚ ਨਹੀਂ ਬਣਾਉਂਦੀ ਹੈ। ਹਰੇਕ "ਪਰ ਸਾਨੂੰ ਇਹ ਵੀ ਚਾਹੀਦਾ ਹੈ" ਵਾਕ ਜੋ MVP ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ, ਇੱਕ ਲਾਗਤ ਹੈ ਜੋ ਸਿੱਖਣ ਵਿੱਚ ਦੇਰੀ ਕਰਦੀ ਹੈ।

ਵਿਸ਼ੇਸ਼ਤਾ ਤਰਜੀਹ

ਕਿਉਂਕਿ ਇੱਥੇ ਕੋਈ ਅਸੀਮਤ ਸਮਾਂ ਅਤੇ ਪੈਸਾ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇਹ ਫੈਸਲਾ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਕਿਹੜੀ ਵਿਸ਼ੇਸ਼ਤਾ ਪਹਿਲਾਂ ਬਣਾਈ ਜਾਵੇਗੀ। ਦੋ ਵਿਹਾਰਕ ਤਰੀਕੇ:

MoSCoW: ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਚਾਰ ਵਿੱਚ ਵੰਡਦਾ ਹੈ — ਲਾਜ਼ਮੀ, ਚਾਹੀਦਾ ਹੈ, ਹੋ ਸਕਦਾ ਹੈ, ਨਹੀਂ ਹੋਵੇਗਾ। MVP ਸਿਰਫ਼ ਇੱਕ "ਲਾਜ਼ਮੀ" ਸੈੱਟ ਹੈ।

ਪ੍ਰਭਾਵ-ਯਤਨ ਮੈਟਰਿਕਸ: ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ "ਗਾਹਕ 'ਤੇ ਪ੍ਰਭਾਵ" ਅਤੇ "ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼" ਦੇ ਧੁਰੇ 'ਤੇ ਰੱਖਦਾ ਹੈ। ਉੱਚ ਪ੍ਰਭਾਵ-ਘੱਟ ਯਤਨ ਪਹਿਲਾਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਘੱਟ ਪ੍ਰਭਾਵ-ਉੱਚੇ ਯਤਨਾਂ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। AI ਇਸ ਮੈਟ੍ਰਿਕਸ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ਾਮਲ ਕਰਨ ਵਿੱਚ ਇੱਕ ਚੰਗੀ ਮਦਦ ਹੈ - ਪਰ ਅਸਲ ਗਾਹਕ ਸਿਗਨਲ ਦੇ ਨਾਲ "ਪ੍ਰਭਾਵ" ਦੀ ਭਵਿੱਖਬਾਣੀ ਨੂੰ ਠੀਕ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ।

ਕਦਮ ਦਰ ਕਦਮ: AI ਨਾਲ MVP ਡਿਜ਼ਾਈਨ

1. ਸਿੱਖਣ ਦਾ ਸਵਾਲ ਲਿਖੋ। "ਇਹ MVP ਟੈਸਟ ਕਿਸ ਸਿੰਗਲ ਧਾਰਨਾ ਦਾ ਹੋਵੇਗਾ?"
2. ਉਮੀਦਵਾਰ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ। ਆਪਣੇ ਮਨ ਵਿੱਚ ਸਭ ਕੁਝ ਡੋਲ੍ਹ ਦਿਓ.
3. AI ਨਾਲ ਤਰਜੀਹ ਦਿਓ। MoSCoW ਜਾਂ ਪ੍ਰਭਾਵ-ਕੋਸ਼ਿਸ਼ ਨਾਲ ਐਬਸਟਰੈਕਟ; "ਲਾਜ਼ਮੀ" ਕਲੱਸਟਰ ਲੱਭੋ।
4. ਸਭ ਤੋਂ ਹਲਕਾ ਫਾਰਮ ਚੁਣੋ। ਕੀ ਇੱਕ ਕੋਡ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਕੀ ਇੱਕ ਲੈਂਡਿੰਗ ਪੰਨਾ/ਵੀਡੀਓ/ਮੈਨੁਅਲ ਸੇਵਾ ਕਾਫ਼ੀ ਹੈ?
5. ਪ੍ਰੋਟੋਟਾਈਪ/ਪੰਨਾ ਤਿਆਰ ਕਰੋ। AI ਨੂੰ ਵ੍ਹਾਈਟਪੇਪਰ ਟੈਕਸਟ, ਪ੍ਰਵਾਹ, ਜਾਂ ਸੂਡੋ-ਕੋਡ ਡਰਾਫਟ ਲਈ ਪੁੱਛੋ।
6. ਆਪਣੇ ਸਫਲਤਾ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। "ਜੇ ਮੈਂ ਇਹ ਨਤੀਜਾ ਵੇਖਦਾ ਹਾਂ, ਤਾਂ ਧਾਰਨਾ ਦੀ ਪੁਸ਼ਟੀ ਹੁੰਦੀ ਹੈ."
7. ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਸਿੱਖੋ। ਅਸਲ ਵਿਵਹਾਰ ਨੂੰ ਮਾਪੋ; ਸੰਸਥਾਪਕ ਫੈਸਲਾ ਕਰਦਾ ਹੈ।

ਤਿੰਨ ਛੋਟੇ ਕੇਸ

ਕੇਸ 1 — ਕੋਡ ਲਿਖੇ ਬਿਨਾਂ MVP। ਇੱਕ ਸੰਸਥਾਪਕ ਇੱਕ ਐਪ ਬਾਰੇ ਸੋਚ ਰਿਹਾ ਸੀ ਜੋ ਗਾਹਕਾਂ ਨਾਲ ਘਰ ਵਿੱਚ ਪਕਾਇਆ ਭੋਜਨ ਵੇਚਣ ਵਾਲੇ ਗੁਆਂਢੀਆਂ ਨੂੰ ਜੋੜਦਾ ਹੈ। ਕੋਡ ਲਿਖਣ ਵਿੱਚ ਮਹੀਨੇ ਬਿਤਾਉਣ ਦੀ ਬਜਾਏ, ਉਸਨੇ ਇੱਕ ਸਿੰਗਲ ਡੈਮੋ ਪੇਜ ਅਤੇ ਇੱਕ WhatsApp ਲਾਈਨ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕੀਤੀ; ਹੱਥੀਂ ਮੇਲ ਖਾਂਦੇ ਆਰਡਰ ("ਵਿਜ਼ਰਡ ਪਿੱਛੇ" ਵਿਧੀ)। ਉਸਨੇ ਦੋ ਹਫ਼ਤਿਆਂ ਵਿੱਚ 40 ਅਸਲ ਆਰਡਰ ਪ੍ਰਾਪਤ ਕੀਤੇ ਅਤੇ ਜਾਣਿਆ ਕਿ ਅਸਲ ਰੁਕਾਵਟ ਡਿਲਿਵਰੀ ਲੌਜਿਸਟਿਕਸ ਸੀ। ਜੇ ਉਸਨੇ ਕੋਡ ਲਿਖਿਆ ਹੁੰਦਾ, ਤਾਂ ਉਸਨੇ ਇਹ ਮਹੀਨਿਆਂ ਬਾਅਦ ਸਿੱਖ ਲਿਆ ਹੁੰਦਾ. MVP ਨੇ ਸਿੱਖਣ ਨੂੰ ਅੱਗੇ ਲਿਆਂਦਾ।

ਕੇਸ 2 - ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਜਾਲ। ਇੱਕ ਟੀਮ ਨੇ ਇੱਕ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣ ਵਿੱਚ 4 ਮਹੀਨੇ ਬਿਤਾਏ ਜੋ "ਲੱਖਾਂ ਉਪਭੋਗਤਾਵਾਂ ਤੱਕ ਸਕੇਲ" ਕਰੇਗਾ ਜਦੋਂ ਇਸਦੇ ਕੋਲ ਅਜੇ ਇੱਕ ਵੀ ਗਾਹਕ ਨਹੀਂ ਹੈ। ਜਦੋਂ ਉਤਪਾਦ ਬਾਹਰ ਆਇਆ, ਕੋਈ ਵੀ ਇਸ ਨੂੰ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ; ਸਮੱਸਿਆ ਗਲਤ ਸੀ। ਲਗਪਗ ਸਾਰੀ ਮਿਹਨਤ ਬਰਬਾਦ ਹੋ ਗਈ। ਸਬਕ: ਪੈਮਾਨੇ ਦੀ ਸਮੱਸਿਆ ਟ੍ਰੈਕਸ਼ਨ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਲਗਜ਼ਰੀ ਹੈ; ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ ਕਿ ਕੋਈ ਕੀ ਚਾਹੁੰਦਾ ਹੈ.

ਕੇਸ 3 - ਤਰਜੀਹ ਦੀ ਸ਼ਕਤੀ। ਇੱਕ ਸੰਸਥਾਪਕ ਕੋਲ 30 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਸੀ। ਉਸਨੇ AI ਨੂੰ ਇੱਕ ਪ੍ਰਭਾਵ-ਪ੍ਰੇਸ਼ਾਨ ਮੈਟ੍ਰਿਕਸ ਬਣਾਇਆ ਅਤੇ ਅਸਲ ਗਾਹਕ ਗੱਲਬਾਤ ਤੋਂ ਸੰਕੇਤ ਦੇ ਨਾਲ "ਪ੍ਰਭਾਵ" ਕਾਲਮ ਨੂੰ ਠੀਕ ਕੀਤਾ। 30 ਵਿੱਚੋਂ ਸਿਰਫ਼ 4 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ "ਲਾਜ਼ਮੀ" ਸਾਬਤ ਹੋਈਆਂ। MVP ਨੂੰ 6 ਮਹੀਨਿਆਂ ਦੀ ਬਜਾਏ 3 ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ; ਗਾਹਕ ਨੇ ਦਿਖਾਇਆ ਕਿ ਬਾਕੀ 26 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਨਹੀਂ ਸੀ।

ਚਾਰ ਕਾਪੀ ਕਰਨ ਯੋਗ ਟੈਂਪਲੇਟ

1) ਸਿੱਖਣ ਦਾ ਸਵਾਲ + MVP ਸਕੋਪ:

ਤੁਹਾਡੀ ਭੂਮਿਕਾ: ਕਮਜ਼ੋਰ ਉਤਪਾਦ ਕੋਚ। ਜਿਸ ਧਾਰਨਾ ਦੀ ਮੈਂ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਉਹ ਹੈ:[ਉਦਾ. "ਵਪਾਰੀ ਸੰਗ੍ਰਹਿ ਲਈ ਮਹੀਨਾਵਾਰ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ"]। (1) ਇਸ ਧਾਰਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਸਭ ਤੋਂ ਛੋਟੇ ਉਤਪਾਦ ਦਾ ਵਰਣਨ ਕਰੋ, (2) ਦਿਖਾਓ ਕਿ ਕੀ ਇਸਦਾ ਕੋਈ ਸੰਸਕਰਣ ਜਿਸ ਲਈ ਕੋਈ ਕੋਡ (ਲੈਂਡਿੰਗ ਪੰਨਾ, ਵੀਡੀਓ, ਮੈਨੂਅਲ ਸੇਵਾ) ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਸੰਭਵ ਹੈ, (3) "ਆਕਰਸ਼ਕ ਪਰ ਬੇਲੋੜੀ" ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿਓ ਜੋ ਇਸਨੂੰ MVP ਵਿੱਚ ਨਹੀਂ ਬਣਾਉਣਾ ਚਾਹੀਦਾ।

2) MoSCoW ਤਰਜੀਹ:

ਹੇਠ ਲਿਖੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਨੂੰ MoSCoW ਵਿੱਚ ਵੰਡੋ: ਲਾਜ਼ਮੀ / ਚਾਹੀਦਾ / ਹੋ ਸਕਦਾ / ਨਹੀਂ ਹੋਵੇਗਾ। ਸਿਰਫ਼ ਉਹੀ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ "ਧਾਰਨਾ ਲਈ ਜ਼ਰੂਰੀ ਹਨ ਜਿਸਦੀ ਮੈਂ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ"। ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖੋ ਕਿ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਉਸ ਸਮੂਹ ਵਿੱਚ ਕਿਉਂ ਹੈ। ਸੂਚੀ: [ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ]।

3) ਪ੍ਰਭਾਵ-ਯਤਨ ਮੈਟਰਿਕਸ:

"ਗਾਹਕਾਂ 'ਤੇ ਪ੍ਰਭਾਵ (1-5)" ਅਤੇ "ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ (1-5)" ਧੁਰੇ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸਕੋਰ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ 4 ਚੌਥਾਈ ਵਿੱਚ ਰੱਖੋ। ਉੱਚ ਪ੍ਰਭਾਵ-ਘੱਟ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ "ਪਹਿਲਾਂ ਕਰੋ" ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰੋ, ਅਤੇ ਘੱਟ ਪ੍ਰਭਾਵ-ਉੱਚ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ "ਨਾ ਕਰੋ" ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰੋ। ਮੈਨੂੰ ਯਾਦ ਦਿਵਾਓ ਕਿ ਪ੍ਰਭਾਵ ਸਕੋਰ ਮੇਰੀ ਅਸਲ ਗਾਹਕ ਸ਼ਮੂਲੀਅਤ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਸੂਚੀ: [ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ]।

4) ਲੈਂਡਿੰਗ ਪੰਨਾ ਟੈਕਸਟ:

ਮੇਰੇ MVP ਲਈ ਇੱਕ ਸਪਲੈਸ਼ ਪੰਨਾ ਟੈਕਸਟ ਲਿਖੋ। ਸੈਕਸ਼ਨ: (1) ਗਾਹਕ ਭਾਸ਼ਾ ਵਿੱਚ ਸਿਰਲੇਖ (ਮੁੱਲ ਪ੍ਰਸਤਾਵ), (2) ਸਮੱਸਿਆ-ਹੱਲ ਬਿਰਤਾਂਤ, (3) 3 ਲਾਭ ਪੁਆਇੰਟ, (4) ਇੱਕ ਸਪਸ਼ਟ ਕਾਲ (ਪੂਰਵ-ਰਜਿਸਟ੍ਰੇਸ਼ਨ / ਉਡੀਕ ਸੂਚੀ)। ਅਤਿਕਥਨੀ ਵਾਅਦਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ; ਸਿਰਫ਼ ਇਹ ਦਾਅਵਾ ਕਰਦਾ ਹੈ ਕਿ ਮੈਂ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹਾਂ। ਤੁਰਕੀ, ਸਧਾਰਨ, ਸੁਹਿਰਦ.

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ:

ਮੇਰੇ ਉਤਪਾਦ ਲਈ ਸਾਰੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ।

ਇਹ ਪ੍ਰੋਂਪਟ MVP ਤਰਕ ਦੇ ਵਿਰੁੱਧ ਜਾਂਦਾ ਹੈ; ਇਹ ਇੱਕ ਲੰਬੀ ਇੱਛਾ ਸੂਚੀ ਤਿਆਰ ਕਰਦੀ ਹੈ ਜੋ ਸਿੱਖਣ ਵਿੱਚ ਦੇਰੀ ਕਰਦੀ ਹੈ ਅਤੇ ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਨੂੰ ਸੱਦਾ ਦਿੰਦੀ ਹੈ।

ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰਾਉਟ:

ਇੱਕੋ ਇੱਕ ਧਾਰਨਾ ਜਿਸ ਦੀ ਮੈਂ ਜਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਉਹ ਹੈ: [x]। ਸਭ ਤੋਂ ਛੋਟੇ MVP ਦਾ ਵਰਣਨ ਕਰੋ ਜੋ ਇਸ ਧਾਰਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇਗਾ, ਇੱਕ ਅਜਿਹਾ ਸੰਸਕਰਣ ਪ੍ਰਸਤਾਵਿਤ ਕਰੋ ਜਿਸ ਲਈ ਕਿਸੇ ਕੋਡ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, MoSCoW ਨਾਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਲਾਜ਼ਮੀ ਸੈੱਟ ਛੱਡੋ। ਮੇਰੀ ਸਫਲਤਾ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਪੂਰਵ-ਲਿਖਣ ਵਿੱਚ ਮੇਰੀ ਮਦਦ ਕਰੋ (ਜਿਸਦਾ ਨਤੀਜਾ ਧਾਰਨਾ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ)।

ਪਹੁੰਚ

ਸਿੱਖਣ ਦੀ ਦਰ

ਲਾਗਤ

ਜੋਖਮ

ਸਕ੍ਰੈਚ ਤੋਂ ਪੂਰਾ ਉਤਪਾਦ ਬਣਾਉਣਾ

ਬਹੁਤ ਹੌਲੀ

ਉੱਚ

ਪੈਸੇ ਨੂੰ ਗਲਤ ਕੰਮ ਵਿੱਚ ਨਾ ਲਗਾਓ

ਐਕਸਟ੍ਰੀਮ ਇੰਜੀਨੀਅਰਿੰਗ/ਗੋਲਡ ਪਲੇਟਿੰਗ

ਹੌਲੀ

ਬਹੁਤ ਉੱਚਾ

ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ

ਸਿਰਫ਼ ਲਾਜ਼ਮੀ-ਵਿਸ਼ੇਸ਼ MVP

ਤੇਜ਼

ਘੱਟ

ਪ੍ਰਬੰਧਨਯੋਗ

ਨੋ-ਕੋਡ MVP (ਲੈਂਡਿੰਗ/ਏਲ)

ਸਭ ਤੋਂ ਤੇਜ਼

ਸਭ ਤੋਂ ਘੱਟ

ਸ਼ੁਰੂਆਤੀ ਸਿੱਖਿਆ

ਆਮ ਗਲਤੀਆਂ

• ਇੱਕ ਸੰਪੂਰਨ ਉਤਪਾਦ ਲਈ MVP ਨੂੰ ਗਲਤ ਸਮਝਣਾ। MVP ਸਿੱਖਣ ਦੀ ਸਭ ਤੋਂ ਛੋਟੀ ਇਕਾਈ ਹੈ, ਨਾ ਕਿ ਪਾਲਿਸ਼ਡ ਫਾਈਨਲ।
• ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ. ਪੈਮਾਨੇ/ਸੰਪੂਰਨਤਾ 'ਤੇ ਮਹੀਨੇ ਬਿਤਾਉਣਾ ਜਦੋਂ ਕੋਈ ਗਾਹਕ ਆਸ ਪਾਸ ਨਹੀਂ ਹੁੰਦਾ; ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ.
• ਸਿੱਖਣ ਦੇ ਸਵਾਲ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰਨਾ। ਇੱਕ MVP ਜੋ ਨਹੀਂ ਜਾਣਦਾ ਕਿ ਇਹ ਕੀ ਟੈਸਟ ਕਰ ਰਿਹਾ ਹੈ ਇੱਕ ਦਿਸ਼ਾਹੀਣ ਕੂੜਾ ਹੈ।
• ਬਾਅਦ ਵਿੱਚ ਸਫਲਤਾ ਲਈ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰਨਾ. ਜੇਕਰ ਮਾਪਦੰਡ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਲਿਖੇ ਗਏ ਹਨ, ਤਾਂ ਹਰ ਨਤੀਜੇ ਨੂੰ "ਸਫਲਤਾ" ਵਜੋਂ ਸਮਝਿਆ ਜਾਵੇਗਾ.
• ਨੋ-ਕੋਡ ਵਿਕਲਪਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ। ਲੈਂਡਿੰਗ ਪੰਨਾ/ਵੀਡੀਓ/ਰਾਈਟਿੰਗ ਕੋਡ ਜਦੋਂ ਤੁਸੀਂ ਇਸ ਨੂੰ ਸੇਵਾ ਨਾਲ ਹੱਥੀਂ ਟੈਸਟ ਕਰ ਸਕਦੇ ਹੋ।

ਸਾਵਧਾਨ: AI ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਜਾਂ ਕੋਡ ਡਰਾਫਟ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਤੁਸੀਂ ਤਿਆਰ ਕੀਤੇ ਕੋਡ ਦੀ ਸੁਰੱਖਿਆ, ਸ਼ੁੱਧਤਾ ਅਤੇ ਕਾਨੂੰਨੀ ਪਾਲਣਾ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋ। ਖਾਸ ਤੌਰ 'ਤੇ ਭੁਗਤਾਨਾਂ, ਨਿੱਜੀ ਡੇਟਾ ਜਾਂ ਸੁਰੱਖਿਆ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਵਾਲੇ MVPs ਵਿੱਚ, AI ਆਉਟਪੁੱਟ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਸਕੈਚ ਹੈ; ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਲਾਈਵ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਸਮਰੱਥ ਡਿਵੈਲਪਰ/ਮਾਹਰ ਇਸਦੀ ਸਮੀਖਿਆ ਕਰੇ।

ਸਾਰੰਸ਼ ਵਿੱਚ

MVP ਸਭ ਤੋਂ ਛੋਟਾ ਉਤਪਾਦ ਹੈ ਜੋ ਘੱਟ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਸਭ ਤੋਂ ਵੱਧ ਸਿੱਖਣ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ; ਇਸਦਾ ਉਦੇਸ਼ ਵੇਚਣਾ ਨਹੀਂ ਹੈ, ਪਰ ਇੱਕ ਧਾਰਨਾ ਦੀ ਜਾਂਚ ਕਰਨਾ ਹੈ. ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਗਲਤੀ ਓਵਰ-ਇੰਜੀਨੀਅਰਿੰਗ ਅਤੇ ਗੋਲਡ-ਪਲੇਟਿੰਗ ਇੱਕ ਗੈਰ-ਪ੍ਰਮਾਣਿਤ ਉਤਪਾਦ ਹੈ ਜੋ ਕੋਈ ਵੀ ਨਹੀਂ ਚਾਹੁੰਦਾ ਹੈ. ਹਰ MVP ਸਿੱਖਣ ਦੇ ਸਵਾਲ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ; ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ MoSCoW ਜਾਂ ਪ੍ਰਭਾਵ-ਯਤਨ ਦੁਆਰਾ ਕੱਢੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਕੇਵਲ "ਲਾਜ਼ਮੀ" ਕਲੱਸਟਰ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਅਕਸਰ ਸਭ ਤੋਂ ਵਧੀਆ MVP ਕੋਡ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ: ਲੈਂਡਿੰਗ ਪੰਨਾ, ਵੀਡੀਓ ਜਾਂ ਮੈਨੂਅਲ ਸੇਵਾ। AI ਪ੍ਰੋਟੋਟਾਈਪ/ਪੇਜ ਡਰਾਫਟ ਨੂੰ ਸਕੋਪਿੰਗ, ਤਰਜੀਹ ਦੇਣ ਅਤੇ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਐਕਸਲੇਟਰ ਹੈ; ਪਰ "ਪ੍ਰਭਾਵ" ਅਨੁਮਾਨਾਂ ਨੂੰ ਅਸਲ ਗਾਹਕ ਸਿਗਨਲ ਦੁਆਰਾ ਠੀਕ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਤਕਨੀਕੀ/ਕਾਨੂੰਨੀ-ਨਾਜ਼ੁਕ ਆਉਟਪੁੱਟਾਂ ਦੀ ਮੁਹਾਰਤ ਨਾਲ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਇੱਕ ਧਾਰਨਾ ਚੁਣੋ ("ਸਿੱਖਣ ਦਾ ਸਵਾਲ" ਟੈਮਪਲੇਟ)। AI ਨੂੰ ਸਭ ਤੋਂ ਛੋਟੀ MVP ਲਈ ਪੁੱਛੋ ਜੋ ਇਸ ਧਾਰਨਾ ਦੀ ਜਾਂਚ ਕਰੇਗਾ, ਅਤੇ ਜੇ ਸੰਭਵ ਹੋਵੇ, ਇੱਕ ਨੋ-ਕੋਡ ਸੰਸਕਰਣ. ਆਪਣੇ ਉਮੀਦਵਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ "MoSCoW" ਟੈਮਪਲੇਟ ਨਾਲ ਵੱਖ ਕਰੋ, ਸਿਰਫ਼ ਲਾਜ਼ਮੀ ਸੈੱਟ ਕਰੋ। ਅੰਤ ਵਿੱਚ, "ਲੈਂਡਿੰਗ ਪੇਜ ਟੈਕਸਟ" ਟੈਮਪਲੇਟ ਦੇ ਨਾਲ ਇੱਕ ਨੋ-ਫ੍ਰਿਲਸ ਲੈਂਡਿੰਗ ਪੇਜ ਡਰਾਫਟ ਤਿਆਰ ਕਰੋ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਸਫਲਤਾ ਦੇ ਮਾਪਦੰਡ (ਜਿਵੇਂ ਕਿ 20 ਵਿਜ਼ਿਟਰਾਂ ਵਿੱਚੋਂ ਘੱਟੋ-ਘੱਟ 5 ਪ੍ਰੀ-ਰਜਿਸਟ੍ਰੇਸ਼ਨ) ਲਿਖੋ।

ਚੈੱਕਲਿਸਟ

• [ ] ਕੀ ਮੈਂ ਆਪਣੇ MVP ਟੈਸਟਾਂ ਦਾ ਇੱਕ ਸਿੱਖਣ ਵਾਲਾ ਸਵਾਲ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲਿਖਿਆ ਹੈ?
• [ ] ਕੀ ਮੈਂ ਨੋ-ਕੋਡ MVP ਸੰਸਕਰਣ ਦਾ ਮੁਲਾਂਕਣ ਕੀਤਾ ਹੈ?
• [ ] ਕੀ ਮੈਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ "ਲਾਜ਼ਮੀ" ਕਲੱਸਟਰ ਛੱਡਿਆ ਹੈ?
• [ ] ਕੀ ਮੈਂ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਸਫਲਤਾ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਹੈ?
• ਕੀ ਮੈਂ ਤਕਨੀਕੀ/ਕਾਨੂੰਨੀ-ਨਾਜ਼ੁਕ ਆਉਟਪੁੱਟ ਨੂੰ ਮਾਹਰ ਸਮੀਖਿਆ ਲਈ ਛੱਡ ਦਿੱਤਾ ਹੈ?