ਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਵਰੁੱਧ ਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ: ਇਕ ਪ੍ਰਯੋਗਕਾਰੀ ਫੈਸਲਾ ਗਾਈਡ

ਤੁਸੀਂ ਵੈਰੀਫਿਕੇਸ਼ਨ ਨਾਲ ਕਿਹੜੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰ ਰਹੇ ਹੋ?\n\n“ਵੈਰੀਫਿਕੇਸ਼ਨ” ਸੁਣਨ ਵਿੱਚ ਕਿਸੇ ਦੀ ਪਛਾਣ ਸਾਬਤ ਕਰਨ ਵਰਗੀ ਲੱਗਦੀ ਹੈ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਤੁਸੀਂ ਸਿਰਫ਼ ਪਹੁੰਚ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹੋ।\n\n- ਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਵਿਅਕਤੀ ਉਸ ਇਨਬਾਕਸ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ।\n- ਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਉਹ ਨੰਬਰ SMS ਜਾਂ ਕਾਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ।\n\nਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਆਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਅਸਲ-ਦੁਨੀਆ ਆਈਡੈਂਟੀਟੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਫ਼ਰਕ ਫੈਸਲਾ ਕਰਨ ਵੇਲੇ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ।\n\nਫਰਿਕਸ਼ਨ ਛੋਟੇ, ਅਸਲੀ ਪਲਾਂ 'ਤੇ ਨਜ਼ਰ ਆਉਂਦੀ ਹੈ: ਈਮੇਲ ਸਪੈਮ ਵਿੱਚ ਜਾਂਦੀ ਹੈ, ਕੋਡ ਮੁਦਤ ਤੋਂ ਬਾਹਰ ਹੈ, ਯੂਜ਼ਰ ਦਾ ਕਨੈਕਸ਼ਨ ਡਿੱਗ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਉਹਨਾਂ ਕੋਲ ਫ਼ੋਨ ਕੋਲ ਨਹੀਂ ਹੁੰਦਾ। ਹਰ ਵਧੀਕ ਕਦਮ ਸਾਈਨਅਪ ਕਨਵਰਜ਼ਨ ਘਟਾ ਸਕਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਮੋਬਾਈਲ 'ਤੇ ਜਿਥੇ ਐਪ ਬਦਲ ਕੇ ਕੋਡ ਲੈਣਾ ਆਸਾਨੀ ਨਾਲ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ।\n\nਸਹੀ ਚੋਣ ਤੁਹਾਡੇ ਉਤਪਾਦ, ਜੋ ਤੁਸੀਂ ਰੱਖ ਰਹੇ ਹੋ, ਅਤੇ ਯੂਜ਼ਰਾਂ ਦੇ ਖੇਤਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਇੱਕ ਖਪਤਕਾਰ ਐਪ ਕਿਸੇ ਦੇਸ਼ ਵਿੱਚ SMS ਨੂੰ ਤੇਜ਼ ਅਤੇ ਜਾਣ-ਪਹਚਾਨ ਵਾਲਾ ਲੱਭ ਸਕਦੀ ਹੈ। ਇੱਕ ਗਲੋਬਲ ਉਤਪਾਦ ਵਿੱਚ SMS OTP ਡਿਲਿਵਰੇਬਿਲਟੀ ਖੇਤਰ ਅਤੇ ਕੈਰੀਅਰ ਮੁਤਾਬਕ ਬਦਲਦੀ ਹੈ, ਜਦਕਿ ਈਮੇਲ ਜ਼ਿਆਦਾ ਸਥਿਰ ਹੁੰਦੀ ਹੈ ਪਰ ਹਮਲਾਵਰਾਂ ਲਈ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਆਸਾਨੀ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।\n\nਤਰੀਕਿਆਂ 'ਤੇ بحث ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਉਹ ਕੰਮ ਨਾਮ ਕਰ ਲਵੋ ਜੋ ਵੈਰੀਫਿਕੇਸ਼ਨ ਨੂੰ ਤੁਹਾਡੇ ਉਤਪਾਦ ਲਈ ਕਰਨਾ ਹੈ। ਆਮ ਲਕੜੀਆਂ ਹਨ: ਸਕਰਿਪਟ ਕੀਤੇ ਸਾਈਨਅਪ ਰੋਕਣੇ, ਦੁਰੁਪਯੋਗ ਅਤੇ ਸਪੈਮ ਘਟਾਉਣਾ, ਅਕਾਊਂਟ ਰਿਕਵਰੀ ਦੀ ਰੱਖਿਆ, ਸਪੋਰਟ ਟਿਕਟਾਂ ਘਟਾਉਣਾ, ਅਤੇ ਤੁਹਾਡੇ ਮਾਰਕੀਟ ਵਿੱਚ ਬੇਸਲਾਈਨ ਉਮੀਦਾਂ ਪੂਰੀਆਂ ਕਰਨਾ।\n\nਕامیابی "100% ਵੈਰੀਫਾਈਡ" ਨਹੀਂ ਹੈ। ਇਹ ਘੱਟ ਖ਼ਰਾਬ ਸਾਈਨਅਪ ਹਨ ਬਿਨਾਂ ਚੰਗੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਰੋਕੇ ਅਤੇ "ਮੈਨੂੰ ਕੋਡ ਨਹੀਂ ਮਿਲਿਆ" ਵਾਲੇ ਟਿਕਟਾਂ ਘੱਟ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਸਭ ਤੋਂ ਵੱਡੀ ਪੀੜਾ ਗੁੰਮ ਹੋਈ ਪਹੁੰਚ ਅਤੇ ਸਪੋਰਟ ਸਮਾਂ ਹੈ, ਤਾਂ ਉਹ ਚੈਨਲ ਓਪਟੀਮਾਈਜ਼ ਕਰੋ ਜੋ ਯੂਜ਼ਰ ਖੇਤਰ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਸਭ ਤੋਂ ਵੱਡੀ ਪੀੜਾ ਆਟੋਮੇਟਡ ਦੁਰੁਪਯੋਗ ਹੈ, ਤਾਂ ਉਸ ਚੀਜ਼ ਲਈ ਓਪਟੀਮਾਈਜ਼ ਕਰੋ ਜੋ ਹਮਲਾਵਰਾਂ ਲਈ ਮਾਪਣ ਅਤੇ ਮਹਿੰਗੀ ਹੈ, ਭਾਵੇਂ ਇਸ ਨਾਲ ਕੁਝ ਫਰਿਕਸ਼ਨ ਵਧੇ।\n\n## ਈਮੇਲ ਵਿਰੁੱਧ ਫੋਨ: ਹਰ ਤਰੀਕੇ ਦੀ ਖਾਸਤੌਰ 'ਤੇ ਕੀ ਖਾਸੀਅਤ ਹੈ\n\nਜਦੋਂ ਲੋਕ ਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਅਤੇ ਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ, ਅਸਲ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸ ਖਤਰੇ ਨੂੰ ਘਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਤੁਹਾਡੀ ਸਾਈਨਅਪ ਅਵਧੀ ਕਿੰਨੀ ਫਰਿਕਸ਼ਨ ਸਹਿ ਸਕਦੀ ਹੈ।\n\nਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਆਸਾਨ ਹੁੰਦਾ ਹੈ। ਇਹ ਸਸਤਾ, ਜਾਣਿਆ-ਪਛਾਣਿਆ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਵੈਧ ਯੂਜ਼ਰਾਂ ਨੂੰ ਰੋਕਦਾ ਨਹੀਂ। ਜਦੋਂ ਤੁਹਾਡਾ ਮੁੱਖ ਮਕਸਦ ਯੂਜ਼ਰ ਤਕ਼ ਪਹੁੰਚ ਸਾਬਤ ਕਰਨਾ ਹੈ (ਰਸੀਦਾਂ, ਪਾਸਵਰਡ ਰੀਸੈਟ, ਉਤਪਾਦ ਅੱਪਡੇਟ), ਤਾਂ ਇਹ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਪਰ ਇਹ ਇਕ ਕਮਜ਼ੋਰ ਯੂਨੀਕਨੈਸ ਸਿਗਨਲ ਹੈ ਕਿਉਂਕਿ ਨਵੇਂ ਇਨਬਾਕਸ ਬਣਾਉਣਾ ਆਸਾਨ ਹੈ।\n\nਈਮੇਲ ਵਧੀਆ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਟਾਇਪੋ ਫੜਨਾ, ਯੂਜ਼ਰ ਨੂੰ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ, ਅਤੇ ਘੱਟ-ਖਤਰੇ ਉਤਪਾਦਾਂ ਲਈ ਤੇਜ਼ ਸਾਈਨਅਪ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ।\n\nਫਿਰ ਵੀ ਅਟੈਕਰ throwaway ਇਨਬਾਕਸਾਂ, ਐਲਾਇਸਿਜ਼ ਅਤੇ ਆਪਣੇ ਆਪ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਬੋਟਸ ਨਾਲ ਲੰਘ ਸਕਦੇ ਹਨ। ਜੇ ਖਾਤੇ ਦੀ ਕੀਮਤ ਹੈ (ਕ੍ਰੈਡਿਟ, ਫ੍ਰੀ ਟ੍ਰਾਇਲ, API ਪਹੁੰਚ), ਤਾਂ ਉਨ੍ਹਾਂ ਦਾ ਅਨੁਕੂਲ ਹੋ ਜਾਣ ਦੀ ਉਮੀਦ ਰੱਖੋ।\n\nਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ (SMS ਜਾਂ ਵੋਇਸ OTP) ਫਰਿਕਸ਼ਨ ਅਤੇ ਸਿੱਧਾ ਖਰਚ ਜੋੜਦਾ ਹੈ, ਪਰ ਇਹ ਯੂਨੀਕਨੈਸ ਦਾ ਮਜ਼ਬੂਤ ਸਿਗਨਲ ਹੋ ਸਕਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਯੂਜ਼ਰਾਂ ਕੋਲ ਸਿਰਫ਼ ਕੁਝ ਨੰਬਰ ਹੁੰਦੇ ਹਨ ਅਤੇ ਨੰਬਰਾਂ ਨੂੰ ਪੈਮਾਨੇ 'ਤੇ ਦੁਹਰਾਉਣਾ ਈਮੇਲਾਂ ਨੂੰ ਦੁਹਰਾਉਣ ਨਾਲੋਂ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ। ਇਹ ਆਮ ਹੈ ਜਦੋਂ ਖਾਤਾ ਤੁਰੰਤ ਵੱਡਾ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦਾ ਹੈ।\n\nਫੋਨ ਵਧੀਆ ਹੈ ਬਲਕ ਸਾਈਨਅਪ ਨੂੰ ਢੀਲਾ ਕਰਨ ਲਈ, ਦੁਰੁਪਯੋਗ ਦੀ ਲਾਗਤ ਵਧਾਉਣ ਲਈ, ਦੂਜਾ ਰਿਕਵਰੀ ਚੈਨਲ ਜੋੜਨ ਲਈ, ਅਤੇ ਪੇਅਆਉਟ ਜਾਂ ਪਬਲਿਕ ਕਾਂਟੈਂਟ ਜਿਹੀਆਂ ਕਾਰਵਾਈਆਂ ਲਈ ਵਿਸ਼ਵਾਸ ਵਧਾਉਣ ਲਈ।\n\nਫੋਨ ਕੋਈ ਜਾਦੂਈ ਹਥਿਆਰ ਨਹੀਂ ਹੈ। ਹਮਲਾਵਰ VoIP ਨੰਬਰ, SIM ਫਾਰਮ ਅਤੇ OTP ਰੀਲੇ ਸੇਵਾਵਾਂ ਵਰਤਦੇ ਹਨ। ਅਤੇ SMS OTP ਡਿਲਿਵਰੇਬਿਲਟੀ ਦੇਸ਼ ਅਤੇ ਕੈਰੀਅਰ ਮੁਤਾਬਕ ਵੱਖ-ਵੱਖ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਵੈਧ ਯੂਜ਼ਰ ਰੋਕ ਜਾਂ ਦੇਰੀ ਦਾ ਸਾਹਮਣਾ ਕਰ ਸਕਦੇ ਹਨ।\n\nਇੱਕ ਤਰਕਸ਼ੀਲ ਨਿਯਮ: ਜੇ ਨਕਲੀ ਸਾਈਨਅਪ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਸਟੋਰੇਜ ਨੁਕਸਾਨ ਕਰਦੀ ਹੈ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਈਮੇਲ ਕਾਫ਼ੀ ਹੈ। ਜੇ ਨਕਲੀ ਸਾਈਨਅਪ ਮਹਿੰਗੇ ਸਰੋਤ (ਜਿਵੇਂ ਬਿਲਡ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕੰਪਿਊਟ ਕ੍ਰੈਡਿਟ) ਜਲਾਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ ਮਾਨਵੋਂਗਾ, ਪਰ ਸਿਰਫ਼ ਜੇ ਤੁਸੀਂ ਫ੍ਰੌਡ ਵਰਕਅਰਾਉਂਡ ਅਤੇ ਨਾਕام OTP ਸਪੋਰਟ ਟਿਕਟਾਂ ਦੀ ਸਰਗਰਮ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋ।\n\n## ਆਪਣੇ ਰਿਸਕ ਨੂੰ ਮਿਲਾਓ: ਕਿਹੜਾ ਤਰੀਕਾ ਕਦੋਂ ਲੋੜੀਂਦਾ ਹੈ\n\nਵੈਰੀਫਿਕੇਸ਼ਨ ਕੋਈ ਨੈਤਿਕ ਟੈਸਟ ਨਹੀਂ ਹੈ। ਇਹ ਇਕ ਸਪੀਡ ਬੰਪ ਹੈ ਜੋ ਤੁਸੀਂ ਓਥੇ ਲਗਾਉਂਦੇ ਹੋ ਜਿੱਥੇ ਦੁਰੁਪਯੋਗ ਹੋ ਸਕਦਾ ਹੈ। ਸਹੀ ਚੋਣ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਹਮਲਾਵਰ ਕੀ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਜੇ ਉਹ ਕਾਮਯਾਬ ਹੋਣ ਤੇ ਤੁਹਾਨੂੰ ਕਿੰਨੀ ਲਾਗਤ ਆਵੇਗੀ।\n\nਜ਼ਿਆਦਾਤਰ ਦੁਰੁਪਯੋਗ ਕੁਝ ਬੱਕਸੇ ਵਿੱਚ ਆਉਂਦਾ ਹੈ: ਮੁਫ਼ਤ ਲਾਭਾਂ ਦੀ ਫਾਰਮਿੰਗ, ਰੈਫਰਲ ਅਤੇ ਪ੍ਰੋਮੋਜ਼ ਦਾ ਦੁਰੁਪਯੋਗ, ਚੋਰੀ ਹੋਏ ਕਾਰਡਾਂ ਦੀ ਟੈਸਟਿੰਗ, ਜਾਂ ਸਮੱਗਰੀ ਅਤੇ APIs ਦੀ ਸਕੇਲ 'ਤੇ ਸਕ੍ਰਾਪਿੰਗ। ਹਰ ਇਕ ਮਕਸਦ ਵੱਖ-ਵੱਖ ਨਿਸ਼ਾਨ ਛੱਡਦਾ ਹੈ, ਇਸ ਲਈ ਉਹ ਸਿਗਨਲ ਦੇਖਣਾ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਦੁਰੁਪਯੋਗ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ।\n\n### ਜਦੋਂ ਤੁਸੀਂ ਉੱਚ-ਖਤਰੇ ਇਲਾਕੇ ਵਿੱਚ ਹੋ ਤਾਂ ਦਰਸਾਉਣ ਵਾਲੇ ਸਿਗਨਲ\n\nਜੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਈ ਇਕੱਠੇ ਦਿਖਨ, ਤਾਂ ਉੱਚ ਰਿਸਕ ਮਨੋ ਅਤੇ ਮਜ਼ਬੂਤ ਚੈੱਕ ਜੋੜੋ:\n\n- ਇੱਕੋ IP, ਡਿਵਾਈਸ ਜਾਂ ਸਬਨੇਟ ਤੋਂ ਉੱਚ ਸਾਈਨਅਪ ਵੇਲੋਸਿਟੀ\n- ਛੋਟੀ ਖਿੜਕੀ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਰੀਟ੍ਰਾਈ ਜਾਂ ਨਾਕਾਮ OTP ਕੋਸ਼ਿਸ਼ਾਂ\n- ਨਵੇਂ ਖਾਤੇ ਸਾਈਨਅਪ ਤੋਂ ਫੌਰਨ ਸੰਵੇਦਨਸ਼ੀਲ ਕਾਰਵਾਈ ਕਰਦੇ ਹਨ\n- ਉਹਦੇ ਦੇਸ਼ ਜਾਂ ਕੈਰੀਅਰ ਜੋ ਇਤਿਹਾਸਕ ਤੌਰ 'ਤੇ ਸਪੋਰਟ ਸਮੱਸਿਆਵਾਂ ਦੇ ਨਾਲ ਜੁੜੇ ਹੋਂਦੇ ਹਨ\n- ਇੱਕੋ ਭੁਗਤਾਨ ਮੈਥਡ, ਕਾਰਡ BIN ਜਾਂ ਪ੍ਰੋਮੋ-ਕੋਡ ਪੈਟਰਨ ਦੀ ਦੁਹਰਾਈ\n\nਜਦੋਂ ਰਿਸਕ ਘੱਟ ਹੋਵੇ, ਇੱਕ ਸਧਾਰਨ ਈਮੇਲ ਲਿੰਕ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ ਹੁੰਦਾ ਹੈ। ਇਹ address ਨੂੰ ਮੇਲ ਪ੍ਰਾਪਤ ਕਰਨ ਯੋਗ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਟਾਇਪੋ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਰਿਕਸ਼ਨ ਘੱਟ ਰੱਖਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਲਈ ਚੰਗਾ ਹੈ ਜਿੱਥੇ ਪਹਿਲਾ ਸੈਸ਼ਨ ਹਮਲਾਵਰ ਲਈ ਜ਼ਿਆਦਾ ਕੀਮਤੀ ਨਹੀਂ ਹੁੰਦਾ, ਜਿਵੇਂ ਸਮੱਗਰੀ ਪੜ੍ਹਨਾ, ਮੁਫ਼ਤ ਟੂਲ ਦੀ ਕੋਸ਼ਿਸ਼, ਜਾਂ ਪਸੰਦੀਦਾ ਸੈਟਿੰਗ ਸੇਵ ਕਰਨਾ।\n\nਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ ਤਦੋਂ ਜਾਇਜ਼ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਕਾਮਯਾਬ ਨਕਲੀ ਖਾਤੇ ਨਾਲ ਤੁਹਾਨੂੰ ਵਾ​​ਸਤਵਿਕ ਨੁਕਸਾਨ ਜਾਂ ਲਾਗਤ ਆ ਸਕਦੀ ਹੈ। ਆਮ ਉਦਾਹਰਣ: ਸਾਈਨਅਪ ਜੋ ਤੁਰੰਤ ਕ੍ਰੈਡਿਟ ਜਾਂ ਨਕਦੀ ਮੁੱਲ ਵਾਲੇ ਲਾਭ ਦਿੱਤੇ, ਭੰਡਾਰਤ ਜਾਂ ਐਪੀ ਕਾਲਾਂ 'ਤੇ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਕਾਰਵਾਈਆਂ, ਜਾਂ ਭੁਗਤਾਨ-ਸਬੰਧੀ ਕਾਰਵਾਈਆਂ। ਜੇ ਤੁਸੀਂ ਇਕ earn-credits ਜਾਂ ਰੈਫਰਲ ਪ੍ਰੋਗਰਾਮ ਚਲਾ ਰਹੇ ਹੋ, ਤਾਂ ਫੋਨ ਚੈੱਕ ਬੜੇ ਸਟ੍ਰੀਕਸ ਦੇ ਦੌਰਾਨ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੇ ਹਨ।\n\nਇੱਕ ਪ੍ਰਯੋਗਕਾਰੀ ਮਧ੍ਯਮ ਰਸਤਾ ਹੈ ਰਿਸਕ-ਅਧਾਰਤ ਐਸਕਲੇਸ਼ਨ: ਡਿਫ਼ਾਲਟ ਨੂੰ ਈਮੇਲ ਰੱਖੋ, ਫਿਰ ਸਿਗਨਲ ਵਧਣ 'ਤੇ ਹੀ ਫੋਨ ਲਾਜ਼ਮੀ ਕਰੋ ਜਾਂ ਜਦੋਂ ਯੂਜ਼ਰ ਉੱਚ-ਖਤਰੇ ਕਾਰਜ ਕਰੇ।\n\n## ਕਨਵਰਜ਼ਨ ਪ੍ਰਭਾਵ: ਜਿੱਥੇ ਫਰਿਕਸ਼ਨ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੀ ਹੈ\n\nਵੈਰੀਫਿਕੇਸ਼ਨ ਇੱਕ ਵਪਾਰ ਹੈ: ਤੁਸੀਂ ਦੁਰੁਪਯੋਗ ਘਟਾਉਂਦੇ ਹੋ, ਪਰ ਤੁਸੀਂ ਕੁਝ ਅਸਲੀ ਯੂਜ਼ਰ ਵੀ ਗੁਆ ਸਕਦੇ ਹੋ। ਸਭ ਤੋਂ ਵੱਡੀ ਕਟੌਤੀ ਆਮ ਤੌਰ ਤੇ ਉਸ ਵੇਲੇ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਲੋਕਾਂ ਨੂੰ ਰੁਕਨਾ ਪੈਂਦਾ ਹੈ, ਐਪ ਬਦਲਣੇ ਪੈਂਦੇ ਹਨ, ਜਾਂ ਸਮਝ ਨਹੀਂ ਆਉਂਦਾ ਕਿ ਕੀ ਗਲਤ ਹੋਇਆ।\n\nਈਮੇਲ ਵੱਧਤਰ ਖ਼ਾਮੋਸ਼ੀ ਨਾਲ ਫੇਲ ਹੁੰਦੀ ਹੈ। ਲੋਕ ਸੁਨੇਹਾ ਨਹੀਂ ਵੇਖਦੇ, ਇਹ ਸਪੈਮ ਵਿੱਚ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਉਹ ਆਪਣੇ ਇਨਬਾਕਸ ਖੋਜਦੇ ਸਮੇਂ ਧਿਆਨ ਭਟਕਾ ਲੈਂਦੇ ਹਨ।\n\nਫੋਨ ਵੱਧਤਰ ਜ਼ਾਹਿਰ ਤੌਰ 'ਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ। ਕੋਡ ਨਹੀਂ ਆਉਂਦਾ, ਯੂਜ਼ਰ ਇੱਕੋ ਸਕ੍ਰੀਨ 'ਤੇ ਫਸ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹਰ ਵਾਰ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਉਤਪਾਦ ਖਰਾਬ ਲੱਗਣ ਲਗਦਾ ਹੈ।\n\nਟਾਈਮਿੰਗ ਤਤ੍ਵ ਵਹੁਤ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਪਹਿਲੀ ਸੈਸ਼ਨ 'ਚ ਵੈਰੀਫਿਕੇਸ਼ਨ ਮਜ਼ਬੂਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਯੂਜ਼ਰ ਤੋਂ ਉਹ ਭਰੋਸਾ ਮੰਗ ਰਹੇ ਹੋ ਜੋ ਉਹਨਾਂ ਨੇ ਹਜੇ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ। ਬਹੁਤ ਟੀਮਾਂ ਨੇ ਅਖੀਰਕਾਰੀ ਤੌਰ 'ਤੇ ਇਹ ਪਾਇਆ ਕਿ ਨਵੇਂ ਯੂਜ਼ਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਵਾ ਕੇ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਕਾਰਵਾਈ ਕਰਨ ਵਕਤ ਵੈਰੀਫਿਕੇਸ਼ਨ ਮੰਗਣ ਨਾਲ ਸਾਈਨਅਪ ਕਨਵਰਜ਼ਨ ਬਿਹਤਰ ਹੁੰਦੀ ਹੈ (ਟ੍ਰਾਇਲ ਸ਼ੁਰੂ ਕਰਨਾ, ਟੀਮ ਨੂੰ ਸੱਦਣਾ, ਡਾਟਾ ਐਕਸਪੋਰਟ)। ਇਹ ਖਾਸ ਕਰਕੇ ਫਾਇਦਾ ਵਾਲਾ ਹੁੰਦਾ ਹੈ ਜੇ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ "ਵਾਓ ਮੁਹੂਰਾ" ਤੇਜ਼ ਹੈ।\n\nਇਕ ਸਧਾਰਨ ਨਿਯਮ: ਜਦੋਂ ਕਾਰਵਾਈ ਤੁਹਾਡੇ ਜਾਂ ਹੋਰ ਯੂਜ਼ਰਾਂ ਲਈ ਰਿਸਕ ਪੈਦਾ ਕਰਦੀ ਹੈ ਤਾਂ ਪਹਿਲਾਂ ਵੈਰੀਫਾਈ ਕਰੋ, ਅਤੇ ਜਦੋਂ ਕਾਰਵਾਈ ਮੁੱਖ ਤੌਰ 'ਤੇ ਨਿੱਜੀ ਖਿੜਕੀ ਹੋਵੇ ਤਾਂ ਬਾਅਦ ਵਿੱਚ।\n\nਅਨੁਭਵ ਸਧਾਰਨ ਰੱਖਣ ਲਈ ਬਿਨਾਂ ਸੁਰੱਖਿਆ ਕਮਜ਼ੋਰ ਕੀਤੇ, ਮਰਨ ਵਾਲੇ-ਅੰਤ ਸਥਾਨ ਹਟਾਓ:\n\n- "ਰੀਸੈਂਡ ਕੋਡ" ਨੂੰ ਸਪੱਸ਼ਟ ਬਣਾਓ ਅਤੇ ਦੱਸੋ ਕਿ ਇਹ ਕਦੋਂ ਕੰਮ ਕਰੇਗਾ (ਉਦਾਹਰਣ ਲਈ 30 ਸਕਿੰਟ ਬਾਅਦ)।\n- ਈਮੇਲ ਲਈ, ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਲਿੰਕ ਅਤੇ ਕੋਡ ਦੋਹਾਂ ਸਪੋਰਟ ਕਰੋ।\n- OTP ਕੋਡ ਲਈ ਪੇਸਟ ਅਤੇ ਆਟੋਫਿਲ ਸਹਾਇਤਾ ਦਿਓ, ਅਤੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਫੋਨ/ਈਮੇਲ ਸੰਪਾਦਿਤ ਕਰਨ ਦਿਓ ਬਿਨਾਂ ਮੁੜ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਦੇ।\n- 1-2 ਨਾਕਾਮ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ ਸਾਫ਼ ਬੈਕਅੱਪ ਦਿਓ (ਜਿਵੇਂ SMS ਦੀ ਥਾਂ ਈਮੇਲ ਵਰਤੋ ਜਾਂ ਉਲਟ)।\n- ਸੀਮਿਤ ਪਹੁੰਚ ਵੈਰੀਫਿਕੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਦਿਓ, ਪਰ ਉੱਚ-ਖਤਰੇ ਕਾਰਵਾਈਆਂ ਤੱਕ ਬਲੌਕ ਕਰੋ।\n\nਉਦਾਹਰਣ: ਜੇ ਯੂਜ਼ਰ ਪਹਿਲਾਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦਾ ਡਰਾਫਟ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਵੈਰੀਫਿਕੇਸ਼ਨ ਨੂੰ ਅੱਗੇ ਸਥਗਿਤ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ ਉਹ ਡਿਪਲੋਏ, ਕਸਟਮ ਡੋਮੇਨ ਜੁੜਦੇ ਜਾਂ ਹੋਰਾਂ ਨੂੰ ਸੱਦਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਆਨਬੋਰਡਿੰਗ ਦੌਰਾਨ ਧਿਆਨ ਨੁਕਸਾਨ ਤੋਂ ਬਚਦੇ ਹੋ ਪਰ ਫ੍ਰੌਡ ਰਿਸਕ ਨੂੰ ਵੀ ਘਟਾਉਂਦੇ ਹੋ।\n\n## ਲਾਗਤ ਅਤੇ ਸਪੋਰਟ: ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਅਦਾ ਕਰਦੇ ਹੋ\n\nਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਭੇਜਣ ਲਈ ਸਸਤਾ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਹ ਮੁਫ਼ਤ ਨਹੀਂ। ਤੁਸੀਂ ਆਪਣੇ ਈਮੇਲ ਪ੍ਰੋਵਾਇਡਰ, ਰੈਪਯੂਟੇਸ਼ਨ ਕੰਮ (ਸਪੈਮ ਸ਼ਿਕਾਇਤਾਂ ਘੱਟ ਰੱਖਣ) ਅਤੇ ਲੋਕਾਂ ਦੇ ਸੁਨੇਹੇ ਨਾ ਮਿਲਣ 'ਤੇ ਸਪੋਰਟ ਸਮੇਂ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ।\n\nਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ (SMS OTP) ਦੀ ਸਪਸ਼ਟ ਕੀਮਤ ਹੁੰਦੀ ਹੈ: ਹਰ ਕੋਸ਼ਿਸ਼ ਦੀ ਇੱਕ ਲਾਗਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਨਾਕਾਮ ਡਿਲਿਵਰੀ ਆਮ ਤੌਰ 'ਤੇ ਰੀਟ੍ਰਾਈ ਟਰਿਗਰ ਕਰਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਵੋਇਸ ਕਾਲ ਨੂੰ ਫਾਲਬੈਕ ਦੇ ਦਿਓ, ਤਾਂ ਉਹ ਵੀ ਪੇਡ ਚੈਨਲ ਹੈ। ਬਿਲ ਤੇਜ਼ੀ ਨਾਲ ਵਧ ਜਾਂਦਾ ਹੈ ਜਦ ਯੂਜ਼ਰ ਬਹੁਤ ਸਾਰੇ ਕੋਡ ਮੰਗਦੇ ਹਨ ਜਾਂ ਕੁਝ ਖੇਤਰਾਂ ਵਿੱਚ ਡਿਲਿਵਰੇਬਿਲਟੀ ਝੁਟਕ ਰਹੀ ਹੁੰਦੀ ਹੈ।\n\nਤਿਅਨ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣ ਯੋਗ ਲਾਗਤਾਂ ਹਨ: ਡਿਲਿਵਰੀ ਫੀਸ, ਰੀਸੈਂਡ ਓਵਰਹੈੱਡ, ਸਪੋਰਟ ਟਿਕਟਾਂ ("ਕੋਡ ਨਹੀਂ ਮਿਲਿਆ", "ਲਿੰਕ ਖਤਮ ਹੋ ਗਿਆ", "ਗਲਤ ਨੰਬਰ"), ਅਕਾਊਂਟ ਰਿਕਵਰੀ ਕੰਮ, ਅਤੇ ਫ੍ਰੌਡ ਸਫਾਈ।\n\nਛੁਪੀਆਂ ਲਾਗਤਾਂ ਉਹ ਹਨ ਜਿਹਨਾਂ ਲਈ ਟੀਮਾਂ ਹੈਰਾਨ ਹੁੰਦੀਆਂ ਹਨ। ਫੋਨ ਨੰਬਰ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਕੈਰੀਅਰ ਨੰਬਰ ਰੀਸਾਇਕਲ ਕਰਦੇ ਹਨ। ਇੱਕ "ਵੈਰੀਫਾਈਡ" ਫੋਨ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਦੇ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਸਪੋਰਟ ਸਮੱਸਿਆਵਾਂ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਜੇ ਤੁਸੀਂ ਫੋਨ ਨੂੰ ਰਿਕਵਰੀ ਕੁੰਜੀ ਮੰਨਦੇ ਹੋ ਤਾਂ ਖਾਤਾ ਟੇਕਓਵਰ ਰਿਸਕ ਵਧਦਾ ਹੈ। ਸਾਂਝੇ ਫੋਨ (ਪਰਿਵਾਰ, ਛੋਟੇ ਦੋਕਾਨ, ਟੀਮ ਡਿਵਾਈਸ) ਵੀ ਐਜੇ ਕੁਨ੍ਹੇ ਕੇਸ ਬਣਾਉਂਦੇ ਹਨ — ਜਿਵੇਂ ਇਕ ਨੰਬਰ ਬਹੁਤ ਸਾਰੇ ਖਾਤਿਆਂ ਨਾਲ ਜੁੜਿਆ ਹੋ ਸਕਦਾ ਹੈ।\n\nਮਾਸਿਕ ਖਰਚ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦੇ ਸਮੇਂ ਹਕੀਕਤੀ ਨਾਕامی ਦਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰੋ, ਬਹੁਤਰੇ ਨਾਹ-ਅਚਛੇ ਅਨੁਮਾਨ ਨਹੀਂ। ਇੱਕ ਸਧਾਰਨ ਮਾਡਲ ਹੈ:\n\ntotal signups x percent needing verification x average attempts per user x cost per attempt\n\nਉਦਾਹਰਣ: 50,000 ਸਾਈਨਅਪ/ਮਹੀਨਾ, 60% SMS ਨਾਲ ਵੈਰੀਫਾਈ ਹੋ ਰਹੇ, ਔਸਤ 1.4 ਕੋਸ਼ਿਸ਼/ਯੂਜ਼ਰ (ਕਿਉਂਕਿ ਰੀਸੈਂਡ), ਅਤੇ $0.03 ਪ੍ਰਤੀ SMS ਹੋਣ 'ਤੇ, ਸਿਰਫ਼ ਸੁਨੇਹਿਆਂ 'ਤੇ ਲਗਭਗ $1,260/ਮਹੀਨਾ ਆਉਂਦਾ ਹੈ, ਵੋਇਸ ਫਾਲਬੈਕ ਅਤੇ ਸਪੋਰਟ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ।\n\nਜੇ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉ ਅਤੇ ਰਿਲੀਜ਼ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਹਫ਼ਤੇ ਦੇ ਪਹਿਲੇ ਦਿਨੋਂ ਇਹ ਨੰਬਰ ਟ੍ਰੈਕ ਕਰੋ। ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਾਗਤਾਂ ਲਾਂਚ 'ਤੇ ਛੋਟੀ ਲੱਗ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਬਾਅਦ ਵਿੱਚ ਇਹ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਖਰਚ ਬਣ ਸਕਦੀ ਹੈ।\n\n## ਖੇਤਰੀ ਡਿਲਿਵਰੇਬਿਲਟੀ: ਕਿਉਂ ਇਕੇ ਨੁਸਖੇ ਨੇ ਕੰਮ ਨਹੀਂ ਕਰਦਾ\n\nਵੈਰੀਫਿਕੇਸ਼ਨ ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਚੋਣ ਨਹੀਂ ਹੈ। ਇਹ ਇਕ ਡਿਲਿਵਰੇਬਿਲਟੀ ਚੋਣ ਵੀ ਹੈ, ਅਤੇ ਡਿਲਿਵਰੇਬਿਲਟੀ ਦੇਸ਼, ਕੈਰੀਅਰ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਈਮੇਲ ਪ੍ਰੋਵਾਇਡਰ ਮੁਤਾਬਕ ਬਦਲਦੀ ਹੈ। ਇਕੋ ਫਲੋ ਇੱਕ ਮਾਰਕੀਟ 'ਚ ਸੁਚੇਤ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਟੁੱਟ ਸਕਦਾ ਹੈ।\n\nਈਮੇਲ ਦੀਆਂ ਆਪਣੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ: ਸੁਨੇਹੇ ਸਪੈਮ ਜਾਂ ਪ੍ਰੋਮੋਸ਼ਨ ਵਿਚ ਜਾ ਸਕਦੇ ਹਨ (ਖ਼ਾਸ ਕਰਕੇ ਨਵੀਂ ਡੋਮੇਨ ਲਈ), ਕਾਰਪੋਰੇਟ ਗੇਟਵੇ ਆਟੋਮੇਟਡ ਲੌਗਿਨ ਸੁਨੇਹਿਆਂ ਨੂੰ ਕਵਾਰੰਟੀਨ ਕਰ ਸਕਦੇ ਹਨ, ਟਾਇਪੋ ਆਮ ਹਨ (gmial.com), ਅਤੇ ਕੁਝ ਇਨਬਾਕਸ ਡਿਲਿਵਰੀ ਵਿੱਚ ਮਿੰਟਾਂ ਦੀ ਦੇਰੀ ਕਰ ਸਕਦੇ ਹਨ।\n\nSMS ਸਧਾਰਨ ਲੱਗਦਾ ਹੈ, ਪਰ ਕੈਰੀਅਰ ਇਸਨੂੰ ਨਿਯਮਤ ਚੈਨਲ ਵਜੋਂ ਦੇਖਦੇ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਮੁਲਕ A2P ਨਿਯਮ, ਟੈਮਪਲੇਟ ਮਨਜ਼ੂਰੀ ਅਤੇ ਸੈਂਡਰ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਲਗਾਉਂਦੇ ਹਨ। ਕੈਰੀਅਰ ਵੀ ਧੋਖਾਧੜੀ ਲਈ ਕੜੀ ਫਿਲਟਰਿੰਗ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਕੁਝ ਕੀਵਰਡ, ਛੋਟੇ ਲਿੰਕ ਜਾਂ ਬਹੁਤ ਸਾਰੇ ਰੀਟ੍ਰਾਈ ਰੋਕ ਦਿੱਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਰਾਊਟਿੰਗ ਵੀ ਮਾਮਲਾ ਹੈ: ਇੱਕ ਅੰਤਰਰਾਸ਼ਟਰੀ ਰਾਹ ਦੇਰੀ ਨਾਲ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਹੀ ਪਹੁੰਚ ਸਕਦਾ।\n\nਇਸ ਲਈ "ਈਮੇਲ ਵੈਰੀਫਿਕੇਸ਼ਨ ਬਨਾਮ ਫੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ" ਜ਼ਿਆਦਾਤਰ ਗਲੋਬਲ ਸਾਰਥਕ ਨਹੀਂ ਹੁੰਦਾ। ਜੇ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ 'ਚ ਚਲਦੇ ਹੋ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਖੇਤਰੀ ਡਿਫਾਲਟ ਅਤੇ ਇਕ ਭਰੋਸੇਯੋਗ ਬੈਕਅੱਪ ਚਾਹੀਦਾ ਹੈ।\n\nਇੱਕ ਕਾਰਗਰ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਪ੍ਰਤੀ ਖੇਤਰ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਮੈਥਡ ਡਿਜ਼ਾਇਨ ਕਰੋ ਅਤੇ ਸਾਫ਼ ਬੈਕਅੱਪ ਰੱਖੋ:\n\n- ਈਮੇਲ ਲਈ: ਰੀਸੈਂਡ ਨਾਲ ਨਜ਼ਰ ਆਉਣ ਵਾਲਾ ਕੁਲਡਾਊਨ ਅਤੇ "ਸਪੈਮ ਚੈਕ ਕਰੋ" ਸੁਝਾਅ।\n- SMS ਲਈ: ਜਿੱਥੇ ਵਿਸ਼ਵਾਸਯੋਗ ਹੋਵੇ, ਵੋਇਸ ਕਾਲ OTP ਦਿਓ।\n- ਜਦੋਂ SMS ਫੇਲ ਕਰੇ ਤਾਂ ਈਮੇਲ ਬੈਕਅੱਪ ਦਿਓ (ਜਾਂ ਉਲਟ)।\n- ਦੇਸ਼ ਪਿਕਰ ਅਤੇ ਫਾਰਮੈਟਿੰਗ ਸੁਝਾਅ ਨਾਲ ਇਨਪੁਟ ਗਲਤੀਆਂ ਘਟਾਓ।\n- ਸਪੋਰਟ ਲਈ ਇੱਕ ਸਧਾਰਾ "ਮੈਂ ਕੋਡ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦਾ" ਰਸਤਾ ਦਿਓ।\n\nਉਦਾਹਰਣ: ਇੱਕ ਈ-ਕਾਮਰਸ ਐਪ ਅਮਰੀਕਾ ਵਿੱਚ SMS OTP ਲਈ ਚੰਗੀ ਡਿਲਿਵਰੇਬਿਲਟੀ ਦੇਖਦੀ ਹੈ, ਪਰ ਭਾਰਤ ਵਿੱਚ ਪੀਕ ਘੰਟਿਆਂ ਦੌਰਾਨ ਉੱਚ ਨਾਕਾਮ ਦਰ ਅਤੇ ਜਰਮਨੀ ਵਿੱਚ ਕਾਰਪੋਰੇਟ ਯੂਜ਼ਰਾਂ ਲਈ ਈਮੇਲ ਦੇਰੀ ਜ਼ਿਆਦਾ ਹੁੰਦੀ ਹੈ। ਸੁਧਾਰ ਨਵੀਨ UI ਨਹੀਂ; ਇਹ ਖੇਤਰ ਮੁਤਾਬਕ ਡਿਫਾਲਟ ਵੱਖ-ਵੱਖ ਰੱਖਣਾ, ਰੀਟ੍ਰਾਈ ਨੀਤੀਆਂ ਕਠੋਰ ਕਰਨਾ ਤਾਂ ਜੋ ਕੈਰੀਅਰ ਬਲੌਕਿੰਗ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕੇ, ਅਤੇ ਬੈਕਅੱਪ ਜੁੜਨ ਹੈ ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਸਪੋਰਟ ਨਾਲ ਸੰਪਰਕ ਕੀਤੇ ਬਿਨਾਂ ਸਾਈਨਅਪ ਮੁਕੰਮਲ ਕਰ ਸਕੇ।\n\n## ਕਦਮ-ਦਰ-ਕਦਮ: ਇਕ ਸਧਾਰਨ ਫੈਸਲਾ ਫਰੇਮਵਰਕ\n\nਸ਼ੁਰੂਆਤ ਕਰਕੇ ਉਸ ਮੁੱਖ ਨੁਕਸਾਨ ਨੂੰ ਨਾਮ ਦਿਓ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਰੋਕਣਾ ਚਾਹੁੰਦੇ ਹੋ। "ਫ੍ਰੌਡ" ਵਿਆਪਕ ਸ਼ਬਦ ਹੈ — ਕੀ ਤੁਸੀਂ ਮੁਫ਼ਤ ਟ੍ਰਾਇਲ, ਅਕਾਊਂਟ ਟੇਕਓਵਰ, ਜਾਂ ਪੇਅਆਉਟ ਅਤੇ ਰਿਫੰਡਾਂ ਦੀ ਰੱਖਿਆ ਕਰ ਰਹੇ ਹੋ? ਲਕਸ਼ ਬਦਲ ਜਾਂਦਾ ਹੈ ਕਿ "ਚੰਗੀ ਵੈਰੀਫਿਕੇਸ਼ਨ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ।\n\nਇਸ ਫਲੋ ਨੂੰ ਵਰਤ ਕੇ ਆਪਣਾ ਡਿਫਾਲਟ ਪਿੱਛਾਨੋ, ਫਿਰ ਲੋੜ ਪੈਣ 'ਤੇ ਵਾਧੂ ਚੈੱਕ ਜੋੜੋ।\n\n### 1) ਆਪਣਾ ਬੇਸਲਾਈਨ ਚੁਨੋ\n\nਜੇ ਤੁਹਾਨੂੰ ਮੁੱਖ ਤੌਰ 'ਤੇ ਇਹ ਸਾਬਤ ਕਰਨਾ ਹੈ ਕਿ ਕੋਈ ਇਨਬਾਕਸ ਤੇਜ਼ੀ ਨਾਲ ਮਿਲ ਸਕਦਾ ਹੈ ਅਤੇ ਫਰਿਕਸ਼ਨ ਘੱਟ ਰੱਖਣਾ ਹੈ, ਤਾਂ ਈਮੇਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਤੁਹਾਨੂੰ ਬੋਟਸ ਖਿਲਾਫ਼ ਮਜ਼ਬੂਤ ਚੈਕ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਤੁਸੀਂ ਖੇਤਰੀ SMS ਸਮੱਸਿਆਵਾਂ ਸੰਭਾਲ ਸਕਦੇ ਹੋ, ਤਾਂ ਫੋਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਕਾਰਵਾਈ ਵਾਸਤਵਿਕ ਪੈਸੇ ਦਾ ਖਤਰਾ ਹੈ (ਪੇਅਆਉਟ, ਉੱਚ-ਮੁੱਲ ਆਰਡਰ), ਤਾਂ ਦੋਹਾਂ ਨੂੰ ਸੋਚੋ, ਪਰ ਪਹਿਲੇ ਦਿਨ ਦੋਹਾਂ ਲਾਦੋ ਨਾ।\n\n### 2) ਸਿਰਫ਼ ਜਦੋਂ ਰਿਸਕ ਸਿਗਨਲ ਆਉਣ ਤਾਂ ਹੀ ਹੋਰ ਕਦਮ ਜੋੜੋ\n\nਜ਼ਿਆਦਾਤਰ ਯੂਜ਼ਰਾਂ ਲਈ ਇੱਕ ਸਧਾਰਨ ਕਦਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਵਧੀਕ ਫਰਿਕਸ਼ਨ ਉਹਨਾਂ ਖਾਤਿਆਂ ਲਈ ਰੱਖੋ ਜੋ ਸ਼ਕ ਵਾਲੇ ਲੱਗਦੇ ਹਨ (ਅਣਹੋਣੇ ਸਾਈਨਅਪ ਵੇਲੋਸਿਟੀ, ਡਿਸਪੋਜ਼ੇਬਲ ਈਮੇਲ, ਬਾਰ-ਬਾਰ ਨਾਕਾਮ ਕੋਸ਼ਿਸ਼ਾਂ) ਜਾਂ ਜਦੋਂ ਯੂਜ਼ਰ ਸੰਵੇਦਨਸ਼ੀਲ ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ (ਪੇਅਆਉਟ ਵੇਰਵੇ ਬਦਲਣਾ, ਵੱਡੀ ਖਰੀਦ, ਪਾਸਵਰਡ ਰੀਸੈਟ)।\n\n### 3) ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਫ਼ ਨੀਤੀਆਂ ਸੈੱਟ ਕਰੋ\n\nਇਹ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਤਾਂ ਜੋ ਸਪੋਰਟ ਵਿੱਚ ਅਣਚਾਹੀ ਨੀਤੀਆਂ ਨਾ ਬਣਨ:\n\n- ਰੀਟ੍ਰਾਈ ਹੱਦਾਂ ਅਤੇ ਕੁਲਡਾਊਨ (ਉਦਾਹਰਣ: 3 ਕੋਸ਼ਿਸ਼ਾਂ ਫਿਰ 10 ਮਿੰਟ ਦੀ ਉਡੀਕ)\n- ਕੋਡ ਦੀ ਲੰਬਾਈ ਅਤੇ ਮਿਆਦ-ਅੰਤ\n- ਰੀਸੈਂਡ ਨਿਯਮ (ਸਪੈਮੀ ਲੂਪ ਤੋਂ ਪਰਹੇਜ਼)\n- ਲਾਕਆਊਟ ਅਤੇ ਰਿਕਵਰੀ ਰਾਹ\n- ਕਦੋਂ ਮੈਨੂਅਲ ਰਿਵਿਊ ਨੂੰ ਐਸਕਲੇਟ ਕਰਨਾ ਹੈ\n\nਇਸਨੂੰ ਪਰਖ ਸਮਝੋ: ਦੁਰੁਪਯੋਗ, ਸਾਈਨਅਪ ਕਨਵਰਜ਼ਨ ਦਰ, ਅਤੇ ਟਿਕਟਾਂ ਨੂੰ ਮਾਪੋ, ਫਿਰ ਸੀਮਾ ਬਦਲੋ।\n\n## ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਜਾਲ\n\nਸਭ ਤੋਂ ਵੱਡੀ ਗਲਤੀ ਵੈਰੀਫਿਕੇਸ਼ਨ ਨੂੰ ਇੱਕ ਡਿਫਾਲਟ ਸੈਟਿੰਗ ਵਜੋਂ ਦੇਖਣਾ ਹੈ ਨਾ ਕਿ ਇੱਕ ਰਿਸਕ ਦਾ ਫੈਸਲਾ। ਵੈਰੀਫਿਕੇਸ਼ਨ ਫਰਿਕਸ਼ਨ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਹ ਬਹੁਤ ਜਲਦੀ ਜੋੜ ਦਿਓਗੇ, ਤਾਂ ਤੁਸੀਂ ਖੋਈ ਹੋਈ ਸਾਈਨਅਪ, ਗੁੱਸੇ ਵਾਲੇ ਯੂਜ਼ਰ, ਅਤੇ ਵਧੇ ਹੋਏ ਸਪੋਰਟ ਖਰਚਾਂ ਲਈ ਅਦਾ ਕਰਦੇ ਹੋ।\n\nਇੱਕ ਆਮ ਜਾਲ ਪਹਿਲੇ ਟੱਚ 'ਤੇ ਫ਼ੋਨ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਾਜ਼ਮੀ ਕਰਨਾ ਹੈ ਜਦੋਂ ਖਤਰਾ ਘੱਟ ਹੋਵੇ। ਜੇ ਤੁਸੀਂ ਇਕ ਨਿਊਜ਼ਲੈਟਰ, ਮੁਫ਼ਤ ਟੂਲ, ਜਾਂ ਨਿੱਜੀ ਸੰਦ ਵੇਚ ਰਹੇ ਹੋ, ਤਾਂ SMS ਜ਼ਿਆਦਾਤਰ ਯੂਜ਼ਰਾਂ ਲਈ "ਤੁਹਾਨੂੰ ਇਹ ਕਿਉਂ ਚਾਹੀਦਾ" ਪਲਾਇਟ ਬਣ ਸਕਦਾ ਹੈ। ਲੋਕ ਵਿਸ਼ੇਸ ਕਰਕੇ ਟੈਬਲੇਟ 'ਤੇ, ਯਾਤਰਾ ਕਰਦੇ ਹੋਏ, ਜਾਂ ਨੰਬਰ ਸਾਂਝਾ ਕਰਨ ਨਹੀਂ ਚਾਹੁੰਦੇ — ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਬਾਊਂਸ ਕਰਦੇ ਹਨ।\n\nਹੋਰ ਫੇਲਲ ਅਜਿਹੇ ਹਨ ਜਦੋਂ SMS ਨਾਕਾਮ ਹੋਵੇ ਤੇ ਕੋਈ ਬੈਕਅੱਪ ਨਹੀਂ। ਜਦੋਂ ਕੋਡ ਕਦੇ ਨਹੀਂ ਆਉਂਦਾ, ਯੂਜ਼ਰ ਰੀਟ੍ਰਾਈ ਕਰਦੇ ਹਨ ਜਦ ਤੱਕ ਉਹ ਹਾਰ ਜਾਂ ਸਪੋਰਟ 'ਤੇ ਟਿਕਟ ਖੋਲਦੇ ਹਨ, ਜੋ ਤੇਜ਼ੀ ਨਾਲ ਲਾਗਤ ਬਣ ਜਾਂਦਾ ਹੈ।\n\nਇਨ੍ਹਾਂ ਪੈਟਰਨਾਂ 'ਤੇ ਧਿਆਨ ਰੱਖੋ:\n\n- ਪਹਿਲੀ ਸਕਰੀਨ 'ਤੇ SMS ਨੂੰ ਹਾਰ্ড-ਰਿਕਵਾਇਰ ਕਰਨਾ ਜਦੋਂ ਦੁਰੁਪਯੋਗ ਦਾ ਖਤਰਾ ਘੱਟ ਹੋਵੇ\n- ਨਾਕਾਮ ਡਿਲਿਵਰੀ 'ਤੇ ਕੋਈ ਬੈਕਅੱਪ ਨਹੀਂ\n- ਜ਼ਿਆਦਾ ਆਕ੍ਰਾਮਕ ਲਾਕਆਊਟ ਜੋ ਅਸਲ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਜ਼ਾ ਦਿੰਦੇ ਹਨ\n- ਦੇਸ਼, ਕੈਰੀਅਰ, ਜਾਂ ਈਮੇਲ ਡੋਮੇਨ ਵਾਰ drop-off ਨੂੰ ਮਾਪਣ ਨਾ ਕਰਨਾ\n- ਵੈਰੀਫਿਕੇਸ਼ਨ ਨੂੰ ਸਥਾਈ ਪਛਾਣ ਦੀ ਤਰ੍ਹਾਂ ਵਰਤਣਾ ਨਾ ਭੁੱਲੋ — ਇਹ ਇਕ ਇਕ ਵਾਰੀ ਰੁਕਾਵਟ ਹੈ\n\nਲਾਕਆਊਟਾਂ ਨੂੰ ਖ਼ਾਸ ਧਿਆਨ ਦੀ ਲੋੜ ਹੈ। ਬੋਟ ਨੰਬਰ ਅਤੇ ਡਿਵਾਈਸ ਘੁਮਾ ਸਕਦੇ ਹਨ, ਪਰ ਅਸਲ ਯੂਜ਼ਰ ਟਾਇਪ ਕਰਦੇ, ਐਪ ਬਦਲਦੇ ਜਾਂ ਦੇਰੀ ਨਾਲ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ 24 ਘੰਟੇ ਲਈ ਬੰਦ ਕਰ ਦਿਓ, ਤਾਂ ਅਕਸਰ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਦਾ ਲਈ ਗੁਵਾ ਦੇਵੋਗੇ।\n\nਇੱਕ ਹਕੀਕਤੀ ਉਦਾਹਰਣ: ਇੱਕ SaaS ਐਪ SMS ਵੈਰੀਫਿਕੇਸ਼ਨ ਜੋੜਦਾ ਹੈ ਤਾਂ ਕਿ ਨਕਲੀ ਖਾਤੇ ਰੁਕੇ। ਦੋ ਖੇਤਰਾਂ ਵਿੱਚ ਸਾਈਨਅਪ ਘੱਟ ਹੋ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਸੁਨੇਹੇ ਦੇਰੀ ਨਾਲ ਪਹੁੰਚਦੇ ਹਨ। ਸਪੋਰਟ ਟਿਕਟ ਵੱਧ ਗਏ, ਅਤੇ ਫ੍ਰੌਡ ਥੋੜ੍ਹ੍ਹਾ ਹੀ ਘਟਿਆ ਕਿਉਂਕਿ ਹਮਲਾਵਰ ਕਿਰਾਏ ਦੇ ਨੰਬਰ ਵਰਤਣ ਲੱਗੇ। ਇਕ ਚੰਗਾ ਸੁਧਾਰ ਇਹ ਸੀ: ਸਾਈਨਅਪ 'ਤੇ ਈਮੇਲ ਵੈਰੀਫਾਈ ਕਰੋ, ਫਿਰ ਸਿਰਫ਼ ਉੱਚ-ਖਤਰੇ ਕਾਰਵਾਈਆਂ ਲਈ ਫੋਨ ਲੋੜੀਂਦਾ ਕਰੋ (ਉੱਚ-ਵਾਲੀਯੂ ਇੰਵਾਈਟਸ, ਡਾਟਾ ਐਕਸਪੋਰਟ, ਪੇਅਆਉਟ ਵੇਰਵੇ)।\n\n## ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਤੇਜ਼ ਚੈੱਕਲਿਸਟ\n\nਈਮੇਲ ਅਤੇ ਫੋਨ ਵਿੱਚੋਂ ਚੁਣਨਾ ਇਹ ਨਹੀਂ ਕਿ ਕੀ "ਵਧੀਕ ਸੁਰੱਖਿਅਤ" ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਇਹ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਤੁਹਾਡੇ ਯੂਜ਼ਰ ਤੇਜ਼ੀ ਨਾਲ ਮੁਕੰਮਲ ਕਰ ਸਕਦੇ ਹਨ, ਤੁਹਾਡਾ ਫ੍ਰੌਡ ਪ੍ਰੋਫ਼ਾਈਲ ਕੀ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ ਟੀਮ ਇਸਨੂੰ ਸਹਾਇਤਾ ਦੇ ਸਕਦੀ ਹੈ।\n\n### ਲਾਂਚ-ਪਹਿਲਾਂ ਇੱਕ ਵਿਆਵਹਾਰਿਕ ਚੈੱਕਲਿਸਟ\n\n- ਪਹਿਲੀ ਕਾਮਯਾਬੀ ਤੱਕ ਸਮਾਂ: ਕੀ ਨਵਾਂ ਯੂਜ਼ਰ ਆਮ ਕਨੈਕਸ਼ਨ 'ਤੇ ਲਗਭਗ ਇਕ ਮਿੰਟ ਵਿੱਚ ਸਾਈਨਅਪ ਅਤੇ ਵੈਰੀਫਾਈ ਕਰ ਸਕਦਾ ਹੈ? ਸਿਰਫ਼ ਲੈਪਟੌਪ 'ਤੇ ਹੀ ਨਹੀਂ, ਇੱਕ ਧੀме ਫ਼ੋਨ 'ਤੇ ਵੀ ਟੈਸਟ ਕਰੋ।\n- ਕਾਮਯਾਬ ਬੈਕਅੱਪ: ਜੇ ਪਹਿਲਾ ਤਰੀਕਾ ਫੇਲ ਹੋ ਜਾਵੇ (ਸਪੈਮ ਫੋਲਡਰ, SMS ਨਹੀਂ ਮਿਲਿਆ, ਕੈਰੀਅਰ ਬਲੌਕ), ਕੀ ਕੋਈ ਦੂਜਾ ਰਸਤਾ ਹੈ ਜੋ ਸਪੋਰਟ ਨੂੰ ਪਕਾਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦਾ?\n- ਰੀਸੈਂਡ ਅਤੇ ਕੁਲਡਾਊਨ ਨੀਤੀਆਂ: ਇਹ ਸਪੱਸ਼ਟ, ਲਗਾਤਾਰ ਅਤੇ ਨਿਆਂਸੰਗਤ ਰੱਖੋ। ਬਹੁਤ ਸਖ਼ਤ ਹੋਵੇ ਤਾ̃ ਯੂਜ਼ਰ ਚਰਨਗੇ; ਬਹੁਤ ঢੀਲਾ ਹੋਵੇ ਤਾ̃ ਹਮਲਾਵਰ ਬਰਫੋਰਸ ਕਰ ਸਕਦੇ ਹਨ।\n- ਖੇਤਰ ਅਨੁਸਾਰ ਨਤੀਜੇ ਟ੍ਰੈਕ ਕਰੋ: ਡਿਲਿਵਰੀ ਅਤੇ ਪੂਰਾ ਹੋਣ ਦੀ ਦਰ ਨੂੰ ਦੇਸ਼, ਕੈਰੀਅਰ/ਈਮੇਲ ਡੋਮੇਨ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਤੌਰ 'ਤੇ ਟੁੱਟ ਕੇ ਦੇਖੋ।\n- ਸਿਰਫ਼ ਜਦੋਂ ਜ਼ਰੂਰੀ ਹੋ ਤਦ ਵੈਰੀਫਾਈ ਕਰੋ: ਰਿਸਕ-ਅਧਾਰਤ ਕਦਮ ਵਰਤੋ। ਬਹੁਤ ਸਾਰੇ ਉਤਪਾਦ ਈਮੇਲ ਪਹਿਲਾਂ ਚੰਗੇ ਰਹਿੰਦੇ ਹਨ, ਫਿਰ ਜਦੋਂ ਰਿਸਕ ਵੱਧੇ (ਨਵਾਂ ਡਿਵਾਈਸ, ਬਹੁਤ ਕੋਸ਼ਿਸ਼ਾਂ, ਉੱਚ-ਮੁੱਲ ਕਾਰਵਾਈ), ਮਜ਼ਬੂਤ ਚੈੱਕ ਲਾਵੋ।\n\n### ਪਰਖ ਕਰਨ ਲਈ ਇੱਕ ਸਿਨਾਰਿਓ\n\nਇੱਕ ਅਸਲੀ ਯੂਜ਼ਰ ਨੂੰ ਸੋਚੋ ਜੋ ਯਾਤਰਾ 'ਤੇ ਹੈ: ਉਹ ਨਵੇਂ ਦੇਸ਼ ਤੋਂ ਸਾਈਨਅਪ ਕਰਦਾ ਹੈ, SMS ਰੋਕ ਹੁੰਦਾ ਹੈ ਰੋਅਮਿੰਗ ਕਰਕੇ, ਅਤੇ ਉਹ ਤਿੰਨ ਵਾਰੀ ਰੀਸੈਂਡ ਕਰਦਾ ਹੈ। ਅਗਲਾ ਕਦਮ ਕੀ ਹੁੰਦਾ? ਜੇ ਉੱਤਰ "ਉਹ ਟਿਕਟ ਖੋਲਦੇ ਹਨ" ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਪੋਰਟ ਲਾਗਤ ਦੀ ਸਮੱਸਿਆ ਡਿਜ਼ਾਇਨ ਕੀਤੀ ਹੈ।\n\n## ਇੱਕ ਹਕੀਕਤੀ ਉਦਾਹਰਣ: ਵਿਕਾਸ ਅਤੇ ਦੁਰੁਪਯੋਗ ਵਿਚ ਸੰਤੁਲਨ\n\nਇੱਕ ਫ੍ਰੀਮੀਅਮ SaaS ਸੋਚੋ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਮੁਫ਼ਤ ਸ਼ੁਰੂਆਤ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਰੈਫਰਲ ਨਾਲ ਕ੍ਰੈਡਿਟ ਦੇਂਦਾ ਹੈ ਜਾਂ ਸਮੱਗਰੀ ਚਾਪਣ 'ਤੇ ਇਨਾਮ ਦਿੰਦਾ ਹੈ। ਵਿਕਾਸ ਵਧੀਆ ਹੈ, ਪਰ ਦਾਅਵਾ ਵੀ ਹੈ ਕਿ ਲੋਕ ਇਸਦਾ ਦੁਰੁਪਯੋਗ ਕਰਨਗੇ।\n\nਘੱਟ-ਫਰਿਕਸ਼ਨ ਰਸਤਾ ਜ਼ਿਆਦਾਤਰ ਲਈ ਚੰਗਾ ਕੰਮ ਕਰਦਾ: ਈਮੇਲ ਨਾਲ ਸਾਈਨਅਪ, ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਉਤਪਾਦ ਵਿੱਚ ਆਓ। ਮੁੱਖ ਗੱਲ ਟਾਈਮਿੰਗ ਹੈ। ਪਹਿਲੇ ਮੁੱਲ ਦੇ ਪਲ ਤੋਂ ਪਹਿਲਾਂ ਵੈਰੀਫਿਕੇਸ਼ਨ ਮੰਗਣ ਦੀ ਥਾਂ, ਉਤਪਾਦ ਪਹਿਲਾਂ ਮੁੱਲ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਜਦੋਂ ਉਹ ਪਹਿਲਾ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਂਦੇ ਜਾਂ ਟੀਮ ਨੂੰ ਸੱਦਦੇ ਹਨ, ਤਾਂ ਪੁਸ਼ਟੀ ਮੰਗੀ ਜਾਂਦੀ ਹੈ।\n\nਫਿਰ ਨਿਯਮ ਉਨ੍ਹਾਂ ਜਗ੍ਹਾਂ ਤੇ ਤਿੱਘੇ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਇਨਾਮ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ। ਜਦੋਂ ਯੂਜ਼ਰ ਰੈਫਰਲ ਲਿੰਕ ਬਣਾਉਂਦਾ, ਕ੍ਰੈਡਿਟ ਰੀਡੀਮ ਕਰਦਾ ਜਾਂ ਕਿਸੇ ਪੇਅਆਉਟ-ਜੈਸੀ ਮੰਗ ਕਰਦਾ ਹੈ, ਸਿਸਟਮ ਰਿਸਕ ਸਿਗਨਲ ਵੇਖਦਾ ਹੈ: ਇੱਕੋ ਡਿਵਾਈਸ ਤੋਂ ਕਈ ਖਾਤੇ, ਬਹੁਤੇ ਸਾਈਨਅਪ ਇਕੋ ਪੈਟਰਨ ਨਾਲ, ਅਸਮਾਨੀ ਸਥਾਨ ਬਦਲਾਵ, ਜਾਂ ਤੇਜ਼ੀ ਨਾਲ ਰੈਫਰਲ। ਜੇ ਇਹ ਪੈਟਰਨ ਦਿਖਦੇ ਹਨ, ਤਾਂ ਇਹ ਏਸਕਲੇਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇਨਾਮ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਫੋਨ ਪੁਸ਼ਟੀ ਲਿਆਉਂਦਾ ਹੈ।\n\nਅਜੇ ਵੀ ਖੇਤਰੀ ਹਕੀਕਤ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਕਿਸੇ ਦੇਸ਼ ਵਿੱਚ SMS OTP ਡਿਲਿਵਰੇਬਿਲਟੀ ਅਣਵਸ਼ਯਕ ਹੈ, ਤਾਂ ਯੂਜ਼ਰ ਫਸ ਜਾਂਦੇ ਹਨ ਅਤੇ ਟਿਕਟ ਵੱਧਦੇ ਹਨ। ਸੁਧਾਰ ਇਹ ਹੈ ਕਿ ਉੱਚ-ਖਤਰੇ ਕਾਰਵਾਈਆਂ ਲਈ ਫੋਨ ਰੱਖੋ ਪਰ ਜਦੋਂ SMS ਨਾਕਾਮ ਹੋਵੇ ਤਾਂ ਈਮੇਲ ਬੈਕਅੱਪ ਦਿਓ। ਇਸ ਨਾਲ ਲਾਕਆਊਟ ਘਟਦੇ ਹਨ ਬਿਨਾਂ ਦੁਰੁਪਯੋਗ ਆਸਾਨ ਬਣਾਉਣ ਦੇ।\n\nਇਸ ਨੂੰ ਇਮਾਨਦਾਰ ਰੱਖਣ ਲਈ ਟੀਮ ਹਫ਼ਤੇ ਵਿੱਚ ਕੁਝ ਅੰਕ ਰੱਖਦੀ ਹੈ: ਰੈਫਰਲ ਦੁਰੁਪਯੋਗ ਦਰ, ਸਾਈਨਅਪ ਪੂਰਾ ਹੋਣ ਦੀ ਦਰ, ਵੈਰੀਫਿਕੇਸ਼ਨ ਨਾਲ ਜੁੜੇ ਸਪੋਰਟ ਵਾਲੀਅਮ, ਪਹਿਲੀ ਮੁੱਲ ਦੇ ਮੁਹੂਰੈ ਤੱਕ ਸਮਾਂ, ਅਤੇ ਪ੍ਰਤੀ ਵੈਰੀਫਾਈ ਯੂਜ਼ਰ ਲਾਗਤ (ਸਨੇਹੇ + ਸਪੋਰਟ ਸਮਾਂ)।\n\n## ਅਗਲੇ ਕਦਮ: ਪਰਖੋ, ਮਾਪੋ, ਅਤੇ ਦੁਹਰਾਓ\n\nਜੇ ਤੁਸੀਂ ਈਮੇਲ ਵਿਰੁੱਧ ਫੋਨ 'ਤੇ ਫਸੇ ਹੋ, ਤਾਂ ਅਨੁਮਾਨ ਨਾ ਲਗਾਓ। ਇੱਕ ਛੋਟਾ ਟੈਸਟ ਚਲਾਓ ਜੋ ਕਿ ਤੁਹਾਡੇ ਵਾਸਤਵਿਕ ਵਿਕਾਸ ਨਾਲ ਮਿਲਦਾ-ਜੁਲਦਾ ਹੋਵੇ: ਇੱਕ ਮਾਰਕੀਟ, ਇੱਕ ਸਾਈਨਅਪ ਫਲੋ, ਅਤੇ ਇੱਕ ਛੋਟਾ ਸਮਾਂ-ਵਿੰਡੋ ਜਿੱਥੇ ਤੁਸੀਂ ਨੰਬਰਾਂ ਨੂੰ ਨਜ਼ਰ ਵਿੱਚ ਰੱਖ ਸਕੋ।\n\nਪਹਿਲਾਂ ਸਫਲਤਾ ਮੈਟਰਿਕਸ ਚੁਣੋ; ਨਹੀਂ ਤਾਂ ਹਰ ਟੀਮ ਮਹਿਸੂਸ ਕਰੇਗੀ ਕਿ ਉਹਨਾਂ ਦੀ ਮਨਪਸੰਦ ਚੋਣ ਜਿੱਤ ਰਹੀ ਹੈ।\n\nਇੱਕ ਸਧਾਰਨ ਟੈਸਟ ਯੋਜਨਾ:\n\n- ਉਹ ਇੱਕ ਦੇਸ਼ ਜਾਂ ਭਾਸ਼ਾ ਗਰੁੱਪ ਚੁਣੋ ਜਿਸ ਵਿੱਚ ਨਾਪ ਤੋਲ ਕਰਨ ਲਈ ਕਾਫੀ ਟ੍ਰੈਫਿਕ ਹੋਵੇ\n- ਬਾਕੀ ਸਭ ਕੁਝ ਇਕੋ ਰੱਖੋ (ਪੇਸ਼ਕਸ਼, ਫਾਰਮ, ਡਿਵਾਈਸ ਮਿਕਸ)\n- ਪਹਿਲਾਂ ਤੋਂ ਪਾਸ/ਫੇਲ ਸੀਮਾ ਤੈਅ ਕਰੋ (ਉਦਾਹਰਣ: ਫ੍ਰੌਡ ਘੱਟ ਹੋਵੇ, ਕਨਵਰਜ਼ਨ ਘੱਟ ਨਾ ਹੋਏ)\n- ਘੱਟੋ-ਘੱਟ ਇਕ ਪੂਰਾ ਹਫਤਾ ਨਤੀਜੇ ਟ੍ਰੈਕ ਕਰੋ\n- ਜੇ ਨਤੀਜੇ ਮਿਸ਼ਰਤ ਹਨ ਤਾਂ ਤੁਸੀਂ ਕੀ ਬਦਲੋਂਗੇ, ਲਿਖੋ\n\nਮਹੀਨੇ ਵਿੱਚ ਵਾਪਸ ਦੇਖੋ, ਇੱਕ ਵਾਰੀ ਨਹੀਂ। ਵੈਰੀਫਿਕੇਸ਼ਨ ਪਰਫਾਰਮੈਂਸ ਫ੍ਰੌਡ ਤਕਨੀਕਾਂ ਦੇ ਬਦਲਣ ਅਤੇ ਈਮੇਲ ਪ੍ਰੋਵਾਇਡਰ/ਕੈਰੀਅਰ ਫਿਲਟਰਿੰਗ ਦੇ ਬਦਲਣ ਨਾਲ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ। ਤੁਹਾਡਾ ਉਦੇਸ਼ ਤਿੰਨ ਕਰਵਾਂਸਾਂ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨਾ ਹੈ: ਫ੍ਰੌਡ ਗੁਆਣ, ਸਾਈਨਅਪ ਕਨਵਰਜ਼ਨ ਦਰ, ਅਤੇ "ਮੈਨੂੰ ਕੋਡ ਨਹੀਂ ਮਿਲਿਆ" ਵਾਲੀ ਸਪੋਰਟ ਟਾਈਮ।\n\nਆਪਣੀਆਂ ਨੀਤੀਆਂ ਲਿਖ ਕੇ ਰੱਖੋ ਤਾਂ ਜੋ ਸਪੋਰਟ ਅਤੇ ਪ੍ਰੋਡਕਟ ਲਾਈਨ ਇਕਤਰਫ਼ ਹੋਣ, ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੋਵੇ ਕਿ ਜਦੋਂ ਕੋਈ ਕੋਡ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਅਤੇ ਜਦੋਂ ਏਜੰਟ override ਕਰ ਸਕਦੇ ਹਨ।\n\nਜੇ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਕਈ ਆਨਬੋਰਡਿੰਗ ਵੈਰੀਅੰਟ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰਨੇ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai (koder.ai) ਤੁਹਾਨੂੰ ਈਮੇਲ-ਪਹਿਲਾਂ ਬਨਾਮ SMS-ਪਹਿਲਾਂ ਜਾਂ ਸ਼ੱਕੀ ਕਾਰਵਾਈ ਤੋਂ ਬਾਅਦ ਸਟੈਪ-ਅਪ ਵੈਰੀਫਿਕੇਸ਼ਨ ਵਰਗੇ ਫਲੋ ਤਿਆਰ ਅਤੇ ਤੁਲਨਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਬਿਨਾਂ ਹਰ ਵਾਰੀ ਸਭ ਕੁਝ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦੁਬਾਰਾ ਬਣਾਉਣ ਦੇ।\n\nਬਦਲਾਅ ਲਈ ਯੋਜਨਾ ਬਣਾਓ। ਨਵੇਂ ਖੇਤਰ ਵਿੱਚ ਫੈਲਣ, ਕੀਮਤ ਬਦਲਣ, ਚਾਰਜਬੈਕ ਵਾਧਾ ਦੇਖਣ, ਜਾਂ ਡਿਲਿਵਰੇਬਿਲਟੀ ਸ਼ਿਕਾਇਤਾਂ ਵਧਣ 'ਤੇ ਦੁਬਾਰਾ ਟੈਸਟ ਕਰੋ।