ਆਰਡਰ ਪਿਕਅਪ ਤਿਆਰ ਸੂਚਨਾਵਾਂ: ਸਧਾਰਨ ਸੈਟਅਪ ਅਤੇ ਟੈਮਪਲੇਟ

ਸਮੱਸਿਆ: ਗਾਹਕ ਬਿਨਾਂ ਸਪੱਸ਼ਟ ਸੰਕੇਤਾਂ ਦੇ ਉਡੀਕ ਕਰ ਰਹੇ ਹਨ

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

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

ਜਦੋਂ “ਤਿਆਰ” ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਸੰਚਾਰਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਤਾਂ ਕੁਝ ਅੰਦਾਜ਼ੇਵਾਰ ਸਮੱਸਿਆਵਾਂ ਸਾਹਮਣੇ ਆਉਂਦੀਆਂ ਹਨ:

• ਗਾਹਕ ਆਉਂਦੇ ਹਨ ਪਹਿਲਾਂ, ਜਦ ਤੱਕ ਆਈਟਮ ਚੁਣੀ, ਪੈਕ ਜਾਂ ਸਟੇਜ ਨਹੀਂ ਹੁੰਦੀ
• ਕਾਊਂਟਰ ਤੇ ਲਾਈਨਾਂ ਬਣਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਲੋਕ ਸਥਿਤੀ ਪੁੱਛਦੇ ਹਨ
• ਫੋਨ ਕਾਲਾਂ ਪੈਦਾਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ: “ਕੀ ਮੇਰਾ ਆਰਡਰ ਤਿਆਰ ਹੈ?”
• ਕਰਬਸਾਈਡ ਸਪਾਟ ਉਸ ਗਾਹਕਾਂ ਵੱਲੋਂ ਰੁਕਦੇ ਹਨ ਜੋ ਚੈਕ ਇਨ ਨਹੀਂ ਕਰਦੇ
• ਆਰਡਰ ਛੱਡ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਗਾਹਕ ਸੋਚਦੇ ਹਨ ਕੁਝ ਗਲਤ ਹੋ ਗਿਆ

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

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

ਇੱਕ ਚੰਗਾ “ਤਿਆਰ-ਪਿਕਅਪ” ਸੁਨੇਹਾ ਕੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ

ਇੱਕ ਚੰਗਾ ਪਿਕਅਪ ਨੋਟੀਫਿਕੇਸ਼ਨ ਗਾਹਕ ਦੇ ਸਵਾਲਾਂ ਦਾ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਜਵਾਬ ਦੇ ਦਿੰਦਾ ਹੈ: ਕੀ ਇਹ ਸੱਚਮੁੱਚ ਤਿਆਰ ਹੈ, ਕਿੱਥੇ ਜਾਣਾ ਹੈ, ਅਤੇ ਆਉਣ 'ਤੇ ਕੀ ਕਰਨਾ ਹੈ? ਜੇ ਉਹ ਹੋਰ ਐਪ ਖੋਲ੍ਹਣ ਜਾਂ ਇਨਬਾਕਸ ਲੱਭਣ ਦੇ ਲਈ ਮਜ਼ਬੂਰ ਹਨ, ਤਾਂ ਸੁਨੇਹਾ ਕਾਫ਼ੀ ਨਹੀਂ ਕਰ ਰਿਹਾ।

ਆਰਡਰ ਪਿਕਅਪ ਤਿਆਰ ਸੁਨੇਹਿਆਂ ਲਈ, ਸਮੱਗਰੀ ਸੰਕੁਚਿਤ ਤੇ ਪ੍ਰਯੋਗਿਕ ਰੱਖੋ। ਸਿਰਫ ਉਹੀ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਨਾਂ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੇ ਪਿਕਅਪ ਮੁਕੰਮਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇ।

ਹਰ ਸੁਨੇਹੇ ਵਿੱਚ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਕੌਣ ਅਤੇ ਕਿਹੜਾ ਆਰਡਰ: ਗਾਹਕ ਦਾ ਨਾਮ ਅਤੇ ਆਰਡਰ ਨੰਬਰ (ਜਾਂ ਛੋਟਾ ਸੰਦਰਭ)
• ਕਿੱਥੇ ਜਾਣਾ ਹੈ: ਸਟੋਰ ਦਾ ਨਾਮ, ਪਤਾ, ਅਤੇ ਬਿਲਕੁਲ ਸਹੀ ਪਿਕਅਪ ਸਥਾਨ (ਅੰਦਰ ਜਾਂ ਬਾਹਰ)
• ਅਗਲਾ ਕਦਮ: ਕੀ ਲਿਆਉਣਾ (ID, QR ਕੋਡ, ਪੁਸ਼ਟੀ) ਅਤੇ ਆਉਣ 'ਤੇ ਕੀ ਕਰਨਾ (ਚੈਕ-ਇਨ, ਜਵਾਬ ਦੇਣਾ, ਜਾਂ ਕਾਊਂਟਰ ਤੇ ਜਾਣਾ)
• ਸਮਾਂ: ਪਿਕਅਪ ਘੰਟੇ ਅਤੇ ਕੋਈ ਕਟੌਫ਼ ਸਮਾਂ (ਉਦਾਹਰਨ: “6 ਵਜੇ ਤੱਕ ਰੱਖਿਆ ਜਾਵੇਗਾ”)
• ਮਦਦ: ਫ਼ੋਨ ਨੰਬਰ, “Reply HELP”, ਜਾਂ “ਐਪ ਵਿੱਚ ਸਾਨੂੰ ਸੁਨੇਹਾ ਭੇਜੋ”

ਭਾਸ਼ਾ ਸਧਾਰਨ ਰੱਖੋ। ਅੰਦਰੂਨੀ ਸ਼ਬਦ ਜਿਵੇਂ “fulfillment” ਜਾਂ “handoff workflow” ਛੱਡੋ। ਜੇ ਕਿਸੇ ਖਾਸ ਨਿਰਦੇਸ਼ ਦੀ ਲੋੜ ਹੈ, ਉਸਨੂੰ ਉਨ੍ਹਾਂ ਤਰੀਕਿਆਂ ਵਿੱਚ ਲਿਖੋ ਜਿਵੇਂ ਤੁਸੀਂ ਬੋਲਦੇ ਹੋ।

Example template:

Hi Sam - your order #18427 is ready for pickup.
Pickup: Green Street Store, 12 Green St. Use the Pickup Counter by the front door.
Bring: this message (or your ID).
Hours: today until 6:00 pm.
Need help? Reply HELP.

