12 ਮਾਰਚ 2025·4 ਮਿੰਟ
ਜੈਨ ਕੋਮ ਦਾ WhatsApp: ਉਹ ਸਾਦਗੀ ਜਿਸ ਨੇ ਅਰਬਾਂ ਤੱਕ ਵਧਾਇਆ
ਕਿਵੇਂ Jan Koum ਨੇ WhatsApp ਨੂੰ ਸਾਦਗੀ, ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਫੋਕਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਤਿਆਰ ਕੀਤਾ—ਅਤੇ ਕਿਉਂ ਫੀਚਰ ਬਲਾਟ ਨੂੰ ਨਾਹ ਕਹਿਣਾ ਇਸਨੂੰ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਵਧਾਉਣ ਵਿੱਚ ਮਦਦਗਾਰ ਸਾਬਤ ਹੋਇਆ।
ਕਿਵੇਂ Jan Koum ਨੇ WhatsApp ਨੂੰ ਸਾਦਗੀ, ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਫੋਕਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਤਿਆਰ ਕੀਤਾ—ਅਤੇ ਕਿਉਂ ਫੀਚਰ ਬਲਾਟ ਨੂੰ ਨਾਹ ਕਹਿਣਾ ਇਸਨੂੰ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਵਧਾਉਣ ਵਿੱਚ ਮਦਦਗਾਰ ਸਾਬਤ ਹੋਇਆ।
ਕਈ ਉਤਪਾਦ ਜ਼ਿਆਦਾ ਜਿੱਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ: ਵੱਧ ਬਟਨ, ਵੱਧ ਮੋਡ, ਵੱਧ ਸੈਟਿੰਗਾਂ, ਹੋ ਸਕਿਆ ਤਾਂ ਹੋਰ “ਜ਼ਰੂਰਤ ਪੈਣ ਤੱਕ” ਫੀਚਰ। WhatsApp ਦੀ ਉਭਰੋਤ ਇਸ ਦਾ ਵੱਖਰਾ ਰਸਤਾ ਦਿਖਾਉਂਦੀ ਹੈ: ਸਾਦਗੀ ਬਹੁਤ ਕੁਝ ਬੇਹਤਰ ਕਰ ਸਕਦੀ ਹੈ—ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਨੌਕਰੀ ਆਮ ਅਤੇ ਮਿਆਦਕਾਰੀ ਹੋਵੇ, ਜਿਵੇਂ ਕਿ ਐਸੇ ਸੰਦੇਸ਼ ਭੇਜਣਾ।
Jan Koum ਨੇ ਸੋਸ਼ਲ ਨੈਟਵਰਕ ਜਾਂ ਮੀਡੀਆ ਪਲੇਟਫਾਰਮ ਬਣਾਉਣ ਦਾ ਇरਾਦ ਨਹੀਂ ਕੀਤਾ ਸੀ। ਸ਼ੁਰੂਆਤੀ ਮਨੋਰਥ ਨਿੱਕਾ ਸੀ: ਇੱਕ ਐਸੀ ਮੈਸੇਜਿੰਗ ਤਜਰਬਾ ਜੋ ਸਪੱਠ ਲੱਗੇ, ਲਗਾਤਾਰ ਕੰਮ ਕਰੇ, ਤੇ ਰਾਹ ਵਿੱਚ ਰੁਕਾਵਟ ਨਾ ਪਾਏ।
ਇਹ ਦ੍ਰਿਸ਼ਟੀ ਮਹੱਤਵਪੂਰਣ ਹੈ ਕਿਉਂਕਿ “ਪੈਮਾਨਾ” ਸਿਰਫ਼ ਸਰਵਰਾਂ ਅਤੇ ਸਟਾਫ਼ ਦੀ ਗਿਣਤੀ ਨਹੀਂ—ਇਹ ਵੀ ਹੈ ਕਿ ਤੁਸੀਂ ਆਪਣਾ ਉਤਪਾਦ ਤਾਂ ਕਿੰਨੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲਦੇ ਹੋ ਜਦੋਂ ਮਿਲੀਅਨ ਲੋਕ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ, ਭਾਸ਼ਾਵਾਂ ਅਤੇ ਉਮੀਦਾਂ ਨਾਲ ਹਰ ਰੋਜ਼ ਉਸ 'ਤੇ ਨਿਰਭਰ ਹੋਂਦੇ ਹਨ।
ਮਿਨੀਮਾਲਿਜ਼ਮ ਦਾ ਮਤਲਬ “ਕੋਈ ਫੀਚਰ ਨਹੀਂ” ਨਹੀਂ ਹੈ। ਇਹ ਉਹ ਅਨੁਸ਼ਾਸਨ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਰੱਖਦਾ ਹੈ ਜੋ ਕੋਰ ਉਪਯੋਗ ਮਾਮਲੇ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ—ਅਤੇ ਜੋ ਕੁਝ ਭੁੱਲ-ਭੁੱਲਾਈ, ਕਦਮ, ਜਾਂ ਮਾਨਸਿਕ ਭਾਰ ਵਧਾਉਂਦਾ ਹੈ, ਉਹ ਹਟਾਓ।
ਭਰੋਸੇਯੋਗਤਾ ਉਹ ਫੀਚਰ ਹੈ ਜੋ ਯੂਜ਼ਰ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਭਾਵੇਂ ਉਹ ਇਸ ਨੂੰ ਨਾਮ ਨਾ ਦੇ ਸਕਣ: ਸੰਦੇਸ਼ ਪਹੁੰਚਦੇ ਹਨ, ਐਪ ਤੇਜ਼ ਖੁਲਦੀ ਹੈ, ਬੈਟਰੀ ਅਤੇ ਡਾਟਾ ਖਪਤ ਠੀਕ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਵਿਹਾਰ ਅਨੁਮਾਨਯੋਗ ਹੁੰਦਾ ਹੈ।
ਫੋਕਸ ਇੱਕ ਰਣਨੀਤਿਕ ਚੋਣ ਹੈ: ਨਿਰਣਯ ਲੈਣਾ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਚੀਜ਼ ਬਹੁਤ ਵਧੀਆ ਕਰੋਂਗੇ—ਅਤੇ ਕਿਹੜੀ ਚੀਜ਼ ਅਣਕਾਰਨੀ ਕਰ ਦਿਓਗੇ, ਭਾਵੇਂ ਉਹ ਵਿਚਾਰ ਰੋਮਾਂਚਕ ਲੱਗਣ ਜਾਂ ਹੋਰਥਾਂ 'ਤੇ ਲੋਕਪ੍ਰਿਯ ਹੋਣ।
ਅੱਗੇ ਦੇ ਹਿੱਸਿਆਂ ਵਿੱਚ ਅਸੀਂ ਵੇਖਾਂਗੇ ਕਿ ਇਹ ਸਿਧਾਂਤ ਕਿਸ ਤਰ੍ਹਾਂ ਅਸਲੀ ਉਤਪਾਦੀ ਫੈਸਲਿਆਂ ਵਿੱਚ ਨਜ਼ਰ ਆਉਂਦੇ ਹਨ: ਕਿਵੇਂ ਇੱਕ ਸਪੱਠ ਕੋਰ ਉਪਯੋਗ ਮਾਮਲਾ ਡਿਜ਼ਾਈਨ ਨੂੰ ਰਾਹ ਦਿੰਦਾ ਹੈ, ਕਿਉਂ ਫੀਚਰ ਬਲਾਟ ਚੁਪਚਾਪ ਸਪੋਰਟ ਲਾਗਤਾਂ ਅਤੇ churn ਵਧਾਉਂਦਾ ਹੈ, ਅਤੇ ਕਿਵੇਂ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਭਰੋਸਾ word-of-mouth ਵਾਧੇ ਬਣਾਉਂਦੇ ਹਨ।
ਤੁਸੀਂ ਆਪਣੇ ਖੁਦ ਦੇ ਉਤਪਾਦ 'ਤੇ ਲਾਗੂ ਕਰਨ ਲਈ ਪ੍ਰਯੋਗਕ ਲੈਸਨ ਵੀ ਮਿਲਣਗੇ—ਛੋਟੀ ਐਪ ਹੋਵੇ, SaaS ਟੂਲ ਜਾਂ ਇੱਕ ਅੰਦਰੂਨੀ ਸਿਸਟਮ ਜੋ ਹਰ ਕਿਸੇ ਲਈ “ਸਿਰਫ਼ ਕੰਮ ਕਰੇ” ਦੀ ਲੋੜ ਰੱਖਦਾ ਹੋਵੇ।
Jan Koum ਦੀ WhatsApp ਤੱਕ ਦੀ ਰਹੀ ਸਟੋਰੀ Silicon Valley ਦੀ ਪਰਿਕਥਾ ਤੋਂ ਕਾਫ਼ੀ ਦੂਰ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਯੂਕਰੇਨ ਵਿੱਚ ਜਨਮੇ, ਉਹ ਤਿnਨੌਜਵਾਨੀ ਵਿੱਚ ਅਮਰੀਕਾ ਆਏ ਅਤੇ ਬਾਅਦ ਵਿੱਚ Brian Acton ਦੇ ਨਾਲ Yahoo 'ਚ ਸਾਲਾਂ ਤੱਕ ਕੰਮ ਕੀਤਾ। Yahoo ਛੱਡਣ ਤੋਂ ਬਾਅਦ ਦੋਹਾਂ ਨੇ ਸੋਚਿਆ ਕਿ ਨਵੇਂ ਲੋਕਪ੍ਰਿਯ iPhone 'ਤੇ ਇੱਕ ਆਧੁਨਿਕ ਇੰਟਰਨੈਟ-ਅਧਾਰਤ ਸੰਚਾਰ ਟੂਲ ਕਿਵੇਂ ਹੋ ਸਕਦਾ ਹੈ।
2009 ਵਿੱਚ, Koum ਨੇ WhatsApp ਦੀ ਸਥਾਪਨਾ ਇੱਕ ਸਧਾਰਨ ਵਿਚਾਰ ਨਾਲ ਕੀਤੀ: ਮੈਸੇਜਿੰਗ ਤੇਜ਼, ਨਿਰਭਰਯੋਗ ਅਤੇ ਧਿਆਨ ਵਿਘਟਿਤ ਨਾ ਕਰਨ ਵਾਲੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਸ਼ੁਰੂ ਵਿੱਚ, ਉਤਪਾਦ ਨੂੰ ਸੋਸ਼ਲ ਨੈਟਵਰਕ ਦੇ ਤੌਰ 'ਤੇ ਨਹੀਂ, ਪਰ ਇੱਕ ਯੂਟਿਲਿਟੀ ਵਾਂਗ ਰੱਖਿਆ ਗਿਆ ਸੀ—ਉਸਨੂੰ ਖੋਲ੍ਹੋ, ਸੁਨੇਹਾ ਭੇਜੋ, ਅੱਗੇ ਵਧੋ।
WhatsApp ਵੱਡੇ ਸੰਸਥਾ ਦੁਆਰਾ ਨਹੀਂ ਬਣਾਈ ਗਈ ਸੀ ਜਿਸ ਵਿੱਚ ਕਈ ਟੀਮਾਂ ਰੋਡਮੈਪ ਲਈ ਮੁਕਾਬਲਾ ਕਰ ਰਹੀਆਂ ਹੋਣ। ਇਹ ਇੱਕ ਛੋਟੀ ਟੀਮ, ਸੀਮਿਤ ਸਮਾਂ, ਅਤੇ ਇੱਕ ਸਪੱਠ ਤਰਜੀਹ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਹੋਈ। ਉਹਨਾਂ ਸੀਮਾਵਾਂ ਨੇ ਟੀਮ ਨੂੰ ਮਜ਼ਬੂਤ ਤਰਜੀਹਾਂ ਵੱਲ ਧਕੇਲਿਆ:
ਸੀਮਾਵਾਂ ਅਕਸਰ ਸਪੱਠਤਾ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੀਆਂ ਹਨ। ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਲੋਕ, ਸਮਾਂ ਜਾਂ ਹਰ ਰੁਝਾਨ ਨੂੰ ਪਿੱਛੇ ਛੱਡਣ ਦੀ ਸਮਰੱਥਾ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ ਤੁਸੀਂ ਸਹੀ ਸਵਾਲ ਪੁੱਛਣ ਦੇ ਯੋਗ ਬਣਦੇ ਹੋ: “ਕੀ ਇਹ ਮੁੱਖ ਕੰਮ ਨੂੰ ਅਸਾਨ ਬਣਾਉਂਦਾ ਹੈ?” ਜੇ ਜਵਾਬ ਨਾ ਹੋਵੇ, ਤਾਂ ਫੀਚਰ ਸ਼ਿਪ ਨਹੀਂ ਹੁੰਦਾ।
ਇਹ ਮਨੋਭਾਵ ਅਕਸਰ ਘੱਟ ਅਨੁਮਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ—ਜਦ ਤੱਕ ਤੁਸੀਂ ਕੰਪਾਉਂਡ ਪ੍ਰਭਾਵ ਨਹੀਂ ਦੇਖਦੇ। ਇੱਕ ਫੋਕਸਡ ਉਤਪਾਦ ਸਮਝਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ, ਸੰਭਾਲਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ, ਤੇ ਭਰੋਸੇਯੋਗ ਹੋਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ। WhatsApp ਦੀ ਸ਼ੁਰੂਆਤੀ ਸੋਚ ਘੱਟ ਕਰਨ ਲਈ ਨਹੀਂ ਸੀ; ਇਹ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਣ ਕੰਮ ਨੂੰ ਬੇਹਤਰੀਨ ਤਰੀਕੇ ਨਾਲ ਕਰਨ ਬਾਰੇ ਸੀ।
WhatsApp ਦੀ ਸ਼ੁਰੂਆਤੀ ਤਾਕਤ ਲੰਮੀ ਫੀਚਰ ਲਿਸਟ ਨਹੀਂ ਸੀ—ਇਹ ਇੱਕ ਇੱਕ-ਮੁਖ਼ਤਿਆਰ ਕੰਮ ਦੀ ਸਖ਼ਤ ਰੱਖਿਆ ਸੀ: ਦੋ ਲੋਕਾਂ ਨੂੰ ਇੱਕ ਸੰਦੇਸ਼ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਬਿਨਾਂ ਵਧੇਰੇ ਕੋਸ਼ਿਸ਼ ਅਤੇ ਅਨਿਸ਼ਚਿਤਤਾ ਦੇ ਭੇਜਣ ਵਿੱਚ ਮਦਦ ਕਰਨਾ।
ਜਦੋਂ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ ਇੱਕ ਪ੍ਰਮੁੱਖ ਕੰਮ ਹੋਵੇ, ਫੈਸਲੇ ਆਸਾਨ ਹੋ ਜਾਂਦੇ ਹਨ। ਤੁਸੀਂ “ਇਹ ਹੋ ਜਾਵੇ ਤਾਂ ਚੰਗਾ ਰਹੇਗਾ” ਦੇ ਵਿਚਾਰਾਂ 'ਤੇ ਘੰਟੇ ਵਿਅਰਥ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਥਾਂ, ਉਹਨਾਂ ਹਿੱਸਿਆਂ 'ਤੇ ਸੁਧਾਰ ਕਰਨ ਵਿੱਚ ਵਧੇਰੇ ਸਮਾਂ ਲਗਾਉਂਦੇ ਹੋ ਜੋ ਯੂਜ਼ਰ ਹਰ ਰੋਜ਼ ਛੁਹਦੇ ਹਨ: ਡਿਲਿਵਰੀ, ਤੇਜ਼ੀ, ਸਪਸ਼ਟਤਾ ਅਤੇ ਸਥਿਰਤਾ।
ਰੁਕਾਵਟ ਰਹਿਤ ਮੈਸੇਜਿੰਗ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸੋਚਣ ਦੀ ਲੋੜ ਨਾ ਪਏ:
ਇਹ ਸੰਗੀਨ ਦਾਇਰਾ ਹੈ, ਪਰ ਇਹ ਵੱਡਾ ਖਾਈ ਬਣਾਉਂਦਾ ਹੈ—ਕਿਉਂਕਿ ਲੋਕ ਮੈਸੇਜਿੰਗ ਐਪਸ ਨੂੰ ਨਵਨਵੀਨਤਾ ਨਾਲ ਨਹੀਂ, ਪਰ ਭਰੋਸਾ ਅਤੇ ਲਗਾਤਾਰਤਾ ਨਾਲ ਅਨੁਮਾਨ ਕਰਦੇ ਹਨ।
ਇੱਕ ਸਹਾਇਕ ਟੈਸਟ ਹੈ: ਕੀ ਇਹ ਅਕਸਰੀਤ: ਯੂਜ਼ਰਾਂ ਲਈ ਜ਼ਿਆਦਾਤਰ ਦਿਨਾਂ 'ਤੇ ਸੰਦੇਸ਼ ਬਦਲਣ ਨੂੰ ਸਿੱਧਾ ਸੁਧਾਰਦਾ ਹੈ?
ਕੋਰ ਫੀਚਰ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦੇ ਹਨ:
ਨਾਨ-ਕੋਰ ਫੀਚਰ (ਜੋ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਮਾੜੇ ਨਹੀਂ ਹਨ, ਪਰ ਅਗੇ ਛੱਡੇ ਜਾ ਸਕਦੇ ਹਨ) ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਇਸ ਇਕ-ਪੰਗਤੀ ਉਤਪਾਦ ਵਾਅਦੇ ਨੂੰ ਅਜ਼ਮਾਓ:
“ਸਾਡਾ ਉਤਪਾਦ [ਕੌਣ] ਨੂੰ [ਇੱਕ ਕੰਮ] ਨੂੰ [ਸਬ ਤੋਂ ਸਧਾਰਣ, ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ], ਭਾਵੇਂ [ਅਸਲੀ-ਜਿੰਦਗੀ ਸੀਮਾਵਾਂ]।”
ਜੇ ਕੋਈ ਵਿਚਾਰ ਉਸ ਜੁਮਲੇ ਨੂੰ ਮਜ਼ਬੂਤ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਉਹ ਸਾਇਡ-ಎਕ੍ਸਪੈਂਸ਼ਨ ਹੋ ਸਕਦਾ ਹੈ।
ਫੀਚਰ ਬਲਾਟ ਉਹ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਤਪਾਦ “ਚੰਗਾ-ਹੈ-ਵਾਲੇ” ਵਿਕਲਪ ਚ ਜੋੜਦਾ ਰਹਿੰਦਾ ਹੈ ਜਦ ਤੱਕ ਕੋਰ ਅਨੁਭਵ ਦਬ ਨਹੀਂ ਜਾਂਦਾ। ਇਹ ਵਧੇਰੇ ਮੀਨੂੰ, ਅਨੰਤ ਟੌਗਲ, ਉਲਝਣ ਵਾਲੇ ਮੋਡਸ ਅਤੇ ਸੰਭਾਲਣ ਲਈ ਮੁਸ਼ਕਲ ਸੈਟਿੰਗ ਸਕ੍ਰੀਨਾਂ ਵਜੋਂ ਨਜ਼ਰ ਆਉਂਦਾ ਹੈ।
ਹਰ ਇਕ ਜ਼ਮੀਰ-ਸਪੱਸ਼ਟ ਵਾਧੇ ਛੋਟਾ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਇਕੱਠੇ ਹੋ ਕੇ ਉਹ ਭਰਭਰਾ ਪੈਦਾ ਕਰਦੇ ਹਨ—ਅਤੇ ਭਰਭਰਾ ਲੋਕਾਂ ਦੀ ਉਤਪਾਦ ਸੂਝ ਨੂੰ ਬਦਲ ਦੇਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਲਾਗਤ ਪ੍ਰਦਰਸ਼ਨ ਹੈ। ਵੱਧ ਫੀਚਰ ਆਮ ਤੌਰ 'ਤੇ ਵੱਧ ਕੋਡ, ਭਾਰੀ ਸਕ੍ਰੀਨਾਂ, ਹੋਰ ਪਿਛੋਕੜ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਵੱਡੀ ਐਪ ਆਕਾਰ ਦਾ ਮਤਲਬ ਹੁੰਦੇ ਹਨ—ਜਿਸ ਨਾਲ ਐਪ ਖੋਲ੍ਹਣ ਵਿੱਚ ਸਮਾਂ ਵਧਦਾ, ਕਾਰਵਾਈਆਂ ਭੇਜਣ ਵਿੱਚ ਦੇਰੀ ਹੁੰਦੀ, ਅਤੇ ਪੁਰਾਣੇ ਡਿਵਾਈਸਾਂ 'ਤੇ ਵਰਤੋਂ ਮੁਸ਼ਕਲ ਹੁੰਦੀ ਹੈ।
ਫਿਰ ਆਉਂਦੀ ਹੈ ਗੁਣਵੱਤਾ। ਹਰ ਨਵਾਂ ਫੀਚਰ ਨਵੇਂ ਏਜ ਕੇਸ ਅਤੇ ਮੌਜੂਦਾ ਫੀਚਰਾਂ ਨਾਲ ਨਵੀਆਂ ਧਾਂਚੇ ਬਣਾਂਦਾ ਹੈ। ਬੱਗ ਵਧਦੇ ਹਨ, ਟੈਸਟਿੰਗ ਲੰਮੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਰਿਲੀਜ਼ਜ਼ ਜ਼ਿਆਦਾ ਖ਼ਤਰਨਾਕ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹ ਅਕਸਰ ਸੰਭਲ ਕੇ ਸ਼ਿਪਿੰਗ ਨੂੰ ਜਨਮ ਦਿੰਦਾ ਹੈ, ਜੋ ਸੁਧਾਰ ਦੀ رفتار ਨੂੰ ਹੋਰ ਘਟਾ ਦਿੰਦਾ ਹੈ।
ਅੰਤੀਮ ਤੌਰ 'ਤੇ, ਬਲਾਟ ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਖਰਾਬ ਕਰਦਾ ਹੈ। ਨਵੇਂ ਯੂਜ਼ਰ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਇਸ ਲਈ ਉਹ ਹਿਚਕਦੇ ਹਨ। ਉਹ ਟੈਪ ਕਰਦੇ ਹਨ, ਉਲਝਣ ਵਿੱਚ ਪਹਿਲ ਜਾਂ churn ਹੋ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਪਾਸੇ, ਸਪੋਰਟ ਦੀ ਲਾਗਤ ਵਧਦੀ ਹੈ ਕਿਉਂਕਿ ਲੋਕਾਂ ਨੂੰ ਉਹ ਚੋਣਾਂ ਸਮਝਾਉਣ ਲਈ ਮਦਦ ਚਾਹੀਦੀ ਹੈ ਜੋ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਲੋੜੀਂਦੀਆਂ ਨਹੀਂ ਸਨ।
ਸਭ ਤੋਂ ਵੱਡੀ ਨੁਕਸਾਨ ਅਦ੍ਰਿਸ਼ਯ ਹੈ: ਕੋਰ ਨੂੰ ਸੁਧਾਰਨ 'ਤੇ ਨਹੀਂ ਲਾਇਆ ਗਿਆ ਸਮਾਂ। ਹਰ ਇਕ ਵਿਕਲਪਤ ਫੀਚਰ ਕੁਝ ਸੋਧਾਂ ਨੂੰ ਦੇਰੀ ਕਰ ਸਕਦਾ ਹੈ—ਤੇ ਇਹ ਮੇਸੇਜਿੰਗ ਉਤਪਾਦ ਲਈ ਭਾਰੀ ਟ੍ਰੇਡ-ਆਫ਼ ਹੈ। ਯੂਜ਼ਰ ਘੱਟ ਫੀਚਰਾਂ ਨੂੰ ਮੰਨ ਲੈਂਦੇ ਹਨ, ਪਰ ਉਹ ਅਸੀਲੀ ਤੌਰ 'ਤੇ ਸੰਦੇਸ਼ਾਂ ਦੇ ਨਾ ਜਾਣ ਨਾਲ ਬਰਦਾਸ਼ਤ ਨਹੀਂ ਕਰਦੇ।
ਮੇਸੇਜਿੰਗ ਐਪਸ ਉਹ ਨਹੀਂ ਜਿੱਤਦੇ ਕਿ ਉਹ ਤੁਹਾਨੂੰ ਹਰ ਹਫ਼ਤੇ ਨਵਾਂ ਕੌਣ-ਕੌਣਾ ਦਿਖਾਂਦੇ ਹਨ। ਉਹ ਅਜੇ ਜਿੱਤਦੇ ਹਨ ਜਦੋਂ ਤੁਹਾਨੂੰ ਜਰੂਰਤ ਹੋਵੇ, ਉਹ ਕੰਮ ਕਰਨ—ਤੇਜ਼, ਲਗਾਤਾਰ, ਅਤੇ ਘੱਟ ਰੁਕਾਵਟ ਨਾਲ। ਜਦੋਂ ਕੋਈ reply ਦੇ ਲਈ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੋਵੇ, ਤਾਂ “ਕੂਲ ਫੀਚਰ” ਤੇਜ਼ੀ ਅਤੇ uptime ਦੇ ਅੱਗੇ ਛੋਟਾ ਲੱਗ ਜਾਂਦਾ ਹੈ।
ਭਰੋਸੇਯੋਗਤਾ ਇੱਕ ਵੱਡਾ ਵਾਅਦਾ ਨਹੀਂ—ਇਹ ਛੋਟੇ ਵਿਹਾਰਾਂ ਦਾ ਸਟੈਕ ਹੈ ਜੋ ਯੂਜ਼ਰ ਤੁਰੰਤ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ:
ਇਹ ਯੂਜ਼ਰਾਂ ਲਈ “ਬੈਕਐਂਡ ਵੇਰਵੇ” ਨਹੀਂ—ਇਹ ਉਤਪਾਦ ਹੀ ਹੈ। ਇੱਕ ਸੁੰਦਰ ਪਰ ਫਲੈਕੀ ਐਪ ਉਸ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ; ਇੱਕ ਸਾਧਾਰਣ ਪਰ ਹਰ ਵੇਲੇ ਕੰਮ ਕਰਣ ਵਾਲੀ ਐਪ ਆਦਤ ਬਣ ਜਾਂਦੀ ਹੈ।
ਜਿਵੇਂ ਵਰਤੋਂ ਵਧਦੀ ਹੈ, ਉਤਪਾਦ ਕਠੋਰ ਹਾਲਤਾਂ ਵਿੱਚ ਪਰਖਿਆ ਜਾਂਦਾ ਹੈ: ਸ਼ਿਖਰ-ਘੰਟੇ ਦੀ ਚੋਟੀ, ਵਾਇਰਲ ਗਰੁੱਪ ਚੈਟ, ਅਨਿਭਰਤ Wi‑Fi, ਭਰਭਰਾ ਸੈੱਲ ਨੈੱਟਵਰਕ ਅਤੇ ਪੁਰਾਣੇ ਫੋਨਾਂ 'ਤੇ ਕੰਮ। ਮਕਸਦ ਸਿਰਫ਼ ਟਰੈਫਿਕ ਨੂੰ ਵਰਜਾਉਣਾ ਨਹੀਂ—ਇਹ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਅਨੁਮਾਨਯੋਗ ਰੱਖਣਾ ਹੈ।
ਅਨੁਮਾਨਯੋਗਤਾ ਭਰੋਸਾ ਬਨਾਉਂਦੀ ਹੈ, ਅਤੇ ਭਰੋਸਾ word-of-mouth 'ਚ ਬਦਲ ਜਾਂਦਾ ਹੈ: ਲੋਕ ਐਪ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ “ਇਹ ਸਿਰਫ਼ ਕੰਮ ਕਰਦਾ ਹੈ।”
ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਆਪਣੀ ਰੋਡਮੈਪ ਵਾਂਗ ਦੇਖੋ:
ਮਿਨੀਮਾਲਿਜ਼ਮ ਇਸਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ: ਘੱਟ ਹਿੱਸਿਆਂ ਦਾ ਅਰਥ ਹੈ ਘੱਟ ਫੇਲ ਥਾਵਾਂ—ਅਤੇ ਕੋਰ ਅਨੁਭਵ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਲਈ ਵਧੇਰੇ ਸਮਾਂ।
ਜੇ ਤੁਸੀਂ ਆਧੁਨਿਕ ਟੂਲਿੰਗ ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਨਿਰਮਾਣ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਐਸਾ ਵਰਕਫਲੋ ਚੁਣਨਾ ਕੀਮਤੀ ਹੈ ਜੋ ਇਸ “ਗਾਰਡਰੇਲ ਪਹਿਲਾਂ” ਮਾਨਸਿਕਤਾ ਨੂੰ ਸਹਾਰਤਾ ਦੇਵੇ। ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai snapshots ਅਤੇ rollback ਨਾਲ-ਨਾਲ planning mode ਦਿੰਦਾ ਹੈ, ਜੋ ਟੀਮਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਦੁਹਰਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਭਰੋਸੇਯੋਗਤਾ ਮੈਟਰਿਕਸ ਡਿੱਗਣ।
ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਸਕੇਲ ਸਿਰਫ਼ ਇੰਫ਼ਰਾਸਟ੍ਰੱਕਚਰ ਨਹੀਂ ਹੈ—ਇਹ ਇਹ ਵੀ ਹੈ ਕਿ ਉਤਪਾਦ ਕਿਵੇਂ ਸਪੱਠ, ਤੇਜ਼ ਅਤੇ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਮਿਲੀਅਨ ਲੋਕ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਅਤੇ ਨੈੱਟਵਰਕ ਹਾਲਤਾਂ ਨਾਲ ਹਰ ਰੋਜ਼ ਇਸਤੇਮਾਲ ਕਰਦੇ ਹਨ। WhatsApp ਨੇ ਇੱਕ ਮੁੱਖ ਕੰਮ (ਸੰਦੇਸ਼ ਭੇਜਣਾ) ਦੀ ਰੱਖਿਆ ਕਰਕੇ ਅਤੇ ਐਸੇ ਚੀਜ਼ਾਂ ਨੂੰ ਟਾਲ ਕੇ ਜਿਹੜੀਆਂ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਧੀਮਾ ਕਰਦੀਆਂ ਹਨ, ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਵਧਿਆ।
ਮਿਨੀਮਾਲਿਜ਼ਮ ਉਹ ਅਨੁਸ਼ਾਸਨ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਹ ਚੀਜ਼ਾਂ ਰੱਖਦਾ ਹੈ ਜੋ ਮੁੱਖ ਉਪਯੋਗ ਮਾਮਲੇ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਜਿਹੜੀਆਂ ਵੀ ਗਲਤਫ਼ਹਮੀ, ਝੰਝਟ ਜਾਂ ਮਾਨਸਿਕ ਭਾਰ ਵਧਾ ਰਹੀਆਂ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ। ਵਿਹਾਰਕ ਤੌਰ 'ਤੇ, ਇਹ ਮਜ਼ਬੂਤ ਡਿਫੌਲਟ, ਘੱਟ ਸਕਰੀਨਾਂ ਅਤੇ ਉਹਨਾਂ ਫੀਚਰਾਂ ਲਈ “ਹੁਣ ਨਹੀਂ” ਕਹਿਣਾ ਹੈ ਜੋ ਭੇਜਣ ਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਨੂੰ ਸੁਧਾਰਦੇ ਨਹੀਂ।
ਇੱਕ ਸਧਾਰਨ ਫਿਲਟਰ ਹੈ: ਕੀ ਇਹ ਜ਼ਿਆਦਾਤਰ ਯੂਜ਼ਰਾਂ ਲਈ ਬਹੁਤ ਸਾਰੇ ਦਿਨਾਂ ਵਿੱਚ ਸੰਦੇਸ਼ ਬਦਲਣ ਨੂੰ ਸਿੱਧਾ ਸੁਧਾਰਦਾ ਹੈ? ਜੇ ਨਹੀਂ, ਤਾਂ ਇਸਨੂੰ ਅਗਲੇ ਚਰਣ ਲਈ ਰੋਕੋ। ਤੁਸੀਂ ਇੱਕ ਇੱਕ-ਪੰਗਤੀ ਉਤਪਾਦੀ ਵਾਅਦਾ (ਕੌਣ + ਇੱਕ ਕੰਮ + ਇੱਕ ਬੰਧਨ) ਲਿਖ ਕੇ ਵੀ ਉਹਨਾਂ ਵਿਚਾਰਾਂ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਉਸ ਪੰਗਤੀ ਨੂੰ ਮਜ਼ਬੂਤ ਨਹੀਂ ਬਣਾਉਂਦੇ।
ਕਿਉਂਕਿ ਬਲਾਟ ਖੁਫ਼ੀਆ ਲਾਗਤਾਂ ਜੋੜਦਾ ਹੈ:
ਸਭ ਤੋਂ ਵੱਡੀ ਲੋਸ ਅਦ੍ਰਿਸ਼ਯ ਹੈ: ਕੋਰ ਸੁਧਾਰ 'ਤੇ ਸਮੇਂ ਦੀ ਚੋਰੀ—ਭਰਤੀ ਹਰ ਇੱਕ ਵਲ-ਚੀਜ਼ ਉਹਦੇ ਨਾਲ ਵਰਕ ਨੂੰ ਮੰਨਦੀ ਦੇਰ ਕਰ ਸਕਦੀ ਹੈ।
ਯੂਜ਼ਰ ਇਹਨਾਂ ਨੂੰ “ਬੈਕਐਂਡ ਵਿਸਥਾਰ” ਨਹੀਂ ਸਮਝਦੇ—ਇਹ ਉਤਪਾਦ ਹੀ ਹਨ।
ਇਹਨੂੰ ਇੱਕ ਫੀਚਰ ਵਾਂਗ ਦੇਖੋ ਜਿਸ ਦੀ ਆਪਣੀ ਰੋਡਮੈਪ ਹੋਵੇ:
ਮਿਨੀਮਾਲਿਜ਼ਮ ਇਸਨੂੰ ਆਸਾਨ ਬਨਾਉਂਦਾ ਹੈ: ਘੱਟ ਹਿਲਦੇ-ਡੁਲਦੇ ਹਿੱਸੇ = ਘੱਟ ਫੇਲਿਯਰ ਪੌਇੰਟ ਅਤੇ ਕੋਰ ਅਨੁਭਵ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ ਲਈ ਵਧੇਰੇ ਸਮਾਂ।
ਕਿਉਂਕਿ “ਅਸਲੀ” ਹਾਲਤਾਂ ਵਿੱਚ ਪੁਰਾਣੇ ਫੋਨ, ਸੀਮਤ ਸਟੋਰੇਜ, ਡਾਟਾ ਟੋਪੇ ਅਤੇ ਅਨਿਸ਼ਚਿਤ ਨੈੱਟਵਰਕ(2G/3G) ਸ਼ਾਮਲ ਹਨ। ਇਨ੍ਹਾਂ ਬੰਧਨਾਂ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰਨ ਨਾਲ ਤੁਸੀਂ ਹਲਕੇ ਬਿਲਡ, ਸਧਾਰਨ ਫਲੋ ਅਤੇ ਮਜ਼ਬੂਤ ਰੀਟ੍ਰਾਈ/ਸੈਂਡ ਸਟੇਟ ਵੱਲ ਪਹੁੰਚਦੇ ਹੋ—ਜੋ ਉੱਚ-ਅੰਤ ਯੂਜ਼ਰਾਂ ਲਈ ਵੀ ਫਾਇਦੇਮੰਦ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਹ ਬੁਰੇ Wi‑Fi 'ਤੇ ਹੋਂਦੇ ਹਨ।
ਇੰਟਰਫੇਸ ਨੂੰ ਸਪੱਠ ਰੱਖੋ ਅਤੇ ਫ਼ੈਸਲੇ ਘੱਟ ਕਰੋ:
ਘੱਟ ਸਕ੍ਰੀਨਾਂ ਅਤੇ ਟੌਗਲ ਵੀ “ਸਥਿਤੀ ਸੰਗ੍ਰਹਿ” ਘਟਾਉਂਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਬੱਗ ਘੱਟ ਹੁੰਦੇ ਹਨ ਅਤੇ ਟੈਸਟਿੰਗ ਸਧਾਰਨ ਬਣਦੀ ਹੈ।
ਭਰੋਸਾ ਸ਼ਾਂਤ, ਸੰਗਤ ਅਨੁਭਵ ਤੋਂ ਬਣਦਾ ਹੈ:
ਗੋਪਨੀਯਤਾ-ਸਬੰਧੀ ਬਦਲਾਅ ਕਰਨ ਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੋ: ਕੀ ਬਦਲਿਆ, ਕਿਉਂ, ਅਤੇ ਉਪਭੋਗੀ ਕੀ ਕਰ ਸਕਦੇ ਹਨ—ਤੇ ਗਲਤ ਰਵੈਏ ਵਾਲੇ ਤੁਹਾਡੇ ਵਿਕਲਪ ਨਾ ਵਰਤੋਂ।
ਮਨੁੱਖੀ ਰੋਜ਼ਾਨਾ ਦੀ ਰੁਟੀਨ ਦਾ ਹਿੱਸਾ ਬਣ ਜਾਣਾ ਅਤੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਲੱਗਣਾ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ‘ਉਤਪਾਦ’ ਵਜੋਂ ਨਹੀਂ ਵੇਚਿਆ ਜਾ ਰਿਹਾ—ਇਹ ਸੁੰਘੀ ਪਰਭਾਵਸ਼ਾਲੀ ਗੱਲਾਂ ਹਨ।
ਨਿਊਟ੍ਰਲ ਨਿਯਮ: ਉਹ ਮਾਡਲ ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਉਪਯੋਗ ਵਾਅਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ, ਅਤੇ ਉਹਨਾਂ ਰਣਨੀਤੀਆਂ ਤੋਂ ਬਚੋ ਜੋ ਅਨੁਭਵ ਨੂੰ ਤੋੜਦੇ ਹਨ।
ਕਿਰਿਆਵਲੀ ਉਤਪਾਦ ਹੋਣ ਕਾਰਨ, ਸਾਂਝੇ ਨੈਟਵਰਕਾਂ ਰਾਹੀਂ ਵਿਸ਼ਾਲਤਾ ਆਉਂਦੀ—ਇੱਕ ਵਿਅਕਤੀ ਦੂਜੇ ਨੂੰ ਸੱਦਾ ਦਿੰਦਾ ਹੈ। ਫੋਕਸ ਨਾਲ ਇਹ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣ ਜਾਂਦਾ ਹੈ:
ਫੋਕਸ ਹਰੇਕ ਕਦਮ ਨੂੰ ਸੁਧਾਰਦਾ: ਇਹ ਐਕਟੀਵੇਸ਼ਨ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ, ਰਿਟੇਨਸ਼ਨ ਮਜ਼ਬੂਤ ਕਰਦਾ ਅਤੇ ਰੈਫ਼ਰਲਾਂ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ।