ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ MVP ਕਿਵੇਂ ਬਣਾਈਏ: ਇੱਕ ਯਥਾਰਥਕ ਯੋਜਨਾ
ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ MVP ਬਣਾਉਣ ਲਈ ਆਪਣੇ ਵਿਚਾਰ ਨੂੰ ਇੱਕ ਕਿਸਮ ਦੇ ਉਪਭੋਗਤਾ ਲਈ ਇੱਕ ਕੰਮ ਤੱਕ ਸੀਮਤ ਕਰੋ, ਉਸਨੂੰ ਸ਼ੁੱਕਰਵਾਰ ਸ਼ਾਮ ਲਿਖ ਲਓ, ਸ਼ਨੀਵਾਰ ਨੂੰ AI ਐਪ ਬਿਲਡਰ ਨਾਲ ਮੁੱਖ ਲੂਪ ਬਣਾਓ, ਅਤੇ ਐਤਵਾਰ ਨੂੰ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ (ਡੇਟਾ ਸੰਭਾਲਣਾ, ਲੈਂਡਿੰਗ ਪੰਨਾ, ਪ੍ਰਕਾਸ਼ਨ) 'ਤੇ ਕੰਮ ਕਰੋ, ਫਿਰ ਅਸਲ ਲੋਕਾਂ ਨੂੰ ਵਿਖਾਓ। ਹਰ ਉਹ ਚੀਜ਼ ਛੱਡ ਦਿਓ ਜੋ ਉਸ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਮਦਦ ਨਹੀਂ ਕਰਦੀ ਜਿਸ ਲਈ MVP ਹੈ। ਇੱਕ ਹਫ਼ਤੇ ਦਾ ਅੰਤ ਇੱਕ ਮੋਟੇ, ਕੰਮ ਕਰਨ ਵਾਲੇ ਸੰਸਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਇੱਕ ਮੁਕੰਮਲ ਉਤਪਾਦ ਲਈ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ, ਅਤੇ ਇਹ ਠੀਕ ਹੈ।
ਹਫ਼ਤੇ ਦਾ ਅੰਤ MVP ਕੀ ਹੈ (ਅਤੇ ਕੀ ਨਹੀਂ)
MVP (ਘੱਟੋ-ਘੱਟ ਵਿਹਾਰਕ ਉਤਪਾਦ) ਸਭ ਤੋਂ ਛੋਟੀ ਚੀਜ਼ ਹੈ ਜੋ ਤੁਸੀਂ ਇਹ ਸਿੱਖਣ ਲਈ ਬਣਾ ਸਕਦੇ ਹੋ ਕਿ ਵਿਚਾਰ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। MVP ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਵਿਚਾਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝਾਉਂਦਾ ਹੈ। ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਲਈ ਇਸਦਾ ਮਤਲਬ ਹੈ:
- ਇੱਕ ਕਿਸਮ ਦਾ ਯੂਜ਼ਰ। "ਫ੍ਰੀਲਾਂਸਰ ਅਤੇ ਏਜੰਸੀਆਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਗਾਹਕ" ਨਹੀਂ।
- ਇੱਕ ਕੰਮ, ਸਿਰੇ ਤੋਂ ਸਿਰੇ ਤੱਕ। ਯੂਜ਼ਰ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਮੁਕੰਮਲ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਨਤੀਜਾ ਲੈ ਸਕਦਾ ਹੈ।
- ਅਸਲ, ਨਕਲੀ ਨਹੀਂ। ਇਹ ਡੇਟਾ ਸੰਭਾਲਦਾ ਹੈ, ਫ਼ੋਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਅਸਲ ਪਤੇ 'ਤੇ ਰਹਿੰਦਾ ਹੈ।
- ਖੁਰਦਰੇ ਕਿਨਾਰਿਆਂ ਦੀ ਆਗਿਆ। ਸਾਦਾ ਡਿਜ਼ਾਈਨ, ਥੋੜ੍ਹੀਆਂ ਸੈਟਿੰਗਾਂ, ਪਰਦੇ ਪਿੱਛੇ ਕੁਝ ਹੱਥੀਂ ਕੰਮ।
ਇਹ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ ਛੋਟਾ ਰੂਪ ਨਹੀਂ ਹੈ। ਇਹ ਉਤਪਾਦ ਦਾ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਤੁਹਾਡੀ ਸਭ ਤੋਂ ਵੱਡੀ ਧਾਰਨਾ ਨੂੰ ਪਰਖਦਾ ਹੈ।
ਹਫ਼ਤੇ ਤੋਂ ਪਹਿਲਾਂ: ਸਵਾਲ ਚੁਣੋ
ਹਰ MVP ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇਸਨੂੰ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਬਣਾਉਣਾ ਹੈ:
| ਸਵਾਲ | MVP ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ |
|---|---|
| "ਕੀ ਲੋਕ ਇਸਨੂੰ ਬਿਲਕੁਲ ਵਰਤਣਗੇ?" | ਮੁੱਖ ਫ਼ੀਚਰ, ਮੁਫ਼ਤ, ਅਤੇ ਵੇਖਣ ਦਾ ਤਰੀਕਾ ਕਿ ਕੌਣ ਵਾਪਸ ਆਉਂਦਾ ਹੈ |
| "ਕੀ ਉਹ ਇਸਦੇ ਪੈਸੇ ਦੇਣਗੇ?" | ਮੁੱਖ ਫ਼ੀਚਰ ਅਤੇ ਭੁਗਤਾਨ ਦਾ ਤਰੀਕਾ, ਭਾਵੇਂ ਇੱਕ ਹੀ ਭੁਗਤਾਨ ਲਿੰਕ |
| "ਕੀ ਮੈਂ ਨਤੀਜਾ ਦੇ ਸਕਦਾ ਹਾਂ?" | ਸਧਾਰਨ ਫਰੰਟ-ਐਂਡ, ਜਿਸਦੇ ਪਿੱਛੇ ਤੁਸੀਂ ਕੁਝ ਕੰਮ ਹੱਥੀਂ ਕਰਦੇ ਹੋ |
| "ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮੰਗ ਹੈ?" | ਸ਼ਾਇਦ ਕੋਈ ਉਤਪਾਦ ਨਹੀਂ ਹੁਣ: ਪਹਿਲਾਂ ਵੇਟਲਿਸਟ ਪੰਨਾ |
ਆਦਰਸ਼ ਰੂਪ ਵਿੱਚ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਲੋਕਾਂ ਨਾਲ ਗੱਲ ਕੀਤੀ ਹੋਵੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹ ਸਮੱਸਿਆ ਹੈ। ਜੇ ਨਹੀਂ, ਤਾਂ ਐਪ ਵਿਚਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਕਰੀਏ ਵੇਖੋ, ਅਤੇ ਸ਼ੁੱਕਰਵਾਰ ਤੋਂ ਪਹਿਲਾਂ ਕੁਝ ਗੱਲਬਾਤਾਂ ਪੂਰੇ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਨੂੰ ਹੋਰ ਲਾਭਦਾਇਕ ਬਣਾਉਣਗੀਆਂ।
ਯੋਜਨਾ
ਸ਼ੁੱਕਰਵਾਰ ਸ਼ਾਮ: ਫ਼ੈਸਲਾ ਕਰੋ (2 ਤੋਂ 3 ਘੰਟੇ)
- ਇੱਕ ਵਾਕ ਲਿਖੋ: "[ਉਤਪਾਦ] [ਖ਼ਾਸ ਯੂਜ਼ਰ] ਦੀ [ਇੱਕ ਕੰਮ] ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ, [ਮੌਜੂਦਾ ਮੁਸ਼ਕਲ] ਤੋਂ ਬਿਨਾਂ।"
- ਕੋਰ ਲੂਪ ਦੇ ਕਦਮ ਲਿਖੋ, ਉਦਾਹਰਣ ਲਈ: ਸਾਈਨ ਅੱਪ, ਨੌਕਰੀ ਦਾ ਵੇਰਵਾ ਚਿਪਕਾਓ, ਅਨੁਕੂਲਿਤ ਕਵਰ ਲੈਟਰ ਲਓ, ਸੋਧੋ, ਕਾਪੀ ਕਰੋ।
- ਡੇਟਾ ਲਿਖੋ: ਕੀ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਸਦਾ ਮਾਲਕ ਕੌਣ ਹੈ।
- "ਇਸ ਹਫ਼ਤੇ ਨਹੀਂ" ਸੂਚੀ ਲਿਖੋ: ਸੈਟਿੰਗਾਂ, ਟੀਮਾਂ, ਐਡਮਿਨ ਪੈਨਲ, ਈਮੇਲ ਸੂਚਨਾਵਾਂ, ਦੂਜਾ ਫ਼ੀਚਰ, ਡਾਰਕ ਮੋਡ। ਲਿਖਣ ਨਾਲ ਸ਼ਨੀਵਾਰ ਨੂੰ "ਨਾਂਹ" ਕਹਿਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ।
- ਬਿਲਡਰ ਲਈ ਆਪਣਾ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਤਿਆਰ ਕਰੋ (ਹੇਠਾਂ ਵੇਖੋ)।
ਸ਼ਨੀਵਾਰ: ਕੋਰ ਲੂਪ ਬਣਾਓ
- ਸਵੇਰੇ: ਨਮੂਨਾ ਡੇਟਾ ਨਾਲ ਕੋਰ ਲੂਪ ਦਾ ਪਹਿਲਾ ਸੰਸਕਰਨ ਚਲਾਓ। ਛੋਟੇ ਕਦਮਾਂ ਵਿੱਚ ਦੁਹਰਾਓ: ਹਰ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ, ਫਿਰ ਪ੍ਰੀਵਿਊ ਜਾਂਚੋ।
- ਦੁਪਹਿਰ: ਡੇਟਾਬੇਸ ਜੋੜੋ ਤਾਂ ਕਿ ਰਿਫ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਵੀ ਡੇਟਾ ਬਚਿਆ ਰਹੇ, ਅਤੇ ਅਸਲ ਇਨਪੁੱਟਾਂ ਨਾਲ ਆਪ ਐਪ ਵਰਤੋ। ਜੋ ਵੀ ਲੂਪ ਨੂੰ ਰੋਕੇ ਉਸਨੂੰ ਠੀਕ ਕਰੋ, ਅਤੇ ਦਿੱਖ ਨਾਲ ਜੁੜੀਆਂ ਗੱਲਾਂ ਨੂੰ ਛੱਡ ਦਿਓ।
- ਸ਼ਾਮ: ਜੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਆਪਣਾ ਡੇਟਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਲੌਗਇਨ ਜੋੜੋ। ਦੋ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਦੋ ਖਾਤਿਆਂ ਨਾਲ ਪਰਖੋ ਕਿ ਕੋਈ ਵੀ ਦੂਜੇ ਦਾ ਡੇਟਾ ਨਾ ਵੇਖ ਸਕੇ।
ਐਤਵਾਰ: ਇਸਨੂੰ ਅਣਜਾਣ ਲੋਕਾਂ ਲਈ ਵਰਤਣਯੋਗ ਬਣਾਓ
- ਸਵੇਰੇ: ਇੱਕ ਸਧਾਰਨ ਲੈਂਡਿੰਗ ਹਿੱਸਾ: ਉਹ ਵਾਕ, ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਸਾਈਨ-ਅੱਪ ਬਟਨ। ਜੇ ਤੁਹਾਡਾ ਸਵਾਲ ਭੁਗਤਾਨ ਬਾਰੇ ਹੈ ਤਾਂ ਭੁਗਤਾਨ ਜੋੜੋ।
- ਦੁਪਹਿਰ: ਫ਼ੋਨ 'ਤੇ ਜਾਂਚੋ। ਖਾਲੀ ਹਾਲਤਾਂ (ਨਵਾਂ ਯੂਜ਼ਰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਵੇਖਦਾ ਹੈ) ਜਿੰਨੀਆਂ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਉਸ ਤੋਂ ਵੱਧ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ।
- ਦੁਪਹਿਰ ਤੋਂ ਬਾਅਦ: ਇੱਕ ਛੋਟੀ ਸੁਰੱਖਿਆ ਅਤੇ ਸਹੀਪਨ ਜਾਂਚ: ਬ੍ਰਾਊਜ਼ਰ ਕੋਡ ਵਿੱਚ ਕੋਈ API ਕੁੰਜੀ ਨਹੀਂ, ਕੋਈ ਪੰਨਾ ਨਹੀਂ ਜੋ ਹੋਰ ਯੂਜ਼ਰਾਂ ਦਾ ਡੇਟਾ ਦਿਖਾਵੇ। ਫਿਰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।
- ਸ਼ਾਮ: ਪੰਜ ਤੋਂ ਦਸ ਲੋਕਾਂ ਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਭੇਜੋ, ਨਾਲ ਇੱਕ ਸਵਾਲ ਜਿਸਦਾ ਜਵਾਬ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ।
ਕੀ ਛੱਡਣਾ ਹੈ
ਉਹ ਚੀਜ਼ਾਂ ਜੋ ਜ਼ਰੂਰੀ ਲੱਗਦੀਆਂ ਹਨ ਪਰ ਉਡੀਕ ਕਰ ਸਕਦੀਆਂ ਹਨ:
- ਐਡਮਿਨ ਡੈਸ਼ਬੋਰਡ। ਹੁਣ ਲਈ ਸਿੱਧਾ ਡੇਟਾਬੇਸ ਵੇਖੋ।
- ਸੈਟਿੰਗਾਂ ਅਤੇ ਪ੍ਰੋਫ਼ਾਈਲ। ਸਮਝਦਾਰ ਡਿਫਾਲਟ ਹਾਰਡ-ਕੋਡ ਕਰੋ।
- ਟੀਮਾਂ, ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਸੱਦੇ। ਪਹਿਲਾਂ ਇਕੱਲੇ-ਯੂਜ਼ਰ ਖਾਤੇ।
- ਕਈ ਕੀਮਤ ਯੋਜਨਾਵਾਂ। ਇੱਕ ਕੀਮਤ, ਜਾਂ ਮੁਫ਼ਤ।
- ਈਮੇਲ ਪ੍ਰਵਾਹ ਉਸ ਤੋਂ ਅੱਗੇ ਜੋ ਲੌਗਇਨ ਨੂੰ ਸਖ਼ਤੀ ਨਾਲ ਚਾਹੀਦਾ ਹੈ।
- ਇੰਟੀਗ੍ਰੇਸ਼ਨ। ਪਹਿਲੀ ਪਰਖ ਲਈ CSV ਵਿੱਚ ਨਿਰਯਾਤ ਜਾਂ ਕਾਪੀ-ਪੇਸਟ ਠੀਕ ਹੈ।
- ਸੰਪੂਰਨ ਡਿਜ਼ਾਈਨ। ਸਾਫ਼ ਅਤੇ ਪੜ੍ਹਨਯੋਗ ਕਾਫ਼ੀ ਹੈ। ਇਕਸਾਰ ਰੰਗ ਅਤੇ ਚੰਗੀ ਦੂਰੀ ਬਹੁਤ ਕੁਝ ਕਰ ਦਿੰਦੀ ਹੈ।
- ਪੈਮਾਨਾ। ਦਸ ਯੂਜ਼ਰ ਕਿਸੇ ਚੀਜ਼ 'ਤੇ ਦਬਾਅ ਨਹੀਂ ਪਾਉਣਗੇ।
AI ਬਿਲਡਰ ਲਈ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ
CoverCraft ਨਾਮ ਦਾ MVP ਬਣਾਓ, ਨੌਕਰੀਆਂ ਲਈ ਅਰਜ਼ੀ ਦੇ ਰਹੇ ਜੂਨੀਅਰ ਡਿਵੈਲਪਰਾਂ ਲਈ। ਕੋਰ ਲੂਪ: ਸਾਈਨ ਇਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਯੂਜ਼ਰ ਨੌਕਰੀ ਦਾ ਵੇਰਵਾ ਅਤੇ ਆਪਣਾ CV ਟੈਕਸਟ ਚਿਪਕਾਉਂਦਾ ਹੈ, ਇੱਕ ਲਹਿਜ਼ਾ ਚੁਣਦਾ ਹੈ (ਰਸਮੀ ਜਾਂ ਦੋਸਤਾਨਾ), ਅਤੇ ਇੱਕ ਅਨੁਕੂਲਿਤ ਕਵਰ ਲੈਟਰ ਲੈਂਦਾ ਹੈ ਜਿਸਨੂੰ ਉਹ ਸੋਧ ਅਤੇ ਕਾਪੀ ਕਰ ਸਕਦਾ ਹੈ। ਲੈਟਰ ਸਰਵਰ 'ਤੇ AI ਪ੍ਰੋਵਾਈਡਰ ਨਾਲ ਬਣਾਓ, ਜਿਸਦੀ ਕੁੰਜੀ AI_API_KEY ਹੈ, ਅਤੇ ਕੁੰਜੀ ਕਦੇ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਾ ਦਿਓ। ਹਰ ਲੈਟਰ ਨੌਕਰੀ ਦੇ ਸਿਰਲੇਖ ਅਤੇ ਕੰਪਨੀ ਸਮੇਤ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲੋ; ਹਰ ਯੂਜ਼ਰ ਨੂੰ ਸਿਰਫ਼ ਆਪਣੇ ਲੈਟਰ ਇੱਕ ਸਾਦੀ ਸੂਚੀ ਵਿੱਚ ਦਿਖਣ। ਇੱਕ ਸਾਈਟ-ਹਿੱਸਾ ਜੋੜੋ ਜਿਸ ਵਿੱਚ ਉਤਪਾਦ ਬਾਰੇ ਇੱਕ ਵਾਕ ਅਤੇ ਇੱਕ Get Started ਬਟਨ ਹੋਵੇ। ਹਰ ਯੂਜ਼ਰ ਨੂੰ ਦਿਨ ਵਿੱਚ 10 ਲੈਟਰਾਂ ਤੱਕ ਸੀਮਤ ਕਰੋ, ਜੋ ਸਰਵਰ 'ਤੇ ਲਾਗੂ ਹੋਵੇ। ਡਿਜ਼ਾਈਨ ਸਾਫ਼ ਅਤੇ ਸਾਦਾ ਰੱਖੋ, ਅਤੇ ਫ਼ੋਨ 'ਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰੇ। ਸੈਟਿੰਗਾਂ, ਟੀਮਾਂ, ਜਾਂ ਐਡਮਿਨ ਪੈਨਲ ਨਾ ਜੋੜੋ।
ਆਖ਼ਰੀ ਲਾਈਨ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ। AI ਬਿਲਡਰ ਅਕਸਰ ਉਹ ਫ਼ੀਚਰ ਜੋੜ ਦਿੰਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਮੰਗੇ ਨਹੀਂ ਸਨ, ਅਤੇ ਦੱਸਣਾ ਕਿ ਕੀ ਨਹੀਂ ਬਣਾਉਣਾ, ਪਹਿਲਾ ਸੰਸਕਰਨ ਛੋਟਾ ਰੱਖਦਾ ਹੈ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ AI ਐਪ ਬਿਲਡਰਾਂ ਲਈ ਪ੍ਰੋਂਪਟ ਕਿਵੇਂ ਲਿਖੀਏ ਵੇਖੋ।
ਹਫ਼ਤਾ ਬਚਾਉਣ ਵਾਲੇ ਸੁਝਾਅ
- ਹਰ ਸੁਨੇਹੇ ਵਿੱਚ ਇੱਕ ਬਦਲਾਅ। ਵੱਡੀਆਂ ਬਹੁ-ਭਾਗ ਬੇਨਤੀਆਂ ਜਾਂਚਣ ਅਤੇ ਉਲਟਾਉਣ ਵਿੱਚ ਔਖੀਆਂ ਹਨ।
- ਹਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਪਰਖੋ, ਪ੍ਰੀਵਿਊ ਵਿੱਚ, ਫ਼ੋਨ ਦੇ ਆਕਾਰ 'ਤੇ।
- ਬਹਿਸ ਕਰਨ ਦੀ ਥਾਂ ਵਾਪਸ ਜਾਓ। ਜੇ ਕੋਈ ਬਦਲਾਅ ਗ਼ਲਤ ਹੋਇਆ, ਆਖ਼ਰੀ ਕੰਮ ਕਰਨ ਵਾਲੇ ਸੰਸਕਰਨ 'ਤੇ ਵਾਪਸ ਜਾਓ ਅਤੇ ਹੋਰ ਸਪੱਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਦੁਬਾਰਾ ਪੁੱਛੋ।
- ਜੋਖਮ ਭਰੀ ਚੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ ਯੋਜਨਾ ਮੋਡ ਵਰਤੋ, ਜਿਵੇਂ ਲੌਗਇਨ ਜਾਂ ਭੁਗਤਾਨ ਜੋੜਨਾ।
- 80% 'ਤੇ ਪਾਲਿਸ਼ ਕਰਨਾ ਰੋਕੋ। ਜਿਸ ਫ਼ੀਚਰ ਨੂੰ ਕੋਈ ਨਹੀਂ ਵਰਤਦਾ ਉਸਦੀ ਆਖ਼ਰੀ 20% ਪਾਲਿਸ਼ ਬਰਬਾਦ ਹੈ।
ਆਮ ਗ਼ਲਤੀਆਂ
- ਸਵਾਲ ਤੋਂ ਬਿਨਾਂ ਸ਼ੁਰੂ ਕਰਨਾ, ਇਸ ਲਈ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਹਫ਼ਤਾ ਕਾਮਯਾਬ ਰਿਹਾ ਜਾਂ ਨਹੀਂ।
- ਇੱਕ ਦੀ ਥਾਂ ਦੋ ਫ਼ੀਚਰ, ਅਤੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮੁਕੰਮਲ ਨਾ ਹੋਣਾ।
- "ਇਸ ਹਫ਼ਤੇ ਨਹੀਂ" ਸੂਚੀ ਬਣਾਉਣਾ, ਕਿਉਂਕਿ ਇਹ ਉਤਪਾਦਕ ਲੱਗਦਾ ਹੈ।
- ਡੇਟਾਬੇਸ ਛੱਡਣਾ, ਤਾਂ ਕਿ ਹਰ ਚੀਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਗ਼ਾਇਬ ਹੋ ਜਾਵੇ ਅਤੇ ਟੈਸਟਰਾਂ ਦਾ ਕੰਮ ਗੁੰਮ ਜਾਵੇ।
- ਕਿਸੇ ਨੂੰ ਨਾ ਵਿਖਾਉਣਾ। ਜਿਹੜਾ ਹਫ਼ਤੇ ਦਾ MVP ਨਿੱਜੀ ਰਹਿੰਦਾ ਹੈ, ਉਸਨੇ ਤੁਹਾਨੂੰ ਕੁਝ ਨਹੀਂ ਸਿਖਾਇਆ।
- ਦੋਸਤਾਂ ਨੂੰ ਪੁੱਛਣਾ "ਕੀ ਤੁਹਾਨੂੰ ਪਸੰਦ ਆਇਆ?" ਅਜਨਬੀਆਂ ਨੂੰ ਵੇਖੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਉਹ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ।
ਕਦੋਂ ਬਿਲਕੁਲ ਨਾ ਬਣਾਉਣਾ
ਕਈ ਵਾਰ ਹਫ਼ਤੇ ਦਾ ਅੰਤ ਨਾ ਬਣਾਉਣ ਵਿੱਚ ਬਿਹਤਰ ਖਰਚਿਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਵਿਚਾਰ ਇੱਕ ਫਾਰਮ, ਇੱਕ ਸਪਰੈੱਡਸ਼ੀਟ ਅਤੇ ਇੱਕ ਭੁਗਤਾਨ ਲਿੰਕ ਨਾਲ ਪਰਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਤਿੰਨ ਗਾਹਕਾਂ ਲਈ ਸੇਵਾ ਹੱਥੀਂ ਕਰਕੇ, ਤਾਂ ਪਹਿਲਾਂ ਉਹ ਕਰੋ। ਬਣਾਓ ਜਦੋਂ ਕੀਮਤ ਖੁਦ ਸਾਫ਼ਟਵੇਅਰ ਵਿੱਚ ਹੋਵੇ: ਇੱਕ ਵਰਕਫ਼ਲੋ, ਇੱਕ ਹਿਸਾਬ, ਜਾਂ ਇੱਕ ਬਣਿਆ ਨਤੀਜਾ ਜੋ ਮੌਜੂਦਾ ਟੂਲ ਨਹੀਂ ਦੇ ਸਕਦੇ। ਹਫ਼ਤੇ ਤੋਂ ਬਾਅਦ, ਐਪ ਲਾਂਚ ਕਰਕੇ ਪਹਿਲੇ ਯੂਜ਼ਰ ਕਿਵੇਂ ਲੈਣੇ ਦੱਸਦਾ ਹੈ ਕਿ ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ, ਅਤੇ SaaS MVP ਕਿਵੇਂ ਬਣਾਈਏ ਦੱਸਦਾ ਹੈ ਕਿ ਉਚਿਤ ਖਾਤੇ ਅਤੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਕਦੋਂ ਜੋੜਨੇ ਹਨ।
Mythex ਨਾਲ ਬਣਾਉਣਾ
Mythex ਹਫ਼ਤੇ ਦੀ ਯੋਜਨਾ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਮੇਲ ਖਾਂਦਾ ਹੈ: ਤੁਸੀਂ MVP ਚੈਟ ਵਿੱਚ ਵਰਣਨ ਕਰਦੇ ਹੋ, ਏਜੰਟ ਕੋਡ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਪਰਖਦੇ ਹੋ, ਫ਼ੋਨ ਆਕਾਰ ਦੇ ਦ੍ਰਿਸ਼ ਸਮੇਤ। ਯੋਜਨਾ ਮੋਡ ਸ਼ੁੱਕਰਵਾਰ ਰਾਤ ਨੂੰ ਵਿਚਾਰ ਨੂੰ ਢਾਲਣ ਲਈ ਲਾਭਦਾਇਕ ਹੈ, ਅਤੇ ਹਰ ਸਫ਼ਲ ਬਦਲਾਅ ਇੱਕ ਚੈੱਕਪੌਇੰਟ ਵਜੋਂ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਵਾਪਸ ਜਾ ਸਕਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਡੇਟਾ ਸੰਭਾਲਣ ਲਈ ਕਹਿੰਦੇ ਹੋ, ਤਾਂ Mythex ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ Postgres ਡੇਟਾਬੇਸ ਜੋੜਦਾ ਹੈ। /test ਏਜੰਟ ਨੂੰ ਪ੍ਰੀਵਿਊ ਨੂੰ ਯੂਜ਼ਰ ਵਾਂਗ ਕਲਿੱਕ ਕਰਨ ਅਤੇ ਟੁੱਟੇ ਪ੍ਰਵਾਹ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ (ਐਪ ਟੈਸਟਿੰਗ)। ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਟੈਸਟਰਾਂ ਨੂੰ ਪ੍ਰੀਵਿਊ ਦਾ ਸਾਂਝਾ ਲਿੰਕ ਭੇਜ ਸਕਦੇ ਹੋ।
ਕੁਝ ਹਿੱਸੇ ਤੁਸੀਂ ਆਪ ਲਿਆਉਂਦੇ ਹੋ: ਤੁਹਾਡੇ ਯੂਜ਼ਰਾਂ ਲਈ ਲੌਗਇਨ ਤੁਹਾਡੇ ਚੁਣੇ ਆਥ ਤਰੀਕੇ ਨਾਲ ਹੁੰਦਾ ਹੈ, ਭੁਗਤਾਨ ਤੁਹਾਡੇ ਆਪਣੇ Stripe ਖਾਤੇ ਰਾਹੀਂ, ਅਤੇ AI ਫ਼ੀਚਰ ਤੁਹਾਡੀ ਆਪਣੀ ਮਾਡਲ API ਕੁੰਜੀ ਨਾਲ। ਮੁਫ਼ਤ ਯੋਜਨਾ ਪਹਿਲੇ ਦਿਨ 10 ਕ੍ਰੈਡਿਟ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਰੋਜ਼ 5 ਕ੍ਰੈਡਿਟ ਦਿੰਦੀ ਹੈ, ਜੋ ਕਿਸੇ ਰੁੱਝੇ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ ਤੁਹਾਡੇ ਬਣਾਉਣ ਨੂੰ ਸੀਮਤ ਕਰ ਸਕਦੀ ਹੈ; Pro ਮਹੀਨੇ ਵਿੱਚ 100 ਕ੍ਰੈਡਿਟ ਦਿੰਦਾ ਹੈ। ਡੌਕਸ ਦਾ ਵਿਚਾਰ ਤੋਂ ਲਾਈਵ ਐਪ ਵਾਕ-ਥਰੂ ਇਸ ਵਰਗਾ ਰਾਹ ਦੱਸਦਾ ਹੈ।
ਸਵਾਲ
ਕੀ ਸੱਚਮੁੱਚ ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ MVP ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ?
ਤੁਸੀਂ ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ ਇੱਕ ਮੁੱਖ ਫ਼ੀਚਰ ਦਾ ਛੋਟਾ, ਕੰਮ ਕਰਨ ਵਾਲਾ ਪਹਿਲਾ ਸੰਸਕਰਨ ਬਣਾ ਸਕਦੇ ਹੋ, ਖ਼ਾਸ ਕਰਕੇ AI ਐਪ ਬਿਲਡਰ ਨਾਲ। ਤੁਸੀਂ ਕੋਈ ਪਾਲਿਸ਼ ਕੀਤਾ ਉਤਪਾਦ ਨਹੀਂ ਬਣਾਓਗੇ, ਅਤੇ ਕੋਸ਼ਿਸ਼ ਵੀ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਟੀਚਾ ਇਹ ਹੈ ਕਿ ਅਸਲ ਲੋਕ ਇਸਨੂੰ ਵਰਤ ਸਕਣ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਸਿੱਖ ਸਕੋ ਕਿ ਵਿਚਾਰ ਹੋਰ ਸਮੇਂ ਦੇ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ।
ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਦੇ MVP ਵਿੱਚ ਕੀ ਛੱਡਣਾ ਚਾਹੀਦਾ ਹੈ?
ਉਹ ਸਭ ਕੁਝ ਜੋ ਮੁੱਖ ਵਿਚਾਰ ਨੂੰ ਪਰਖਣ ਲਈ ਲੋੜੀਂਦਾ ਨਹੀਂ: ਸੈਟਿੰਗ ਪੰਨੇ, ਟੀਮਾਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ, ਐਡਮਿਨ ਡੈਸ਼ਬੋਰਡ, ਕਈ ਕੀਮਤ ਯੋਜਨਾਵਾਂ, ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਸੂਚਨਾਵਾਂ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਕਿਨਾਰੇ ਦੇ ਕੇਸ। ਇੱਕ ਸੂਚੀ ਬਾਅਦ ਲਈ ਰੱਖੋ।
ਕੀ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਦੇ MVP ਵਿੱਚ ਲੌਗਇਨ ਅਤੇ ਭੁਗਤਾਨ ਚਾਹੀਦੇ ਹਨ?
ਸਿਰਫ਼ ਉਦੋਂ ਜੇ ਟੈਸਟ ਨੂੰ ਲੋੜ ਹੋਵੇ। ਜੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਆਪਣਾ ਡੇਟਾ ਸੰਭਾਲਣਾ ਹੈ, ਤਾਂ ਸਧਾਰਨ ਲੌਗਇਨ ਜੋੜੋ। ਜੇ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੀ ਲੋਕ ਭੁਗਤਾਨ ਕਰਨਗੇ, ਤਾਂ ਇੱਕ ਭੁਗਤਾਨ ਲਿੰਕ ਜਾਂ ਇੱਕ ਚੈੱਕਆਊਟ ਕਾਫ਼ੀ ਹੈ; ਪੂਰੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਬਿਲਿੰਗ ਬਾਅਦ ਲਈ ਰੱਖੀ ਜਾ ਸਕਦੀ ਹੈ।
ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਤੋਂ ਬਾਅਦ ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਇਸਨੂੰ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਸਾਹਮਣੇ ਰੱਖੋ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਸੀਂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਗੱਲ ਕੀਤੀ ਸੀ, ਉਨ੍ਹਾਂ ਨੂੰ ਇਸਨੂੰ ਵਰਤਦੇ ਵੇਖੋ, ਅਤੇ ਫ਼ੈਸਲਾ ਉਨ੍ਹਾਂ ਦੇ ਕਹੇ ਦੀ ਥਾਂ ਉਨ੍ਹਾਂ ਦੇ ਕੀਤੇ 'ਤੇ ਅਧਾਰਤ ਕਰੋ। ਫਿਰ ਸਭ ਤੋਂ ਵੱਡੀ ਸਮੱਸਿਆ ਠੀਕ ਕਰੋ ਜਾਂ ਦਿਸ਼ਾ ਬਦਲੋ।