ਸਹੀ ਚੈਨਲ ਚੁਣਨਾ: SMS, ਈਮੇਲ ਅਤੇ ਪੁਸ਼

ਸਭ ਤੋਂ ਵਧੀਆ ਚੈਨਲ ਉਹ ਹੈ ਜੋ ਗਾਹਕ ਰਾਹ ਵਿੱਚ ਹੋਣ ਸਮੇਂ ਅਸਲ ਵਿੱਚ ਦੇਖੇ। ਜ਼ਿਆਦਾਤਰ ਸਟੋਰਾਂ ਲਈ, ਇਹ ਮਤਲਬ SMS ਪਹਿਲਾਂ। ਜੇ ਤੁਹਾਡਾ ਉਦੇਸ਼ “ਕੀ ਇਹ ਤਿਆਰ ਹੈ?” ਕਾਲਾਂ ਨੂੰ ਘਟਾਉਣਾ ਹੈ, ਤਾਂ ਤੇਜ਼ੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਫਾਰਮੈਟਿੰਗ ਨਹੀਂ।

SMS ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਵਿਕਲਪ ਹੈ ਅਤੇ ਪੜ੍ਹਨ ਦੀ ਦਰ ਉੱਚੀ ਹੁੰਦੀ ਹੈ, ਪਰ ਇਹ ਕੇਵਲ ਅਜੇ ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਤੋਂ ਤੁਸੀਂ ਮੋਬਾਇਲ ਨੰਬਰ ਭਰਵਾਇਆ ਹੈ ਅਤੇ ਸੰਦੇਸ਼ ਛੋਟੇ ਰੱਖਦੇ ਹੋ। ਇਹ ਉਹ ਚੈਨਲ ਵੀ ਹੈ ਜਿੱਥੇ ਸਹਿਮਤੀ ਨਿਯਮ ਸਭ ਤੋ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਇਸ ਲਈ ਚੈੱਕਆਊਟ 'ਤੇ ਸਪਸ਼ਟ ਰਹੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਟੈਕਸਟ ਭੇਜੋਗੇ ਅਤੇ ਕਿੰਨੀ ਵਾਰੀ।

ਈਮੇਲ ਰਸੀਦਾਂ ਅਤੇ ਪੂਰੇ ਆਰਡਰ ਵੇਰਵੇ ਲਈ ਵਧੀਆ ਹੈ, ਪਰ ਵੀਡੀ ਖੁੱਧ-ਭਰੀ ਇਨਬਾਕਸ ਵਿੱਚ ਇਸਨੂੰ ਗੁਆਂਢ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਬੈਕਅਪ ਅਤੇ ਵਧੇਰੇ ਵੇਰਵਿਆਂ ਲਈ ਵਰਤੋ, ਨਾ ਕਿ ਇਕੱਲਾ “ਤਿਆਰ” ਅਲਰਟ।

ਜੇ ਗਾਹਕ ਤੁਹਾਡੀ ਐਪ ਵਿੱਚ ਲੌਗਡ਼ ਹਨ, ਤਾਂ ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ ਉੱਤਮ ਹੋ ਸਕਦੇ ਹਨ। ਪੁਸ਼ ਤਤਕਾਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਤੁਸੀਂ ਇਕ ਬਟਨ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਸਹੀ ਸਕਰੀਨ ਖੋਲ੍ਹੇ (ਉਦਾਹਰਨ: “I’m here” ਜਾਂ “Call staff”)। ਨੁਕਸ: ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ ਤੁਹਾਡੀ ਐਪ ਨਹੀਂ ਰੱਖਦੇ ਜਾਂ ਉਨ੍ਹਾਂ ਨੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਬੰਦ ਕੀਤੀਆਂ ਹੋਣ।

ਜੇ ਤੁਹਾਡੇ ਗਾਹਕ ਪਹਿਲਾਂ ਤੋਂ ਚੈਟ ਐਪਾਂ ਵਿੱਚ ਹਨ ਤਾਂ WhatsApp (ਜਾਂ ਕੋਈ ਸਥਾਨਕ ਸਮਕक्ष) ਈਮੇਲ ਦੀ ਬਜਾਏ ਵਧੀਆ ਲੱਗ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੀ ਸਹਾਇਤਾ ਟੀਮ ਜਵਾਬਾਂ ਸੰਭਾਲ ਸਕਦੀ ਹੈ, ਕਿਉਂਕਿ ਲੋਕ ਜਵਾਬ ਦੇਣਗੇ।

ਇੱਕ ਵਿਹਤ ਅਮਲੀ ਸੈਟਅਪ ਇੱਕ ਡੀਫੋਲਟ ਚੈਨਲ ਅਤੇ ਇੱਕ ਬੈਕਅਪ ਰੱਖਦਾ ਹੈ:

• ਡੀਫੋਲਟ: ਜ਼ਿਆਦਾਤਰ ਗਾਹਕਾਂ ਲਈ SMS, ਐਪ-ਪਹਿਲੇ ਬਿਜਨਸਾਂ ਲਈ ਪੁਸ਼
• ਬੈਕਅਪ: ਜਦੋਂ SMS ਫੇਲ ਹੋ ਜਾਂ ਨੰਬਰ ਨਾਹ ਹੋਵੇ ਤਾਂ ਈਮੇਲ
• ਫਾਲਬੈਕ: ਡਿਲਿਵਰੀ ਫੇਲ ਹੋਣ 'ਤੇ 1–2 ਮਿੰਟ ਦੇ ਅੰਦਰ ਬੈਕਅਪ ਚੈਲਨ ਨੂੰ ਕੋਸ਼ਿਸ਼ ਕਰੋ
• ਪREFERENCES: ਗਾਹਕਾਂ ਨੂੰ ਚੋਣ ਕਰਨ ਦਿਓ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਪਸੰਦ ਯਾਦ ਰੱਖੋ
• ਸਹਿਮਤੀ: ਉਸ ਚੈਨਲ ਨੂੰ ਨਾ ਭੇਜੋ ਜਿਸ ਵਿੱਚ ਗਾਹਕ ਨੇ ਓਪਟ-ਇਨ ਨਾ ਕੀਤਾ ਹੋਵੇ

