ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ — ਧੋਖਾਧੜੀ ਅਤੇ RTO ਘਟਾਉਣ ਲਈ

ਕਿਉਂ COD ਨਾਲ ਧੋਖਾਧੜੀ ਅਤੇ RTO ਹੁੰਦੇ ਹਨ ਸਿੱਧੇ ਸ਼ਬਦਾਂ ਵਿੱਚ

ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ (COD) ਖਰੀਦਦਾਰਾਂ ਲਈ ਆਸਾਨ ਲੱਗਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਪਹਿਲਾਂ ਭੁਗਤਾਨ ਨਹੀਂ ਕਰਦੇ। ਵੇਚਣ ਵਾਲੇ ਲਈ, ਇਹ ਇੱਕ ਵੱਖਰਾ ਖਤਰਾ ਬਣਦਾ ਹੈ: ਤੁਸੀਂ ਪੈਸਾ ਲਗਾਉਂਦੇ ਹੋ ਪੈਕੇਟ ਪੈੱਕ ਅਤੇ ਭੇਜਣ ‘ਤੇ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਪਤਾ ਲੱਗੇ ਕਿ ਖਰੀਦਦਾਰ ਅਸੱਲ ਹੈ, ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ ਪਾਰਸਲ ਲੈਣ ਲਈ تیار ਹੈ।

COD ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਕਿਸਮਾਂ ਵਿੱਚ ਵੰਡੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਕੁਝ ਸਚੀ ਧੋਖਾਧੜੀ ਹੁੰਦੀ ਹੈ (ਕੋਈ ਆਰਡਰ ਇਸ ਲਈ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਪੈਸਾ ਖਰਾਬ ਕਰੇ ਜਾਂ ਚੋਰੀ ਕੀਤੇ ਫੋਨ ਨੰਬਰ ਟੈਸਟ ਕਰੇ). ਕੁਝ "ਨਕਲੀ ਆਰਡਰ" ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਵੇਰਵੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕੋਈ ਵੀ ਲੈਣ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਰੱਖਦਾ। ਹੋਰ ਕਈ ਵਾਰ ਨਿਰਦਵੀਂ ਵਿਚਾਰ ਨਹੀਂ ਹੁੰਦਾ: ਗਾਹਕ ਨੇ ਗਲਤ ਐਡਰੈੱਸ ਦਿੱਤਾ, ਘਰ ਉਪਲਬਧ ਨਹੀਂ ਸੀ, ਜਾਂ ਕੋਰੀਅਰ ਆਉਣ 'ਤੇ ਫੋਨ ਨਹੀਂ ਉਠਾਇਆ।

RTO (returns to origin) ਉਹ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸ਼ਿਪਮੈਂਟ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਵਾਪਸ ਤੁਹਾਡੇ ਵੇਅਰਹਾਊਸ ਆ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੀਪੇਡ ਆਰਡਰਾਂ ਵਿੱਚ, ਖਰੀਦਦਾਰ ਪਹਿਲਾਂ ਹੀ ਬੱਝ ਬਣ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ। COD ਵਿੱਚ, ਖਰੀਦਦਾਰ ਪੈਕੇਜ ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਗਾਇਬ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਲਾਗਤ ਤੁਹਾਡੇ ਉੱਤੇ ਆਉਂਦੀ ਹੈ: ਆਗੇ ਭੇਜਣ, ਵਾਪਸੀ ਭੇਜਣ ਅਤੇ ਇਨਵੈਂਟਰੀ ਵਿਚ ਲਾਇਨਾਂ ਵਾਲਾ ਸਮਾਂ।

ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਦਾ ਮਕਸਦ ਸਧਾਰਣ ਹੈ: ਸ਼ੁਰੂ ਵਿੱਚ ਮਨਸੂਬਾ ਅਤੇ ਡਿਲੀਵਰੇਬਿਲਟੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਦੋਂ ਕਿ ਚੈਕਆਉਟ ਆਸਾਨ ਰੱਖੋ। ਤੁਹਾਨੂੰ ਹਰ ਖਰੀਦਦਾਰ ਨੂੰ "ਸਵਾਲਾਂ" ਨਹੀਂ ਪੁੱਛਣੇ—ਸਿਰਫ ਹਲਕੀਆਂ ਜਾਂਚਾਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜੋ ਅਕਸਰ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀਆਂ ਕਾਰਨਾਂ ਨੂੰ ਸ਼ਿਪਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਫੜ ਲੈਣ।

ਇਹ ਰਹੇ ਪ੍ਰਾਇਕਟਿਕ ਸੰਕੇਤ ਜੋ ਤੁਸੀਂ ਕੋਰੀਅਰ ਨੂੰ ਪਾਰਸਲ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੇ ਹੋ:

• ਫ਼ੋਨ ਨੰਬਰ ਚਾਲੂ ਹੈ (OTP ਪ੍ਰਾਪਤ ਕੀਤਾ ਅਤੇ ਦਰਜ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ)
• ਖਰੀਦਦਾਰ ਪਹੁੰਚਯੋਗ ਹੈ (SMS ਜਾਂ WhatsApp ਦੇ ਜਵਾਬ ਨਾਲ ਤੇਜ਼ ਪੁਸ਼ਟੀ)
• ਐਡਰੈੱਸ ਡਿਲਿਵਰੇਬਲ ਹੈ (ਸਹੀ ਫਾਰਮੈਟ, ਠੀਕ ਪਿੰਕੋਡ, ਸਪੱਸ਼ਟ ਘਰ ਨੰਬਰ)
• ਆਰਡਰ ਤਰਕਸੰਗਤ ਹੈ (ਉਸੇ ਨਾਮ-ਫੋਨ-ਐਡਰੈੱਸ ਪੈਟਰਨ, ਨ ਕੁਝ ਬੇਤਰਤੀਬ ਸਟ੍ਰਿੰਗ)
• ਰਿਸਕ ਮਨਜ਼ੂਰਯੋਗ ਹੈ (ਉੱਚ ਮੁੱਲ ਜਾਂ ਉੱਚ-RTO ਇਲਾਕਿਆਂ ਲਈ ਕੜੇ ਜਾਂਚਾਂ)

ਜਦੋਂ ਇਹ ਸੰਕੇਤ ਸ਼ੁਰੂ ਵਿੱਚ ਪੁਸ਼ਟੀ ਹੋ ਜਾਂਦੇ ਹਨ, ਘੱਟ ਪੈਕੇਟ ਅੰਨੀਮਤ ਤੌਰ 'ਤੇ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਅਤੇ RTO ਘਟਦਾ ਹੈ ਬਿਨਾ ਚੈਕਆਉਟ ਨੂੰ ਲੰਮੀ ਫਾਰਮ ਵਿੱਚ ਬਦਲੇ ਜੋ ਅਸਲ ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਦੂਰੇ ਕਰ ਦੇਵੇ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਮਾਪਣਾ ਚਾਹੀਦਾ ਹੈ

OTP ਜਾਂ WhatsApp ਚੈੱਕ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਸਾਫ ਬੇਸਲਾਈਨ ਲਓ। COD ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ RTO ਘਟਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਫਰਿਕ਼ ਵੀ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਦੋਹਾਂ ਪਾਸਿਆਂ ਨੂੰ ਮਾਪ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਸੀਂ RTO ਨੂੰ "ਸਹੀ" ਕਰਦੇ ਹੋ ਸਕਦੇ ਹੋ ਪਰ ਵਧੀਆ ਆਰਡਰ ਖੋ ਦਿਓ।

ਸਧਾਰਣ ਹਫਤਾਵਾਰੀ ਡੈਸ਼ਬੋਰਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ (ਜੇ ਵਾਲੀਅਮ ਜ਼ਿਆਦਾ ਹੋ ਤਾਂ ਦੈਨੀਕ ਹੋਰ ਚੰਗਾ)। ਹੇਠ ਲਿਖੇ ਕੋਰ ਮੈਟ੍ਰਿਕਸ ਇੱਕੋ ਪਰਿਭਾਸ਼ਾ ਨਾਲ ਟਰੈਕ ਕਰੋ:

• RTO ਦਰ (RTO ਆਰਡਰ / ਭੇਜੇ ਗਏ COD ਆਰਡਰ)
• ਰੱਦ ਦੀ ਦਰ (ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਗਾਹਕ ਰੱਦ ਕਰਦਾ)
• ਡਿਲਿਵਰੀ ਸਫਲਤਾ ਦਰ (ਦਿਲੀਵਰ ਕੀਤੇ / ਭੇਜੇ)
• ਧੋਖੇ ਦਾ ਨੁਕਸਾਨ (ਪੱਕੀ ਧੋਖਾਧੜੀ ਲਾਗਤ, ਨਾ ਕਿ ਸ਼ੱਕ)
• ਕਨਵਰਜ਼ਨ ਪ੍ਰਭਾਵ (COD ਚੈਕਆਉਟ ਪੂਰਾ ਹੋਣ ਦੀ ਦਰ)

ਦੋ ਓਪਰੇਸ਼ਨਲ ਮੈਟ੍ਰਿਕਸ ਜੋ ਟੀਮਾਂ ਨੂੰ ਤੁਰੰਤ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ: ਟਾਈਮ-ਟੂ-ਸ਼ਿਪ (ਆਰਡਰ ਰੱਖਣ ਤੋਂ ਪਹਿਲੀ ਡਿਸਪੈਚ ਕੋਸ਼ਿਸ਼ ਤੱਕ) ਅਤੇ contact rate (ਕਿੰਨੀ ਵਾਰੀ ਸਪੋਰਟ ਜਾਂ ਡਿਲਿਵਰੀ ਸਟਾਫ਼ ਨੂੰ ਫੋਨ ਕਰਨਾ ਪਿਆ)।

ਫ਼ਿਰ ਨਤੀਜੇ ਵੰਡੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਨਿਯਮ ਹਰੇਕ ਲਈ ਨਹੀਂ ਲਗਾਉ। ਉਹੀ ਨਿਯਮ ਜੋ ਇੱਕ ਸ਼ਹਿਰ ਵਿੱਚ ਫਾਇਦਾ ਦੇ ਰਿਹਾ ਹੈ, ਦੂਜੇ ਵਿੱਚ ਨੁਕਸਾਨ ਕਰ ਸਕਦਾ ਹੈ। ਆਮ ਕਟਵਾਂ ਜੋ ਪੈਟਰਨ ਖੋਲ੍ਹਦੇ ਹਨ: ਅਧਿਗ੍ਰਹਣ ਚੈਨਲ (ਇਸ਼ਤਿਹਾਰਾਂ vs ਆਰਗੈਨਿਕ), ਸ਼ਹਿਰ ਜਾਂ ਪਿੰਨਕੋਡ ਕਲੱਸਟਰ, ਪਹਿਲੀ ਵਾਰੀ vs ਦੁਹਰਾਏ ਗਾਹਕ, ਬਾਸਕਟ ਮੁੱਲ ਬੈਂਡ, ਅਤੇ ਉੱਚ-ਰਿਸਕ SKUs.

ਬਦਲਾਅ ਲਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਫਲਤਾ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਲਕੜੀ ਲਵੋ ਅਤੇ ਸਮਾਂ-ਸਿਰੀ ਫ੍ਰੇਮ ਚੁਣੋ, ਜਿਵੇਂ: “4 ਹਫ਼ਤਿਆਂ ਵਿੱਚ COD RTO 18% ਤੋਂ 14% ਤੇ ਘਟਾਓ, ਜਦੋਂ ਕਿ COD ਚੈਕਆਉਟ ਕਨਵਰਜ਼ਨ ਬੇਸਲਾਈਨ ਦੇ 1 ਪ੍ਰਤੀਸ਼ਤ ਅੰਕ ਅੰਦਰ ਰਹੇ।” ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਸ cheez ਨੂੰ ਨਹੀਂ ਕੁਰਬਾਨ ਕਰੋਗੇ (ਉਦਾਹਰਣ ਲਈ, ਟਾਈਮ-ਟੂ-ਸ਼ਿਪ 6 ਘੰਟਿਆਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਵਧਣਾ ਚਾਹੀਦਾ)।

ਅਖ਼ੀਰ ਵਿੱਚ, ਇੱਕ ਸਾਫ਼ ਪ੍ਰਯੋਗ ਸੈੱਟ ਕਰੋਂ: ਨਵੇਂ ਪ੍ਰਵਾਹ ਨੂੰ ਪਹਿਲਾਂ ਇੱਕ ਸੈਗਮੈਂਟ ਤੇ ਚਲਾਓ, ਇੱਕ ਕੰਟਰੋਲ ਗਰੁੱਪ ਰੱਖੋ, ਅਤੇ ਹਰ ਕਦਮ (ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਪੁਸ਼ਟੀ, ਸਫਲ, ਅਸਫਲ, ਬਾਇਪਾਸ) ਲੌਗ ਕਰੋ। ਇਸ ਇਵੇਂਟ ਟਰੇਲ ਦੇ ਬਗੈਰ, ਤੁਸੀਂ ਨਹੀਂ ਜਾਣੋਂਗੇ ਕਿ ਅਸਲ ਵਿੱਚ ਕੀ ਨੰਬਰਾਂ ਨੂੰ ਹਿਲਾਇਆ।

COD ਪੁਸ਼ਟੀ ਲਈ ਡਿਜ਼ਾਇਨ ਸਿਧਾਂਤ ਜੋ ਵਿਕਰੀ ਨੂੰ ਨੁਕਸਾਨ ਨਹੀਂ ਪਹੁੰਚਾਉਂਦੇ

ਵਧੀਆ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਇੱਕ ਸੁਰੱਖਿਆ ਜਾਂਚ ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਟੈਸਟ ਵਾਂਗ ਨਹੀਂ। ਮਕਸਦ ਹੈ ਮਨਸੂਬੇ ਦੀ ਪੁਸ਼ਟੀ ਅਤੇ ਖਰਾਬ ਵੇਰਵਿਆਂ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਠੀਕ ਕਰਨਾ, ਜਦੋਂ ਕਿ ਸੱਚੇ ਗਾਹਕਾਂ ਨੂੰ ਅੱਗੇ ਵਧਣ ਦਿਓ।

UI ਨੂੰ ਘੱਟ ਅਤੇ ਭਵਿੱਖਬਾਣੀਯੋਗ ਰੱਖੋ। ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਇਹੀ ਚਾਹੀਦਾ ਹੈ: COD ਚੁਣਨਾ, ਫੋਨ ਨੰਬਰ, ਡਿਲਿਵਰੀ ਐਡਰੈੱਸ, ਫਿਰ ਇੱਕ ਸਾਫ਼ ਪੁਸ਼ਟੀ ਕਦਮ। ਇਕ ਵਧੇਰੇ ਸਕਰੀਨੋਂ ਤੋਂ ਬਚੋ ਜੋ ਭੁਗਤਾਨ ਕਦਮ ਲੱਗਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਸ਼ੱਕ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਡ੍ਰਾਪ-ਆਫ ਵਧਦੀਆਂ ਹਨ।

ਘਰਲੀ ਘਰਫੜ ਨੂੰ ਰਿਸਕ ਦੇ ਅਨੁਸਾਰ ਮੈਚ ਕਰੋ। ਜੇ ਆਰਡਰ ਨਾਰਮਲ ਲਗਦਾ ਹੈ (ਲੌਟਰਨ ਗ੍ਰਾਹਕ, ਵੈਧ ਐਡਰੈੱਸ, ਸਧਾਰਣ ਕਾਰਟ ਆਕਾਰ), ਸਭ ਤੋਂ ਹਲਕੀ ਜਾਂਚ ਵਰਤੋ। ਜੇ ਆਰਡਰ ਸੰਦੇਹਜਨਕ ਹੈ (ਨਵਾਂ ਯੂਜ਼ਰ, ਉੱਚ ਮੁੱਲ, ਸ਼ਹਿਰ ਅਤੇ ਪਿੰਨਕੋਡ ਵਿੱਚ ਅਸੰਗਤਤਾ, ਕਈ ਅਸਫਲ COD ਕੋਸ਼ਿਸ਼ਾਂ), ਤਬ ਕੜੀ ਪੁਸ਼ਟੀ ਜੋੜੋ। ਗਾਹਕ ਨੂੰ ਨਵਾਂ ਮਾਰਿਆ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ, ਇਸ ਲਈ ਪਹਿਲੀ ਜਾਂਚ ਤੇਜ਼ ਰੱਖੋ।

ਮਾਈਕ੍ਰੋਕਾਪੀ ਇਸ ਇਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਵੇ: “ਤੁਸੀਂ ਇਹ ਕਿਉਂ ਪੁੱਛ ਰਹੇ ਹੋ?” ਸਿੱਧਾ ਕਹੋ, ਜਿਵੇਂ: “ਅਸੀਂ ਤੁਹਾਡੇ COD ਆਰਡਰ ਦੀ ਪੁਸ਼ਟੀ ਲਈ ਇੱਕ ਵਾਰ ਦੀ ਕੋਡ ਭੇਜਾਂਗੇ ਤਾਂ ਕਿ ਫੇਲ ਡਿਲਿਵਰੀਆਂ ਘਟਣ।” ਗਲਤ ਸਥਿਤੀਆਂ ਵਰਗੇ ਸ਼ਬਦਾਂ ਨੂੰ ਨਾ ਉਠਾਓ ਜੇ ਲੋੜ ਨਾ ਹੋਵੇ।

ਸੰਪਾਦਨ ਆਸਾਨ ਬਣਾਓ ਬਿਨਾ ਚੈਕਆਉਟ ਮੁੜ ਸ਼ੁਰੂ ਕੀਤੇ:

• ਫੋਨ ਨੰਬਰ ਬਦਲੋ ਅਤੇ ਕੋਡ ਮੁੜ ਭੇਜੋ
• ਪੁਸ਼ਟੀ ਸਕ੍ਰੀਨ ਤੋਂ ਐਡਰੈੱਸ ਖੇਤਰ ਸੋਧੋ
• ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਐਡਰੈੱਸ ਡਿਫਾਲਟ ਵਜੋਂ ਸੇਵ ਕਰੋ
• ਜੇ COD ਦੇ ਰੁਕਾਵਟ ਆ ਰਹੀ ਹੈ, ਤਾਂ ਪ੍ਰੀਪੇਡ ਤੇ ਸਵਿੱਚ ਕਰਨ ਦੇ ਵਿਕਲਪ ਦਿਓ

ਉਦਾਹਰਣ: ਗਾਹਕ ਗਲਤ ਅਪਰਟਮੈਂਟ ਨੰਬਰ ਟਾਈਪ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਦਮ ਤੇ ਹੀ ਇਸ ਨੂੰ ਸੋਧਣ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਫੇਲਡ ਡਿਲਿਵਰੀ ਰੋਕ ਸਕਦੇ ਹੋ ਬਿਨਾ ਹੋਰ ਇੱਕ ਪੇਜ ਜੋੜੇ ਜਾਂ ਸਾਰਾ ਡਾਟਾ ਮੁੜ ਦਰਜ ਕਰਵਾਏ।

ਕਦਮ-ਬਾਇ-ਕਦਮ ਪ੍ਰਵਾਹ: ਚੈਕਆਉਟ ਤੋਂ ਪੁਸ਼ਟੀਤ COD ਆਰਡਰ ਤੱਕ

ਚੈਕਆਉਟ 'ਤੇ ਇੱਕ ਤੇਜ਼ ਰਿਸਕ ਸਕੋਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਸਧਾਰਨ ਰੱਖੋ: ਨਵਾਂ ਗਾਹਕ, ਉੱਚ ਆਰਡਰ ਮੁੱਲ, ਸੰਦੇਹਜਨਕ ਪਿੰਨਕੋਡ/ਸ਼ਹਿਰ, ਨਾਮ-ਫੋਨ ਅਸੰਗਤਤਾ, ਅਤੇ ਉਸੇ ਫੋਨ ਜਾਂ ਐਡਰੈੱਸ 'ਤੇ ਪਿਛਲੇ RTO। ਇਹ ਸਕੋਰ ਇਹ ਫ਼ੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿੰਨੀ ਘਰਫੜ ਜੋੜਨੀ ਹੈ, ਨਾ ਕਿ ਕਿ ਤੁਸੀਂ ਆਰਡਰ ਮੰਨੋ।

ਸਕੋਰ ਅਤੇ ਸ਼੍ਰੇਣੀ ਦੇ ਆਧਾਰ 'ਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪੁਸ਼ਟੀ ਰਾਹ ਵਰਤੋ:

• ਘੱਟ ਰਿਸਕ: ਤੁਰੰਤ ਪੁਸ਼ਟੀ ਅਤੇ COD ਆਰਡਰ ਰੱਖੋ
• ਦਰਮਿਆਨਾ ਰਿਸਕ: WhatsApp ਟੈਪ-ਟੂ-ਕਨਫਰਮ (ਜਾਂ SMS ਫਾਲਬੈਕ)
• ਉੱਚ ਰਿਸਕ: COD ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ OTP ਪੁਸ਼ਟੀ
• ਬਹੁਤ ਉੱਚ ਰਿਸਕ: ਮੈਨੁਅਲ ਸਮੀਖਿਆ ਜਾਂ ਪ੍ਰੀਪੇਡ ਦੀ ਲੋੜ

UI ਵਿੱਚ, ਚੈਕਆਉਟ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਾਫ ਸਥਿਤੀ ਦਿਖਾਓ: “Pending confirmation” ਨਾਲ ਇਕ ਕਾਰਵਾਈ ਬਟਨ (WhatsApp ’ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਜਾਂ OTP ਦਰਜ ਕਰੋ)। ਕਈ ਪੁਸ਼ਟੀਆਂ ਮੰਗਣ ਤੋਂ ਬਚੋ।

