ਪੂਰਨਤਾ ਤੋਂ ਬੇਹਤਰ ਤੇਜ਼ੀ: ਪਹਿਲੀ ਵਾਰੀ ਬਣਾਉਣ ਵਾਲਿਆਂ ਲਈ ਗਾਈਡ

ਤੇਜ਼ੀ ਬਨਾਮ ਪੂਰਨਤਾ: ਅਸੀਂ ਕੀ ਕਹਿ ਰਹੇ ਹਾਂ (ਅਤੇ ਕੀ ਨਹੀਂ)\n\n“Speed over perfection” ਸੁਨਨ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਖ਼ਰਾਬ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਆਗਿਆ ਵਰਗਾ ਲੱਗ ਸਕਦਾ ਹੈ। ਪਰ ਇਹ ਮਕਸਦ ਨਹੀਂ—ਖ਼ਾਸ ਕਰਕੇ ਪਹਿਲੀ ਵਾਰੀ ਬਣਾਉਣ ਵਾਲਿਆਂ ਲਈ।\n\n### ਇੱਥੇ “ਤੇਜ਼ੀ” ਦਾ ਮਤਲਬ ਕੀ ਹੈ\n\nਤੇਜ਼ੀ ਦਾ ਮਤਲਬ ਹੈ ਇੱਕ ਖ਼ਿਆਲ ਤੋਂ ਕਿਸੇ ਹੱਕੀਕੀ ਚੀਜ਼ ਨੂੰ ਕਿਸੇ ਹੋਰ ਦੇ ਸਾਹਮਣੇ ਰੱਖਣ ਤੱਕ ਦਾ ਸਮਾਂ ਘਟਾਉਣਾ। ਇਹ ਗਤਿਹੀਨਤਾ ਬਾਰੇ ਹੈ: ਛੋਟੇ ਫੈਸਲੇ ਲੈਣਾ, ਸਭ ਤੋਂ ਸਧਾਰਨ ਵਰਜ਼ਨ ਬਣਾਉਣਾ, ਅਤੇ ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਊਰਜਾ ਅਤੇ ਜਿਗਿਆਸਾ ਹੋਵੇ ਦੁਨੀਆ ਵਿਚ ਰੱਖਣਾ।\n\nਪਹਿਲੀ ਬਣਤ ਲਈ, ਤੇਜ਼ੀ ਦਾ ਮੁੱਖ ਟੀਚਾ ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖਣਾ ਹੁੰਦਾ ਹੈ। ਹਰ ਹਫ਼ਤਾ ਜੋ ਤੁਸੀਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਪੋਲਿਸ਼ ਕਰਨ ਵਿੱਚ ਬਿਤਾਂਦੇ ਹੋ, ਉਹ ਇੱਕ ਹਫ਼ਤਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਹ ਨਹੀਂ ਪਤਾ ਲਾ ਰਹੇ ਕਿ ਯੂਜ਼ਰ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੁੰਦੇ ਹਨ, ਕੀ ਉਨ੍ਹਾਂ ਨੂੰ ਭੁੱਲ੍ਹਾ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਕਿਹੜੀ ਗਲਤ ਫ਼ੈਸਲਾ ਕੀਤੀ।\n\n### ਆਮ ਤੌਰ 'ਤੇ “ਪੂਰਨਤਾ” ਦਾ ਮਤਲਬ\n\nਪੂਰਨਤਾ ਅਕਸਰ ਹਰ ਠਿੱਥੜੀ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਜੁੜੀ ਹੁੰਦੀ ਹੈ: ਸ਼ਾਨਦਾਰ ਕਾਪੀ, ਸ਼ਾਨਦਾਰ UI, ਸਾਰੀਆਂ ਫੀਚਰਾਂ, ਪਰਫੈਕਟ ਬ੍ਰਾਂਡਿੰਗ। ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ “ਪੂਰਨ” ਤੁਹਾਡੇ ਅਨੁਮਾਨਾਂ 'ਤੇ ਆਧਾਰਿਤ ਹੁੰਦਾ ਹੈ—ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਕੋਲ ਅਜੇ ਅਸਲੀ ਫੀਡਬੈਕ ਨਹੀਂ।\n\nਵਰਜ਼ਨ ਇੱਕ 'ਤੇ ਪੂਰਨਤਾ ਦਾ ਪਿਛਾ ਕਰਨ ਨਾਲ ਅਕਸਰ ਇੱਕ ਵੱਖਰੀ ਮਕਸਦ ਲੁਕਿਆ ਹੁੰਦਾ ਹੈ: ਦਿਨ ਪਹਿਲੇ ਹੀ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼। ਪਰ ਪਹਿਲੇ ਵਰਜਨ ਨੇਂਗੇ ਅਸਾਈਨਮੈਂਟ ਨਹੀਂ—ਇਹ ਪ੍ਰਯੋਗ ਹਨ।\n\n### ਇੱਕ ਸਧਾਰਨ ਆਂਕੜਾ\n\nਛੋਟਾ ਰਿਲੀਜ਼ ਕਰੋ, ਫਿਰ ਸੁਧਾਰ ਕਰੋ।\n\nਜੇ ਤੁਸੀਂ ਜੋ ਰਿਲੀਜ਼ ਕਰ ਰਹੇ ਹੋ ਉਸਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਸਮਝਾ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਸੰਭਵ ਹੈ ਕਿ ਉਹ ਪਹਿਲੇ ਰਿਲੀਜ਼ ਲਈ ਬਹੁਤ ਵੱਡਾ ਹੈ। ਇੱਕ ਸਾਫ਼, ਉਪਯੋਗੀ “ਸਲਾਈਸ” ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਜੋ ਇੱਕ ਸਮੱਸਿਆ ਨੂੰ end-to-end ਹੱਲ ਕਰਦਾ ਹੋਵੇ, ਭਾਵੇਂ ਉਹ ਸਧਾਰਣ ਹੀ ਲੱਗੇ।\n\n### ਤੇਜ਼ੀ ਕੀ ਨਹੀਂ ਹੈ\n\nਤੇਜ਼ੀ ਦਾ ਮਤਲਬ ਝਪਟਣਾ, ਬੱਗ ਨੂੰ ਅਣਦੇਖਾ ਕਰਨਾ ਜਾਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਤਕਲੀਫ਼ ਦੇਣਾ ਨਹੀਂ ਹੈ। ਇਹ “move fast and break things” ਨਹੀਂ ਹੈ। ਤੁਹਾਨੂੰ ਫਿਰ ਵੀ ਖ਼ਿਆਲ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ: ਮੁੱਖ ਫਲੋ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਡਾਟਾ ਖ਼ਤਰੇ ਵਿੱਚ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਅਧੂਰਾ ਹੈ ਉਸ ਬਾਰੇ ਇਮਾਨਦਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।\n\nਇਸ ਤਰੀਕੇ ਨਾਲ ਸੋਚੋ: ਜਲਦੀ ਰਿਲੀਜ਼ ਕਰੋ, ਪਰ ਲਾਪਰਵਾਹ ਨਾਹ ਕਰੋ।\n\n## ਪਹਿਲਾ ਵਰਜਨ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਿੱਖਣ ਲਈ ਹੁੰਦਾ ਹੈ\n\nਤੁਹਾਡਾ ਪਹਿਲਾ ਵਰਜਨ ਉਸ “ਅਸਲੀ” ਉਤਪਾਦ ਵਾਂਗ ਨਹੀਂ ਹੈ ਜੋ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ। ਇਹ ਇੱਕ ਟੈਸਟ ਹੈ ਜੋ ਤੁਹਾਡੇ ਅਨੁਮਾਨਾਂ ਨੂੰ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ।\n\nਅਧਿਕਤਰ ਪਹਿਲੀ ਵਾਰੀ ਬਣਾਉਣ ਵਾਲੇ ਲੰਬੀ ਲਿਸਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ: ਯੂਜ਼ਰ ਕੀ ਚਾਹੁੰਦੇ, ਉਨ੍ਹਾਂ ਕਿੰਨਾ ਭੁਗਤਾਨ ਕਰਨਗੇ, ਕਿਹੜੀਆਂ ਫੀਚਰਾਂ ਮਹੱਤਵਪੂਰਣ ਹਨ, ਕੀ ਲਫ਼ਜ਼ ਉਨ੍ਹਾਂ ਨੂੰ ਮਨਾਉਣਗੇ, ਅਤੇ “ਗੁਣਵੱਤਾ” ਕਿਸ ਤਰ੍ਹਾਂ ਲਗਦੀ ਹੈ। ਦਿਲਚਸਪ ਗੱਲ ਇਹ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਅਨੁਮਾਨ ਸਿਰਫ ਅਨੁਮਾਨ ਹੀ ਰਹਿ ਜਾਂਦੇ ਹਨ—ਠੀਕ ਅਨੁਮਾਨ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਅਜੇ ਵੀ ਅਨੁਮਾਨ—ਜਦ ਤੱਕ ਅਸਲੀ ਲੋਕ ਤੁਹਾਡੇ ਕੰਮ ਨਾਲ ਇੰਟਰੈਕਟ ਨਹੀਂ ਕਰਦੇ।\n\n### ਸ਼ੁਰੂਆਤੀ ਅਨੁਮਾਨ ਅਕਸਰ ਗਲਤ ਜਾਂ ਅਧੂਰੇ ਹੁੰਦੇ ਹਨ\n\nਭਾਵੇਂ ਤੁਹਾਡਾ ਮੁੱਖ ਖ਼ਿਆਲ ਸਹੀ ਹੋਵੇ, ਵਿਸਥਾਰ ਆਮ ਤੌਰ 'ਤੇ ਠੀਕ ਨਹੀਂ ਹੁੰਦੇ। ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ ਕਿ ਯੂਜ਼ਰ ਤੁਹਾਡੇ ਟਰਮੀਨੋਲੋਜੀ ਨੂੰ ਨਹੀਂ ਸਮਝਦੇ, ਤੁਹਾਡੀ ਮਨਪਸੰਦ ਫੀਚਰ ਨੂੰ ਘੱਟ ਮਹੱਤਵ ਦਿੰਦੇ ਹਨ, ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਧਾਰਨ ਪਹਿਲਾ ਕਦਮ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਨਾਕਾਮੀਆਂ ਨਹੀੰ—ਇਹੋ ਹੀ ਹਨ ਜੋ ਪਹਿਲੇ ਵਰਜਨ ਨੂੰ ਖੋਜਣਾ ਚਾਹੀਦਾ ਹੈ।\n\n### ਅਸਲ ਯੂਜ਼ਰ ਉਹ ਤਰਜੀਹਾਂ ਦਿਖਾਉਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਅਨੁਮਾਨ ਨਹੀਂ ਕਰ ਸਕਦੇ\n\nਕਿਸੇ ਨੇ ਤੁਹਾਡਾ ਪਹਿਲਾ ਵਰਜਨ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਵੇਲੇ ਤੁਹਾਨੂੰ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ ਦਰਸਾਇਆਂ ਜਾਣਗੀਆਂ:

\n- ਜਿੱਥੇ ਉਹ ਫੱਸਦੇ ਹਨ (ਤੁਹਾਡਾ “ਸਪੱਸ਼ਟ” ਫਲੋ ਸਪੱਸ਼ਟ ਨਹੀਂ)