ਜੇ ਤੁਸੀਂ pickup ਫਲੋ ਕਿਸੇ ਟੂਲ ਜਿਵੇਂ Koder.ai ਵਿੱਚ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤਰਕ ਸਧਾਰਨ ਰੱਖੋ: ਇੱਕ “Mark as ready” ਕਾਰਵਾਈ ਡੀਫੋਲਟ ਚੈਨਲ ਨੂੰ ਪਹਿਲਾਂ ਟ੍ਰਿਗਰ ਕਰੇ, ਫਿਰ ਲੋੜ 'ਤੇ ਬੈਕਅਪ।

ਟਾਈਮਿੰਗ ਨਿਯਮ ਜੋ ਮਦਦਗਾਰ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ, ਨਾ ਕਿ ਪਰੇਸ਼ਾਨ ਕਰਨ ਵਾਲੇ

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

ਪਹਿਲਾ ਸੁਨੇਹਾ ਕਦੋਂ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ

ਜੇ ਤੁਸੀਂ “Ready” ਸਥਿਤੀ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਤੁਰੰਤ ਭੇਜੋ। ਲੋਕ ਅਕਸਰ ਉਸ ਸੰਕੇਤ 'ਤੇ ਘਰੋਂ ਨikalਦੇ ਹਨ।

ਜੇ ਤੁਹਾਡੀ ਟੀਮ rush ਦੌਰਾਨ ਬਲਟਾਂ ਵਿੱਖੇ ਆਰਡਰ “ਤਿਆਰ” ਚਿੰਨ੍ਹਿਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਡੈਲੇ ਗਲਤੀਆਂ ਘਟਾ ਸਕਦਾ ਹੈ। ਆਮ ਪਹੁੰਚ 2–5 ਮਿੰਟ ਦਾ ਬਫਰ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਕੋਈ ਘੱਟ-ਪ੍ਰਾਪਤ ਆਈਟਮ ਫੜ ਸਕੋ।

ਰੀਮਾਇੰਡਰ, ਰੋਕ ਨਿਯਮ, ਅਤੇ ਸ਼ਾਂਤ ਘੰਟੇ

ਇੱਕ ਰੀਮਾਇੰਡਰ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ ਤਦ ਜਦੋਂ ਇਹ ਲਾਭਦਾਇਕ ਹੋ। ਰੀਮਾਇੰਡਰ ਸੱਚੇ ਪਿਕਅਪ ਵਿੰਡੋ ਨਾਲ ਜੁੜੇ ਹੋਣ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਬੇਮਤਲਬ ਪਿੰਗਜ਼ ਨਾਲ।

ਵਿਆਵਹਾਰਿਕ ਨਿਯਮ ਜੋ ਅਸਲ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ:

• ਜੇ ਪਿਕਅਪ ਨਹੀਂ ਹੋਇਆ ਤਾਂ 60–120 ਮਿੰਟ ਬਾਦ ਇੱਕ ਰੀਮਾਇੰਡਰ ਭੇਜੋ (ਜਾਂ ਪਿਕਅਪ ਵਿੰਡੋ ਦੇ ਅਧ ਵਿਚ)
• ਜਦੋਂ ਆਰਡਰ ਇਕੱਠਾ ਹੋ ਜਾਂਦਾ, ਰੱਦ ਹੁੰਦਾ ਜਾਂ ਰਿਫੰਡ ਹੁੰਦਾ ਹੈ, ਤੁਰੰਤ ਸਾਰੇ ਸੁਨੇਹੇ ਰੋਕੋ
• ਸ਼ਾਂਤ ਘੰਟੇ ਮੰਨੋ (ਉਦਾਹਰਨ ਲਈ, ਗਾਹਕ ਦੇ ਸਥਾਨਕ ਸਮੇਂ ਅਨੁਸਾਰ ਰਾਤ 9 ਵਜੇ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਸਵੇਰੇ 8 ਵਜੇ ਤੋਂ ਬਾਅਦ ਕੋਈ SMS ਨਾ ਭੇਜੋ)
• ਜੇ ਗਾਹਕ ਦਾ ਟਾਈਮਜ਼ੋਨ ਅਣਜਾਣ ਹੈ ਤਾਂ ਪਿਕਅਪ ਸਥਾਨ ਦੀ ਟਾਈਮ ਜ਼ੋਨ ਵਰਤੋ
• ਬਰਸਟ ਤੋਂ ਬਚਾਓ ਲਈ ਰੇਟ ਲਿਮਿਟ (ਉਦਾਹਰਨ ਲਈ, ਹਰ ਆਰਡਰ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ 2 ਪਿਕਅਪ ਟੈਕਸਟ)

ਉਦਾਹਰਨ: ਗਾਹਕ ਨੂੰ 6:05 pm 'ਤੇ “ਤਿਆਰ” ਟੈਕਸਟ ਮਿਲਦਾ ਹੈ। ਜੇ 7:35 pm ਤੱਕ ਪਿਕਅਪ ਨਹੀਂ ਹੋਇਆ, ਤਾਂ ਇੱਕ ਨਰਮ ਰੀਮਾਇੰਡਰ ਭੇਜੋ। ਜੇ ਸਟਾਫ਼ 7:42 pm 'ਤੇ ਇਸਨੂੰ ਇਕੱਠਾ ਕਰ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਸਾਰੇ ਸੁਨੇਹੇ ਰੋਕ ਦਿਓ, ਭਾਵੇਂ ਕਿ ਕੋਈ ਨਿਰਧਾਰਿਤ ਰੀਮਾਇੰਡਰ ਬਾਕੀ ਹੋਵੇ।

ਕਦਮ ਦਰ ਕਦਮ: “Mark as ready” ਤੋਂ ਸੁਨੇਹਾ ਭੇਜੇ ਜਾਣ ਤੱਕ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਸਧਾਰਨ ਸਥਿਤੀ ਫਲੋ 'ਤੇ ਸਹਿਮਤ ਹੋਵੋ ਜੋ ਹਰ ਕੋਈ ਵਰਤੇ। ਇੱਕ ਆਮ ਫਲੋ: received, preparing, ready, picked up. ਜੇ ਤੁਹਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਹੋਰ ਸਥਿਤੀਆਂ ਹਨ, ਉਹ ਅੰਦਰੂਨੀ ਨੋਟਾਂ ਲਈ ਰੱਖੋ, ਪਰ ਇਹ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਕੋ ਇੱਕ ਲਹਿਰ ਹੋ ਜੋ ਗਾਹਕ ਲਈ “ਹੁਣ ਆ ਸਕਦੇ ਹੋ” ਦਾ ਮਤਲਬ ਰੱਖੇ।