ਬੈਕਐਂਡ 'ਤੇ, ਆਰਡਰ ਨੂੰ PENDING_COD_CONFIRMATION ਸਟੇਟ ਵਿੱਚ ਬਣਾਓ, ਪਰ ਕਦੇ ਵੀ ਦੌਰਾਨ ਇਨਵੈਂਟਰੀ ਨੂੰ ਸਦੀਵੀ ਰੱਖੋ ਨਾ। ਇੱਕ ਐਕਸਪਾਇਰੀ ਟਾਈਮਰ ਸੈੱਟ ਕਰੋ (ਉਦਾਹਰਣ 15–30 ਮਿੰਟ)। ਜੇ ਇਹ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤੁਰੰਤ ਰੱਦ ਕਰੋ ਅਤੇ ਇਨਵੈਂਟਰੀ ਰੀਲੀਜ਼ ਕਰੋ।

ਇੱਕ ਵਾਰੀ ਪੁਸ਼ਟੀ ਹੋ ਜਾਵੇ, ਜਰੂਰੀ ਚੀਜ਼ਾਂ ਨੂੰ ਲਾਕ ਕਰੋ। ਫੋਨ ਨੰਬਰ, ਡਿਲਿਵਰੀ ਐਡਰੈੱਸ ਅਤੇ COD ਯੋਗਤਾ ਨੂੰ ਫ੍ਰੀਜ ਕਰੋ ਤਾਂ ਕਿ ਗਾਹਕ ਵਾਪਸ ਸੋਧ ਨਾ ਕਰ ਸਕੇ ਬਿਨਾ ਨਵੀਂ ਪੁਸ਼ਟੀ ਦੇ। ਜੇ ਉਹ ਐਡਰੈੱਸ ਜਾਂ ਫੋਨ ਬਦਲਦੇ ਹਨ, ਤਾਂ ਆਰਡਰ ਨੂੰ ਫਿਰ PENDING_COD_CONFIRMATION ਵਿੱਚ ਲਿਆਓ ਅਤੇ ਨਵਾਂ ਟੋਕਨ ਜਾਰੀ ਕਰੋ।

ਇਹ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਹਰ ਸਟੇਟ ਚੇੰਜ ਲਿਖਤੀ ਰੱਖੀ ਜਾਂਦੀ ਹੈ (ਕਿਸਨੇ ਪੁਸ਼ਟੀ ਕੀਤੀ, ਕਿਹੜਾ ਚੈਨਲ ਵਰਤਿਆ ਗਿਆ, ਸਮਾਂ, IP/ਡਿਵਾਈਸ ਜੇ ਮਿਲ ਸਕੇ)। ਇਸ ਨਾਲ ਸਪੋਰਟ, ਵਿਵਾਦਾਂ ਅਤੇ RTO ਵਿਸ਼ਲੇਸ਼ਣ ਆਸਾਨ ਹੁੰਦੇ ਹਨ।

OTP ਪੁਸ਼ਟੀ ਨਿਯਮ (UI ਅਤੇ ਬੈਕਐਂਡ) ਜੋ ਹਕੀਕਤ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ

OTP ਇੱਕ ਸਾਫ਼ ਤਰੀਕਾ ਹੋ ਸਕਦਾ ਹੈ COD ਪੁਸ਼ਟੀ ਲਈ, ਪਰ ਇਹ ਹਮੇਸ਼ਾ ਪਹਿਲਾ ਕਦਮ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਜੇ ਆਰਡਰ ਘੱਟ ਰਿਸਕ ਹੈ, ਤਾਂ ਇੱਕ ਸਧਾਰਣ ਕਲਿੱਕ-ਟੂ-ਕਨਫਰਮ ਚੈੱਕਆਉਟ ਤੇ ਤੇਜ਼ੀ ਰੱਖ ਸਕਦਾ ਹੈ ਅਤੇ ਨਕਲੀਆਂ ਆਰਡਰਾਂ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ।

ਜਦੋਂ ਤੁਸੀਂ ਖਰੀਦਦਾਰ ਸਿਗਨਲ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹੋ ਤਾਂ ਕਲਿੱਕ-ਟੂ-ਕਨਫਰਮ ਵਰਤੋ, ਅਤੇ ਸਿਰਫ਼ ਉੱਚ ਰਿਸਕ ਮਾਮਲਿਆਂ ਲਈ OTP ਰੱਖੋ:

• ਮੁੜ ਆਉਣ ਵਾਲਾ ਗਾਹਕ ਜਿਸ ਦੀਆਂ ਪਿਛਲੀਆਂ ਡਿਲਿਵਰੀਆਂ ਸਫਲ ਰਹੀਆਂ: ਕਲਿੱਕ-ਟੂ-ਕਨਫਰਮ ਕਾਫੀ
• ਨਵਾਂ ਗਾਹਕ, ਉੱਚ ਆਰਡਰ ਮੁੱਲ ਜਾਂ ਅਜੀਬ ਮਾਤਰਾ: COD ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ OTP
• ਉੱਚ RTO ਪਿੰਕੋਡ ਜਾਂ ਬਾਰ-ਬਾਰ ਐਡਰੈੱਸ ਸੋਧ: OTP (ਦੂਜੀ ਜਾਂਚ ਬਾਰੇ ਸੋਚੋ)
• ਖਰਾਬ ਫੋਨ ਗੁਣਵੱਤਾ ਇਸ਼ਾਰੇ: OTP ਜਾਂ ਮੈਨੁਅਲ ਕਾਲ

OTP UX ਸਧਾਰਣ ਅਤੇ ਪੈਟਰਨਦਾਰ ਰੱਖੋ। 6 ਅੰਕ ਵਰਤੋ, ਇੱਕ ਸਪਸ਼ਟ ਕਾਊਂਟਡਾਊਨ ਦਿਖਾਓ, ਅਤੇ ਸਫਲਤਾ ਤੋਂ ਬਾਅਦ ਅਗਲੇ ਕਦਮ ਬਤਾਓ। ਕੋਡ 5 ਮਿੰਟ ਵਿੱਚ ਖਤਮ ਕਰੋ, 30–45 ਸਕਿੰਟ ਬਾਅਦ ਰੀ-ਸੈਂਡ ਦੀ ਆਗਿਆ ਦਿਓ, ਅਤੇ 3 ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ ਰੀ-ਸੈਂਡ ਰੋਕ ਦਿਓ। ਜੇ OTP ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਫ਼ਾਲਬੈਕ ਦਿਓ ਜੋ ਆਰਡਰ ਸੰਭਾਲਦਾ ਰਹੇ: “ਕਾਲ ਮੰਗੋ” ਜਾਂ “WhatsApp 'ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ”, ਪਰ ਇਹ ਸਿਰਫ਼ ਗਾਹਕ ਨੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਬਾਅਦ ਦਿਖਾਓ।

ਦੁਰੁਪਯੋਗ ਉਹੀ ਹੈ ਜੋ OTP ਸਿਸਟਮਾਂ ਨੂੰ ਤੋੜਦਾ ਹੈ। OTP ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਸਮਝੋ, ਨਾ ਕਿ ਇੱਕ ਫਾਰਮ ਫੀਲਡ। ਫੋਨ ਨੰਬਰ, ਡਿਵਾਈਸ ਅਤੇ IP ਨਾਲ ਰੇਟ-ਲਿਮਿਟ ਲਗਾਓ। OTP ਨੂੰ ਇੱਕ ਖਾਸ ਚੈੱਕਆਉਟ ਸੈਸ਼ਨ ਟੋਕਨ ਨਾਲ ਬੰਨ੍ਹੋ ਤਾਂ ਕਿ ਕੋਈ ਕੋਡ ਵੱਖਰੇ ਸੈਸ਼ਨ ਵਿੱਚ ਮੁੜ ਵਰਤ ਨਾ ਸਕੇ। 5 ਗਲਤ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਬਾਅਦ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਾਕ ਕਰੋ ਅਤੇ 15 ਮਿੰਟ ਲਈ ਕੂਲਡਾਉਨ ਲਗਾਓ।

ਬੈਕਐਂਡ 'ਤੇ, ਘੱਟੋ-ਘੱਟ ਜਾਣਕਾਰੀ ਸੇਵ ਕਰੋ, ਪਰ ਠੀਕ ਢੰਗ ਨਾਲ:

• ਸਿਰਫ ਹੈਸ਼ ਕੀਤਾ OTP ਸੇਵ ਕਰੋ (ਕਦੇ ਵੀ ਸਾਦਾ ਟੈਕਸਟ ਨਹੀਂ)
• attempt_count, resend_count, created_at, expires_at ਸੇਵ ਕਰੋ
• ਇਸਨੂੰ order_id + session_id ਨਾਲ ਜੋੜੋ, ਅਤੇ ਸਫਲਤਾ 'ਤੇ ਅਵੈਧ ਕਰ ਦਿਓ
• ਭੇਜਣ, ਸਫਲ ਵੈਰੀਫਾਈ, ਅਸਫਲ ਵੈਰੀਫਾਈ ਅਤੇ ਲਾਕ ਲਈ ਆਡਿਟ ਲੌਗ ਲਿਖੋ
• ਇੱਕ IP ਤੋਂ ਬਹੁਤ ਸਾਰੇ ਨੰਬਰਾਂ ਜਾਂ ਡਿਵਾਈਸ ਪ੍ਰਤਿ ਬਹੁਤ ਸਾਰੀਆਂ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ਾਂ ਵਰਗੇ ਪੈਟਰਨਾਂ 'ਤੇ ਅਲਾਰਮ ਸੈੱਟ ਕਰੋ

ਇੱਕ ਸਧਾਰਣ ਨਿਯਮ: ਜੇ ਯੂਜ਼ਰ ਇਸਨੂੰ ਬ੍ਰੂਟ-ਫੋਰਸ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ OTP ਫਲੋ ਨਹੀਂ, ਇੱਕ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਵਾਲਾ ਖੇਡ ਹੈ।

ਫੇਲਡ ਡਿਲਿਵਰੀਆਂ ਘਟਾਉਣ ਲਈ ਐਡਰੈੱਸ ਵੈਲਿਡੇਸ਼ਨ

ਜਿਆਦਾਤਰ "ਫੇਲਡ ਡਿਲਿਵਰੀ" COD ਵਾਪਸੀਆਂ ਕਮਜ਼ੋਰ ਐਡਰੈੱਸ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਰਾਈਡਰ ਦੀ ਗਲਤੀ ਨਾਲ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਸਮੱਸਿਆਵਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਫੜੋ, ਜਦ ਗਾਹਕ ਤੁਰੰਤ ਠੀਕ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹੀਤ ਹੁੰਦਾ ਹੈ। ਅੱਛੇ ਤਰੀਕੇ ਨਾਲ, ਇਹ ਤੁਹਾਡੇ COD ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਨੂੰ ਸਹਿਯੋਗ ਦਿੰਦਾ ਹੈ ਬਿਨਾ ਚੰਗੇ ਗਾਹਕਾਂ ਲਈ ਘਰਫੜ ਵਧਾਏ।

