ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਤੁਸੀਂ ਸਟ੍ਰੀਕਸ ਬਾਰੇ ਸੁਣਿਆ ਹੈ ਜਾਂ ਇੱਕ ਐਪ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ। ਪਰ ਕਦੇ ਸੋਚਿਆ ਹੈ ਕਿ ਸਟ੍ਰੀਕਸ ਇੰਨੇ ਮਸ਼ਹੂਰ ਅਤੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਕਿਉਂ ਹਨ? ਖੈਰ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਐਪਸ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਤੁਹਾਡਾ ਧਿਆਨ ਚਾਹੁੰਦੇ ਹਨ, ਪਰ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੀ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਜਦੋਂ ਪ੍ਰਸਿੱਧ ਸਿਖਲਾਈ ਐਪ ਡੁਓਲਿੰਗੋ ਨੇ ਸਟ੍ਰੀਕਸ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਆਈਓਐਸ ਵਿਜੇਟਸ ਪੇਸ਼ ਕੀਤੇ, ਤਾਂ ਉਪਭੋਗਤਾ ਦੀ ਵਚਨਬੱਧਤਾ 60% ਵਧ ਗਈ। ਸੱਠ ਪ੍ਰਤੀਸ਼ਤ ਵਿਵਹਾਰ ਵਿੱਚ ਇੱਕ ਵੱਡੀ ਤਬਦੀਲੀ ਹੈ ਅਤੇ ਇਹ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਕਿਵੇਂ "ਸਟ੍ਰੀਕ" ਪੈਟਰਨਾਂ ਨੂੰ ਰੁਝੇਵਿਆਂ ਅਤੇ ਡਰਾਈਵ ਦੀ ਵਰਤੋਂ ਨੂੰ ਵਧਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਦੇ ਸਭ ਤੋਂ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ, ਇੱਕ ਸਟ੍ਰੀਕ ਲਗਾਤਾਰ ਦਿਨਾਂ ਦੀ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਉਪਭੋਗਤਾ ਇੱਕ ਖਾਸ ਗਤੀਵਿਧੀ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਕੁਝ ਲੋਕ ਇਸ ਨੂੰ "ਗਾਮੀਫਾਈਡ" ਆਦਤ ਜਾਂ ਇਕਸਾਰ ਵਰਤੋਂ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਮੈਟ੍ਰਿਕ ਵਜੋਂ ਵੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਪਰ ਸਟ੍ਰੀਕਸ ਇੱਕ ਐਪ ਵਿੱਚ ਮੈਟ੍ਰਿਕ ਜਾਂ ਰਿਕਾਰਡ ਹੋਣ ਤੋਂ ਪਰੇ ਹਨ; ਇਹ ਇਸ ਤੋਂ ਵੱਧ ਮਨੋਵਿਗਿਆਨਕ ਹੈ। ਮਨੁੱਖੀ ਪ੍ਰਵਿਰਤੀਆਂ ਨੂੰ ਸਹੀ ਕਾਰਕਾਂ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਇਹਨਾਂ ਤਿੰਨ ਕਾਰਕਾਂ ਨੂੰ ਦੇਖੋ: ਤਰੱਕੀ, ਮਾਣ, ਅਤੇ ਗੁੰਮ ਜਾਣ ਦਾ ਡਰ (ਆਮ ਤੌਰ 'ਤੇ FOMO ਕਿਹਾ ਜਾਂਦਾ ਹੈ)। ਇਹਨਾਂ ਸਾਰਿਆਂ ਵਿੱਚ ਕੀ ਸਮਾਨ ਹੈ? ਜਤਨ. ਤੁਸੀਂ ਕਿਸੇ ਚੀਜ਼ ਵਿੱਚ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਮਿਹਨਤ ਕਰਦੇ ਹੋ, ਓਨਾ ਹੀ ਇਹ ਤੁਹਾਡੀ ਪਛਾਣ ਨੂੰ ਆਕਾਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰਕ ਮਨੋਵਿਗਿਆਨ ਦੀ ਦੁਨੀਆ ਵਿੱਚ ਸਟ੍ਰੀਕਸ ਪਾਰ ਹੋ ਜਾਂਦੇ ਹਨ। ਹੁਣ, ਮਹਾਨ ਸ਼ਕਤੀ ਦੇ ਨਾਲ ਵੱਡੀ ਜ਼ਿੰਮੇਵਾਰੀ ਆਉਂਦੀ ਹੈ, ਅਤੇ ਇਸਦੇ ਕਾਰਨ, ਲਕੜੀਆਂ ਦਾ ਇੱਕ ਹਨੇਰਾ ਪੱਖ ਹੈ. ਇਸ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਬਣਾਉਣ ਦੇ ਪਿੱਛੇ ਮਨੋਵਿਗਿਆਨ, UX, ਅਤੇ ਡਿਜ਼ਾਈਨ ਸਿਧਾਂਤਾਂ ਵਿੱਚ ਜਾਵਾਂਗੇ। ਅਸੀਂ ਦੇਖਾਂਗੇ ਕਿ (1) ਸਾਡੇ ਦਿਮਾਗ ਲਗਭਗ ਸਹਿਜੇ ਹੀ ਸਟ੍ਰੀਕ ਗਤੀਵਿਧੀ ਦਾ ਜਵਾਬ ਕਿਉਂ ਦਿੰਦੇ ਹਨ, (2) ਸਟ੍ਰੀਕਸ ਨੂੰ ਉਹਨਾਂ ਤਰੀਕਿਆਂ ਨਾਲ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਅਸਲ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ, ਅਤੇ (3) ਇੱਕ ਸਟ੍ਰੀਕ ਪੈਟਰਨ ਬਣਾਉਣ ਵਿੱਚ ਸ਼ਾਮਲ ਤਕਨੀਕੀ ਕੰਮ। ਸਟ੍ਰੀਕਸ ਦੇ ਪਿੱਛੇ ਦਾ ਮਨੋਵਿਗਿਆਨ ਇੱਕ ਪ੍ਰਭਾਵੀ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਅਤੇ ਉਸਾਰਨ ਲਈ, ਸਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਇਹ ਸਾਡੇ ਦਿਮਾਗ਼ਾਂ ਦੇ ਤਾਰਾਂ ਨਾਲ ਕਿਵੇਂ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਜਿਵੇਂ ਕਿ, ਕਿਹੜੀ ਚੀਜ਼ ਇਸ ਹੱਦ ਤੱਕ ਇੰਨੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਅਸੀਂ ਆਪਣੀਆਂ ਲਕੜੀਆਂ ਦੀ ਰੱਖਿਆ ਕਰਨ ਲਈ ਇੰਨੇ ਤੀਬਰ ਸਮਰਪਣ ਮਹਿਸੂਸ ਕਰਦੇ ਹਾਂ? ਇੱਥੇ ਤਿੰਨ ਦਿਲਚਸਪ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ੀ ਮਨੋਵਿਗਿਆਨ ਦੇ ਸਿਧਾਂਤ ਹਨ ਜੋ ਇਸ ਗੱਲ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਕਿ ਸਟ੍ਰੀਕਾਂ ਨੂੰ ਇੰਨਾ ਸ਼ਕਤੀਸ਼ਾਲੀ ਅਤੇ ਨਸ਼ਾਖੋਰੀ ਕੀ ਬਣਾਉਂਦੀ ਹੈ। ਨੁਕਸਾਨ ਤੋਂ ਬਚਣਾ ਇਹ ਸ਼ਾਇਦ ਸਟ੍ਰੀਕਸ ਦੇ ਪਿੱਛੇ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਸ਼ਕਤੀ ਹੈ. ਮੈਂ ਇਹ ਇਸ ਲਈ ਕਹਿੰਦਾ ਹਾਂ ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਵਾਰ, ਤੁਸੀਂ ਲਗਭਗ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਇਸ ਤੋਂ ਬਚ ਨਹੀਂ ਸਕਦੇ. ਇਸ ਬਾਰੇ ਇਸ ਤਰ੍ਹਾਂ ਸੋਚੋ: ਜੇਕਰ ਕੋਈ ਦੋਸਤ ਤੁਹਾਨੂੰ $100 ਦਿੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਖੁਸ਼ ਹੋਵੋਗੇ। ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਬਟੂਏ ਵਿੱਚੋਂ $100 ਗੁਆ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਇਸ ਨਾਲ ਹੋਰ ਵੀ ਨੁਕਸਾਨ ਹੋਵੇਗਾ। ਉਨ੍ਹਾਂ ਸਥਿਤੀਆਂ ਦਾ ਭਾਵਨਾਤਮਕ ਭਾਰ ਬਰਾਬਰ ਨਹੀਂ ਹੈ। ਨੁਕਸਾਨ ਚੰਗਾ ਮਹਿਸੂਸ ਕਰਨ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਦੁੱਖ ਦਿੰਦਾ ਹੈ। ਚਲੋ ਇਸਨੂੰ ਹੋਰ ਅੱਗੇ ਲੈ ਕੇ ਕਹੀਏ ਕਿ ਮੈਂ ਤੁਹਾਨੂੰ $100 ਦਿੰਦਾ ਹਾਂ ਅਤੇ ਤੁਹਾਨੂੰ ਜੂਆ ਖੇਡਣ ਲਈ ਕਹਿੰਦਾ ਹਾਂ। ਤੁਹਾਡੇ ਵੱਲੋਂ ਹੋਰ $100 ਜਿੱਤਣ ਦੀ 50% ਸੰਭਾਵਨਾ ਹੈ ਅਤੇ 50% ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ $100 ਗੁਆ ਦਿਓ। ਕੀ ਤੁਸੀਂ ਇਸਨੂੰ ਲਓਗੇ? ਮੈਂ ਨਹੀਂ ਕਰਾਂਗਾ। ਬਹੁਤੇ ਲੋਕ ਨਹੀਂ ਕਰਨਗੇ। ਇਹ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਦੇ ਹੋ, ਤਾਂ ਇਹ ਤਰਕਪੂਰਨ ਹੈ, ਇਹ ਸਮਝਣ ਯੋਗ ਹੈ, ਇਹ ਮਨੁੱਖੀ ਹੈ. ਨੁਕਸਾਨ ਤੋਂ ਬਚਣ ਦੀ ਧਾਰਨਾ ਇਹ ਹੈ ਕਿ ਅਸੀਂ ਸਮਾਨ ਮੁੱਲ ਦੀ ਚੀਜ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਖੁਸ਼ੀ ਨਾਲੋਂ ਦੁੱਗਣਾ ਕੁਝ ਗੁਆਉਣ ਦਾ ਦਰਦ ਮਹਿਸੂਸ ਕਰਦੇ ਹਾਂ। ਮਨੋਵਿਗਿਆਨਕ ਰੂਪ ਵਿੱਚ, ਨੁਕਸਾਨ ਲਾਭਾਂ ਨਾਲੋਂ ਵੱਧ ਰਹਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਸ਼ਾਇਦ ਦੇਖੋਗੇ ਕਿ ਇਹ ਸਟ੍ਰੀਕਸ ਨਾਲ ਕਿਵੇਂ ਸਬੰਧਤ ਹੈ। ਧਿਆਨ ਦੇਣ ਯੋਗ ਸਟ੍ਰੀਕ ਬਣਾਉਣ ਲਈ, ਇਸ ਨੂੰ ਜਤਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਜਿਵੇਂ ਕਿ ਇੱਕ ਲਕੀਰ ਵਧਦੀ ਹੈ, ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਪ੍ਰੇਰਣਾ ਫਿੱਕੀ ਹੋਣੀ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀ ਹੈ; ਜਾਂ ਹੋਰ ਸਹੀ ਤੌਰ 'ਤੇ, ਇਹ ਸੈਕੰਡਰੀ ਬਣਨਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਥੇ ਇੱਕ ਉਦਾਹਰਨ ਹੈ: ਕਹੋ ਕਿ ਤੁਹਾਡੇ ਦੋਸਤ ਦੀ ਐਪਲ ਵਾਚ 'ਤੇ ਉਨ੍ਹਾਂ ਦੀਆਂ "ਮੂਵ ਰਿੰਗਾਂ" ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਤਿੰਨ ਦਿਨਾਂ ਦੀ ਸਟ੍ਰੀਕ ਹੈ। ਉਨ੍ਹਾਂ ਕੋਲ ਆਪਣੇ ਟੀਚੇ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਇਕਸਾਰ ਰਹਿਣ ਦੀ ਇੱਛਾ ਤੋਂ ਇਲਾਵਾ ਗੁਆਉਣ ਲਈ ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਹੈ. ਇਸ ਦੇ ਨਾਲ ਹੀ, ਤੁਹਾਡੇ ਕੋਲ 219-ਦਿਨਾਂ ਦੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਟ੍ਰੀਕ ਚੱਲ ਰਹੀ ਹੈ। ਸੰਭਾਵਨਾਵਾਂ ਹਨ ਕਿ ਤੁਸੀਂ ਇਸ ਨੂੰ ਗੁਆਉਣ ਦੇ ਡਰ ਨਾਲ ਫਸ ਗਏ ਹੋ. ਤੁਸੀਂ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਇਸ ਮੌਕੇ 'ਤੇ ਪ੍ਰਾਪਤੀ ਬਾਰੇ ਨਹੀਂ ਸੋਚ ਰਹੇ ਹੋ; ਇਹ ਤੁਹਾਡੇ ਨਿਵੇਸ਼ ਕੀਤੇ ਯਤਨਾਂ ਦੀ ਰੱਖਿਆ ਕਰਨ ਬਾਰੇ ਵਧੇਰੇ ਹੈ, ਅਤੇ ਇਹ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣਾ ਹੈ। ਡੂਓਲਿੰਗੋ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣਾ ਉਪਭੋਗਤਾ ਦੀ ਇੱਕ ਲੰਬੀ ਲਕੀਰ ਨੂੰ ਤੋੜਨ ਦੀ ਝਿਜਕ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਂਦਾ ਹੈ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਉਹਨਾਂ ਦੇ ਸਭ ਤੋਂ ਆਲਸੀ ਦਿਨਾਂ ਵਿੱਚ ਵੀ। ਇੱਕ ਤਰੀਕੇ ਨਾਲ, ਇੱਕ ਸਟ੍ਰੀਕ ਇੱਕ ਆਦਤ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ ਜਦੋਂ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣ ਦੀ ਭਾਵਨਾ ਸੈਟਲ ਹੋ ਜਾਂਦੀ ਹੈ. ਫੋਗ ਵਿਵਹਾਰ ਮਾਡਲ (B = MAP) ਹੁਣ ਜਦੋਂ ਅਸੀਂ ਲੰਬੀਆਂ ਸਟ੍ਰੀਕਾਂ ਵਿੱਚ ਨਿਵੇਸ਼ ਕੀਤੇ ਗਏ ਯਤਨਾਂ ਨੂੰ ਗੁਆਉਣ ਦੇ ਡਰ ਨੂੰ ਸਮਝਦੇ ਹਾਂ, ਇੱਕ ਹੋਰ ਸਵਾਲ ਇਹ ਹੈ: ਸਟ੍ਰੀਕ ਦੇ ਵੱਡੇ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ, ਦਿਨ-ਬ-ਦਿਨ, ਸਾਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਕਰਨ ਲਈ ਕਿਹੜੀ ਚੀਜ਼ ਮਜਬੂਰ ਕਰਦੀ ਹੈ? ਫੋਗ ਵਿਵਹਾਰ ਮਾਡਲ ਇਸ ਬਾਰੇ ਹੈ। ਇਹ ਮੁਕਾਬਲਤਨ ਸਧਾਰਨ ਹੈ. ਇੱਕ ਵਿਵਹਾਰ (ਬੀ) ਕੇਵਲ ਉਦੋਂ ਵਾਪਰਦਾ ਹੈ ਜਦੋਂ ਤਿੰਨ ਕਾਰਕ - ਪ੍ਰੇਰਣਾ (ਐਮ), ਯੋਗਤਾ (ਏ), ਅਤੇ ਪ੍ਰੋਂਪਟ (ਪੀ) - ਇੱਕੋ ਪਲ 'ਤੇ ਇਕਸਾਰ ਹੁੰਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਸਮੀਕਰਨ B=MAP। ਜੇਕਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕਾਰਕ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਵੀ, ਉਸ ਸਮੇਂ ਗੁੰਮ ਹੈ, ਤਾਂ ਵਿਵਹਾਰ ਨਹੀਂ ਹੋਵੇਗਾ। ਇਸ ਲਈ, ਇੱਕ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਨੂੰ ਕੁਸ਼ਲ ਅਤੇ ਆਵਰਤੀ ਹੋਣ ਲਈ, ਸਾਰੇ ਤਿੰਨ ਕਾਰਕ ਮੌਜੂਦ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: ਪ੍ਰੇਰਣਾ ਇਹ ਨਾਜ਼ੁਕ ਹੈ ਅਤੇ ਅਜਿਹੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਜੋ ਲਗਾਤਾਰ ਮੌਜੂਦ ਹੈ। ਅਜਿਹੇ ਦਿਨ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਤੁਸੀਂ ਹੁੰਦੇ ਹੋਸਪੈਨਿਸ਼ ਸਿੱਖਣ ਲਈ ਪੰਪ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਕਈ ਦਿਨ ਤੁਸੀਂ ਭਾਸ਼ਾ ਸਿੱਖਣ ਦੀ ਇੱਛਾ ਸ਼ਕਤੀ ਦਾ ਇੱਕ ਹਿੱਸਾ ਵੀ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ ਹੋ। ਇੱਕ ਆਦਤ ਬਣਾਉਣ ਲਈ ਆਪਣੇ ਆਪ ਵਿੱਚ ਪ੍ਰੇਰਣਾ ਭਰੋਸੇਮੰਦ ਨਹੀਂ ਹੈ ਅਤੇ ਪਹਿਲੇ ਦਿਨ ਤੋਂ ਹਾਰੀ ਹੋਈ ਲੜਾਈ ਹੈ। ਪ੍ਰੇਰਣਾ ਦੀਆਂ ਸੀਮਾਵਾਂ ਦੀ ਪੂਰਤੀ ਕਰਨ ਲਈ ਯੋਗਤਾ, ਯੋਗਤਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇਸ ਸੰਦਰਭ ਵਿੱਚ, ਯੋਗਤਾ ਦਾ ਅਰਥ ਹੈ ਕਾਰਵਾਈ ਦੀ ਸੌਖ, ਯਾਨੀ, ਕੋਸ਼ਿਸ਼ ਇੰਨੀ ਆਸਾਨ ਹੈ ਕਿ ਇਹ ਕਹਿਣਾ ਅਵਿਵਸਥਿਤ ਹੈ ਕਿ ਇਹ ਸੰਭਵ ਨਹੀਂ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਐਪਸ ਜਾਣਬੁੱਝ ਕੇ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। Apple Fitness ਲਈ ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਟੈਂਡ ਦੇ ਟੀਚੇ ਵੱਲ ਟਿਕ ਹਾਸਲ ਕਰਨ ਲਈ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਮਿੰਟ ਲਈ ਖੜ੍ਹੇ ਰਹਿਣ ਦੀ ਲੋੜ ਹੈ। ਡੁਓਲਿੰਗੋ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਮੁਕੰਮਲ ਪਾਠ ਦੀ ਲੋੜ ਹੈ। ਇਨ੍ਹਾਂ ਕੰਮਾਂ ਲਈ ਇੰਨੀ ਮਿਹਨਤ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਰੁਕਾਵਟ ਇੰਨੀ ਘੱਟ ਹੈ ਕਿ ਤੁਹਾਡੇ ਬੁਰੇ ਦਿਨਾਂ 'ਤੇ ਵੀ, ਤੁਸੀਂ ਇਸ ਨੂੰ ਕਰ ਸਕਦੇ ਹੋ। ਪਰ ਇੱਕ ਚੱਲ ਰਹੀ ਸਟ੍ਰੀਕ ਦਾ ਸੰਯੁਕਤ ਯਤਨ ਉਹ ਹੈ ਜਿੱਥੇ ਉਸ ਸਟ੍ਰੀਕ ਨੂੰ ਗੁਆਉਣ ਦਾ ਵਿਚਾਰ ਅੰਦਰ ਆਉਂਦਾ ਹੈ। ਪ੍ਰੋਂਪਟ ਇਹ ਉਹ ਹੈ ਜੋ ਸਮੀਕਰਨ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇਨਸਾਨ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਭੁੱਲਣ ਵਾਲੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਹਾਂ, ਯੋਗਤਾ ਸਾਨੂੰ 90% ਉੱਥੇ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੀ ਹੈ। ਪਰ ਇੱਕ ਪ੍ਰਾਉਟ ਸਾਨੂੰ ਕੰਮ ਕਰਨ ਦੀ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ। ਸਟ੍ਰੀਕਸ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਨਿਰੰਤਰ ਹਨ, ਇਸਲਈ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਲਗਾਤਾਰ ਯਾਦ ਦਿਵਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਇੱਕ ਪ੍ਰੋਂਪਟ ਕਿੰਨਾ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੋ ਸਕਦਾ ਹੈ, Duolingo ਨੇ ਇਹ ਦੇਖਣ ਲਈ ਇੱਕ A/B ਟੈਸਟ ਕੀਤਾ ਕਿ ਕੀ ਐਪ ਦੇ ਆਈਕਨ 'ਤੇ ਥੋੜਾ ਜਿਹਾ ਲਾਲ ਬੈਜ ਲਗਾਤਾਰ ਵਰਤੋਂ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ। ਇਸਨੇ ਰੋਜ਼ਾਨਾ ਸਰਗਰਮ ਉਪਭੋਗਤਾਵਾਂ ਵਿੱਚ 6% ਵਾਧਾ ਪੈਦਾ ਕੀਤਾ। ਸਿਰਫ਼ ਇੱਕ ਲਾਲ ਬੈਜ। ਮਾਡਲ ਸੀਮਾਵਾਂ ਇਹ ਸਭ ਕਿਹਾ ਜਾ ਰਿਹਾ ਹੈ, ਫੋਗ ਮਾਡਲ ਦੀ ਇੱਕ ਸੀਮਾ ਹੈ ਜਿਸ ਵਿੱਚ ਆਲੋਚਕਾਂ ਅਤੇ ਆਧੁਨਿਕ ਖੋਜਾਂ ਨੇ ਦੇਖਿਆ ਹੈ ਕਿ ਇੱਕ ਡਿਜ਼ਾਇਨ ਜੋ ਪ੍ਰੋਂਪਟਾਂ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਹਮਲਾਵਰ ਸੂਚਨਾਵਾਂ, ਮਾਨਸਿਕ ਥਕਾਵਟ ਪੈਦਾ ਕਰਨ ਦਾ ਖਤਰਾ ਹੈ। ਲਗਾਤਾਰ ਸੂਚਨਾਵਾਂ ਅਤੇ ਓਵਰਟਾਈਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਮੰਥਨ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ, ਇਸ ਲਈ ਧਿਆਨ ਰੱਖੋ. ਜ਼ੀਗਾਰਨਿਕ ਪ੍ਰਭਾਵ ਜਦੋਂ ਤੁਸੀਂ ਪ੍ਰੋਜੈਕਟ ਦੇ ਕੰਮ ਨੂੰ ਅੱਧਾ ਛੱਡ ਦਿੰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਕਿਵੇਂ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ? ਇਹ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਪਰੇਸ਼ਾਨ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਅਧੂਰੇ ਕੰਮ ਸਾਡੇ ਦੁਆਰਾ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਚੀਜ਼ਾਂ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਮਾਨਸਿਕ ਥਾਂ ਰੱਖਦੇ ਹਨ। ਜਦੋਂ ਕੁਝ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਅਸੀਂ ਇਸਨੂੰ ਭੁੱਲ ਜਾਂਦੇ ਹਾਂ. ਜਦੋਂ ਕੋਈ ਚੀਜ਼ ਅਧੂਰੀ ਛੱਡ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਾਡੇ ਮਨਾਂ 'ਤੇ ਭਾਰ ਪਾਉਂਦੀ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਡਿਜੀਟਲ ਉਤਪਾਦ ਨਕਲੀ ਪ੍ਰਗਤੀ ਸੂਚਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਅੱਪਵਰਕ ਦੀ ਪ੍ਰੋਫਾਈਲ ਮੁਕੰਮਲਤਾ ਪੱਟੀ, ਇੱਕ ਉਪਭੋਗਤਾ ਨੂੰ ਇਹ ਦੱਸਣ ਲਈ ਕਿ ਉਹਨਾਂ ਦੀ ਪ੍ਰੋਫਾਈਲ ਸਿਰਫ਼ "60% ਸੰਪੂਰਨ" ਹੈ। ਇਹ ਉਪਭੋਗਤਾ ਨੂੰ ਉਸ ਨੇ ਜੋ ਸ਼ੁਰੂ ਕੀਤਾ ਹੈ ਉਸਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰਦਾ ਹੈ।
ਆਓ ਇਕ ਹੋਰ ਉਦਾਹਰਨ ਦੇਖੀਏ। ਟੂ-ਡੂ ਲਿਸਟ ਐਪ ਵਿੱਚ ਤੁਹਾਡੇ ਕੋਲ ਪੰਜ ਕੰਮ ਹਨ, ਅਤੇ ਦਿਨ ਦੇ ਅੰਤ ਵਿੱਚ, ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਚਾਰ ਨੂੰ ਪੂਰਾ ਹੋਣ 'ਤੇ ਚੈੱਕ ਕਰਦੇ ਹੋ। ਸਾਡੇ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਉਸ ਇੱਕ ਅਧੂਰੇ ਕੰਮ ਕਰਕੇ ਅਧੂਰੇ ਮਹਿਸੂਸ ਕਰਨਗੇ। ਇਹ, ਉਥੇ ਹੀ, ਜ਼ੀਗਰਨਿਕ ਪ੍ਰਭਾਵ ਹੈ। ਜ਼ੀਗਾਰਨਿਕ ਪ੍ਰਭਾਵ ਮਨੋਵਿਗਿਆਨੀ ਬਲੂਮਾ ਜ਼ੀਗਾਰਨਿਕ ਦੁਆਰਾ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਨੇ ਦੱਸਿਆ ਕਿ ਅਸੀਂ ਅਧੂਰੇ ਕਾਰਜਾਂ ਨੂੰ ਆਪਣੀ ਯਾਦਦਾਸ਼ਤ ਵਿੱਚ ਪੂਰੇ ਕੀਤੇ ਕੰਮਾਂ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਸਮੇਂ ਤੱਕ ਕਿਰਿਆਸ਼ੀਲ ਰੱਖਦੇ ਹਾਂ। UX ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਇੱਕ ਸਟ੍ਰੀਕ ਪੈਟਰਨ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਇਸ ਵਿੱਚ ਟੈਪ ਕਰਦਾ ਹੈ। ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਸਿੱਖਣ ਦੀ ਲੜੀ ਦੇ 63ਵੇਂ ਦਿਨ ਹੋ। ਉਸ ਸਮੇਂ, ਤੁਸੀਂ ਅਧੂਰੇ ਕਾਰੋਬਾਰ ਦੇ ਚੱਲ ਰਹੇ ਪੈਟਰਨ ਵਿੱਚ ਹੋ। ਤੁਹਾਡਾ ਦਿਮਾਗ ਸ਼ਾਇਦ ਹੀ ਇਸ ਬਾਰੇ ਭੁੱਲ ਜਾਵੇਗਾ ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਡੇ ਦਿਮਾਗ ਦੇ ਪਿਛਲੇ ਪਾਸੇ ਬੈਠਦਾ ਹੈ। ਇਸ ਸਮੇਂ, ਤੁਹਾਡਾ ਦਿਮਾਗ ਤੁਹਾਨੂੰ ਸੂਚਨਾਵਾਂ ਭੇਜਣ ਵਾਲਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਇਹਨਾਂ ਮਨੋਵਿਗਿਆਨਕ ਸ਼ਕਤੀਆਂ ਨੂੰ ਇਕੱਠੇ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਸਮਝਣਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹੋ ਕਿ ਸਟ੍ਰੀਕਸ ਸਿਰਫ਼ ਇੱਕ ਨਿਯਮਤ ਐਪ ਵਿਸ਼ੇਸ਼ਤਾ ਕਿਉਂ ਨਹੀਂ ਹਨ; ਉਹ ਮਨੁੱਖੀ ਵਿਵਹਾਰ ਨੂੰ ਮੁੜ ਆਕਾਰ ਦੇਣ ਦੇ ਸਮਰੱਥ ਹਨ। ਪਰ ਲਾਈਨ ਦੇ ਨਾਲ-ਨਾਲ ਕਿਤੇ - ਮੈਂ ਬਿਲਕੁਲ ਨਹੀਂ ਕਹਿ ਸਕਦਾ ਕਿ ਕਦੋਂ, ਜਿਵੇਂ ਕਿ ਇਹ ਹਰ ਕਿਸੇ ਲਈ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ - ਚੀਜ਼ਾਂ ਇੱਕ ਬਿੰਦੂ 'ਤੇ ਪਹੁੰਚ ਜਾਂਦੀਆਂ ਹਨ ਜਿੱਥੇ ਇੱਕ ਸਟ੍ਰੀਕ "ਮਜ਼ੇਦਾਰ" ਤੋਂ ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਗੁਆਉਣ ਦਾ ਬਰਦਾਸ਼ਤ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਤੁਸੀਂ ਨਹੀਂ ਚਾਹੁੰਦੇ ਕਿ 58 ਦਿਨਾਂ ਦੀ ਮਿਹਨਤ ਬਰਬਾਦ ਹੋ ਜਾਵੇ, ਕੀ ਤੁਸੀਂ? ਇਹ ਉਹੀ ਹੈ ਜੋ ਇੱਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਉਂਦਾ ਹੈ. ਜੇਕਰ ਸਹੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਟ੍ਰੀਕਸ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸ਼ਾਨਦਾਰ ਆਦਤਾਂ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ ਜੋ ਇੱਕ ਟੀਚਾ ਪੂਰਾ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਰੋਜ਼ਾਨਾ ਪੜ੍ਹਨਾ ਜਾਂ ਲਗਾਤਾਰ ਜਿਮ ਨੂੰ ਮਾਰਨਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਵਾਰ-ਵਾਰ ਕਿਰਿਆਵਾਂ (ਕਈ ਵਾਰ ਛੋਟੀਆਂ) ਸਮੇਂ ਦੇ ਨਾਲ ਮਿਲ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਸਾਡੇ ਰੋਜ਼ਾਨਾ ਜੀਵਨ ਵਿੱਚ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਪਰ ਹਰ ਸਿੱਕੇ ਦੇ ਦੋ ਪਹਿਲੂ ਹੁੰਦੇ ਹਨ। ਆਦਤ ਅਤੇ ਮਜਬੂਰੀ ਵਿਚਕਾਰ ਪਤਲੀ ਰੇਖਾ ਜੇ ਤੁਸੀਂ ਇਸ ਦਾ ਅਨੁਸਰਣ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਸਕਦੇ ਹੋ ਕਿ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਇੱਕ ਹਨੇਰਾ ਪੱਖ ਹੈ। ਆਦਤ ਦਾ ਗਠਨ ਦੁਹਰਾਉਣ ਵਾਲੇ ਟੀਚੇ ਨਾਲ ਇਕਸਾਰਤਾ ਬਾਰੇ ਹੈ। ਮਜ਼ਬੂਰੀ, ਹਾਲਾਂਕਿ, ਇੱਕ ਟੀਚੇ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਇਕਸਾਰਤਾ ਹੈ ਜਿਸਦੀ ਹੁਣ ਲੋੜ ਨਹੀਂ ਹੈ ਪਰ ਡਰ ਜਾਂ ਦਬਾਅ ਤੋਂ ਬਾਹਰ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਰੇਜ਼ਰ-ਪਤਲੀ ਲਾਈਨ ਹੈ। ਤੁਸੀਂ ਬਿਨਾਂ ਸੋਚੇ ਹਰ ਸਵੇਰ ਆਪਣੇ ਦੰਦ ਬੁਰਸ਼ ਕਰਦੇ ਹੋ; ਇਹ ਆਟੋਮੈਟਿਕ ਅਤੇ ਸਹਿਜ ਹੈ, ਚੰਗੇ ਸਾਹ ਲੈਣ ਦੇ ਸਪਸ਼ਟ ਟੀਚੇ ਦੇ ਨਾਲ। ਇਹ ਇੱਕ ਸਟ੍ਰੀਕ ਹੈ ਜੋ ਇੱਕ ਚੰਗੀ ਆਦਤ ਬਣਾਉਂਦੀ ਹੈ। ਇੱਕ ਨੈਤਿਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਾਹ ਲੈਣ ਲਈ ਜਗ੍ਹਾ ਦਿੰਦੀ ਹੈ। ਜੇਕਰ, ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, ਤੁਸੀਂ ਸਵੇਰੇ ਬੁਰਸ਼ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਸੀਂ ਦੁਪਹਿਰ ਨੂੰ ਬੁਰਸ਼ ਕਰ ਸਕਦੇ ਹੋ। ਲੰਬੇ ਯਤਨਾਂ ਨੂੰ ਗੁਆਉਣ ਦੇ ਡਰ ਤੋਂ ਬਿਨਾਂ ਅਪੂਰਣਤਾ ਦੀ ਆਗਿਆ ਹੈ. ਮਜ਼ਬੂਰੀ ਉਲਟ ਰਸਤਾ ਲੈਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਇੱਕ ਲਕੀਰ ਤੁਹਾਨੂੰ ਬੇਚੈਨ ਕਰ ਦਿੰਦੀ ਹੈ, ਤੁਸੀਂ ਦੋਸ਼ੀ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋ ਜਾਂ ਥੱਕ ਜਾਂਦੇ ਹੋ, ਅਤੇ ਕਦੇ-ਕਦੇ, ਅਜਿਹਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਸਭ ਕੁਝ ਕਰਨ ਦੇ ਬਾਵਜੂਦ ਕੁਝ ਵੀ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ ਹੈ।ਕੰਮ ਤੁਸੀਂ ਇਸ ਲਈ ਨਹੀਂ ਕੰਮ ਕਰਦੇ ਹੋ ਕਿਉਂਕਿ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਪਰ ਕਿਉਂਕਿ ਤੁਸੀਂ ਆਪਣੀ ਤਰੱਕੀ ਨੂੰ ਜ਼ੀਰੋ 'ਤੇ ਰੀਸੈਟ ਦੇਖ ਕੇ ਅਚੇਤ ਤੌਰ 'ਤੇ ਡਰਦੇ ਹੋ। ਕਿਸੇ ਨੇ ਇਸ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਿਆਨ ਕੀਤਾ, "ਮੈਨੂੰ ਲੱਗਾ ਕਿ ਮੈਂ ਧੋਖਾ ਦੇ ਰਿਹਾ ਹਾਂ, ਪਰ ਬਸ ਪਰਵਾਹ ਨਹੀਂ ਕੀਤੀ। ਮੈਂ ਆਪਣੀ ਸਟ੍ਰੀਕ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਨਹੀਂ ਹਾਂ"। ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸੇ ਵਿਅਕਤੀ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੋਲਡ ਸਟ੍ਰੀਕਸ ਹੋ ਸਕਦੇ ਹਨ। ਇਸ ਹੱਦ ਤੱਕ ਕਿ ਉਪਭੋਗਤਾ ਆਪਣੇ ਸਵੈ-ਮੁੱਲ ਨੂੰ ਮੂਲ ਟੀਚੇ ਜਾਂ ਕਾਰਨ ਦੀ ਬਜਾਏ ਇੱਕ ਮਨਮਾਨੇ ਮੀਟ੍ਰਿਕ ਨਾਲ ਜੋੜਨਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ ਜੋ ਉਹਨਾਂ ਨੇ ਪਹਿਲੀ ਥਾਂ 'ਤੇ ਲੜੀ ਸ਼ੁਰੂ ਕੀਤੀ ਸੀ। ਸਟ੍ਰੀਕ ਬਣ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਕੌਣ ਹਨ, ਨਾ ਕਿ ਉਹ ਕੀ ਕਰਦੇ ਹਨ। ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਇਨ ਕੀਤੀ ਨੈਤਿਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਨੂੰ ਉਪਭੋਗਤਾ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਦਬਾਅ ਜਾਂ ਜ਼ਿੰਮੇਵਾਰੀ। ਇਹ ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਪ੍ਰੇਰਣਾ ਦੇ ਸੰਤੁਲਨ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਬਾਹਰੀ ਪ੍ਰੇਰਣਾ (ਬਾਹਰੀ ਇਨਾਮ, ਸਜ਼ਾ ਤੋਂ ਬਚਣਾ) ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਵਾ ਸਕਦਾ ਹੈ, ਪਰ ਅੰਦਰੂਨੀ ਪ੍ਰੇਰਣਾ (ਸਪੈਨਿਸ਼ ਸਿੱਖਣ ਵਰਗੇ ਨਿੱਜੀ ਟੀਚੇ ਲਈ ਕੰਮ ਕਰਨਾ ਕਿਉਂਕਿ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਕਿਸੇ ਅਜ਼ੀਜ਼ ਨਾਲ ਸੰਚਾਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ) ਲੰਬੇ ਸਮੇਂ ਦੀ ਰੁਝੇਵਿਆਂ ਲਈ ਮਜ਼ਬੂਤ ਹੈ। ਇੱਕ ਚੰਗੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਬਾਹਰੀ ਤੱਤਾਂ ਦੀ ਸਾਵਧਾਨੀ ਨਾਲ ਵਰਤੋਂ ਨਾਲ ਅੰਦਰੂਨੀ ਪ੍ਰੇਰਣਾ ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਰਥਾਤ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਯਾਦ ਦਿਵਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਕਿੰਨੀ ਦੂਰ ਆ ਗਏ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਇਸ ਗੱਲ ਦੀ ਧਮਕੀ ਨਾ ਦਿਓ ਕਿ ਉਹ ਕੀ ਗੁਆ ਸਕਦੇ ਹਨ। ਦੁਬਾਰਾ ਫਿਰ, ਇਹ ਇੱਕ ਵਧੀਆ ਲਾਈਨ ਹੈ. ਇੱਕ ਸਟਰੀਕ ਸਿਸਟਮ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਵੇਲੇ ਇੱਕ ਸਧਾਰਨ ਟੈਸਟ ਅਸਲ ਵਿੱਚ ਕੁਝ ਸਮਾਂ ਲੈਣਾ ਹੈ ਅਤੇ ਇਹ ਸੋਚਣਾ ਹੈ ਕਿ ਕੀ ਤੁਹਾਡੇ ਉਤਪਾਦ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੁਆਰਾ ਬਣਾਈ ਗਈ ਚਿੰਤਾ ਦੇ ਹੱਲ ਵੇਚ ਕੇ ਪੈਸਾ ਕਮਾਉਂਦੇ ਹਨ. ਜੇ ਹਾਂ, ਤਾਂ ਇਸ ਗੱਲ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਤੁਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰ ਰਹੇ ਹੋ। ਇਸ ਲਈ ਅਗਲਾ ਸਵਾਲ ਬਣ ਜਾਂਦਾ ਹੈ, ਜੇਕਰ ਮੈਂ ਸਟ੍ਰੀਕ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚੁਣਦਾ ਹਾਂ, ਤਾਂ ਮੈਂ ਇਸਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕਰਾਂ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਟੀਚਿਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਸੱਚਮੁੱਚ ਮਦਦ ਕਰੇ? ਗੁਡ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਦਾ UX ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰੋਜੈਕਟ ਜਾਂ ਤਾਂ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਨੂੰ ਨੱਕ ਕਰਦੇ ਹਨ ਜਾਂ ਇਸਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੜਬੜ ਕਰਦੇ ਹਨ. ਆਉ ਇੱਕ ਚੰਗੀ ਸਟ੍ਰੀਕ ਡਿਜ਼ਾਈਨ ਦੇ ਕੁਝ UX ਸਿਧਾਂਤਾਂ ਨੂੰ ਵੇਖੀਏ। ਇਸ ਨੂੰ ਯਤਨ ਰਹਿਤ ਰੱਖੋ ਤੁਸੀਂ ਸ਼ਾਇਦ ਇਹ ਪਹਿਲਾਂ ਵੀ ਸੁਣਿਆ ਹੋਵੇਗਾ, ਸ਼ਾਇਦ ਪਰਮਾਣੂ ਆਦਤਾਂ ਵਰਗੀਆਂ ਕਿਤਾਬਾਂ ਤੋਂ, ਪਰ ਇਹ ਵਰਣਨ ਯੋਗ ਹੈ ਕਿ ਆਦਤਾਂ ਨੂੰ ਬਣਾਉਣ ਦੇ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਕਾਰਵਾਈ ਨੂੰ ਛੋਟਾ ਅਤੇ ਆਸਾਨ ਬਣਾਉਣਾ ਹੈ। ਇਹ ਸਮਰੱਥਾ ਕਾਰਕ ਦੇ ਸਮਾਨ ਹੈ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਫੋਗ ਵਿਵਹਾਰ ਮਾਡਲ ਤੋਂ ਚਰਚਾ ਕੀਤੀ ਹੈ। ਕਿਸੇ ਵੀ ਸਟ੍ਰੀਕ ਡਿਜ਼ਾਈਨ ਦਾ ਪਹਿਲਾ ਨਿਯਮ ਪ੍ਰਗਤੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋਏ ਲੋੜੀਂਦੀ ਕਾਰਵਾਈ ਨੂੰ ਮਨੁੱਖੀ ਤੌਰ 'ਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਛੋਟਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇੱਕ ਰੋਜ਼ਾਨਾ ਕਿਰਿਆ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਇੱਛਾ ਸ਼ਕਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਹ ਕਿਰਿਆ ਇਸ ਨੂੰ ਪੰਜ ਦਿਨਾਂ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ ਕਰੇਗੀ। ਕਿਉਂ? ਤੁਹਾਨੂੰ ਲਗਾਤਾਰ ਪੰਜ ਦਿਨ ਪ੍ਰੇਰਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਸਥਿਤੀ ਵਿੱਚ: ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਮੈਡੀਟੇਸ਼ਨ ਐਪ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਟ੍ਰੀਕ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ 20-ਮਿੰਟ ਦੇ ਸੈਸ਼ਨ ਵਿੱਚੋਂ ਲੰਘਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਸਦੀ ਬਜਾਏ, ਇੱਕ ਇੱਕ ਮਿੰਟ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੀਹ ਸਕਿੰਟਾਂ ਜਿੰਨਾ ਵੀ ਛੋਟਾ ਹੋਵੇ। ਜਿਵੇਂ ਕਿ ਕਹਾਵਤ ਹੈ, ਪਾਣੀ ਦੀਆਂ ਛੋਟੀਆਂ ਬੂੰਦਾਂ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਮੁੰਦਰ ਬਣਾਉਂਦੀਆਂ ਹਨ)। ਛੋਟੀਆਂ-ਛੋਟੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਸਮੇਂ ਦੇ ਨਾਲ ਵੱਡੀਆਂ ਪ੍ਰਾਪਤੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ ਟੀਚਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਰਗੜ ਨੂੰ ਦੂਰ ਕਰੋ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਪਲ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਉਪਭੋਗਤਾ ਤਣਾਅ ਵਿੱਚ ਜਾਂ ਹਾਵੀ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਦੱਸੋ ਕਿ ਕੁਝ ਸਕਿੰਟਾਂ ਲਈ ਵੀ, ਸਿਰਫ ਦਿਖਾਈ ਦੇਣਾ, ਕੋਸ਼ਿਸ਼ ਵਜੋਂ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਸਪਸ਼ਟ ਵਿਜ਼ੂਅਲ ਫੀਡਬੈਕ ਪ੍ਰਦਾਨ ਕਰੋ ਮਨੁੱਖ ਕੁਦਰਤ ਦੁਆਰਾ ਦ੍ਰਿਸ਼ਟੀਗਤ ਹਨ। ਬਹੁਤੀ ਵਾਰ, ਸਾਨੂੰ ਵਿਸ਼ਵਾਸ ਕਰਨ ਲਈ ਕੁਝ ਦੇਖਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ; ਚੀਜ਼ਾਂ ਨੂੰ ਬਿਹਤਰ ਤਰੀਕੇ ਨਾਲ ਸਮਝਣ ਅਤੇ ਚੀਜ਼ਾਂ ਨੂੰ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ ਰੱਖਣ ਲਈ ਉਹਨਾਂ ਦੀ ਕਲਪਨਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਸਟ੍ਰੀਕ ਪੈਟਰਨ ਅਕਸਰ ਵਿਜ਼ੂਅਲ ਐਲੀਮੈਂਟਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਗ੍ਰਾਫ, ਚੈਕਮਾਰਕ, ਪ੍ਰਗਤੀ ਰਿੰਗ, ਅਤੇ ਗਰਿੱਡ, ਕੋਸ਼ਿਸ਼ ਦੀ ਕਲਪਨਾ ਕਰਨ ਲਈ। GitHub ਦੇ ਯੋਗਦਾਨ ਗ੍ਰਾਫ ਨੂੰ ਦੇਖੋ। ਇਹ ਇਕਸਾਰਤਾ ਦਾ ਇੱਕ ਸਧਾਰਨ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹੈ. ਫਿਰ ਵੀ ਵਿਕਾਸਕਾਰ ਇਸ ਨੂੰ ਆਕਸੀਜਨ ਵਾਂਗ ਸਾਹ ਲੈਂਦੇ ਹਨ।
ਕੁੰਜੀ ਇੱਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਨੂੰ ਅਮੂਰਤ ਮਹਿਸੂਸ ਕਰਨਾ ਨਹੀਂ ਹੈ. ਇਹ ਅਸਲੀ ਅਤੇ ਕਮਾਈ ਮਹਿਸੂਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਉਦਾਹਰਨ ਲਈ, ਡੁਓਲਿੰਗੋ ਅਤੇ ਐਪਲ ਦੇ ਫਿਟਨੈਸ ਗਤੀਵਿਧੀ ਰਿੰਗ ਇੱਕ ਸਟ੍ਰੀਕ ਦੇ ਪੂਰਾ ਹੋਣ 'ਤੇ ਸਾਫ਼ ਐਨੀਮੇਸ਼ਨ ਡਿਜ਼ਾਈਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਅਤੇ GitHub ਸਮੇਂ ਦੇ ਨਾਲ ਉਪਭੋਗਤਾ ਦੀ ਇਕਸਾਰਤਾ ਦਾ ਇਤਿਹਾਸਕ ਡੇਟਾ ਦਿਖਾਉਂਦਾ ਹੈ।
ਚੰਗੇ ਸਮੇਂ ਦੀ ਵਰਤੋਂ ਕਰੋ ਮੈਂ ਪਹਿਲਾਂ ਜ਼ਿਕਰ ਕੀਤਾ ਹੈ ਕਿ ਮਨੁੱਖ ਆਮ ਤੌਰ 'ਤੇ ਸੁਭਾਅ ਦੁਆਰਾ ਭੁੱਲਣ ਵਾਲੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹ ਸੰਕੇਤ ਅੱਗੇ ਦੀ ਗਤੀ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ। ਪ੍ਰੋਂਪਟ ਦੇ ਬਿਨਾਂ, ਜ਼ਿਆਦਾਤਰ ਨਵੇਂ ਉਪਭੋਗਤਾ ਜਾਰੀ ਰੱਖਣਾ ਭੁੱਲ ਜਾਂਦੇ ਹਨ। ਜੀਵਨ ਵਿਅਸਤ ਹੋ ਸਕਦਾ ਹੈ, ਪ੍ਰੇਰਣਾ ਅਲੋਪ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਚੀਜ਼ਾਂ ਵਾਪਰਦੀਆਂ ਹਨ. ਇੱਥੋਂ ਤੱਕ ਕਿ ਲੰਬੇ ਸਮੇਂ ਦੇ ਉਪਭੋਗਤਾ ਵੀ ਪ੍ਰੋਂਪਟ ਤੋਂ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ, ਹਾਲਾਂਕਿ ਜ਼ਿਆਦਾਤਰ ਵਾਰ, ਉਹ ਪਹਿਲਾਂ ਹੀ ਆਦਤ ਲੂਪ ਦੇ ਅੰਦਰ ਬੰਦ ਹੁੰਦੇ ਹਨ। ਫਿਰ ਵੀ, ਸਭ ਤੋਂ ਵੱਧ ਪ੍ਰਤੀਬੱਧ ਵਿਅਕਤੀ ਵੀ ਅਚਾਨਕ ਇੱਕ ਦਿਨ ਗੁਆ ਸਕਦਾ ਹੈ. ਤੁਹਾਡੇ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਨੂੰ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਰੀਮਾਈਂਡਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਵੱਧ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਪ੍ਰੋਂਪਟ ਰੀਮਾਈਂਡਰ ਪੁਸ਼ ਸੂਚਨਾਵਾਂ ਹਨ। ਪੁਸ਼ ਸੂਚਨਾਵਾਂ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ ਸਮਾਂ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ। ਐਪ ਦੀ ਕਿਸਮ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸਵੇਰੇ 9 ਵਜੇ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜਣਾ "ਤੁਸੀਂ ਅੱਜ ਅਭਿਆਸ ਨਹੀਂ ਕੀਤਾ" ਇੱਕ ਸਿੱਖਣ ਐਪ ਲਈ ਅਜੀਬ ਗੱਲ ਹੈ ਕਿਉਂਕਿ ਕਈਆਂ ਕੋਲ ਇੱਕ ਸਬਕ ਪੂਰਾ ਕਰਨ ਬਾਰੇ ਸੋਚਣ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ ਵਿੱਚ ਕੁਝ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਫਿਟਨੈਸ ਐਪ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਹਾਲਾਂਕਿ, ਇਹਵਾਜਬ ਹੈ ਅਤੇ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਦਿਨ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਯਾਦ ਦਿਵਾਉਣ ਦੀ ਉਮੀਦ ਵੀ ਕੀਤੀ ਜਾਵੇ। ਪੁਸ਼ ਸੂਚਨਾਵਾਂ ਐਪ ਸ਼੍ਰੇਣੀ ਦੁਆਰਾ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਬਦਲਦੀਆਂ ਹਨ। ਫਿਟਨੈਸ ਐਪਸ, ਉਦਾਹਰਨ ਲਈ, ਸਵੇਰ ਦੀਆਂ ਸੂਚਨਾਵਾਂ (7-8 AM) ਦੇ ਨਾਲ ਉੱਚ ਰੁਝੇਵਿਆਂ ਨੂੰ ਦੇਖੋ, ਜਦੋਂ ਕਿ ਉਤਪਾਦਕਤਾ ਐਪਾਂ ਦੁਪਹਿਰ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਬਿਹਤਰ ਪ੍ਰਦਰਸ਼ਨ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਕੁੰਜੀ ਤੁਹਾਡੇ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਵਿਵਹਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਤੁਹਾਡੇ ਐਪ ਦੇ ਸਮੇਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਹੈ ਨਾ ਕਿ ਇਹ ਮੰਨਣ ਦੀ ਕਿ ਚੀਜ਼ਾਂ ਇੱਕ-ਅਕਾਰ-ਫਿੱਟ-ਸਭ ਹਨ। ਜੋ ਮੈਡੀਟੇਸ਼ਨ ਐਪ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ ਉਹ ਕੋਡਿੰਗ ਟਰੈਕਰ ਲਈ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਹੋਰ ਪ੍ਰੋਂਪਟ ਵਿਧੀਆਂ ਐਪ ਆਈਕਨ 'ਤੇ ਲਾਲ ਬਿੰਦੀਆਂ ਅਤੇ ਐਪ ਵਿਜੇਟਸ ਵੀ ਹਨ। ਅਧਿਐਨ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ, ਪਰ ਔਸਤ ਵਿਅਕਤੀ ਦਿਨ ਵਿੱਚ 50-150 ਵਾਰ (PDF) ਦੇ ਵਿਚਕਾਰ ਆਪਣੀ ਡਿਵਾਈਸ ਨੂੰ ਅਨਲੌਕ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਉਪਭੋਗਤਾ ਕਿਸੇ ਐਪ ਜਾਂ ਵਿਜੇਟ 'ਤੇ ਲਾਲ ਬਿੰਦੀ ਦੇਖਦਾ ਹੈ ਜੋ ਹਰ ਵਾਰ ਆਪਣੇ ਫ਼ੋਨ ਨੂੰ ਅਨਲੌਕ ਕਰਨ 'ਤੇ ਮੌਜੂਦਾ ਸਟ੍ਰੀਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਵਚਨਬੱਧਤਾ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ। ਬਸ ਇਸ ਨੂੰ ਜ਼ਿਆਦਾ ਨਾ ਕਰੋ; ਪ੍ਰੋਂਪਟ ਨੂੰ ਇੱਕ ਰੀਮਾਈਂਡਰ ਵਜੋਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਨਗ। ਮੀਲ ਪੱਥਰ ਦਾ ਜਸ਼ਨ ਮਨਾਓ ਇੱਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਨੂੰ ਭਾਵਨਾਵਾਂ ਨੂੰ ਮੁੜ ਜਗਾਉਣ ਲਈ ਮੀਲਪੱਥਰ ਮਨਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਇੱਕ ਸਟ੍ਰੀਕ ਵਿੱਚ ਡੂੰਘੇ। ਜਦੋਂ ਕੋਈ ਉਪਭੋਗਤਾ ਦਿਨ 7, ਦਿਨ 30, ਦਿਨ 50, ਦਿਨ 100, ਦਿਨ 365 ਨੂੰ ਹਿੱਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸ ਵਿੱਚੋਂ ਇੱਕ ਵੱਡਾ ਸੌਦਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਪ੍ਰਾਪਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ — ਖਾਸ ਕਰਕੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ।
ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਦੇਖਿਆ ਸੀ, ਡੁਓਲਿੰਗੋ ਨੇ ਇਸਦਾ ਪਤਾ ਲਗਾਇਆ ਅਤੇ ਇੱਕ ਐਨੀਮੇਟਡ ਗ੍ਰਾਫਿਕ ਲਾਗੂ ਕੀਤਾ ਜੋ ਕਿ ਕਨਫੇਟੀ ਨਾਲ ਮੀਲ ਪੱਥਰ ਦਾ ਜਸ਼ਨ ਮਨਾਉਂਦਾ ਹੈ। ਕੁਝ ਪਲੇਟਫਾਰਮ ਕਾਫੀ ਬੋਨਸ ਇਨਾਮ ਵੀ ਦਿੰਦੇ ਹਨ ਜੋ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਯਤਨਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੇ ਹਨ। ਅਤੇ ਇਹ ਐਪਸ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਉਪਭੋਗਤਾ ਸੋਸ਼ਲ ਮੀਡੀਆ 'ਤੇ ਜਨਤਕ ਤੌਰ 'ਤੇ ਆਪਣੇ ਮੀਲਪੱਥਰ ਸਾਂਝੇ ਕਰਨ ਲਈ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਹੋਰ ਲਾਭ ਉਹ ਉਮੀਦ ਹੈ ਜੋ ਮੀਲਪੱਥਰ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ। ਇਹ ਸਿਰਫ਼ ਸਟ੍ਰੀਕ ਨੂੰ ਬੇਅੰਤ ਤੌਰ 'ਤੇ ਜ਼ਿੰਦਾ ਰੱਖਣਾ ਨਹੀਂ ਹੈ; ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਡੀਕ ਕਰਨ ਲਈ ਕੁਝ ਹੈ. ਗ੍ਰੇਸ ਮਕੈਨਿਜ਼ਮ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੀਵਨ ਅਸੰਭਵ ਹੈ। ਲੋਕਾਂ ਦਾ ਧਿਆਨ ਭਟਕ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਚੰਗੀ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਨੂੰ ਅਪੂਰਣਤਾ ਦੀ ਉਮੀਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ. ਇੱਕ ਸਟ੍ਰੀਕ ਪ੍ਰਣਾਲੀ ਲਈ ਸਭ ਤੋਂ ਵੱਡੇ ਮਨੋਵਿਗਿਆਨਕ ਖਤਰਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਸਿਰਫ਼ ਇੱਕ ਖੁੰਝੇ ਦਿਨ ਤੋਂ ਬਾਅਦ ਜ਼ੀਰੋ 'ਤੇ ਹਾਰਡ ਰੀਸੈਟ ਕਰਨਾ। ਇੱਕ "ਨੈਤਿਕ" ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਨੂੰ ਉਪਭੋਗਤਾ ਨੂੰ ਕੁਝ ਢਿੱਲ ਪ੍ਰਦਾਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ 90 ਦਿਨਾਂ ਦੀ ਸ਼ਤਰੰਜ ਸਿੱਖਣ ਦੀ ਲੜੀ ਹੈ। ਤੁਸੀਂ ਤਿੰਨ ਚੰਗੇ ਮਹੀਨਿਆਂ ਲਈ ਇਕਸਾਰ ਰਹੇ ਹੋ, ਅਤੇ ਇੱਕ ਦਿਨ, ਯਾਤਰਾ ਦੌਰਾਨ ਤੁਹਾਡਾ ਫ਼ੋਨ ਮਰ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਸੇ ਤਰ੍ਹਾਂ, 90 0 ਬਣ ਜਾਂਦਾ ਹੈ — ਸਭ ਕੁਝ, ਉਹ ਸਾਰਾ ਯਤਨ, ਮਿਟ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤਰੱਕੀ ਅਲੋਪ ਹੋ ਜਾਂਦੀ ਹੈ। ਉਪਭੋਗਤਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਤਬਾਹ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦਾ ਵਿਚਾਰ ਇੰਨਾ ਨਿਰਾਸ਼ਾਜਨਕ ਹੈ ਕਿ ਕੋਸ਼ਿਸ਼ ਇਸਦੀ ਕੀਮਤ ਨਹੀਂ ਹੈ। ਸਭ ਤੋਂ ਮਾੜੇ ਤੌਰ 'ਤੇ, ਇੱਕ ਉਪਭੋਗਤਾ ਅਸਫਲਤਾ ਮਹਿਸੂਸ ਕਰਨ ਤੋਂ ਬਾਅਦ ਐਪ ਨੂੰ ਛੱਡ ਸਕਦਾ ਹੈ। ਆਪਣੇ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ "ਗ੍ਰੇਸ" ਵਿਧੀ ਨੂੰ ਜੋੜਨ 'ਤੇ ਵਿਚਾਰ ਕਰੋ:
ਸਟ੍ਰੀਕ ਫ੍ਰੀਜ਼ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਬਿਨਾਂ ਜੁਰਮਾਨੇ ਦੇ ਇੱਕ ਦਿਨ ਖੁੰਝਣ ਦਿਓ। ਵਾਧੂ ਸਮਾਂ ਰੀਸੈਟ ਨੂੰ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਮ ਸਮਾਂ ਸੀਮਾ ਤੋਂ ਕੁਝ ਘੰਟੇ (2-3) ਲੰਘਣ ਦਿਓ। ਹਾਰਡ ਰੀਸੈਟ ਦੀ ਬਜਾਏ, ਸਟ੍ਰੀਕ ਥੋੜੀ ਮਾਤਰਾ ਵਿੱਚ ਘਟਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਪ੍ਰਤੀ ਖੁੰਝੇ ਦਿਨ ਸਟ੍ਰੀਕ ਤੋਂ 10 ਦਿਨ ਕੱਟੇ ਜਾਂਦੇ ਹਨ।
ਇੱਕ ਉਤਸ਼ਾਹਜਨਕ ਟੋਨ ਦੀ ਵਰਤੋਂ ਕਰੋ ਆਉ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਦਿਖਾਏ ਗਏ ਦੋ ਸੰਦੇਸ਼ਾਂ ਦੀ ਤੁਲਨਾ ਕਰੀਏ ਜਦੋਂ ਇੱਕ ਸਟ੍ਰੀਕ ਟੁੱਟਦੀ ਹੈ:
"ਤੁਸੀਂ ਆਪਣੀ 42-ਦਿਨ ਦੀ ਲੜੀ ਗੁਆ ਦਿੱਤੀ ਹੈ। ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ।" "ਤੁਸੀਂ ਸਿੱਧੇ 42 ਦਿਨਾਂ ਲਈ ਦਿਖਾਈ ਦਿੱਤੇ। ਇਹ ਸ਼ਾਨਦਾਰ ਤਰੱਕੀ ਹੈ! ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ?"
ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੀ ਜਾਣਕਾਰੀ ਦਿੰਦੇ ਹਨ, ਪਰ ਭਾਵਨਾਤਮਕ ਪ੍ਰਭਾਵ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਪਹਿਲਾ ਸੁਨੇਹਾ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਨਿਰਾਸ਼ਾਜਨਕ ਮਹਿਸੂਸ ਕਰੇਗਾ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਛੱਡਣ ਦਾ ਕਾਰਨ ਬਣੇਗਾ। ਦੂਜਾ ਸੰਦੇਸ਼ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਕੰਮਾਂ ਦਾ ਜਸ਼ਨ ਮਨਾਉਂਦਾ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਨਰਮੀ ਨਾਲ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ। ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਚੁਣੌਤੀਆਂ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਅਸੀਂ ਇੱਕ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਬਣਾਉਣ ਦੀਆਂ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਉਨ੍ਹਾਂ ਚੁਣੌਤੀਆਂ ਤੋਂ ਜਾਣੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਤੁਸੀਂ ਸਾਹਮਣਾ ਕਰ ਸਕਦੇ ਹੋ। ਚੀਜ਼ਾਂ ਗੁੰਝਲਦਾਰ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹੋ। ਟਾਈਮਜ਼ੋਨ ਨੂੰ ਸੰਭਾਲਣਾ ਇੱਕ ਕਾਰਨ ਹੈ ਕਿ ਸਮਾਂ ਅਤੇ ਮਿਤੀ ਨੂੰ ਸੰਭਾਲਣਾ ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਸੰਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿਸ ਨਾਲ ਡਿਵੈਲਪਰ ਨਜਿੱਠਦੇ ਹਨ। ਇੱਥੇ ਫਾਰਮੈਟਿੰਗ, ਅੰਤਰਰਾਸ਼ਟਰੀਕਰਨ, ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਵਿਚਾਰਨ ਲਈ ਹੈ। ਮੈਂ ਤੁਹਾਨੂੰ ਇਹ ਪੁੱਛਦਾ ਹਾਂ: ਇੱਕ ਦਿਨ ਕੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ? ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਦੁਨੀਆ ਵੱਖ-ਵੱਖ ਸਮਾਂ ਖੇਤਰਾਂ 'ਤੇ ਚੱਲਦੀ ਹੈ, ਅਤੇ ਜਿਵੇਂ ਕਿ ਇਹ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਕੁਝ ਖੇਤਰਾਂ ਵਿੱਚ ਡੇਲਾਈਟ ਸੇਵਿੰਗ ਟਾਈਮ (DST) ਹੁੰਦਾ ਹੈ ਜੋ ਸਾਲ ਵਿੱਚ ਦੋ ਵਾਰ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਇਹਨਾਂ ਕਿਨਾਰਿਆਂ ਦੇ ਕੇਸਾਂ ਨੂੰ ਕਿੱਥੇ ਸੰਭਾਲਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ? ਕੱਲ੍ਹ ਦੀ "ਸ਼ੁਰੂਆਤ" ਵਜੋਂ ਕੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ? ਕੁਝ ਡਿਵੈਲਪਰ ਇੱਕ ਕੇਂਦਰੀ ਸਮਾਂ ਖੇਤਰ, ਜਿਵੇਂ ਕਿ UTC ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਤੋਂ ਬਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਲਈ, ਇਹ ਸਹੀ ਨਤੀਜੇ ਦੇਵੇਗਾ, ਪਰ ਕੁਝ ਲਈ, ਇਹ ਇੱਕ ਘੰਟਾ, ਦੋ ਘੰਟੇ, ਜਾਂ ਇਸ ਤੋਂ ਵੱਧ ਬੰਦ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਅਸੰਗਤਤਾ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਨੂੰ ਵਿਗਾੜ ਦਿੰਦੀ ਹੈ। ਉਪਭੋਗਤਾ ਘੱਟ ਪਰਵਾਹ ਕਰਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਪਰਦੇ ਦੇ ਪਿੱਛੇ ਸਮਾਂ ਕਿਵੇਂ ਸੰਭਾਲਦੇ ਹੋ; ਉਹ ਸਿਰਫ ਇਹੀ ਉਮੀਦ ਕਰਦੇ ਹਨ ਕਿ ਜੇਕਰ ਉਹ ਰਾਤ 11:40 ਵਜੇ ਇੱਕ ਸਟ੍ਰੀਕ ਐਕਸ਼ਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਇਹ ਉਹਨਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, ਉਸੇ ਸਮੇਂ 'ਤੇ ਰਜਿਸਟਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਉਪਭੋਗਤਾ ਦੇ ਸਥਾਨਕ ਸਮਾਂ ਖੇਤਰ ਦੇ ਆਧਾਰ 'ਤੇ "ਇੱਕ ਦਿਨ" ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਸਰਵਰ ਸਮੇਂ ਦੇ ਆਧਾਰ 'ਤੇ। ਯਕੀਨਨ, ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਲੈ ਸਕਦੇ ਹੋਅੱਧੀ ਰਾਤ UTC 'ਤੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਰੂਟ ਅਤੇ ਰੀਸੈਟ ਸਟ੍ਰੀਕਸ, ਪਰ ਤੁਸੀਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਬੇਇਨਸਾਫ਼ੀ ਕਰ ਰਹੇ ਹੋ। ਕੈਲੀਫੋਰਨੀਆ ਵਿੱਚ ਰਹਿਣ ਵਾਲੇ ਵਿਅਕਤੀ ਕੋਲ ਲੰਡਨ ਵਿੱਚ ਰਹਿਣ ਵਾਲੇ ਵਿਅਕਤੀ ਨਾਲੋਂ ਆਪਣਾ ਕੰਮ ਪੂਰਾ ਕਰਨ ਲਈ ਹਮੇਸ਼ਾਂ ਅੱਠ ਵਾਧੂ ਘੰਟੇ ਹੁੰਦੇ ਹਨ। ਇਹ ਇੱਕ ਬੇਇਨਸਾਫ਼ੀ ਡਿਜ਼ਾਇਨ ਨੁਕਸ ਹੈ ਜੋ ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਸਥਾਨ ਦੇ ਕਾਰਨ ਸਜ਼ਾ ਦਿੰਦਾ ਹੈ। ਅਤੇ ਉਦੋਂ ਕੀ ਜੇ ਲੰਡਨ ਵਿੱਚ ਉਹ ਵਿਅਕਤੀ ਸਿਰਫ਼ ਵਿਜ਼ਿਟ ਕਰ ਰਿਹਾ ਹੈ, ਇੱਕ ਕੰਮ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਫਿਰ ਕਿਸੇ ਹੋਰ ਟਾਈਮਜ਼ੋਨ ਵਿੱਚ ਵਾਪਸ ਆਉਂਦਾ ਹੈ? ਇਹਨਾਂ ਸਭ ਦਾ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੱਲ ਇਹ ਹੈ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਆਨਬੋਰਡਿੰਗ (ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਪਹਿਲੀ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਾਅਦ) ਦੇ ਦੌਰਾਨ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਆਪਣਾ ਸਮਾਂ ਖੇਤਰ ਸੈਟ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾਵੇ। ਇਹ ਇੱਕ ਸੂਖਮ ਨੋਟ ਸ਼ਾਮਲ ਕਰਨਾ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੈ ਕਿ ਸਮਾਂ ਖੇਤਰ ਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ ਐਪ ਲਈ ਪ੍ਰਗਤੀ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਟਰੈਕ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਪਛਾਣਨ ਯੋਗ ਡੇਟਾ ਵਜੋਂ ਵਰਤੇ ਜਾਣ ਦੀ ਬਜਾਏ। ਅਤੇ ਇਸਨੂੰ ਬਦਲਣਯੋਗ ਸੈਟਿੰਗ ਬਣਾਉਣਾ ਇੱਕ ਹੋਰ ਵਧੀਆ ਵਿਚਾਰ ਹੈ। ਮੈਂ ਸੁਝਾਅ ਦਿੰਦਾ ਹਾਂ ਕਿ ਕੋਈ ਵੀ ਐਪ ਵਿੱਚ ਟਾਈਮਜ਼ੋਨ ਤਰਕ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸੰਭਾਲਣ ਤੋਂ ਬਚੇ। ਅਜ਼ਮਾਈ-ਅਤੇ-ਸੱਚੀ ਡੇਟ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰੋ, ਜਿਵੇਂ ਕਿ Moment.js ਜਾਂ pytz (Python), ਆਦਿ। ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਗੁੰਝਲਦਾਰ ਚੀਜ਼ ਲਈ ਪਹੀਏ ਨੂੰ ਮੁੜ ਖੋਜਣ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ। ਮਿਸਡ ਡੇਜ਼ ਐਂਡ ਐਜ ਕੇਸ ਇਕ ਹੋਰ ਚੁਣੌਤੀ ਜਿਸ ਬਾਰੇ ਤੁਹਾਨੂੰ ਚਿੰਤਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਉਹ ਹੈ ਬੇਕਾਬੂ ਕਿਨਾਰੇ ਦੇ ਕੇਸ ਜਿਵੇਂ ਕਿ ਉਪਭੋਗਤਾ ਓਵਰਸਲੀਪਿੰਗ, ਸਰਵਰ ਡਾਊਨਟਾਈਮ, ਪਛੜਨਾ, ਨੈਟਵਰਕ ਅਸਫਲਤਾਵਾਂ, ਅਤੇ ਹੋਰ। ਕਿਰਪਾ ਵਿਧੀਆਂ ਦੇ ਵਿਚਾਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ, ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਚਰਚਾ ਕੀਤੀ ਹੈ, ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ। ਦੋ ਘੰਟਿਆਂ ਦੀ ਇੱਕ ਗ੍ਰੇਸ ਵਿੰਡੋ ਉਪਭੋਗਤਾ ਅਤੇ ਡਿਵੈਲਪਰ ਦੋਵਾਂ ਦੀ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ, ਇਸ ਅਰਥ ਵਿੱਚ ਕਿ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਬੇਕਾਬੂ ਜੀਵਨ ਹਾਲਤਾਂ ਲਈ ਸਖ਼ਤ ਸਜ਼ਾ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਡਿਵੈਲਪਰਾਂ ਲਈ, ਗ੍ਰੇਸ ਵਿੰਡੋਜ਼ ਉਹਨਾਂ ਬੇਕਾਬੂ ਪਲਾਂ ਵਿੱਚ ਮਦਦਗਾਰ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਅੱਧੀ ਰਾਤ ਨੂੰ ਸਰਵਰ ਡਾਊਨ ਹੋ ਜਾਂਦਾ ਹੈ। ਸਭ ਤੋਂ ਵੱਧ, ਗਾਹਕ 'ਤੇ ਕਦੇ ਭਰੋਸਾ ਨਾ ਕਰੋ। ਹਮੇਸ਼ਾ ਸਰਵਰ-ਸਾਈਡ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰੋ। ਸਰਵਰ ਸੱਚ ਦਾ ਇੱਕੋ ਇੱਕ ਸਰੋਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਧੋਖਾਧੜੀ ਦੀ ਰੋਕਥਾਮ ਦੁਬਾਰਾ, ਮੈਂ ਇਸ 'ਤੇ ਕਾਫ਼ੀ ਜ਼ੋਰ ਨਹੀਂ ਦੇ ਸਕਦਾ: ਸਰਵਰ-ਸਾਈਡ ਹਰ ਚੀਜ਼ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ. ਉਪਭੋਗਤਾ ਮਨੁੱਖ ਹਨ, ਅਤੇ ਜੇਕਰ ਮੌਕਾ ਮਿਲੇ ਤਾਂ ਮਨੁੱਖ ਧੋਖਾ ਦੇ ਸਕਦੇ ਹਨ। ਇਹ ਅਟੱਲ ਹੈ। ਤੁਸੀਂ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ:
UTC ਟਾਈਮਸਟੈਂਪਾਂ ਨਾਲ ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨਾ। ਕਲਾਇੰਟ ਆਪਣਾ ਸਥਾਨਕ ਸਮਾਂ ਭੇਜ ਸਕਦਾ ਹੈ, ਪਰ ਸਰਵਰ ਤੁਰੰਤ ਇਸਨੂੰ UTC ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਸਮੇਂ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰਮਾਣਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਜੇਕਰ ਕਲਾਇੰਟ ਦਾ ਟਾਈਮਸਟੈਂਪ ਸ਼ੱਕੀ ਤੌਰ 'ਤੇ ਦੂਰ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਇਸਨੂੰ ਇੱਕ ਗਲਤੀ ਦੇ ਰੂਪ ਵਿੱਚ ਰੱਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ UI ਉਸ ਅਨੁਸਾਰ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ। ਇਵੈਂਟ-ਅਧਾਰਿਤ ਟ੍ਰੈਕਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਨਾ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਦੀ ID, ਕੀਤੀ ਗਈ ਕਾਰਵਾਈ ਦੀ ਕਿਸਮ, ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਟਾਈਮ ਜ਼ੋਨ ਵਰਗੀ ਜਾਣਕਾਰੀ ਸਮੇਤ ਮੈਟਾਡੇਟਾ ਨਾਲ ਹਰੇਕ ਕਾਰਵਾਈ ਦਾ ਰਿਕਾਰਡ ਸਟੋਰ ਕਰੋ। ਇਹ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਇੱਕ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਇੰਜਣ ਬਣਾਉਣਾ ਇਹ ਇੱਕ ਕੋਡ ਟਿਊਟੋਰਿਅਲ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਮੈਂ ਤੁਹਾਡੇ ਉੱਤੇ ਕੋਡ ਦੇ ਇੱਕ ਸਮੂਹ ਨੂੰ ਡੰਪ ਕਰਨ ਤੋਂ ਬਚਾਂਗਾ। ਮੈਂ ਇਸ ਨੂੰ ਵਿਹਾਰਕ ਰੱਖਾਂਗਾ ਅਤੇ ਵਰਣਨ ਕਰਾਂਗਾ ਕਿ ਚੀਜ਼ਾਂ ਆਮ ਤੌਰ 'ਤੇ ਆਰਕੀਟੈਕਚਰ, ਪ੍ਰਵਾਹ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਤੱਕ ਇੱਕ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਇੰਜਣ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਂਦੀਆਂ ਹਨ। ਕੋਰ ਆਰਕੀਟੈਕਚਰ ਜਿਵੇਂ ਕਿ ਮੈਂ ਕਈ ਵਾਰ ਕਿਹਾ ਹੈ, ਸਟ੍ਰੀਕ ਡੇਟਾ ਲਈ ਸਰਵਰ ਨੂੰ ਸੱਚ ਦਾ ਇੱਕ ਸਰੋਤ ਬਣਾਓ। ਆਰਕੀਟੈਕਚਰ ਸਰਵਰ 'ਤੇ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਜਾ ਸਕਦਾ ਹੈ:
ਹਰੇਕ ਉਪਭੋਗਤਾ ਦੇ ਡੇਟਾ ਨੂੰ ਇੱਕ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕਰੋ। ਮੌਜੂਦਾ ਸਟ੍ਰੀਕ ਸਟੋਰ (ਡਿਫੌਲਟ ਵਜੋਂ 0) ਨੂੰ ਪੂਰਨ ਅੰਕ ਵਜੋਂ ਸਟੋਰ ਕਰੋ। ਟਾਈਮਜ਼ੋਨ ਤਰਜੀਹ ਨੂੰ ਸਟੋਰ ਕਰੋ, ਜਿਵੇਂ ਕਿ, IANA ਟਾਈਮਜ਼ੋਨ ਸਤਰ (ਜਾਂ ਤਾਂ ਸਥਾਨਕ ਟਾਈਮਸਟੈਂਪ ਤੋਂ ਜਾਂ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਉਹਨਾਂ ਦਾ ਸਮਾਂ ਖੇਤਰ ਚੁਣਨ ਲਈ ਕਹਿ ਕੇ)। ਉਦਾਹਰਨ ਲਈ, "ਅਮਰੀਕਾ/ਨਿਊ_ਯਾਰਕ"। ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਸਾਰੇ ਤਰਕ ਨੂੰ ਹੈਂਡਲ ਕਰੋ ਕਿ ਕੀ ਸਟ੍ਰੀਕ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ ਜਾਂ ਟੁੱਟਦੀ ਹੈ, ਇੱਕ ਸਮਾਂ ਜ਼ੋਨ ਜਾਂਚ ਦੇ ਨਾਲ ਜੋ ਉਪਭੋਗਤਾ ਦੇ ਸਥਾਨਕ ਟਾਈਮ ਜ਼ੋਨ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।
ਇਸ ਦੌਰਾਨ, ਕਲਾਇੰਟ-ਸਾਈਡ 'ਤੇ:
ਮੌਜੂਦਾ ਸਟ੍ਰੀਕ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ, ਆਮ ਤੌਰ 'ਤੇ ਸਰਵਰ ਤੋਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਸਰਵਰ ਨੂੰ ਮੈਟਾਡੇਟਾ ਦੇ ਰੂਪ ਵਿੱਚ ਕੀਤੀ ਗਈ ਕਾਰਵਾਈ ਭੇਜੋ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਨੇ ਅਸਲ ਵਿੱਚ ਇੱਕ ਯੋਗ ਸਟਰੀਕ ਕਾਰਵਾਈ ਨੂੰ ਪੂਰਾ ਕੀਤਾ ਹੈ। ਸਰਵਰ ਦੇ ਜਵਾਬਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਵਿਜ਼ੂਅਲ ਫੀਡਬੈਕ ਪ੍ਰਦਾਨ ਕਰੋ।
ਇਸ ਲਈ, ਸੰਖੇਪ ਵਿੱਚ, ਦਿਮਾਗ ਸਰਵਰ 'ਤੇ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਡਿਸਪਲੇ ਦੇ ਉਦੇਸ਼ਾਂ ਅਤੇ ਪੇਸ਼ ਕਰਨ ਵਾਲੀਆਂ ਘਟਨਾਵਾਂ ਲਈ ਹੈ. ਇਹ ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰੀਆਂ ਅਸਫਲਤਾਵਾਂ ਅਤੇ ਕਿਨਾਰੇ ਕੇਸਾਂ ਨੂੰ ਬਚਾਉਂਦਾ ਹੈ, ਨਾਲ ਹੀ ਅੱਪਡੇਟ ਅਤੇ ਫਿਕਸ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ। ਲਾਜ਼ੀਕਲ ਫਲੋ ਆਉ ਇੱਕ ਵਾਕਥਰੂ ਦੀ ਨਕਲ ਕਰੀਏ ਕਿ ਇੱਕ ਘੱਟੋ-ਘੱਟ ਕੁਸ਼ਲ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਇੰਜਣ ਕਿਵੇਂ ਚੱਲੇਗਾ ਜਦੋਂ ਇੱਕ ਉਪਭੋਗਤਾ ਇੱਕ ਕਾਰਵਾਈ ਪੂਰੀ ਕਰਦਾ ਹੈ:
ਉਪਭੋਗਤਾ ਇੱਕ ਕੁਆਲੀਫਾਇੰਗ ਸਟ੍ਰੀਕ ਐਕਸ਼ਨ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਮੇਟਾਡੇਟਾ ਦੇ ਤੌਰ 'ਤੇ ਸਰਵਰ ਨੂੰ ਇੱਕ ਇਵੈਂਟ ਭੇਜਦਾ ਹੈ। ਇਹ "ਉਪਭੋਗਤਾ X ਨੇ ਟਾਈਮਸਟੈਂਪ Z 'ਤੇ ਕਾਰਵਾਈ Y ਪੂਰੀ ਕੀਤੀ" ਹੋ ਸਕਦਾ ਹੈ। ਸਰਵਰ ਇਸ ਘਟਨਾ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਬੁਨਿਆਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦਾ ਹੈ। ਕੀ ਇਹ ਇੱਕ ਅਸਲੀ ਉਪਭੋਗਤਾ ਹੈ? ਕੀ ਉਹ ਪ੍ਰਮਾਣਿਤ ਹਨ? ਕੀ ਕਾਰਵਾਈ ਜਾਇਜ਼ ਹੈ? ਕੀ ਸਮਾਂ ਖੇਤਰ ਇਕਸਾਰ ਹੈ? ਜੇਕਰ ਇਹ ਪਾਸ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਰਵਰ ਡੇਟਾਬੇਸ ਤੋਂ ਉਪਭੋਗਤਾ ਦੇ ਸਟ੍ਰੀਕ ਡੇਟਾ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਫਿਰ, ਪ੍ਰਾਪਤ ਐਕਸ਼ਨ ਟਾਈਮਸਟੈਂਪ ਨੂੰ ਉਪਭੋਗਤਾ ਦੇ ਸਥਾਨਕ ਟਾਈਮਜ਼ੋਨ ਵਿੱਚ ਬਦਲੋ। ਸਰਵਰ ਨੂੰ ਉਪਭੋਗਤਾ ਦੇ ਸਥਾਨਕ ਟਾਈਮ ਜ਼ੋਨ ਵਿੱਚ ਕੈਲੰਡਰ ਮਿਤੀਆਂ (ਟਾਈਮਸਟੈਂਪਾਂ ਦੀ ਨਹੀਂ) ਦੀ ਤੁਲਨਾ ਕਰਨ ਦਿਓ: ਜੇਕਰ ਇਹ ਉਹੀ ਦਿਨ ਹੈ, ਤਾਂ ਕਿਰਿਆ ਬੇਲੋੜੀ ਹੈ ਅਤੇ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਹੈਸਟ੍ਰੀਕ ਜੇਕਰ ਇਹ ਅਗਲੇ ਦਿਨ ਹੈ, ਤਾਂ ਸਟ੍ਰੀਕ ਵਧਦੀ ਹੈ ਅਤੇ 1 ਦੁਆਰਾ ਵਧਦੀ ਹੈ। ਜੇਕਰ ਇੱਕ ਦਿਨ ਤੋਂ ਵੱਧ ਦਾ ਵਕਫ਼ਾ ਹੋਵੇ ਤਾਂ ਲਕੀਰ ਟੁੱਟ ਜਾਂਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਗ੍ਰੇਸ ਮਕੈਨਿਕਸ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਕਿਰਪਾ ਵਿਧੀ ਖੁੰਝ ਗਈ ਹੈ, ਤਾਂ ਸਟ੍ਰੀਕ ਨੂੰ 1 'ਤੇ ਰੀਸੈਟ ਕਰੋ।
ਜੇਕਰ ਤੁਸੀਂ ਮੀਲ ਪੱਥਰ ਦੀਆਂ ਪ੍ਰਾਪਤੀਆਂ ਲਈ ਇਤਿਹਾਸਕ ਡੇਟਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਚੋਣ ਕਰਦੇ ਹੋ, ਤਾਂ "ਸਭ ਤੋਂ ਲੰਬੀ ਸਟ੍ਰੀਕ" ਜਾਂ "ਕੁੱਲ ਸਰਗਰਮ ਦਿਨ" ਵਰਗੇ ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ। ਸਰਵਰ ਫਿਰ ਡੇਟਾਬੇਸ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ:
{ "ਮੌਜੂਦਾ_ਸਟ੍ਰੀਕ": 48, "ਲੰਬੀ_ਸਟ੍ਰੀਕ": 50, "ਕੁੱਲ_ਸਰਗਰਮ_ਦਿਨ": 120, "streak_extended": ਸਹੀ, }
ਇੱਕ ਹੋਰ ਉਪਾਅ ਦੇ ਤੌਰ ਤੇ, ਸਰਵਰ ਨੂੰ ਜਾਂ ਤਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜਾਂ ਰੱਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਕੁਝ ਅਸਫਲ ਹੋਣ 'ਤੇ ਕਲਾਇੰਟ ਨੂੰ ਸੂਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਲਚਕੀਲੇਪਨ ਲਈ ਇਮਾਰਤ ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਬੱਗ ਜਾਂ ਸਰਵਰ ਡਾਊਨਟਾਈਮ ਦੇ ਕਾਰਨ ਇੱਕ ਸਟ੍ਰੀਕ ਗੁਆਉਣਾ ਭਿਆਨਕ UX ਹੈ, ਅਤੇ ਉਪਭੋਗਤਾ ਇਸਦੇ ਲਈ ਗਿਰਾਵਟ ਲੈਣ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕਰਦੇ ਹਨ. ਇਸ ਤਰ੍ਹਾਂ, ਤੁਹਾਡੇ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਵਿੱਚ ਉਹਨਾਂ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਸੁਰੱਖਿਆ ਉਪਾਅ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ. ਜੇ ਸਰਵਰ ਰੱਖ-ਰਖਾਅ (ਜਾਂ ਜੋ ਵੀ ਕਾਰਨ) ਲਈ ਬੰਦ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਵਾਧੂ ਘੰਟਿਆਂ ਦੀ ਇੱਕ ਅਸਥਾਈ ਵਿੰਡੋ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ ਤਾਂ ਜੋ ਕਾਰਵਾਈਆਂ ਦੇਰ ਨਾਲ ਸਪੁਰਦ ਕੀਤੀਆਂ ਜਾ ਸਕਣ ਅਤੇ ਫਿਰ ਵੀ ਗਿਣਤੀ ਕੀਤੀ ਜਾ ਸਕੇ। ਤੁਸੀਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਦੀ ਚੋਣ ਵੀ ਕਰ ਸਕਦੇ ਹੋ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਸਥਿਤੀ ਚੱਲ ਰਹੀ ਸਟ੍ਰੀਕ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ। ਨੋਟ: ਇੱਕ ਐਡਮਿਨ ਬੈਕਡੋਰ ਸਥਾਪਤ ਕਰੋ ਜਿੱਥੇ ਡੇਟਾ ਨੂੰ ਹੱਥੀਂ ਰੀਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਬੱਗ ਅਟੱਲ ਹਨ, ਅਤੇ ਕੁਝ ਉਪਭੋਗਤਾ ਤੁਹਾਡੇ ਐਪ ਨੂੰ ਕਾਲ ਕਰਨਗੇ ਜਾਂ ਸਮਰਥਨ ਕਰਨ ਲਈ ਸੰਪਰਕ ਕਰਨਗੇ ਕਿ ਉਹਨਾਂ ਦੀ ਸਟ੍ਰੀਕ ਨੂੰ ਇੱਕ ਕਾਰਨ ਕਰਕੇ ਉਹ ਕੰਟਰੋਲ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸਨ। ਜੇਕਰ ਜਾਂਚ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ ਸਹੀ ਹੈ ਤਾਂ ਤੁਹਾਨੂੰ ਸਟ੍ਰੀਕਸ ਨੂੰ ਹੱਥੀਂ ਰੀਸਟੋਰ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿੱਟਾ ਇੱਕ ਗੱਲ ਸਪੱਸ਼ਟ ਰਹਿੰਦੀ ਹੈ: ਸਟ੍ਰੀਕਸ ਅਸਲ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹਨ ਕਿਉਂਕਿ ਮਨੁੱਖੀ ਮਨੋਵਿਗਿਆਨ ਇੱਕ ਬੁਨਿਆਦੀ ਪੱਧਰ 'ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਇੱਥੇ ਸਭ ਤੋਂ ਵਧੀਆ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਉਹ ਹੈ ਜਿਸ ਬਾਰੇ ਉਪਭੋਗਤਾ ਸੁਚੇਤ ਤੌਰ 'ਤੇ ਨਹੀਂ ਸੋਚਦੇ. ਇਹ ਤਤਕਾਲ ਨਤੀਜਿਆਂ ਜਾਂ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਤਰੱਕੀ ਦਾ ਇੱਕ ਰੁਟੀਨ ਬਣ ਗਿਆ ਹੈ, ਜਿਵੇਂ ਕਿ ਦੰਦਾਂ ਨੂੰ ਬੁਰਸ਼ ਕਰਨਾ, ਜੋ ਇੱਕ ਨਿਯਮਤ ਆਦਤ ਬਣ ਜਾਂਦੀ ਹੈ। ਅਤੇ ਮੈਂ ਇਹ ਕਹਿਣ ਜਾ ਰਿਹਾ ਹਾਂ: ਸਾਰੇ ਉਤਪਾਦਾਂ ਨੂੰ ਇੱਕ ਸਟ੍ਰੀਕ ਸਿਸਟਮ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ. ਕੀ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਇਕਸਾਰਤਾ ਲਈ ਮਜਬੂਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਰੋਜ਼ਾਨਾ ਸਰਗਰਮ ਉਪਭੋਗਤਾ ਚਾਹੁੰਦੇ ਹੋ? ਇਸ ਦਾ ਜਵਾਬ "ਨਹੀਂ" ਹੋ ਸਕਦਾ ਹੈ।