ਫਿਰ, ਸਟਾਫ਼ ਨੂੰ ਇੱਕ ਸਪਸ਼ਟ ਕਾਰਵਾਈ ਦਿਓ: ਆਰਡਰ ਸਕਰੀਨ 'ਤੇ ਇੱਕ ਹੀ “Mark as ready” ਬਟਨ। "Ready soon" ਜਾਂ "Almost done" ਵਰਗੇ ਵਾਧੂ ਬਟਨਾਂ ਤੋਂ ਬਚੋ ਜੇ ਲੋੜ ਨਾ ਹੋਵੇ। ਇਕ ਕਾਰਵਾਈ ਗਲਤੀਆਂ ਘਟਾਉਂਦੀ ਹੈ ਅਤੇ ਪ੍ਰਸ਼ਿਸ਼ਨ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ।

ਆਰਡਰ ਪਿਕਅਪ ਤਿਆਰ ਸੁਨੇਹਿਆਂ ਲਈ ਬੇਸਿਕ ਫਲੋ:

1. ਸਟਾਫ਼ “Mark as ready” 'ਤੇ ਕਲਿਕ ਕਰਦਾ ਹੈ, ਸਥਿਤੀ "ready" ਵਿਚ ਬਦਲ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਇਵੈਂਟ ਬਣਦਾ ਹੈ।
2. ਸਿਸਟਮ ਸਹੀ ਸੰਪਰਕ ਮੈਥਡ (SMS ਨੰਬਰ, ਈਮੇਲ, ਜਾਂ ਐਪ ਟੋਕਨ) ਅਤੇ ਉਸ ਆਰਡਰ ਨਾਲ ਸੰਬੰਧਤ ਪਿਕਅਪ ਵੇਰਵੇ ਖਿੱਚਦਾ ਹੈ (ਲੋਕੇਸ਼ਨ, ਘੰਟੇ, ਪਾਰਕਿੰਗ ਨੋਟ, ਕਰਬਸਾਈਡ ਕਦਮ)।
3. ਟੈਮਪਲੇਟ ਤੋਂ ਸੁਨੇਹਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜਰੂਰੀ ਫੀਲਡ ਨਾਲ ਭਰਿਆ ਜਾਂਦਾ ਹੈ: ਪਹਿਲਾ ਨਾਮ, ਆਰਡਰ ਨੰਬਰ, ਅਤੇ ਸਪਸ਼ਟ ਹਦਾਇਤਾਂ।
4. ਸੁਨੇਹਾ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਭੇਜਣ ਦਾ ਨਤੀਜਾ (sent, failed, bounced) ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
5. ਆਰਡਰ ਟਾਈਮਲਾਈਨ ਸਥਿਤੀ ਬਦਲਣ ਅਤੇ ਸੁਨੇਹਾ ਨਤੀਜੇ ਦਿਖਾਉਂਦੀ ਹੈ ਤਾਂ ਕਿ ਸਟਾਫ਼ ਦੇਖ ਸਕੇ ਗਾਹਕ ਨੂੰ ਕੀ ਮਿਲਣਾ ਸੀ।

ਦੋ ਛੋਟੀਆਂ ਵਾਧੂ ਚੀਜ਼ਾਂ ਬਹੁਤ ਸਹਾਇਤਾ ਦੇਂਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ, ਇੱਕ “Resend ready message” ਬਟਨ ਜੋ ਸਪੋਰਟ ਨੰਬਰ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵਰਤ ਸਕੇ। ਦੂਜਾ, ਜੋ ਭੇਜਿਆ ਗਿਆ ਉਸ ਦਾ ਲੌਗ (ਸਮੱਗਰੀ ਅਤੇ ਸਮਾਂ) ਰੱਖੋ ਤਾਂ ਸਟਾਫ਼ ਗਾਹਕ ਨੂੰ ਕਾਲ 'ਤੇ ਉਸਨੂੰ ਬੁਲਾਇਆ ਜਾ ਸਕੇ।

ਜੇ SMS ਫੇਲ ਹੋ ਜਾਂਦਾ, ਤਾਂ ਟਾਈਮਲਾਈਨ "Failed to deliver" ਦਿਖਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਸਟਾਫ਼ ਨੂੰ ਈਮੇਲ ਜਾਂ ਕਾਲ ਕਰਨ ਲਈ ਪ੍ਰੋੰਪਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਦੀ ਥਾਂ ਨਹੀਂ ਕਿ ਇਹ ਸਮਝਿਆ ਜਾਵੇ ਕਿ ਗਾਹਕ ਪਿਕਅਪ SMS ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਰਿਹਾ ਹੈ।

ਗਾਹਕ ਤੇਜ਼ੀ ਨਾਲ ਸਮਝ ਸਕਣ ਵਾਲੇ ਸੁਨੇਹਾ ਟੈਮਪਲੇਟ

ਗਾਹਕ ਸਲਾਈਮ ਕਰਦੇ ਹਨ। ਤੁਹਾਡੀ ਪਹਿਲੀ ਲਾਈਨ ਨੂੰ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: ਕੀ ਮੇਰਾ ਆਰਡਰ ਤਿਆਰ ਹੈ? ਇਸਨੂੰ ਛੋਟਾ ਰੱਖੋ, ਫਿਰ 1-3 ਲਾਈਨਾਂ ਵਿੱਚ ਪਿਕਅਪ ਹਦਾਇਤ ਰੱਖੋ।

ਟੈਮਪਲੇਟ ਹਰ ਵਾਰੀ ਇੱਕੋ ਹੀ ਨਿਰਮਾਣ ਬਲਾਕ ਵਰਤ ਕੇ ਲਿਖੋ: ਛੋਟਾ ਆਰਡਰ ਪਹਚਾਨ, ਕਿੱਥੇ ਜਾਣਾ ਹੈ, ਕੀ ਲਿਆਉਣਾ ਹੈ, ਅਤੇ ਜੇ ਕੁਝ ਘੱਟ ਹੈ ਤਾਂ ਕੀ ਕਰਨਾ ਹੈ।

ਤੇਜ਼ ਟੈਮਪਲੇਟ (ਕਾਪੀ ਕਰੋ ਅਤੇ ਫੀਲਡ ਭਰੋ)

{FirstName}, {OrderID}, {StoreName}, {PickupWindow}, {Address}, {Phone} ਵਰਗੇ ਪਲੇਸਹੋਲਡਰ ਵਰਤੋਂ।