ਸੁੱਧ ਫਾਰਮੈਟਿੰਗ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਫੋਨ ਲੰਬਾਈ ਅਤੇ ਦੇਸ਼ ਕੋਡ ਵੈਰਿਫ਼ਾਈ ਕਰੋ, ਅਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਗਲਤ ਪਿੰਕੋਡ/ZIP ਕੋਡ ਬਲਾਕ ਕਰੋ। ਮੁੱਖ ਖੇਤਰ ਨਿਰਧਾਰਤ ਰੱਖੋ: ਸੜਕ, ਘਰ/ਬਿਲਡਿੰਗ ਨੰਬਰ, ਇਲਾਕਾ, ਸ਼ਹਿਰ, ਅਤੇ ਲੈਂਡਮਾਰਕ (ਵਿਕਲਪਿਕ, ਪਰ ਮੁਸ਼ਕਿਲ ਥਾਵਾਂ ਲਈ ਮਦਦਗਾਰ)। ਜੇ ਤੁਸੀਂ ਪਿੰਕੋਡ-ਆਧਾਰਿਤ ਖੇਤਰਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਦਾ ਇਹ ਚੈਕ ਕਰੋ ਕਿ ਪਿੰਕੋਡ ਅਤੇ ਸ਼ਹਿਰ ਮੇਲ ਖਾਂਦੇ ਹਨ।

ਬੈਕਐਂਡ 'ਤੇ "ਐਡਰੈੱਸ ਪੂਰਨਤਾ" ਸਕੋਰ ਬਣਾਓ ਅਤੇ ਸੰਦੇਹਜਨਕ ਪੈਟਰਨਾਂ ਨੂੰ ਫਲੈਗ ਕਰੋ। ਆਮ ਰੈਡ ਫਲੈਗਸ ਵਿੱਚ ਬਹੁਤ ਛੋਟੇ ਸਟ੍ਰੀਟ ਲਾਈਨਾਂ, ਦੁਹਰਾਏ ਅੱਖਰ (ਜਿਵੇਂ "aaaa"), ਸਿਰਫ emoji ਵਾਲੇ ਲੈਂਡਮਾਰਕ, ਜਾਂ ਘਰ ਨੰਬਰ ਗੁੰਮ होना ਸ਼ਾਮِل ਹਨ। ਉਹ ਪਲੇਸਹੋਲਡਰ ਵੀ ਨੋਟ ਕਰੋ ਜੋ ਬਹੁਤ ਸਾਰੇ ਆਰਡਰਾਂ ਵਿੱਚ ਕੰਪੇਅਸਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ("near temple", "home")।

ਸਧਾਰਣ ਨਾਰਮਲਾਈਜੇਸ਼ਨ ਪਰਤ ਕੋਰੀਅਰ ਸੰਕਲਪ ਨੂੰ ਘਟਾ ਦਿੰਦੀ ਹੈ। ਆਟੋ-ਕੈਪਿਟਲਾਈਜ਼, ਵਾਧੂ ਖਾਲੀਆਂ ਹਟਾਓ, ਲੋਕਲਿਟੀ ਦੇ ਸਪੈਲਿੰਗ ਨੂੰ ਨਾਰਮਲਾਈਜ਼ ਕਰੋ, ਅਤੇ ਜੇ ਪਿੰਕੋਡ ਪਤਾ ਹੈ ਤਾਂ ਸਹੀ ਸ਼ਹਿਰ ਸੁਝਾਓ। ਜੇ ਖਰੀਦਦਾਰ ਇੱਕ ਜਾਣਿਆ-ਪਹਚਾਨਾ ਗਲਤ ਸਪੈਲਿੰਗ ਲਿਖਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਠੁੱਕਰ ਦੇਣ ਦੀ ਥਾਂ ਆਮ ਵਰਜਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੋ।

ਜਦੋਂ ਤੁਸੀਂ ਕੁਝ ਬਦਲੋ, ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿਖਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਮੰਗੋ। ਉਦਾਹਰਣ: “ਅਸੀਂ 'Andheri w' ਨੂੰ ਤੁਹਾਡੇ ਪਿੰਕੋਡ ਦੇ ਆਧਾਰ 'ਤੇ 'Andheri West' ਵਿੱਚ ਅਪਡੇਟ ਕੀਤਾ।” ਇਕ ਓਵਰਰਾਈਡ ਦੀ ਆਗਿਆ ਦਿਓ, ਪਰ ਇੱਕ ਕਾਰਨ ਮੰਗੋ, ਜਿਵੇਂ “ਨਵਾਂ ਇਲਾਕਾ ਸੂਚੀਬੱਧ ਨਹੀਂ” ਤਾਂ ਜੋ ਤੁਸੀਂ ਪੈਟਰਨਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕੋ।

ਉਹ ਚੈੱਕ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਨਤੀਜੇ ਦਿੰਦੇ ਹਨ:

• COD ਲਈ ਨਿਰਧਾਰਿਤ ਮੁੱਲ ਤੋਂ ਉਪਰ ਘਰ/ਬਿਲਡਿੰਗ ਨੰਬਰ ਲਾਜ਼ਮੀ
• ਪਿੰਕੋਡ-ਸ਼ਹਿਰ ਅਸੰਗਤਤਾ ਨੂੰ ਸੋਧਣ ਤੱਕ ਰੋਕੋ
• ਅਪਾਰਟਮੈਂਟਾਂ ਲਈ ਮਿਸਿੰਗ ਲੈਂਡਮਾਰਕ 'ਤੇ ਚੇਤਾਵਨੀ (ਬਲਾਕ ਨਾ ਕਰੋ)
• ਗਿਬਰਿਸ਼ ਦੀ ਪਛਾਣ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਦਰਜ ਕਰਨ ਲਈ ਪੁੱਛੋ
• ਵੈਲਿਡੇਟਡ ਐਡਰੈੱਸ ਸੇਵ ਕਰੋ ਤਾਂ ਕਿ ਅਗਲੀ ਵਾਰੀ ਇੱਕ-ਟੈਪ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾ ਸਕੇ

WhatsApp ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਜੋ ਸਧਾਰਣ ਅਤੇ ਸੁਰੱਖਿਅਤ ਹੈ

WhatsApp COD ਲਈ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਨਿੱਜੀ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ। ਕੁੰਜੀ ਇਹ ਹੈ ਕਿ ਸੁਨੇਹਾ ਛੋਟਾ, ਛੋਟੀ ਸਕ੍ਰੀਨ 'ਤੇ ਆਸਾਨ ਪੜ੍ਹਨ ਵਾਲਾ ਅਤੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਸਥਾਨਕ ਭਾਸ਼ਾ ਵਿੱਚ ਹੋਵੇ। ਇੱਕ ਸੁਨੇਹਾ ਇੱਕ ਕੰਮ ਕਰੇ: ਆਰਡਰ ਦੀ ਪੁਸ਼ਟੀ।

ਪ੍ਰਾਇਕਟਿਕ ਤਰੀਕੇ ਨਾਲ, ਇੱਕ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਚੈਕਆਉਟ ਤੋਂ ਬਾਅਦ (ਜਾਂ 1 ਮਿੰਟ ਦੇ ਅੰਦਰ) WhatsApp ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਆਰਡਰ ਸਾਰ: ਆਈਟਮ ਗਿਣਤੀ, ਡਿਲਿਵਰੀ 'ਤੇ ਭੁਗਤਾਨ ਯੋਗ ਰਕਮ, ਸ਼ਹਿਰ, ਅਤੇ ਮਾਸਕ ਕੀਤੇ ਫੋਨ ਨੰਬਰ। ਲੰਬੇ ਉਤਪਾਦ ਨਾਂ ਅਤੇ ਵਧੇਰੇ ਮਾਰਕੀਟਿੰਗ ਟੈਕਸਟ ਤੋਂ ਬਚੋ।

ਸੀਧੀਆ ਕਾਰਵਾਈਆਂ ਵਰਤੋ, ਫਰਮ-ਫਾਰਮ ਜਵਾਬ ਨਹੀਂ

ਗਾਹਕਾਂ ਨੂੰ ਕੁਝ ਸਪਸ਼ਟ ਚੋਣਾਂ ਦਿਓ ਤਾਂ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਟਾਈਪ ਕਰਨ ਦੀ ਲੋੜ ਨਾ ਪਏ। ਜ਼ਿਆਦਾਤਰ ਸਟੋਰਾਂ ਲਈ, ਚਾਰ ਕਾਰਵਾਈਆਂ 95% ਮਾਮਲੇ ਕਵਰ ਕਰਦੀਆਂ ਹਨ:

• COD ਪੁਸ਼ਟੀ ਕਰੋ
• ਐਡਰੈੱਸ ਬਦਲੋ
• ਪ੍ਰੀਪੇਡ 'ਚ ਸਵਿੱਚ ਕਰੋ
• ਆਰਡਰ ਰੱਦ ਕਰੋ

ਜੇ ਉਹ "Change address" ਤੇ ਟੈਪ ਕਰਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਧਾਰਣ ਫਾਰਮ (ਜਾਂ ਗਾਈਡਡ ਚੈਟ) ਤੇ ਭੇਜੋ ਜੋ ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਖੇਤਰ ਮੰਗੇ: ਘਰ ਨੰਬਰ, ਸੜਕ, ਲੈਂਡਮਾਰਕ, ਅਤੇ ਪਿੰਕੋਡ। ਸੋਧ ਤੋਂ ਬਾਅਦ, ਤਾਜ਼ੀ ਪੁਸ਼ਟੀ ਪ੍ਰੌਮਪਟ ਭੇਜੋ।

ਪੁਸ਼ਟੀ ਕਾਰਵਾਈ ਨੂੰ ਨਕਲ ਕਰਨ ਬੇਜੋ ਨਹੀ ਬਣਾਓ

"Yes" ਜਾਂ "Confirm" ਟੈਕਸਟ ਨੂੰ ਸਬੂਤ ਨਾ ਮੰਨੋ। ਹਰ ਕਾਰਵਾਈ ਇੱਕ ਸਾਈਨ ਕੀਤੇ ਟੋਕੇਨ ਨਾਲ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਬੈਕਐਂਡ ਵੇਰਿਫਾਈ ਕਰਦਾ ਹੈ। ਛੋਟੇ ਐਕਸਪਾਇਰੀ (ਉਦਾਹਰਣ 15–30 ਮਿੰਟ) ਵਰਤੋ, ਟੋਕਨ ਨੂੰ ਇੱਕ ਵਾਰੀ ਵਰਤਣ ਯੋਗ ਬਣਾਓ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ order ID ਅਤੇ ਗਾਹਕ ਫੋਨ ਨੰਬਰ ਨਾਲ ਜੁੜਿਆ ਰਖੋ। ਜੇ ਟੋਕਨ ਅਵੈਧ ਜਾਂ ਖਤਮ ਹੋ ਗਿਆ, ਤਾਜ਼ਾ ਪੁਸ਼ਟੀ ਮੰਗੋ ਅਤੇ ਆਰਡਰ ਨੂੰ "Pending confirmation" ਸਥਿਤੀ ਵਿੱਚ ਰੱਖੋ।