• Curbside pickup (SMS/push): "{FirstName}, your order {OrderID} is ready for pickup at {StoreName}. Park in a curbside spot and reply HERE with your car color + space #. We’ll bring it out. Questions: {Phone}."
• In-store counter (SMS/email): "Ready: order {OrderID}. Go to the pickup counter at {StoreName} during {PickupWindow}. Bring a photo ID and this message. Need help: {Phone}."
• Locker pickup (SMS/email): "Your order {OrderID} is ready in locker pickup at {StoreName}. Use code {LockerCode} at the lockers near {LockerLocation}. Code not working? Call {Phone}."
• Generic fallback (when details may be missing): "Your order {OrderID} is ready. If you don’t see pickup details, go to {StoreName} or call {Phone} for instructions."

ਅਸਲ-ਸਥਾਨਕੀਕਰਨ ਜੋ ਅਸਲ ਵਿੱਚ ਮੈਟਰ ਕਰਦੀ ਹੈ

ਟੋਨ ਅਤੇ ਵੇਰਵੇ ਆਪਣੇ ਗਾਹਕਾਂ ਨਾਲ ਮਿਲਾਓ: ਮੀਲ vs ਕਿਲੋਮੀਟਰ, 12-ਘੰਟਿਆਂ vs 24-ਘੰਟਿਆਂ ਦਾ ਸਮਾਂ, ਅਤੇ ਸਥਾਨਕ ਸ਼ਬਦ ("pickup counter" vs "collection point"). ਜੇ ਤੁਸੀਂ ਕਈ ਭਾਸ਼ਾਵਾਂ ਦੀ ਸੇਵਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕਾਰਵਾਈ ਪੰਕਤ ਨੂੰ ਅਨੁਵਾਦ ਕਰੋ (ਅਗਲੇ ਕੀ ਕਰਨੇ ਹਨ), ਫਿਰ ਬਾਕੀ। ਉਸੇ ਢਾਂਚੇ ਨੂੰ ਰੱਖੋ ਤਾਂ ਕਿ ਸਟਾਫ਼ ਸੁਨੇਹੇ ਨੂੰ ਪੜ੍ਹ ਕੇ ਸਹਾਇਤਾ ਦੇ ਸਕੇ।

ਗਲਤੀਆਂ ਬਿਨਾਂ ਗਾਹਕ ਨੂੰ ਗੁੰਝਲ ਵਿੱਚ ਪਾਏ ਸੰਭਾਲਣਾ

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

ਜੇ ਗਾਹਕ ਨੇ ਆਰਡਰ ਦੇ ਬਾਅਦ ਪਿਕਅਪ ਤਰੀਕਾ ਬਦਲਿਆ (ਕਰਬਸਾਈਡ ਤੋਂ ਇਨ-ਸਟੋਰ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਨੇ ਲੈਣਾ ਹੈ), ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਯੋਜਨਾ ਅਪਡੇਟ ਵਾਂਗ ਸੰਜੋ, ਨਵਾਂ ਤਰੀਕਾ ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਆਗਮਨ 'ਤੇ ਲੋੜੀਦਾ ਸਪਸ਼ਟ ਨਿਰਦੇਸ਼ ਦੁਹਰਾਓ।

ਅਧੂਰਾ ਤਿਆਰ ਹੋਣਾ ਇਕ ਹੋਰ ਆਮ ਮਾਮਲਾ ਹੈ। ਥੱਲੇ ਦਿੱਤੇ ਤੇ “Ready” ਨਾ ਕਹੋ ਜਦੋਂ ਕੇਵਲ ਇਕ ਆਈਟਮ ਤਿਆਰ ਹੋਈ ਹੋਵੇ; ਸਪਸ਼ਟ ਰਹੋ: “ਆਈਟਮ A ਤਿਆਰ ਹੈ, ਆਈਟਮ B 3:30 PM 'ਤੇ ਉਮੀਦ ਹੈ।” ਜੇ ਤੁਸੀਂ ਸਪਲਿਟ ਪਿਕਅਪ ਆਫਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਕ ਸਧਾਰਨ ਚੋਣ (ਹੁਣ ਲੈਣਾ ਜਾਂ ਸਾਰੇ ਲਈ ਰੁਕਣਾ) ਪੁੱਛੋ।

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

ਗੈਰ-ਡਿਲਿਵਰਡ SMS ਜਾਂ ਬਾਉਂਸ ਹੋਏ ਈਮੇਲਾਂ ਲਈ ਪੈਟਰਨ ਜੋ ਗੁੰਝਲ ਘਟਾਉਂਦੇ ਹਨ:

• ਪਿਕਅਪ ਵਿਧੀ ਬਦਲੀ: ਤਰੀਕਾ ਅਤੇ ਆਗਮਨ ਕਦਮ ਪੁਸ਼ਟੀ ਕਰੋ (ਪਾਰਕਿੰਗ ਸਪਾਟ, ਕਾਊਂਟਰ ਨਾਮ, ਲੋੜੀਂਦਾ ID)
• ਅਧੂਰਾ ਆਰਡਰ: ਜੋ ਤਿਆਰ ਹੈ ਉਹ ਲਿਖੋ ਅਤੇ ਬਾਕੀ ਲਈ ਇਮਾਨਦਾਰ ETA ਦਿਓ
• ਸਟੌਕ ਸਮੱਸਿਆ/ਬਦਲੀ: ਬਦਲਾਅ ਦੱਸੋ ਅਤੇ ਮਨਜ਼ੂਰੀ/ਅਸਵੀਕਾਰ ਵਿਕਲਪ ਦਿਓ
• ਅਸਫਲ SMS ਜਾਂ ਬਾਉਂਸ ਈਮੇਲ: ਇੱਕ ਵਾਰੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ, ਫਿਰ ਫਾਲਬੈਕ ਚੈਨਲ ਵਰਤੋ ਜਾਂ ਸਟਾਫ਼ ਨੂੰ ਕਾਂਟੈਕਟ ਵੇਰਵਾ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਚਿੰਨ੍ਹਿਤ ਕਰੋ
• ਗਲਤੀ ਨਾਲ Ready ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ: ਇੱਕ ਛੋਟੀ ਸੂਚਨਾ ਅਤੇ ਮਾਫ਼ੀ ਭੇਜੋ, ਫਿਰ ਅਸਲ "ready" ਸੁਨੇਹਾ ਭੇਜੋ