ਐਜ ਕੇਸਾਂ ਨੂੰ ਸਾਫ਼ ਨਿਭਾਓ। ਜੇ ਯੂਜ਼ਰ ਟੈਕਸਟ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਆਟੋ-ਜਵਾਬ ਉਹੀ ਬਟਨ ਦਿਖਾਓ। ਜੇ WhatsApp ਉਪਲਬਧ ਨਹੀਂ ਜਾਂ ਸੁਨੇਹੇ ਬਲੌਕ ਹੋ ਗਏ, ਤਾਂ SMS ਜਾਂ IVR ਕਾਲ ਨੂੰ ਫਾਲਬੈਕ ਕਰੋ ਅਤੇ ਚੈਕਆਉਟ ਵਿੱਚ ਇੱਕ ਬੈਨਰ ਦਿਖਾਓ ਜੋ ਦੱਸੇ ਕਿ ਉਹ ਕਿਵੇਂ ਪੁਸ਼ਟੀ ਕਰਨਗੇ। ਜੇ ਨਿਰਧਾਰਿਤ ਵਿੰਡੋ ਵਿੱਚ ਕੋਈ ਪੁਸ਼ਟੀ ਨਹੀਂ ਆਉਂਦੀ, ਤਾਂ ਨੀਤੀਆਂ ਦੇ ਅਨੁਸਾਰ ਆਰਡਰ ਰੱਦ ਜਾਂ ਰੱਖੋ, ਬੇਤਰਤੀਬੀ ਨਾਲ ਨਹੀਂ।

ਕਦੋਂ COD ਨੂੰ ਸੀਮਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਬਿਨਾ ਚੰਗੇ ਗਾਹਕ ਖੋਣ ਦੇ

ਸਾਰਥਕ COD ਬੈਨਜ਼ ਆਮ ਤੌਰ 'ਤੇ ਨੁਕਸਾਨ ਕਰਦੀਆਂ ਹਨ। ਲਕੜੀ ਇਹ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰਾਂ ਲਈ COD ਮੁਹੱਈਆ ਰੱਖੋ, ਪਰ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਥਾਵਾਂ 'ਤੇ ਘਰਫੜ ਜੋੜੋ ਜਿੱਥੇ ਤੁਹਾਡੇ ਡਾਟਾ ਦੇਖਦਾ ਹੈ ਕਿ ਇਹ ਤੁਹਾਡੇ ਲਈ ਪੈਸਾ ਬਚਾਵੇਗਾ। ਇੱਕ ਵਧੀਆ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਇਹ ਕਰ ਸਕਦਾ ਹੈ ਬਿਨਾ ਇਮਾਨਦਾਰ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਸਜ਼ਾ ਦਿੱਤੇ।

ਸ਼ੁਰੂ ਵਿੱਚ ਧੱਕਾ ਨਾ ਮਾਰੋ, ਨਰਮ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰੇਰਨਾ ਦਿਓ। ਜੇ ਪ੍ਰੀਪੇਡ ਤੁਹਾਡੇ ਬਜ਼ਾਰ ਵਿੱਚ ਮੰਨਯੋਗ ਹੈ, ਤਾਂ ਚੈਕਆਉਟ 'ਤੇ ਇੱਕ ਛੋਟਾ ਸਪਸ਼ਟ ਇਨਸੈਂਟਿਵ ਦੇਓ (ਜਿਵੇਂ, ਥੋੜ੍ਹੀ ਛੂਟ ਜਾਂ ਤੇਜ਼ ਡਿਸਪੈਚ)। ਸੰਦੇਸ਼ ਸਧਾਰਣ ਰੱਖੋ: “ਆਨਲਾਈਨ ਭੁਗਤਾਨ ਕਰੋ ਅਤੇ ਅਸੀਂ ਅੱਜ ਭੇਜ ਦਿਆਂਗੇ।” ਧੁੰਦਲੇ ਪੈਟਰਨ ਜਾਂ ਭੁੱਝਣ ਵਾਲੇ ਫੀਸ ਤੋਂ ਬਚੋ।

ਫਿਰ COD ਨੂੰ ਕੇਵਲ ਉੱਚ-ਰਿਸਕ ਕੰਬੀਨੇਸ਼ਨਾਂ ਲਈ ਸੀਮਤ ਕਰੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇਕ ਲਛਣ ਲਈ। ਰਿਸਕ ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਵੇਲੇ ਖੁਲਦਾ ਹੈ ਜਦੋਂ ਕਈ ਸਿਗਨਲ ਇਕੱਠੇ ਹੋ ਜਾਂ:

• ਪਹਿਲੀ ਵਾਰੀ ਖਰੀਦਦਾਰ + ਉੱਚ ਆਰਡਰ ਮੁੱਲ
• ਜਾਣਿਆ-ਪਹਚਾਨਾ ਉੱਚ-RTO ਪਿੰਕੋਡ + ਭਾਰੀ ਆਈਟਮ
• ਨਾਮ ਅਤੇ ਫੋਨ ਇਤਿਹਾਸ ਵਿੱਚ ਅਸੰਗਤਤਾ
• ਇੱਕੋ ਨੰਬਰ ਤੋਂ ਬਾਰ-ਬਾਰ ਅਸਫਲ COD ਕੋਸ਼ਿਸ਼ਾਂ
• ਤੇਜ਼-ਰੀਸੇਲ ਉਤਪਾਦ ਦੀ ਜ਼ਿਆਦਾ ਮਾਤਰਾ

ਇਹ ਸੈਗਮੈਂਟਸ ਲਈ, COD ਹਟਾਉਣ ਦੀ ਥਾਂ "ਸਾਫਟ ਗੇਟ" ਵਰਤੋ। ਦੋ ਵਿਕਲਪ ਆਮ ਤੌਰ 'ਤੇ ਚੰਗੇ ਹੁੰਦੇ ਹਨ: ਆਰਡਰ-ਬਾਅਦ ਪੁਸ਼ਟੀ (ਤੇਜ਼ ਪੁਸ਼ਟੀ) ਜਾਂ ਅੰਸ਼ਿਕ ਪ੍ਰੀਪੇਮੈਂਟ।

ਅੰਸ਼ਿਕ ਪ੍ਰੀਪੇਮੈਂਟ ਤਾਕਤਵਰ ਹੈ, ਪਰ ਇਹ ਨਿਆਂਸੰਗਤ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਖਰੀਦਦਾਰ ਨੂੰ ਸਪਸ਼ਟ ਦੱਸੋ ਕਿ ਕਿਉਂ ਅਤੇ ਕਿੰਨਾ, ਅਤੇ ਇਹ ਛੋਟਾ ਰੱਖੋ ("ਟੋਕਨ ਰਕਮ" ਸੋਚੋ)। ਇਸਨੂੰ ਨਿਰਧਾਰਤ ਮੁੜ-ਆਉਣ ਵਾਲੇ ਗਾਹਕਾਂ ਲਈ ਨਾ ਲਗਾਓ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਡਿਲਿਵਰੀਆਂ ਸਫਲ ਰਹੀਆਂ ਹਨ।

ਜੇ ਕੋਈ ਆਰਡਰ ਸੰਦੇਹਜਨਕ ਹੈ, ਤਾਂ ਚੈੱਕਆਉਟ ਰੋਕਣ ਦੀ ਥਾਂ ਆਰਡਰ ਲੈਣ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ। ਉਦਾਹਰਣ: ਪਹਿਲੀ ਵਾਰੀ ਖਰੀਦਦਾਰ ਇੱਕ ਉੱਚ-COD ਆਰਡਰ ਪਿੰਨਕੋਡ/ਸ਼ਹਿਰ ਅਸੰਗਤਤਾ ਦੇ ਨਾਲ ਰੱਖਦਾ ਹੈ। ਤੁਸੀਂ ਆਰਡਰ ਸਵੀਕਾਰ ਕਰੋ, ਪਰ ਇਸਨੂੰ "Pending verification" ਵਿੱਚ ਰੱਖ ਕੇ WhatsApp ਜਾਂ OTP ਦੇ ਜ਼ਰੀਏ ਇੱਕ ਵਾਇੰਡੋ ਵਿੱਚ ਪੁਸ਼ਟੀ ਮੰਗੋ। ਜੇ ਉਹ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ, ਤਾਂ ਡਿਸਪੈਚ ਕਰੋ; ਨਹੀਂ ਤਾਂ ਆਟੋ-ਰੱਦ ਕਰੋ ਅਤੇ ਇਨਵੈਂਟਰੀ ਛੱਡ ਦਿਓ।

Koder.ai ਵਰਗੇ ਟੂਲ ਇਨ੍ਹਾਂ ਨਿਯਮਾਂ ਨੂੰ ਸਾਫ਼ ਆਰਡਰ ਸਟੇਟਸ ਅਤੇ ਬੈਕਐਂਡ ਚੈੱਕਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਤਾਂ ਜੋ ਸਪੋਰਟ ਅਤੇ ਓਪਰੇਸ਼ਨਸ ਨੂੰ ਇਹ ਨਹੀਂ ਸੋਚਣਾ ਪਏ ਕਿ ਕੀ ਹੋਇਆ।

ਬੈਕਐਂਡ ਨਿਯਮ ਅਤੇ ਆਰਡਰ ਸਟੇਟ ਮਸ਼ੀਨ ਤਾਂ ਜੋ ਓਪਰੇਸ਼ਨ ਗੜਬੜ ਨਾ ਹੋਵੇ

ਇੱਕ ਸਾਫ COD ਪੁਸ਼ਟੀ ਸਿਸਟਮ ਤਦ ਹੀ ਟੁੱਟਦਾ ਹੈ ਜਦੋਂ ਓਪਰੇਸ਼ਨਸ ਨੂੰ ਨਹੀਂ ਪਤਾ ਹੁੰਦਾ ਕਿ ਕੀ ਭੇਜਣਾ ਹੈ, ਕੀ ਰੋਕਣਾ ਹੈ, ਅਤੇ ਕੀ ਰੱਦ ਕਰਨਾ ਹੈ। ਠੀਕ-ਟਾਈਪ ਸਟੇਟ ਮਸ਼ੀਨ ਬਣਾਉ ਜੋ ਹਰ ਚੈਨਲ (ਚੈਕਆਉਟ, WhatsApp, OTP, ਸਪੋਰਟ ਕਾਲ) ਫਾਲੋ ਕਰੇ। ਇਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦਾ ਹੈ ਜਾਂ ਮੈਨੁਅਲ ਫਾਇਰਫਾਈਟਿੰਗ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ।

ਸਟੇਟ ਘੱਟ ਅਤੇ ਅੰਤਿਮ ਰੱਖੋ। ਇੱਕ ਪ੍ਰਾਇਕਟਿਕ ਸੈਟ ਹੈ: pending-confirmation (ਬਣਿਆ, ਹਾਲੇ ਵੈਰੀਫਾਈ ਨਹੀਂ), confirmed (ਪੈਕ ਕਰਨ ਲਈ ਸੁਰੱਖਿਅਤ), expired (ਸਮਾਂ ਖਤਮ), cancelled (ਗਾਹਕ ਜਾਂ ਸਿਸਟਮ), shipped (ਕੋਰੀਅਰ ਨੂੰ ਸੁੰਪਿਆ)। "confirmed-but-not-really" ਵਰਗੀਆਂ ਸਾਈਡ ਸਟੇਟਾਂ ਨਾ ਬਣਾਓ। ਜੇ ਨੁਆਂਸ ਦੀ ਲੋੜ ਹੋਵੇ, ਉਸਨੂੰ ਮੈਟਾਡਾਟਾ ਵਜੋਂ ਸੇਵ ਕਰੋ, ਨਾ ਕਿ ਨਵਾਂ ਸਟੇਟ।

ਇਡੰਪੋਟੈਂਸੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਗਾਹਕ ਦੁਬਾਰਾ ਟੈਪ ਕਰਦੇ ਹਨ, ਸੁਨੇਹੇ ਦੇਰੀ ਨਾਲ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਵੈਬਹੂਕ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਹਰ ਪੁਸ਼ਟੀ ਕੋਸ਼ਿਸ਼ ਲਈ ਇੱਕ idempotency key ਵਰਤੋ (ਉਦਾਹਰਣ order_id + channel + attempt_number) ਅਤੇ ਸਟੇਟ ਟ੍ਰਾਂਜ਼ੀਸ਼ਨ ਐਟਾਮਿਕ ਬਣਾਓ। ਜੇ ਆਰਡਰ ਪਹਿਲਾਂ ਹੀ ਪੁਸ਼ਟੀਤ ਜਾਂ ਭੇਜਿਆ ਜਾ ਚੁੱਕਾ ਹੈ, ਤਾਂ ਦੁਹਰਾਈ ਗਈ OTP ਜਾਂ WhatsApp ਜਵਾਬ ਉਹੀ ਨਤੀਜਾ ਵਾਪਸ ਦੇਵੇ ਅਤੇ ਦੂਜੀ ਸ਼ਿਪਮੈਂਟ ਨਾ ਬਣੇ।

ਰੀਟ੍ਰਾਈ ਪ੍ਰੀਤਿਮਿਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਇਮਪ੍ਰੋਵਾਈਜ਼ਡ। ਸੁਨੇਹਾ ਡਿਲਿਵਰੀ ਫੇਲ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਹਰ ਭੇਜਣ ਅਤੇ ਜਵਾਬ ਨੂੰ ਲੌਗ ਕਰੋ, ਅਤੇ ਸਪਸ਼ਟ ਵਿੰਡੋ ਰੱਖੋ: OTP ਰੀ-ਸੈਂਡ ਛੋਟੀ ਠੰਡ-ਅਵਧੀ ਦੇ ਬਾਅਦ ਆਗਿਆ ਦਿਓ, ਕੁੱਲ ਭੇਜਣਾਂ ਨੂੰ ਸੀਮਤ ਕਰੋ, ਅਤੇ ਆਰਡਰ ਖਤਮ ਹੋਣ 'ਤੇ ਰੋਕ ਦਿਓ। ਵੈਬਹੂਕ ਲਈ, ਡੁਪਲੀਕੇਟ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਕਬੂਲ ਕਰੋ ਅਤੇ ਸਟੇਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਨੈਚਰ ਦੀ ਜਾਂਚ ਕਰੋ।

ਪੁਸ਼ਟੀ ਡੇਟਾ ਨੂੰ ਇਵੇਂਟਾਂ ਵਜੋਂ ਸੇਵ ਕਰੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਆਡਿਟ ਅਤੇ ਨਿਯਮਾਂ ਨੂੰ ਟਿਊਨ ਕਰ ਸਕੋ:

• confirmation_events: ਚੈਨਲ, ਟਾਈਮਸਟੈਂਪ, success/fail, ਕੱਚਾ ਜਵਾਬ
• risk_score_snapshot: ਚੈਕਆਉਟ ਤੇ ਅਤੇ ਪੁਸ਼ਟੀ ਸਮੇਂ ਸਕੋਰ
• reason_codes: ਕਿਉਂ expired/cancelled (ਕੋਈ ਜਵਾਬ ਨਹੀਂ, ਅਵੈਧ OTP, ਕੈਰੀਅਰ ਬਲਾਕ)
• actor: ਗਾਹਕ, ਸਿਸਟਮ, ਸਪੋਰਟ ਏਜੈਂਟ
• versioned rules: ਕਿਹੜੇ ਰਿਸਕ ਅਤੇ ਟਾਈਮਿੰਗ ਨਿਯਮ ਲਾਗੂ ਕੀਤੇ ਗਏ

ਉਦਾਹਰਣ: ਜੇ WhatsApp ਜਵਾਬ ਮਿਆਦ ਤੋਂ ਬਾਅਦ ਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਵੇਂਟ ਰੱਖੋ, ਪਰ ਆਰਡਰ ਨੂੰ expired ਤੋਂ confirmed ਵਿੱਚ ਨਾ ਲਿਜਾਓ। ਇਸ ਦੀ ਥਾਂ, ਨਵੀਂ ਪੁਸ਼ਟੀ ਕੋਸ਼ਿਸ਼ ਦੀ ਮੰਗ ਕਰੋ ਤਾਂ ਕਿ ਓਪਰੇਸ਼ਨਸ ਗਲਤੀ ਨਾਲ ਭੇਜਣ ਨਾ ਕਰਨ।

ਆਮ ਗਲਤੀਆਂ ਜੋ RTO ਵਧਾਉਂਦੀਆਂ ਹਨ ਜਾਂ ਕਨਵਰਜ਼ਨ ਖਰਾਬ ਕਰਦੀਆਂ ਹਨ

ਇੱਕ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਨੂੰ ਤੋੜਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਸਤਾ ਹੈ ਹਰ ਖਰੀਦਦਾਰ ਨੂੰ ਧੋਖੇਬਾਜ਼ ਵਾਂਗ ਵਰਤਣਾ। ਜੇ ਤੁਸੀਂ ਹਰ COD ਆਰਡਰ ਲਈ OTP ਲਗਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਮੰਦੇ ਅਭਿਆਸੀਆਂ ਨੂੰ ਫੜੋਗੇ, ਪਰ ਤੁਸੀਂ ਇਮਾਨਦਾਰ ਗਾਹਕਾਂ ਲਈ ਵੀ ਘਰਫੜ ਵਧਾ ਰਹੇ ਹੋ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਚੈਕਆਉਟ ਛੱਡ ਦੇਣਗੇ ਜਾਂ ਸੁਨੇਹਾ ਅਣਡਿੱਠਾ ਕਰ ਦੇਣਗੇ, ਅਤੇ ਤੁਹਾਡੀ "ਪੁਸ਼ਟੀਤ" ਦਰ ਘਟੇਗੀ।

ਦੂਜੀ ਆਮ ਗਲਤੀ ਕਮਜ਼ੋਰ OTP ਹਾਈਜੀਨ ਹੈ। ਜੇ ਤੁਸੀਂ OTP ਬੇਨਿਆਂ 'ਤੇ ਰੇਟ-ਲਿਮਿਟ ਨਹੀਂ ਲਗਾਉਂਦੇ, ਤਾਂ ਹਮਲਾਵਰ ਕਿਸੇ ਨੰਬਰ 'ਤੇ ਸਪੈਮ ਕਰ ਸਕਦੇ ਹਨ, ਤੁਹਾਡਾ SMS ਬਜਟ ਖਤਮ ਕਰ ਸਕਦੇ ਹਨ, ਜਾਂ ਕੋਡ ਬ੍ਰੂਟ-ਫੋਰਸ ਕਰ ਸਕਦੇ ਹਨ। ਹਮਲਿਆਂ ਤੋਂ ਬਿਨਾਂ ਵੀ, ਅਨੰਤ ਰੀ-ਸੈਂਡ ਦੀ ਆਗਿਆ ਲੋਕਾਂ ਨੂੰ “ਹੋਰ ਇੱਕ ਕੋਡ ਦੀ ਉਡੀਕ” ਸਿਖਾ ਦਿੰਦੀ ਹੈ, ਜੋ ਪੁਸ਼ਟੀ ਨੂੰ ਸੁਸਤ ਕਰਦਾ ਅਤੇ ਆਰਡਰਾਂ ਨੂੰ ਸ਼ਿਪਿੰਗ ਵਿੰਡੋ ਵਿੱਚ ਧکیلਦਾ।

ਐਡਰੈੱਸ ਸੋਧ ਇੱਕ ਚੁੱਪ RTO ਗੁਣਾ ਦਾਰ ਹੈ। ਜੇ ਗਾਹਕ ਪੁਸ਼ਟੀ ਤੋਂ ਬਾਅਦ ਐਡਰੈੱਸ ਸੋਧ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਸੀਂ ਰਿਸਕ ਨੂੰ ਮੁੜ ਜਾਂਚ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਤੁਹਾਡੀ ਟੀਮ ਇੱਕ ਐਸਾ ਆਰਡਰ ਭੇਜੇਗੀ ਜੋ ਹੁਣ ਵੈਰੀਫਾਈਡ ਵੇਰਵਿਆਂ ਨਾਲ ਮਿਲਦਾ ਨਹੀਂ। ਇਸ ਤਰ੍ਹਾਂ "ਪੁਸ਼ਟੀਤ" ਆਰਡਰ ਵੀ ਦਰਵਾਜ਼ੇ ਤੇ ਫੇਲ ਹੋ ਸਕਦੇ ਹਨ।

ਆਖਰੀ ਓਪਰੇਸ਼ਨਲ ਗਲਤੀ ਹੈ ਪੁਸ਼ਟੀ ਸਥਿਤੀ ਨੂੰ ਅਣਦੇਖਾ ਬਣਾਉਣਾ। ਜੇ ਕੋਈ ਸਪਸ਼ਟ ਐਕਸਪਾਅਰੀ ਟਾਈਮ ਨਹੀਂ ਹੈ, ਜਾਂ ਤੁਹਾਡਾ ਵੇਅਰਹਾਊਸ ਅਨਕੋਨਫ਼ਰਮਡ COD ਆਰਡਰ ਚੁਣ ਸਕਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਉਮੀਦਾਂ ਤੇ Shipment ਕਰਨ ਲੱਗ ਜਾਵੋਗੇ ਨਾ ਕਿ ਪੱਕੀ ਪੁਸ਼ਟੀ 'ਤੇ।