ਜੇ ਤੁਹਾਡਾ ਟੂਲ ਆਰਡਰ ਸਥਿਤੀ ਅੱਪਡੇਟ ਆਟੋਮੇਸ਼ਨ ਸਹਾਇਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਸੇਫਟੀ ਨਿਯਮ ਜੋੜੋ: ਜਦੋਂ ਸਟਾਫ਼ ਗਲਤੀ ਨਾਲ “Ready” ਰੋਲਬੈਕ ਕਰਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ Koder.ai ਵਿੱਚ snapshots/rollback), ਤਾਂ ਇਹ ਸਹੀ ਕਰਨ ਵਾਲੀ ਸੂਚਨਾ ਭੇਜੇ ਅਤੇ ਕਿਸੇ ਵੀ ਡੁਪਲੀਕੇਟ ਰੀਮਾਇੰਡਰ ਨੂੰ ਰੋਕ ਦੇਵੇ।

ਉਦਾਹਰਨ:

“Update: we marked your order ready by mistake. It’s not ready yet. New ETA: 12:40 PM. We’ll text again as soon as it’s ready for pickup.”

ਗਾਹਕ ਪਸੰਦਾਂ, ਸਹਿਮਤੀ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਦੇ ਮੂਲ ਨਿਯਮ

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

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

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

ਇੱਕ ਸੁਰੱਖਿਅਤ ਢਾਂਚਾ:

• ਸਥਿਤੀ ਪੁਸ਼ਟੀ ਕਰੋ: “Ready for pickup”
• ਆਰਡਰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਪਹਚਾਣੋ: ਆਰਡਰ ਨੰਬਰ ਜਾਂ ਪਹਿਲਾ ਨਾਮ ਹੀ ਵਰਤੋ
• ਸਧਾਰਨ ਨਿਰਦੇਸ਼ ਦਿਓ: ਕਿੱਥੇ ਜਾਣਾ ਹੈ ਅਤੇ ਕੀ ਲਿਆਉਣਾ ਹੈ
• ਸਹਾਇਤਾ ਵਿਵਰਣ ਸ਼ੇਅਰ ਕਰੋ: ਫ਼ੋਨ ਨੰਬਰ ਜਾਂ “Reply HELP”
• ਚੈਨਲ-ਵਿਸ਼ੇਸ਼ ਓਪਟ-ਆਉਟ ਲਫ਼ਜ਼ ਸ਼ਾਮਲ ਕਰੋ ਜੇ ਲੋੜੀਂਦਾ ਹੋਵੇ

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

ਲਾਕ-ਸਕ੍ਰੀਨ-ਮਿਤ੍ਰ ਲਾਈਨ ਦਾ ਉਦਾਹਰਨ: "Your order is ready for pickup. Order #1842. Bring ID. Reply HELP for questions." (ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਸੰਦੇਸ਼ ਛੋਟਾ ਤੇ ਸੁਰੱਖਿਅਤ ਦਿਖਾਈ ਦੇਵੇਗਾ)

ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਉਨ੍ਹਾਂ ਤੋਂ ਬਚਣ ਦੇ ਤਰੀਕੇ

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

ਹੋਰ ਆਮ ਗਲਤੀ ਸਥਾਨ ਦੀ ਘਾਟ ਹੈ। ਕੇਵਲ “Ready for pickup” ਕਹਿ ਦੇਣਾ ਗਾਹਕ ਨੂੰ ਇਹ ਸੋਚਣ 'ਤੇ ਮਜ਼ਬੂਰ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਦਰਵਾਜ਼ਾ, ਕੱਢਾ ਜਾਂ ਪਾਰਕਿੰਗ ਸਪਾਟ ਵਰਤਣਾ ਹੈ। ਇਕ ਐਸਾ ਵੇਰਵਾ ਜੋ ਸੰਦਰਭ ਕਾਫੀ ਹਟਾ ਦੇਵੇ: ਪਹਿਲਾਂ ਕਿੱਥੇ ਜਾਣਾ ਹੈ ਅਤੇ ਕੀ ਲਿਆਉਣਾ ਹੈ (ਆਰਡਰ ਨੰਬਰ, ਨਾਮ, ਕਰਬਸਾਈਡ ਲਈ ਕਾਰ ਦਾ ਰੰਗ)।

ਡੁਪਲੀਕੇਟ ਸੁਨੇਹੇ ਗੁੰਝਲ ਵਧਾਉਂਦੇ ਹਨ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਸਥਿਤੀ ਦੋ ਵਾਰੀ ਬਦਲਦੀ ਹੈ ਜਾਂ ਦੋ ਸਿਸਟਮ ਇੱਕੋ-ਇਕੱਠੇ ਅੱਪਡੇਟ ਭੇਜ਼ਦੇ ਹਨ। ਇੱਕ ਸੇਂਡਰ-ਆਫ-ਰਿਕਾਰਡ ਰੱਖੋ ਅਤੇ ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਰੱਖੋ: ਤਿਆਰ ਸੁਨੇਹਾ ਹਰ ਆਰਡਰ ਲਈ ਕੇਵਲ ਇੱਕ ਵਾਰੀ ਭੇਜੋ ਜਦ ਤੱਕ ਸਟਾਫ਼ ਮੈਨੂਅਲੀ ਰੀਸੈਂਡ ਨਾ ਕਰੇ।

ਟੀਮਾਂ ਨੂੰ ਇਸ ਵੇਲੇ ਫਸਣ ਤੋਂ ਬਚਾਉਣ ਲਈ ਇੱਕ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਪਿਕਅਪ ਸਕਰੀਨ 'ਤੇ ਭੇਜਣ ਦੀ ਪੁਸ਼ਟੀ ਦਿਖਾਈ ਜਾਵੇ (ਭੇਜਿਆ ਸਮਾਂ, ਚੈਨਲ, ਫ਼ੋਨ ਨੰਬਰ ਜਾਂ ਈਮੇਲ ਦੇ ਆਖਰੀ 4 ਅੰਕ) ਤਾਂ ਕਿ ਉਹ "ਕੀ ਤੁਸੀਂ ਮੈਨੂੰ ਟੈਕਸਟ ਕੀਤਾ?" ਦਾ ਸਹੀ ਜਵਾਬ ਦੇ ਸਕਣ।

ਲੰਬੇ ਟੈਕਸਟ SMS ਵਿੱਚ ਕਟੇ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਸ ਲਈ ਸੰਦੇਸ਼ ਸੰਕੁਚਿਤ ਰੱਖੋ:

• ਸ਼ੁਰੂ ਵਾਲੀ ਲਾਈਨ: “Your order is ready for pickup.”
• ਬਿਲਕੁਲ ਸਥਾਨ ਦੱਸੋ: ਕਿੱਥੇ ਪਿਕਅਪ ਕਰਨਾ ਹੈ
• ਇਕ ਛੋਟੀ ਹਦਾਇਤ ਸ਼ਾਮਲ ਕਰੋ (ID, ਆਰਡਰ ਨੰਬਰ, ਕਾਲ ਜਾਂ ਜਵਾਬ)
• ਜੇ ਜ਼ਰੂਰੀ ਹੋਵੇ ਤਾਂ ਘੰਟੇ ਜਾਂ ਡੈਡਲਾਈਨ ਦਿਓ
• ਮਦਦ ਵਾਸਤੇ ਖਤਮ ਕਰੋ: “Reply HELP” ਜਾਂ “Call the store.”

ਜੇ ਇੱਕ ਗਾਹਕ ਨੂੰ ਦੋ “ਤਿਆਰ” ਟੈਕਸਟ ਮਿਲਦੇ ਹਨ ਅਤੇ ਦੋਹਾਂ ਵਿੱਚ ਦਰਵਾਜ਼ੇ ਨਾਹ ਦੱਸੇ ਹੋਣ, ਤਾਂ ਉਹ ਗਲਤ ਦਰਵਾਜ਼ੇ ਤੇ ਪਾਰਕ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਗੁੱਸੇ ਨਾਲ ਕਾਲ ਕਰੇਗਾ। ਇੱਕ ਸਾਫ਼, ਛੋਟਾ ਸੁਨੇਹਾ ਇਹ ਰੋਕਦਾ ਹੈ।

ਤੇਜ਼ ਲਾਂਚ ਚੈੱਕਲਿਸਟ (5 ਮਿੰਟ)

ਅਸਲੀ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਟੈਸਟ ਕਰੋ, ਡੈਸਕ ਚੈੱਕ ਨਹੀਂ। ਨੋਟੀਫਿਕੇਸ਼ਨ ਤਦ ਹੀ ਚੰਗੀ ਲੱਗਦੀ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਫੋਨ ਤੇ, ਰੌਲਾ ਸ਼ਿਫਟ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰੇ।

ਇੱਕ ਤੇਜ਼ ਚੈੱਕਲਿਸਟ ਜੋ ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪਕੜਦਾ ਹੈ:

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

ਉਦਾਹਰਨ: ਤੁਸੀਂ Order #1842 ਨੂੰ 12:05 'ਤੇ ready ਚਿੰਨ੍ਹਿਤ ਕਰਦੇ ਹੋ। ਤੁਹਾਡੇ ਫੋਨ ਨੂੰ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਪਿਕਅਪ SMS ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ "Park in Spot 3 and reply HERE." ਜੇ ਤੁਸੀਂ 12:15 'ਤੇ ਲੈ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਰੀਮਾਇੰਡਰ ਕਦੀ ਨਹੀਂ ਚਲਣੇ ਚਾਹੀਦੇ।

ਇੱਕ ਸਧਾਰਣ ਅਸਲ-ਡੂੰਘ ਉਦਾਹਰਨ (ਕਰਬਸਾਈਡ ਪਿਕਅਪ)

ਇੱਕ ਗਾਹਕ 11:10 AM 'ਤੇ ਆਨਲਾਈਨ ਆਰਡਰ ਕਰਦਾ ਹੈ ਅਤੇ ਕਰਬਸਾਈਡ ਪਿਕਅਪ ਚੁਣਦਾ ਹੈ। ਚੈੱਕਆਊਟ 'ਤੇ ਉਹ 12:00 ਤੋਂ 12:30 ਦਾ ਪਿਕਅਪ ਵਿੰਡੋ ਚੁਣਦਾ ਹੈ।

11:55 AM 'ਤੇ, ਸਟਾਫ਼ ਬੈਗ ਪੈਕ ਕਰਨਾ ਪੂਰਾ ਕਰ ਲੈਂਦਾ ਹੈ ਅਤੇ ਆਰਡਰ ਸਕਰੀਨ 'ਤੇ “Mark as ready” ਟੈਪ ਕਰਦਾ ਹੈ। ਉਹ ਇਕੋ ਕਾਰਵਾਈ ਨੋਟੀਫਿਕੇਸ਼ਨ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਗਾਹਕ ਨੂੰ ਛੋਟਾ ਸੁਨੇਹਾ ਮਿਲੇ ਜਿਸ ਵਿੱਚ ਅਗਲੇ ਕਦਮ ਸਪਸ਼ਟ ਹੋਣ।

ਗਾਹਕ ਨੂੰ ਮਿਲਦਾ ਹੈ:

“Your order is ready for curbside pickup at Main Street Store. Park in a curbside spot and reply with your spot # and car color (example: 3 blue). We’ll bring it out.”

12:04 PM 'ਤੇ, ਗਾਹਕ ਜਵਾਬ ਦਿੰਦਾ: “2 white.” ਸਟਾਫ਼ ਇਹ ਜਵਾਬ ਆਰਡਰ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਵੇਖਦਾ ਹੈ, ਬਾਹਰ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਨਾਮ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਥਿਆਰ-ਹਵਾਲਾ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਫਿਰ ਸਟਾਫ਼ ਆਰਡਰ ਨੂੰ “Picked up” ਮਾਰਕ ਕਰਦਾ ਹੈ, ਜੋ ਕਿਸੇ ਵੀ ਰੀਮਾਇੰਡਰ ਨੂੰ ਰੋਕ ਦਿੰਦਾ ਅਤੇ ਲੂਪ ਬੰਦ ਕਰਦਾ ਹੈ।

ਜਦੋਂ ਫਲੋ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ:

• ਗਾਹਕ ਆਨਲਾਈਨ ਆਰਡਰ ਕਰਦਾ ਅਤੇ ਕਰਬਸਾਈਡ ਪਿਕਅਪ ਚੁਣਦਾ
• ਸਟਾਫ਼ ਆਰਡਰ ਨੂੰ ready ਮਾਰਕ ਕਰਦਾ ਅਤੇ ਸੁਨੇਹਾ ਆਟੋਮੈਟਿਕ ਭੇਜਿਆ ਜਾਂਦਾ
• ਗਾਹਕ ਈਚ-ਇਚਾਰਕ ਤੌਰ 'ਤੇ ਸਪਾਟ ਨੰਬਰ ਅਤੇ ਕਾਰ ਵੇਰਵੇ ਭੇਜ ਸਕਦਾ ਹੈ
• ਸਟਾਫ਼ ਆਰਡਰ ਡਿਲਿਵਰ ਕਰਦਾ ਅਤੇ "Picked up" ਮਾਰਕ ਕਰਦਾ
• ਗਾਹਕ ਨੂੰ ਇੱਕ ਛੋਟੀ ਪੁਸ਼ਟੀ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ

ਦੋ ਆਮ ਘਟਨਾਵਾਂ:

ਜੇ ਗਾਹਕ ਦੇਰ ਨਾਲ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਪਿਕਅਪ ਵਿੰਡੋ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇਕ ਨਰਮ ਨੋਟ ਭੇਜੋ, ਫਿਰ ਇੱਕ “ਅਸੀਂ ਤੁਹਾਡਾ ਆਰਡਰ 1:30 ਤੱਕ ਰੱਖਾਂਗੇ” ਜਿਹਾ ਨੋਟ। ਉਦਾਹਰਨ: “Still coming? We’ll hold your order until 1:30. Reply HELP if you need a different time.”

ਜੇ ਸੁਨੇਹਾ ਫੇਲ ਹੁੰਦਾ (ਗਲਤ ਨੰਬਰ, ਕੈਰੀਅਰ ਡਿਲੇ), ਤਾਂ ਸਟਾਫ਼ ਸਕਰੀਨ 'ਤੇ “not delivered” ਜਾਂ “no confirmation” ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਫਾਲਬੈਕ ਸਧਾਰਨ ਹੈ: ਗਾਹਕ ਨੂੰ ਕਾਲ ਕਰੋ ਜਾਂ ਈਮੇਲ ਭੇਜੋ, ਅਤੇ ਆਰਡਰ ਨੂੰ "Ready" ਵਿਚ ਰੱਖੋ ਤਾਂ ਜੋ ਉਹ ਆਉਣ 'ਤੇ ਆਸਾਨੀ ਨਾਲ ਲੱਭਿਆ ਜਾ ਸਕੇ।

ਅਗਲੇ ਕਦਮ: ਲਾਂਚ ਕਰੋ, ਮਾਪੋ, ਅਤੇ ਸੁਧਾਰ ਕਰੋ

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

ਕੁਝ ਦਿਨ ਬਾਅਦ, ਉਹ ਲੋਕ ਜੋ ਗਾਹਕਾਂ ਸੰਭਾਲਦੇ ਹਨ ਨਾਲ ਇੱਕ ਛੋਟੀ ਸ਼ਬਦ-ਸਮੀਖਿਆ ਕਰੋ। ਪੁੱਛੋ: “ਟੈਕਸਟ ਮਿਲਣ ਤੋਂ ਬਾਅਦ ਗਾਹਕ ਕਿਹੜੀਆਂ ਗੱਲਾਂ ਹੋਰ ਪੁੱਛਦੇ ਹਨ?” ਅਤੇ “ਕਿਹੜੀ ਹਦਾਇਤ ਉਹ ਗੁਆਚਦੇ ਹਨ?” ਛੋਟੇ ਸੋਧ ਜਿਵੇਂ ਪਿਕਅਪ ਦਰਵਾਜ਼ੇ ਦਾ ਨਾਮ ਜੋੜਨਾ ਜਾਂ ਕਿਥੇ ਪਾਰਕ ਕਰਨਾ ਦਰਅਸਲ ਗਲਤਫਹਿਮੀਆਂ ਘੱਟ ਕਰ ਸਕਦਾ ਹੈ।

ਕੁਝ ਮੂਲ ਮੈਟ੍ਰਿਕ ਟ੍ਰੈਕ ਕਰੋ:

• "ready" ਤੋਂ ਪਿਕਅਪ ਤੱਕ ਦਾ औਸਤ ਸਮਾਂ
• “ਮੇਰਾ ਆਰਡਰ ਕਿੱਥੇ ਹੈ?” ਕਾਲਾਂ ਜਾਂ ਚੈਟ ਦੀ ਗਿਣਤੀ
• ਨੋ-ਸ਼ੋ ਦਰ (ਕਿੰਨਾ ਆਰਡਰ ਕਦੇ ਨਹੀਂ ਲਿਆ ਗਿਆ)
• ਹਰ ਆਰਡਰ ਦੀ ਹਵਾਲਾ ਦੇਣ ਵਿੱਚ ਸਟਾਫ਼ ਸਮਾਂ
• ਜਵਾਬ ਦੀ ਦਰ ਜਾਂ opt-outs (ਜੇ ਤੁਸੀਂ ਜਵਾਬ ਆਗਿਆ ਦਿੰਦੇ ਹੋ)

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

ਜੇ ਤੁਸੀਂ ਫਲੋ ਨੂੰ ਜਲਦੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ Koder.ai (koder.ai) ਵਿੱਚ ਪ੍ਰਾਟੋਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ: ਆਪਣੀਆਂ ਸਥਿਤੀਆਂ, ਹਰ ਸਥਿਤੀ ਲਈ ਸੁਨੇਹਾ ਟੈਕਸਟ, ਅਤੇ ਸਟਾਫ਼ ਲਈ ਸਧਾਰਨ ਸਕਰੀਨ ਦੱਸੋ। ਫਿਰ ਤੁਸੀਂ ਸਰੋਤ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਜਿਵੇਂ-ਜਿਵੇਂ ਤੁਸੀਂ ਸਿੱਖਦੇ ਹੋ, ਸੁਧਾਰ ਕਰਦੇ ਜਾਓ।

ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਸਥਿਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਉਹ ਐਡ-ਆਨ ਸੋਚੋ ਜੋ ਗਾਹਕ ਪਹਿਲਾਂ ਤੋਂ ਉਮੀਦ ਕਰਦੇ ਹਨ: ਡਿਲਿਵਰੀ ETA ਅੱਪਡੇਟ, ਆਸਾਨ ਰਿਫੰਡ ਸਥਿਤੀ ਸੁਨੇਹੇ, ਅਤੇ ਲਾਏਲਟੀ ਰਸੀਦਾਂ ਜੋ ਪਿਕਅਪ ਤੋਂ ਬਾਅਦ ਪੌਇੰਟ ਪੁਸ਼ਟੀ ਕਰਦੀਆਂ ਹਨ।