ਹੇਠਾਂ ਉਹ ਪੈਟਰਨ ਹਨ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਨੁਕਸਾਨ ਕਰਦੇ ਹਨ:

• ਹਰ ਕਿਸੇ ਲਈ OTP ਲਗਾਉਣਾ, ਸਿਰਫ਼ ਉੱਚ-ਰਿਸਕ ਜਾਂ ਪਹਿਲੀ ਵਾਰੀ COD ਖਰੀਦਦਾਰਾਂ ਦੀ ਥਾਂ
• ਰੀ-ਸੈਂਡ, ਵੈਰੀਫਾਈ ਕੋਸ਼ਿਸ਼ਾਂ, ਜਾਂ ਪ੍ਰਤੀ-IP ਅਤੇ ਪ੍ਰਤੀ-ਫੋਨ ਸੀਮਾ ਤੇ ਕੋਈ ਰੇਟ ਲਿਮਿਟ ਨਹੀਂ
• ਪੁਸ਼ਟੀ ਤੋਂ ਬਾਅਦ ਐਡਰੈੱਸ ਜਾਂ ਫੋਨ ਸੋਧ ਦੀ ਆਗਿਆ ਦੇਣਾ ਬਿਨਾ ਮੁੜ-ਪੁਸ਼ਟੀ ਦੇ
• ਪੁਸ਼ਟੀ ਸਥਿਤੀ ਅਤੇ ਐਕਸਪਾਇਰੀ ਨਾਲ ਜੁੜੀ ਹੋਈ ਇੱਕ ਹਾਰਡ "ਡੋ ਨੌਟ ਸ਼ਿਪ" ਗੇਟ ਨਾ ਹੋਣਾ
• ਅਸਪਸ਼ਟ UI ਕਾਪੀ, ਤਾਂ ਕਿ ਗਾਹਕ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਉਹ ਕਿਉਂ ਪੁਸ਼ਟੀ ਕਰ ਰਹੇ ਹਨ ਜਾਂ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗੇਗਾ

ਸਧਾਰਣ ਉਦਾਹਰਣ: ਇੱਕ ਬਾਇਰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਫਿਰ "Street 12" ਨੂੰ "Street 21" ਵਿੱਚ ਸਪੋਰਟ ਚੈਟ ਰਾਹੀਂ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਮੁੜ-ਪੁਸ਼ਟੀ ਕੀਤੇ ਬਿਨਾਂ ਭੇਜ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਰਾਈਡਰ ਗਲਤ ਥਾਂ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜਰੂਰੀ ਰੋਕਟੋ ਦਾ ਭੁਗਤਾਮਾ ਕਰਦੇ ਹੋ।

ਤੁਹਾਡੇ COD ਪੁਸ਼ਟੀ ਸੈਟਅਪ ਲਈ ਤੇਜ਼ ਚੈੱਕਲਿਸਟ

ਇਸਨੂੰ ਅੰਤਿਮ ਪ੍ਰੀ-ਸ਼ਿਪ ਗੇਟ ਵਜੋਂ ਵਰਤੋਂ। ਜੇ ਕੋਈ ਆਇਟਮ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਆਰਡਰ ਨੂੰ ਪੈਕਿੰਗ ਵੱਲ ਧੱਕੋ ਨਾ — ਇਸਨੂੰ "pending confirmation" ਸਥਿਤੀ ਵਿੱਚ ਰੱਖੋ।

• ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੋਈ: ਆਰਡਰ ਕੋਲ ਇਕ ਸਕਾਰਾਤਮਕ ਪੁਸ਼ਟੀ ਹੋਵੇ (OTP ਜਾਂ WhatsApp ਜਵਾਬ) ਜੋ order ID ਨਾਲ ਜੁੜੀ ਹੋਵੇ, ਸਪਸ਼ਟ ਪੁਸ਼ਟੀ ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਕਿਸਨੇ/ਕਿਸਨੇ ਨਹੀਂ ਪੁਸ਼ਟੀ ਕੀਤੀ ਦੀ ਜਾਣਕਾਰੀ ਹੋਵੇ।
• ਐਡਰੈੱਸ ਵੈਲਿਡੇਟਡ: ਐਡਰੈੱਸ ਖੇਤਰ ਪੂਰੇ ਹੋਣ (ਨਾਮ, ਘਰ ਨੰਬਰ, ਸੜਕ, ਲੋਕਲਿਟੀ, ਸ਼ਹਿਰ, ਰਾਜ, ਪਿੰਕੋਡ), ਪਿੰਕੋਡ ਸ਼ਹਿਰ/ਰਾਜ ਨਾਲ ਮਿਲਦਾ ਹੋਵੇ, ਅਤੇ ਸਪਸ਼ਟ ਨਕਲੀ ਪੈਟਰਨ (test, asdf, 12345) ਬਲਾਕ ਜਾਂ ਫਲੈਗ ਕੀਤੇ ਹੋਣ।
• ਫੋਨ ਪਹੁੰਚਯੋਗ ਹੈ: ਫੋਨ ਨੰਬਰ ਫਾਰਮੈਟ ਵੈਧ ਹੈ, ਇਹ ਹਾਲ ਹੀ ਵਿੱਚ ਕਈ ਵੱਖ-ਵੱਖ ਨਾਮ/ਐਡਰੈੱਸ 'ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਗਿਆ, ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਤਾਜ਼ਾ "ਪਹੁੰਚਯੋਗਤਾ" ਸਿਗਨਲ ਹੋਵੇ (ਹਾਲ ਹੀ ਵਿੱਚ OTP ਡਿਲਿਵਰ ਹੋਇਆ ਜਾਂ WhatsApp ਡਿਲਿਵਰ/ਰੀਡ)।
• ਉੱਚ-ਰਿਸਕ ਆਰਡਰਾਂ ਲਈ ਕੜੀਆਂ ਜਾਂਚਾਂ: ਰਿਸਕੀ ਕੰਬੀਨੇਸ਼ਨ (ਉੱਚ ਆਰਡਰ ਮੁੱਲ, ਪਹਿਲੀ ਵਾਰੀ ਖਰੀਦਦਾਰ, ਪਿੰਕੋਡ-ਸ਼ਹਿਰ ਅਸੰਗਤਤਾ, ਬਾਰ-ਬਾਰ ਰੱਦ, ਇੱਕੋ ਨੰਬਰ ਤੇ ਬਹੁਤ ਸਾਰੇ ਆਰਡਰ) ਆਪਣੇ ਆਪ ਕੜੀ ਪੁਸ਼ਟੀ ਜਾਂ ਮੈਨੁਅਲ ਸਮੀਖਿਆ ਨੂੰ ਰਾਹ ਦਿਉ।
• ਓਪਰੇਸ਼ਨ ਤੇਜ਼ ਕਾਰਵਾਈ ਕਰ ਸਕੇ: ਹਰ pending ਆਰਡਰ ਕੋਲ ਏਕ ਰੀਜ਼ਨ ਕੋਡ ਹੋਵੇ (ਕੋਈ OTP ਨਹੀਂ, OTP ਫੇਲ, ਐਡਰੈੱਸ ਅਸੰਗਤ, ਉੱਚ-ਰਿਸਕ ਨਿਯਮ), ਇੱਕمالک/ਕਿਊ, ਅਤੇ SLA (ਉਦਾਹਰਣ: 24–48 ਘੰਟਿਆਂ ਵਿੱਚ ਆਟੋ-ਰੱਦ ਇੱਕ ਗਾਹਕ ਸੁਨੇਹੇ ਦੇ ਨਾਲ)।

ਇੱਕ ਸਧਾਰਣ ਨਿਯਮ: ਤੁਹਾਡਾ COD ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ "ਲਾਈਨ ਰੋਕ" ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਕਰੇ ਜਦੋਂ ਸਿਗਨਲ ਕਮਜ਼ੋਰ ਹੋਵੇ। ਬਾਕੀ ਸਭ ਲਈ, ਤੇਜ਼ ਰੱਖੋ: ਇੱਕ ਸਪਸ਼ਟ ਪ੍ਰੌਮਪਟ, ਇੱਕ ਕਾਰਵਾਈ, ਅਤੇ ਨਾ ਮੁੜ-ਨਗਸ ਜੋ ਅਸਲ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਭਗਾਉਣ।

ਜੇ ਤੁਸੀਂ ਦਿਨੇਕ ਇੱਕ ਚੀਜ਼ ਟਰੈਕ ਕਰੋ, ਤਾਂ ਉਹ ਹੈ COD ਆਰਡਰਾਂ ਦਾ ਹਿੱਸਾ ਜੋ ਚੈਕਆਉਟ ਤੋਂ 15 ਮਿੰਟ ਦੇ ਅੰਦਰ "confirmed" ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ, ਫਿਰ confirmed vs unconfirmed ਆਰਡਰਾਂ ਲਈ RTO ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਉਦਾਹਰਣ: ਇੱਕ ਉੱਚ-ਰਿਸਕ COD ਆਰਡਰ ਲਈ RTO ਘਟਾਉਣਾ

ਇੱਕ ਪਹਿਲੀ ਵਾਰੀ ਖਰੀਦਦਾਰ ਇੱਕ ਉੱਚ-ਮੁੱਲ COD ਆਰਡਰ (ਉਦਾਹਰਣ $180) ਰੱਖਦਾ ਹੈ ਅਤੇ ਚੈਕਆਉਟ ਦikhਾ ਰਿਹਾ ਹੈ ਕਿ ਪਿੰਕੋਡ ਉਸ ਨੇ ਟਾਈਪ ਕੀਤਾ ਸ਼ਹਿਰ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਇਹ ਨਕਲੀ ਆਰਡਰਾਂ ਅਤੇ ਫੇਲ ਡਿਲਿਵਰੀ ਦੇ ਆਮ ਪੈਟਰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

ਚੈਕਆਉਟ ਦੇ ਤੁਰੰਤ ਬਾਅਦ, ਸਾਈਟ ਇੱਕ ਦੋਸਤਾਨਾ ਸੁਨੇਹਾ ਦਿਖਾਉਂਦੀ ਹੈ: “ਕਿਰਪਾ ਕਰਕੇ ਆਪਣਾ COD ਆਰਡਰ ਰਿਜ਼ਰਵ ਕਰਨ ਲਈ ਪੁਸ਼ਟੀ ਕਰੋ।” ਖਰੀਦਦਾਰ ਨੂੰ WhatsApp ਤੇ ਆਰਡਰ ਸਾਰ ਨਾਲ ਇਕ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ ਅਤੇ ਦੋ ਬਟਨ: Confirm address ਜਾਂ Fix address। ਜ਼ਿਆਦਾਤਰ ਅਸਲੀ ਖਰੀਦਦਾਰ ਇੱਕ ਮਿੰਟ ਦੇ ਅੰਦਰ ਟੈਪ ਕਰ ਲੈਂਦੇ ਹਨ।

ਉਹ Fix address 'ਤੇ ਟੈਪ ਕਰਦੇ ਹਨ ਅਤੇ ਸ਼ਹਿਰ ਨਾਂ ਠੀਕ ਕਰਦੇ ਹਨ (ਜਾਂ ਛੋਟੀ ਸੁਝਾਅ ਸੂਚੀ ਵਿਚੋਂ ਚੁਣਦੇ ਹਨ)। ਪੁਸ਼ਟੀ ਸਕਰੀਨ ਫਿਰ ਘਰ ਨੰਬਰ ਅਤੇ ਲੈਂਡਮਾਰਕ ਦੀ ਛੋਟੀ ਜਾਂਚ ਮੰਗਦੀ ਹੈ, ਅਤੇ ਜੇ WhatsApp ਉਪਲਬਧ ਨਹੀਂ ਹੈ ਤਾਂ “Send OTP instead” ਦਾ ਵਿਕਲਪ ਦਿਖਾਉਂਦੀ ਹੈ।

ਬੈਕਐਂਡ 'ਤੇ, ਆਰਡਰ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਪਰ ਅਜੇ ਭੇਜਣ ਲਈ ਰਿਲੀਜ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ। ਇਹ ਇੱਕ ਸਧਾਰਣ ਫੈਸਲਾ ਰਾਹ 'ਤੇ ਚੱਲਦਾ ਹੈ:

• ਰਿਸਕ ਸਕੋਰ ਵਧਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਪਹਿਲੀ ਵਾਰੀ, ਉੱਚ-ਮੁੱਲ, ਅਤੇ ਪਿੰਕੋਡ-ਸ਼ਹਿਰ ਅਸੰਗਤਤਾ ਵਾਲਾ ਹੈ।
• ਆਰਡਰ ਸਟੇਟ HOLD_FOR_CONFIRMATION ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨਾਲ 30 ਮਿੰਟ ਟਾਈਮਰ।
• ਜੇ WhatsApp ਪੁਸ਼ਟੀ ਹੋ ਜਾਂਦੀ ਹੈ (ਅਤੇ ਸੋਧਿਆ ਐਡਰੈੱਸ ਵੈਲਿਡੇਟ ਹੋ ਜਾਂਦਾ ਹੈ), ਸਟੇਟ CONFIRMED_COD ਵਿੱਚ ਵੱਧਦਾ ਅਤੇ ਸ਼ਿਪ ਹੋਲਡ ਰਿਲੀਜ਼ ਹੁੰਦਾ।
• ਜੇ WhatsApp ਨਹੀਂ ਪੁਸ਼ਟੀ ਕਰਦਾ, ਤਾਂ ਫੋਨ ਤੇ OTP ਭੇਜੋ; ਸਫਲ OTP ਵੀ CONFIRMED_COD ਵਿੱਚ ਲੈ ਜਾਏਗਾ।
• ਜੇ ਟਾਈਮਰ ਮਿਆਦ ਤੱਕ ਕੋਈ ਪ੍ਰਮਾਣ ਨਹੀਂ, ਤਾਂ ਨੀਤੀਆਂ ਦੇ ਅਨੁਸਾਰ ਰੱਦ ਕਰੋ ਜਾਂ ਪ੍ਰੀਪੇਡ-ਕੇਵਲ ਰੀਟ੍ਰਾਈ ਨੂੰ ਅਜਮਾਓ।

ਖਰੀਦਦਾਰ ਲਈ, ਵਧੀਕ ਘਰਫੜ ਇੱਕ ਤੇਜ਼ ਟੈਪ ਅਤੇ ਕਈ ਵਾਰੀ ਇੱਕ ਛੋਟੀ ਸੋਧ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਲੰਮਾ ਫਾਰਮ। ਓਪਰੇਸ਼ਨ ਲਈ, ਵੇਅਰਹਾਊਸ ਸਿਰਫ਼ ਪੁਸ਼ਟੀਤ COD ਆਰਡਰ ਵੇਖਦਾ ਹੈ। ਅਮਲ ਵਿੱਚ, ਇਹ ਕੈਸ਼ ਆਨ ਡਿਲਿਵਰੀ ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਨਕਲੀ COD ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਅਤੇ RTO ਘਟਾਉਂਦਾ ਹੈ ਜਦਕਿ ਅਸਲ ਖਰੀਦਦਾਰ ਆਗੇ ਵਧਦੇ ਹਨ।

ਅਗਲੇ ਕਦਮ: ਸੁਰੱਖਿਅਤ ਰੋਲਆਊਟ ਅਤੇ ਤੇਜ਼ ਇਟਰੇਟ ਕਰੋ

ਆਪਣੇ COD ਪੁਸ਼ਟੀ ਪ੍ਰਵਾਹ ਨੂੰ ਇੱਕ ਨੀਤੀ ਸੋਚ ਦੇ ਰੂਪ ਵਿੱਚ ਨਹੀਂ, ਇੱਕ ਪ੍ਰੋਡਕਟ ਬਦਲਾਅ ਵਜੋਂ ਟਰੀਟ ਕਰੋ। ਸਮਾਂ ਜਾਂ ਸ਼ਬਦਬੰਦੀ ਵਿੱਚ ਛੋਟੀ-ਛੋਟੀ ਬਦਲਾਵਾਂ ਕਨਵਰਜ਼ਨ ਅਤੇ RTO ਦੋਹਾਂ ਨੂੰ ਹਿਲਾ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਕੰਟਰੋਲਡ ਕਦਮਾਂ ਵਿੱਚ ਲਾਂਚ ਕਰੋ ਅਤੇ ਹਰ ਰੋਜ਼ ਨੰਬਰ ਦੇਖੋ।

ਸਟੇਜਡ ਰੋਲਆਊਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਸਭ ਤੋਂ ਉੱਚ-ਰਿਸਕ ਸਲਾਈਸ (ਨਵੇਂ ਯੂਜ਼ਰ, ਉੱਚ AOV, ਪਿੰਕੋਡ-ਸ਼ਹਿਰ ਅਸੰਗਤਤਾ, ਬਾਰ-ਬਾਰ ਅਸਫਲ ਡਿਲਿਵਰੀਆਂ) ਨੂੰ ਪਹਿਲਾਂ ਚੁਣੋ, ਫਿਰ ਇੱਕ ਵਾਰ ਸਥਿਰਤਾ ਦੇਖੋ ਤਾਂ ਬਾਅਦ ਵਧਾਓ।

• 1 ਤੋਂ 2 ਹਫ਼ਤਿਆਂ ਲਈ ਸਿਰਫ਼ ਉੱਚ-ਰਿਸਕ ਆਰਡਰਾਂ ਲਈ ਪੁਸ਼ਟੀ ਐਨਾਬਲ ਕਰੋ
• ਇੱਕ ਫਾਲਬੈਕ ਚੈਨਲ ਜੋੜੋ (ਉਦਾਹਰਣ: SMS ਜੇ OTP ਫੇਲ ਹੋ ਜਾਏ)
• ਜਿਵੇਂ ਹੀ RTO ਸੁਧਰਦਾ ਹੈ, ਰਿਸਕ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਧੀਰੇ-ਧੀਰੇ ਘਟਾਓ
• ਐਜ ਕੇਸਾਂ ਲਈ ਸਪੋਰਟ ਲਈ ਮੈਨੁਅਲ ਓਵਰਰਾਈਡ ਰੱਖੋ
• ਵੱਡੇ ਸੇਲ ਦਿਨਾਂ ਦੌਰਾਨ ਬਦਲਾਅ ਨੂੰ ਫ਼੍ਰੀਜ਼ ਕਰ ਦਿਓ, ਫਿਰ ਬਾਅਦ ਵਿੱਚ ਜਾਰੀ ਰੱਖੋ

ਫੋਕਸਡ A/B ਟੈਸਟ ਚਲਾਓ। ਇੱਕ ਸਮੇਂ ਇੱਕ ਹੀ ਵੈਰੀਏਬਲ ਟੈਸਟ ਕਰੋ: ਕਾਪੀ ਟੋਨ (ਕਠੋਰ vs ਦੋਸਤਾਨਾ), ਟਾਈਮਰ ਲੰਬਾਈ (5 vs 15 ਮਿੰਟ), ਅਤੇ ਚੈਨਲ ਕ੍ਰਮ (WhatsApp ਪਹਿਲਾਂ vs SMS ਪਹਿਲਾਂ)। ਟੇਸਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਵੇਂ ਪੁੱਛਦੇ ਹੋ: ਚੈਕਆਉਟ ਦੇ ਤੁਰੰਤ ਬਾਅਦ vs ਕੁਝ ਮਿੰਟ ਬਾਅਦ। ਸਿਰਫ਼ ਪੁਸ਼ਟੀ ਦਰ ਨਹੀਂ, ਬਲਕਿ ਰੱਦ ਦਰ, ਡਿਲਿਵਰੀ ਸਫਲਤਾ, ਅਤੇ ਸਪੋਰਟ ਕਾਂਟੈਕਟ ਵੀ ਮਾਪੋ।

ਇੱਕ ਛੋਟਾ ਅੰਦਰੂਨੀ ਪਲੇਬੁੱਕ ਲਿਖੋ ਤਾਂ ਜੋ ਓਪਰੇਸ਼ਨ ਅਤੇ ਸਪੋਰਟ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਹੱਲ ਕਰਣ:

• ਕਦੋਂ ਪੁਸ਼ਟੀ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਹੈ ਅਤੇ ਕਦੋਂ ਰੱਦ ਕਰਨੀ ਹੈ
• ਕੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ ਇੱਕ ਵੈਧ ਐਡਰੈੱਸ ਸੋਧ vs ਇੱਕ ਸੰਦੇਹਜਨਕ ਬਦਲਾਅ
• ਗਾਹਕ ਕਾਲਬੈਕ ਅਤੇ ਸਹਿਮਤੀ ਸੰਭਾਲਣ ਦੇ ਤਰੀਕੇ
• ਦੁਹਰਾਏ ਅਪਰਾਧੀਆਂ ਅਤੇ ਸੰਦੇਹਜਨਕ ਧੋਖਾਧੜੀ ਲਈ ਐਸਕਲੇਸ਼ਨ ਨਿਯਮ

ਜੇ ਤੁਸੀਂ UI ਸਕ੍ਰੀਨ ਅਤੇ ਬੈਕਐਂਡ ਨਿਯਮਾਂ ਦੀ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ Koder.ai ਵਿੱਚ ਚੈਟ ਰਾਹੀਂ ਫਲੋ ਬਣਾ ਕੇ ਤੇਜ਼ੀ ਨਾਲ ਇਟਰੇਟ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਜਦੋਂ ਤਿਆਰ ਹੋਵੋ ਤਾਂ ਸੋর্স ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ।