ਨੋ-ਸ਼ੋ ਅਤੇ ਲੇਟ-ਕੈਂਸਲ ਟ੍ਰੈਕਰ — ਨਿਆਂਸੰਗਤ ਅਤੇ ਸ਼ਾਂਤ ਨੀਤੀਆਂ ਲਈ

ਨੋ-ਸ਼ੋ ਟ੍ਰੈਕਿੰਗ ਕਿਉਂ ਤੇਜ਼ੀ ਨਾਲ ਅਜੀਬ ਹੋ ਜਾਂਦੀ ਹੈ

ਨੋ-ਸ਼ੋ ਜਾਂ ਲੇਟ ਕੈਂਸਲ ਸਿਰਫ਼ “ਇੱਕ ਗੁਆਂਢ” ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਇੱਕ ਸਮਾਂ ਸਲਾਟ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਦੋ ਵਾਰੀ ਨਹੀਂ ਵੇਚ ਸਕਦੇ। ਤੁਸੀਂ ਅਜੇ ਵੀ ਸਟਾਫ ਦਾ ਖਰਚਾ ਦੈਦੇ ਹੋ, ਕਿਸੇ ਹੋਰ ਨੂੰ ਬੁਕ ਕਰਨ ਦਾ ਮੌਕਾ ਖੋ ਦਿੰਦੇ ਹੋ, ਅਤੇ ਦਿਨ ਦੇ ਬਾਕੀ ਹਿੱਸੇ ਵਿੱਚ ਖਾਲੀਆਂ ਥਾਂ ਭਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਿਆਂ ਮਾਮਲੇ ਕਠਨ ਹੋ ਜਾਂਦੇ ਹਨ।

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

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

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

ਟਰੈਕਿੰਗ ਸਪਸ਼ਟਤਾ ਲਈ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਜ਼ਾ ਲਈ ਨਹੀਂ। ਇਹ ਤੁਹਾਡੇ ਸਮਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ, ਸਟਾਫ ਅੰਦਰ ਇੱਕਸਾਰ ਫੈਸਲੇ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ, ਅਤੇ ਓਨ-द-ਸਪਾਟ ਨੇਗੋਸ਼ੀਏਸ਼ਨ ਘੱਟ ਕਰਦੀ ਹੈ।

ਨੀਤੀ ਨੂੰ ਸਧਾਰਨ, ਮਾਪਯੋਗ ਨਿਯਮਾਂ ਵਿੱਚ ਲਿਖੋ

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

ਸ਼ੁਰੂਆਤ ਕਰੋ ਦੋ ਮੁੱਖ ਘਟਨਾਵਾਂ ਨੂੰ ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕਰਕੇ।

A ਨੋ-ਸ਼ੋ ਉਹ ਹੈ ਜਦੋਂ ਗਾਹਕ ਆਉਂਦਾ ਹੀ ਨਹੀਂ ਅਤੇ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਸੰਪਰਕ ਨਹੀਂ ਕਰਦਾ। A ਲੇਟ ਕੈਂਸਲ ਉਹ ਹੈ ਜਦੋਂ ਗਾਹਕ ਇਸ ਤਰ੍ਹਾਂ ਰੱਦ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਸਲਾਟ ਭਰ ਨਹੀਂ ਸਕਦੇ।

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

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

ਇੱਕ ਛੋਟੀ ਛੋਟੀ ਛੋਟੀਆਂ ਛੋਟ-ਐਕਸਪਸ਼ਨ ਲਿਸਟ ਲਿਖੋ ਤਾਂ ਕਿ ਸਟਾਫ ਵਿਚਾਲੇ ਗੱਲਬਾਤ ਦੌਰਾਨ ਅਨੁਮਾਨ ਨਾ ਲਗਾਉਣ। ਇਸਨੂੰ ਸੰਦਰਭ специфਿਕ ਅਤੇ ਸਾੜ੍ਹਾ ਰੱਖੋ, ਜਿਵੇਂ ਕਿ ਅਚਾਨਕ ਬਿਮਾਰੀ, ਸੱਚੀ ਐਮਰਜੈਂਸੀ, ਜਾਂ ਸਖ਼ਤ ਮੌਸਮ ਜੋ ਯਾਤਰਾ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਲਚਕੀਲਾਪਨ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ “ਇੱਕ ਛੋਟਾ ਅਨੁਮਤੀ ਪ੍ਰਤੀ 12 ਮਹੀਨੇ” ਜਿਹਾ ਲਿਮਿਟ ਸ਼ਾਮِل ਕਰੋ।

ਇਕ ਮਾਪਯੋਗ ਉਦਾਹਰਨ ਜੋ ਤੁਸੀਂ ਨਕਲ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਸੋਧ ਸਕਦੇ ਹੋ:

• ਲੇਟ ਕੈਂਸਲ: ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ 24 ਘੰਟੇ ਅੰਦਰ ਰੱਦ ਜਾਂ ਹੋਰ ਸਥਾਨ 'ਤੇ ਹਿਲਾਉਣਾ
• ਨੋ-ਸ਼ੋ: ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ 10 ਮਿੰਟ ਬਾਅਦ ਨਹੀਂ ਆਉਣਾ ਅਤੇ ਕੋਈ ਸੁਨੇਹਾ ਨਹੀਂ
• ਰੀ-ਸ਼ੈਡਿਊਲ: ਜੇ 24 ਘੰਟਿਆਂ ਅੰਦਰ ਕੀਤਾ ਗਿਆ ਤਾਂ ਲੇਟ-ਕੈਂਸਲ ਗਿਣੇਗਾ (ਜਦ ਤੱਕ ਮੂਲ ਸਲਾਟ ਭਰ ਨਹੀਂ ਹੁੰਦਾ)
• ਐਕਸਪਸ਼ਨ: ਅਚਾਨਕ ਬਿਮਾਰੀ, ਐਮਰਜੈਂਸੀ, ਅਸੁਰੱਖਿਅਤ ਯਾਤਰਾ ਹਾਲਾਤ

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

ਹਰ ਗਾਹਕ ਲਈ ਤੁਸੀਂ ਕੀ ਟ੍ਰੈਕ ਕਰੋਗੇ, ਇਹ ਫੈਸਲਾ ਕਰੋ

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

ਅਕਸਰ ਅਪਾਇੰਟਮੈਂਟ ਕਾਰੋਬਾਰਾਂ ਲਈ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਹੈ:

• ਗਾਹਕ ਪਛਾਣ (ਨਾਮ ਅਤੇ ਫੋਨ ਨੰਬਰ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ)
• ਅਪਾਇੰਟਮੈਂਟ ਦੀ ਤਾਰੀਖ
• ਕਿਸਮ (ਨੋ-ਸ਼ੋ ਜਾਂ ਲੇਟ-ਕੈਂਸਲ)
• ਛੋਟੀ ਟਿੱਪਣੀ (ਵਿਕਲਪ)

ਟਿੱਪਣੀਆਂ ਸੰਖੇਪ ਅਤੇ ਨਿਰਪੱਖ ਰੱਖੋ: “20 ਮਿੰਟ ਪਹਿਲਾਂ ਕਾਲ ਕੀਤਾ”, “15 ਮਿੰਟ ਦੇਰੀ ਨਾਲ ਆਇਆ, ਦੇਖਿਆ ਨਹੀਂ ਜਾ ਸਕਿਆ”, ਜਾਂ “ਸਟਾਰਟ ਟਾਈਮ ਤੋਂ ਬਾਅਦ ਟੈਕਸਟ ਕੀਤਾ।” “ਬੇਪਰਵਾਹ ਲੱਗਿਆ” ਵਰਗੀਆਂ ਰਾਏ-ਭਰਪੂਰ ਟਿੱਪਣੀਆਂ ਛੱਡੋ — ਇਹ ਬਾਅਦ ਵਿੱਚ ਝਗੜੇ ਨੂੰ ਬੁਲਾਉਂਦੀਆਂ ਹਨ।

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

ਇੱਕ ਨਿਆਂਪੂਰਣ ਮਹਿਸੂਸ ਲਈ ਟਾਈਮ ਵਿੰਡੋ ਜੋੜੋ। ਆਮ ਤੌਰ 'ਤੇ ਆਖਰੀ 6 ਜਾਂ 12 ਮਹੀਨੇ ਵਰਗਾ ਰੋਲਿੰਗ ਪਹਿਚਾਨਵਾਂਤਰੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ: ਪੁਰਾਣੀਆਂ ਗਲਤੀਆਂ ਹਟ ਜਾਂਦੀਆਂ ਹਨ, ਪਰ ਰੁਝਾਨ ਦਰਸਦੇ ਰਹਿੰਦੇ ਹਨ।

ਅੰਤ ਵਿੱਚ, ਨਿਰਣਾ ਕਰੋ ਕਿ ਕੌਣ ਰਿਕਾਰਡ ਸੋਧ ਸਕਦਾ ਹੈ ਅਤੇ ਕਦੋਂ। ਇਹ ਵਿਰੋਧਾਂ ਤੋਂ ਬਾਅਦ ਖਾਮੋਸ਼ੀ ਨਾਲ ਬਦਲਾਅ ਨੂੰ ਰੋਕਦਾ ਹੈ।

• ਐਨਟਰੀਜ਼ ਉਸੇ ਦਿਨ ਬਣਾਈ ਜਾਂਦੀਆਂ ਹਨ (ਜਾਂ 24 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ)
• ਮਿਟਾਉਣਾ ਜਾਂ ਵਾਪਸੀ ਲਈ ਮੈਨੇਜਰ ਦੀ ਮਨਜ਼ੂਰ ਕਰਨੀ ਲਾਜ਼ਮੀ
• ਜੇ ਕੁਝ ਸਹੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਤਿਹਾਸ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਥਾਂ ਛੋਟੀ ਵਜਹ ਦਰਜ ਕਰੋ

ਉਹ ਫਾਰਮੈਟ ਚੁਣੋ ਜੋ ਸਟਾਫ ਹਕੀਕਤ ਵਿੱਚ ਵਰਤੇਗਾ

ਟਰੈਕਰ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਕਾਰਗਰ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਫਰੰਟ-ਡੈਸਕ ਦੀ ਗਤੀ ਦੇ ਅਨੁਕੂਲ ਹੋਵੇ। ਜੇ ਇਹ ਕੁਝ ਸਕਿੰਟਾਂ ਤੋਂ ਵੱਧ ਲੈ ਲੈਂਦਾ, ਲੋਕ ਇਸਨੂੰ ਛੱਡ ਦੇਣਗੇ, ਅਤੇ ਤੁਹਾਡੀ ਨੀਤੀ ਬਾਅਦ ਵਿੱਚ ਬੇਰਹਮੀ ਨਾਲ ਲੱਗੇਗੀ।

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

ਜੇਹੜਾ ਵੀ ਫਾਰਮੈਟ ਤੁਸੀਂ ਚੁਣੋ, ਹਰ ਗਾਹਕ ਲਈ ਇੱਕ ਲਾਈਨ ਰੱਖੋ ਅਤੇ ਸਿਰਫ ਉਹੀ ਫੀਲਡ ਜੋ ਤੁਹਾਡੇ ਲਈ ਕਾਰਵਾਈਯੋਗ ਹਨ। ਅਕਸਰ ਦੋ ਕਾਫ਼ੀ ਹੁੰਦੇ ਹਨ: No-shows (count) ਅਤੇ Late cancels (count)। ਇੱਕ Last incident date ਜੋੜੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਆਪਣੀ ਟਾਈਮ ਵਿੰਡੋ ਬਿਨਾਂ ਅਨੁਮਾਨ ਦੇ ਲੱਗਾ ਸਕੋ।

ਬਾਅਦ ਵਿੱਚ ਹੋਣ ਵਾਲੀਆਂ ਜ਼ਰੂਰੀ ਚਰਚਾਵਾਂ ਨੂੰ ਰੋਕਣ ਲਈ ਨਤੀਜਾ ਲੇਬਲ ਸੰਮਰੱਥ ਕਰੋ ਤਾਂ ਕਿ ਗਿਣਤੀ ਘਟੇ ਨਾ। ਛੋਟੀ ਲਿਸਟ ਰੱਖੋ: Attended, No-show, Late cancel, Cancelled (on time)।

ਲੁੱਕਅੱਪ ਨੂੰ ਸੌਖਾ ਬਣਾਓ। ਸਟਾਫ ਨੂੰ ਨਾਂ ਅਤੇ ਇੱਕ ਬੈਕਅੱਪ ਵੇਰਵਾ (ਫੋਨ ਜਾਂ ਈਮੇਲ) ਨਾਲ 10 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਗਾਹਕ ਲੱਭਣਾ ਚਾਹੀਦਾ ਹੈ।

ਕਦਮ-ਦਰ-ਕਦਮ ਸੈਟਅਪ

ਟੋਪਿਕ ਅਤੇ ਨਾ-ਟੋਪਿਕਾਂ ਦਾ ਨਿਰਣਾ ਕਰਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਸਾਰਾ ਕੁਝ ਟ੍ਰੈਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋਗੇ, ਤਾਂ ਟ੍ਰੈਕਰ ਇਕ ਬਹਿਸ ਲਾਗ ਬਣਾ ਦੇਵੇਗਾ।

ਸੈਟਅਪ ਛੋਟਾ ਰੱਖੋ:

1. ਸ਼੍ਰੇਣੀਆਂ ਅਤੇ ਥਰੈਸ਼ਹੋਲਡ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਉਦਾਹਰਨ: “ਲੇਟ ਕੈਂਸਲ 24 ਘੰਟੇ ਦੇ ਅੰਦਰ ਹੈ,” ਅਤੇ “90 ਦਿਨਾਂ ਵਿੱਚ 2 ਲੇਟ ਕੈਂਸਲ ਡਿਪਾਜ਼ਿਟ ਤਰਜੀਹ ਨੂੰ ਟਰਿੱਗਰ ਕਰਦੇ ਹਨ।”
2. ਆਪਣੇ ਫੀਲਡ ਬਣਾਓ। ਕਲਾਇੰਟ ਦਾ ਨਾਮ, ਫੋਨ ਜਾਂ ਈਮੇਲ ਲੁੱਕਅਪ ਲਈ, ਗਿਣਤੀਆਂ, ਆਖਰੀ ਘਟਨਾ ਦੀ ਤਾਰੀਖ ਅਤੇ ਇਕ ਇਕ-ਪੱਕੀ ਟਿੱਪਣੀ।
3. ਅਪਡੇਟ ਮੋਮੈਂਟ ਸੈੱਟ ਕਰੋ। ਜਦ ਨਤੀਜਾ ਪਤਾ ਲੱਗੇ, ਉਸੇ ਵੇਲੇ ਰਿਕਾਰਡ ਨੂੰ ਅਪਡੇਟ ਕਰੋ; ਜਿਸਨੂੰ ਜੋ ਵੀ ਦੁਕਾਨ ਬੰਦ ਕਰਦਾ ਹੈ ਉਹ 30 ਸਕਿੰਟਾਂ ਵਿੱਚ ਰਿਕਾਰਡ ਕਰੇ।
4. ਇੱਕ ਬੁਕਿੰਗ ਸਕ੍ਰਿਪਟ ਵਰਤੋ। “ਮੈਂ ਵੇਖ ਰਿਹਾ ਹਾਂ 90 ਦਿਨਾਂ ਵਿੱਚ ਦੋ ਲੇਟ ਕੈਂਸਲ ਹੋ ਚੁੱਕੇ ਹਨ। ਇਸ ਸਲਾਟ ਲਈ ਅਸੀਂ ਡਿਪਾਜ਼ਿਟ ਲੈਵਾਂਗੇ।”
5. ਨਿਯਮਤ ਸਮਾਂ-ਸਮਾਂ ਤੇ ਸਮੀਖਿਆ ਕਰੋ। ਤੇਜ਼ ਕਾਰੋਬਾਰ ਲਈ ਹਫਤਾਵਾਰੀ, ਛੋਟੀ ਟੀਮਾਂ ਲਈ ਮਾਸਿਕ — ਇਸ ਤਰ੍ਹਾਂ ਡੁਪਲੀਕੇਟ ਜਾਂ ਗੁੰਮ ਹੋਈਆਂ ਐਨਟਰੀਜ਼ ਪਕੜੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

ਸੂਚਕ ਪਛਾਣ ਸਥਿਰ ਰੱਖੋ। ਜੇ “Sarah J.” ਦੋ ਵਾਰੀ ਹੋਵੇ ਤਾਂ ਤੁਹਾਡੀਆਂ ਗਿਣਤੀਆਂ ਗਲਤ ਹੋਣਗੀਆਂ। ਫੋਨ ਨੰਬਰ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਸਾਫ਼ ਹੁੰਦਾ ਹੈ।

ਮੁਸੀਬਤਾਂ ਤੋਂ ਪਹਿਲਾਂ ਨੀਤੀ ਨੂੰ ਆਸਾਨ ਬਣਾਓ

ਜ਼ਿਆਦਾਤਰ ਨੋ-ਸ਼ੋ ਝਗੜੇ ਉਸ ਸਮੇਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਕਿਸੇ ਨੇ ਨੀਤੀ ਨਹੀਂ ਪੜੀ ਹੁੰਦੀ, ਵਿਭਿੰਨ ਚੈਨਲਾਂ 'ਤੇ ਵੱਖ-ਵੱਖ ਨਿਰਦੇਸ਼ ਮਿਲਦੇ ਹਨ, ਜਾਂ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਕਿ ਕਿਵੇਂ ਰੱਦ ਕਰਨਾ ਹੈ।

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

ਜਦੋਂ ਕੋਈ ਸੰਪਰਕ ਕਰੇ, ਤੁਰੰਤ ਇੱਕ ਸਪਸ਼ਟ ਚੋਇਸ ਦਿਓ: ਰੱਦ ਕਰੋ, ਰੀ-ਸ਼ੈਡਿਊਲ ਕਰੋ, ਜਾਂ ਅਪਾਇੰਟਮੈਂਟ ਰੱਖੋ। ਇਸ ਨਾਲ ਗ੍ਰੇ ਏਰੀਆ ਘੱਟ ਹੁੰਦੀ ਹੈ ਜਿੱਥੇ ਗਾਹਕ ਸੋਚਦਾ ਹੈ ਉਹ “ਕਿਸੇ ਤਰ੍ਹਾਂ” ਰੱਦ ਕਰ ਚੁੱਕਾ ਹੈ।

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

• “ਮੈਂ ਤੁਹਾਡੀ ਮਦਦ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ ਰੀ-ਸ਼ੈਡਿਊਲ ਕਰਨ ਵਿੱਚ। ਇਹ 24 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ ਹੈ, ਇਸ ਲਈ ਇਹ ਲੇਟ-ਕੈਂਸਲ ਮੰਨਿਆ ਜਾਵੇਗਾ।”
• “ਅਸੀਂ ਲੇਟ-ਕੈਂਸਲ ਅਤੇ ਨੋ-ਸ਼ੋ ਨੂੰ ਸਭ ਲਈ ਇੱਕੋ ਢੰਗ ਨਾਲ ਟਰੈਕ ਕਰਦੇ ਹਾਂ।”
• “ਜੇ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਕਿ ਅਸੀਂ ਗਲਤ ਦਰਜ ਕੀਤਾ ਹੈ, ਤਾਂ ਆਓ ਇਕੱਠੇ ਮਿਤੀ ਤੇ ਸਮਾਂ ਜਾਂਚ ਕਰੀਏ।”

ਕੇਸ-ਬਾਈ-ਕੇਸ ਚਰਚਾ ਬਿਨਾਂ ਨਿਆਇਕ ਨਤੀਜੇ ਲਗਾਓ

ਨਿਆਇਕ ਲਾਗੂ ਕਰਨ ਦੀ ਸ਼ੁਰੂਆਤ ਇੱਕ ਨਿਯਮ ਨਾਲ ਹੁੰਦੀ ਹੈ: ਰਿਕਾਰਡ ਦੇ ਆਧਾਰ 'ਤੇ ਫੈਸਲਾ ਕਰੋ, ਯਾਦ ਜਾਂ ਗਾਹਕ ਦੀ ਪਹਚਾਣ ਨਹੀਂ।

এক ਛੋਟਾ ਇਸਕੇਲੇਸ਼ਨ ਲੈਡਰ ਭਾਵਨਾਵਾਂ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ:

• ਪਹਿਲੀ ਘਟਨਾ: ਨੀਤੀ ਦੀ ਯਾਦ ਦਿਵਾਓ ਅਤੇ ਅਗਲੀ ਵਾਰੀ ਫੀਸ ਤੋਂ ਬਚਣ ਦੇ ਤਰੀਕੇ ਦੱਸੋ
• ਦੂਜੀ ਘਟਨਾ: ਲਿਖਤੀ ਤੌਰ 'ਤੇ ਦਿੱਤੀ ਫੀਸ ਲਗਾਓ
• ਤੀਜੀ ਘਟਨਾ: ਅਗਲੀ ਬੁਕਿੰਗ ਲਈ ਡਿਪਾਜ਼ਿਟ ਜਾਂ ਪੈ-ਫੋਰਵਰਡ ਦੀ ਲੋੜ
• ਜਾਰੀ ਰਹਿਣ ਤੇ: ਬੁਕਿੰਗ ਵਿਕਲਪ ਸੀਮਿਤ ਕਰੋ ਜਾਂ ਸ਼ਡਿਊਲਿੰਗ ਰੋਕੋ

ਜਦ ਤੁਸੀਂ ਗਿਣਤੀਆਂ ਰੀਸੈਟ ਕਰਨ ਦਾ ਨਿਰਣਾ ਕਰੋ ਤਾਂ ਲੋਕਾਂ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦਾ ਮੌਕਾ ਦੇਵੋ। ਆਮ ਵਿਕਲਪ ਹੈ ਕਿ 6 ਮਹੀਨਿਆਂ ਦੇ ਬਾਅਦ ਕੋਈ ਘਟਨਾ ਨਾ ਹੋਵੇ ਤਾਂ ਸਾਫ-ਸਲੇਟ ਰੀਸੈਟ ਹੋ ਜਾਵੇ। ਜੇ ਤੁਸੀਂ ਇਹ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਲਿਖੋ ਅਤੇ ਆਟੋਮੈਟਿਕ ਤਰੀਕੇ ਨਾਲ ਫੋਲੋ ਕਰੋ, ਨਕੀ ਇੱਕ ਉਪਕਾਰ ਵਜੋਂ ਨਹੀਂ।

ਜਦ ਤੁਸੀਂ ਅਪਵਾਦ ਬਣਾਉਂਦੇ ਹੋ, ਉਸਨੂੰ ਛੋਟੀ ਨੋਟ ਨਾਲ ਦਰਜ ਕਰੋ ਤਾਂ ਕਿ ਟ੍ਰੈਕਰ ਭਰੋਸੇਯੋਗ ਰਹੇ। ਇਕ ਲਾਈਨ ਕਾਫੀ ਹੈ: “ਵੈਰੀਫਾਈਡ ਹਸਪਟਾਲ ਦੌਰੇ ਕਾਰਨ ਇਕ ਵਾਰੀ ਫੀ ਛੁੱਟੀ, ਨੀਤੀ ਸਮਝਾਈ ਗਈ, ਅਗਲੀ ਵਾਰੀ ਫੀ ਲਾਗੂ ਹੋਵੇਗੀ।”

ਇੱਕ ਹਕੀਕਤੀ ਉਦਾਹਰਨ ਜੋ ਤੁਸੀਂ ਨਕਲ ਕਰ ਸਕਦੇ ਹੋ

ਇੱਕ ਸੈਲੂਨ 45-ਮਿੰਟ ਦੀਆਂ ਸੇਸ਼ਨਾਂ ਬੁਕ ਕਰਦਾ ਹੈ। ਹਰ ਰੋਜ਼ ਇੱਕ ਸਟਾਇਲਿਸਟ ਕੋਲ ਕੁਝ ਹੀ ਸਲਾਟ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਲੇਟ-ਕੈਂਸਲ ਅਕਸਰ ਭਰਤੀ ਨਹੀਂ ਹੋ ਸਕਦਾ।

ਉਹ ਇੱਕ ਸਧਾਰਨ ਟ੍ਰੈਕਰ ਰੱਖਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਹਰ ਗਾਹਕ ਲਈ ਦੋ ਫੀਲਡ ਹਨ: “ਲਸਟ 90 ਦਿਨਾਂ ਵਿੱਚ ਲੇਟ-ਕੈਂਸਲ” ਅਤੇ “ਲਸਟ 90 ਦਿਨਾਂ ਵਿੱਚ ਨੋ-ਸ਼ੋ।” ਨੀਤੀ ਇੱਕ ਸਜ਼ਾ-ਵਾਕ ਵਿੱਚ ਬੁਕਿੰਗ ਨੋਟਸ ਵਿੱਚ ਹੈ: “1 ਲੇਟ-ਕੈਂਸਲ ਜਾਂ 1 ਨੋ-ਸ਼ੋ ਤੋਂ ਬਾਅਦ ਅਗਲੀ ਬੁਕਿੰਗ ਲਈ ਡਿਪਾਜ਼ਿਟ ਲਾਜ਼ਮੀ ਹੈ।”

ਇੱਕ ਗਾਹਕ Maya ਦਾ ਟਾਈਮਲਾਈਨ:

• 10 ਮਾਰਚ: 90 ਮਿੰਟ ਪਹਿਲਾਂ ਰੱਦ ਕੀਤਾ (1 ਲੇਟ-ਕੈਂਸਲ ਮੰਨਿਆ ਗਿਆ)
• 14 ਅਪ੍ਰੈਲ: ਨਹੀਂ ਆਈ (1 ਨੋ-ਸ਼ੋ ਮੰਨਿਆ ਗਿਆ)

ਜਦ Maya ਦੁਬਾਰਾ ਬੁਕ ਕਰਨ ਲਈ ਕਾਲ ਕਰਦੀ ਹੈ, ਸਟਾਫ ਵਿਚ ਝਗੜਾ ਜਾਂ ਅਨੁਮਾਨ ਨਹੀਂ ਹੁੰਦਾ। ਉਹ ਟ੍ਰੈਕਰ ਜਾਂਚ ਕਰਕੇ ਕਹਿੰਦੇ ਹਨ: “ਮੈਂ ਤੁਹਾਨੂੰ ਬੁਕ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ। ਮੈਂ ਵੇਖ ਰਿਹਾ/ਰਹੀ ਹਾਂ ਕਿ ਆਖਰੀ 90 ਦਿਨਾਂ ਵਿੱਚ ਇੱਕ ਲੇਟ-ਕੈਂਸਲ ਅਤੇ ਇੱਕ ਨੋ-ਸ਼ੋ ਹੈ, ਇਸ ਲਈ ਅਗਲੀ ਅਪਾਇੰਟਮੈਂਟ ਲਈ ਡਿਪਾਜ਼ਿਟ ਲਾਜ਼ਮੀ ਹੋਵੇਗਾ। ਇਹ ਤੁਹਾਡੀ ਸਰਵਿਸ ਵੱਲ ਦਾ ਹੈ।”

ਇਸੇ ਨਿਯਮ ਨੂੰ Jordan ਵਰਗੇ ਦੂਜੇ ਗਾਹਕ ਉੱਤੇ ਵੀ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨੇ ਇਕ ਵਾਰੀ ਬੱਚੇ ਦੀ ਬਿਮਾਰੀ ਕਰਕੇ ਲੇਟ-ਕੈਂਸਲ ਕੀਤਾ ਸੀ। ਸੈਲੂਨ ਫਿਰ ਵੀ ਇਸਨੂੰ ਲੇਟ-ਕੈਂਸਲ ਦਰਜ ਕਰਦਾ ਹੈ, ਪਰ ਬੋਲੀ ਦਯਾਲੁ ਅਤੇ ਇਕਸਾਰ ਰਹਿੰਦੀ ਹੈ: “ਫਿਕਰ ਨਾ ਕਰੋ, ਉਮੀਦ ਹੈ ਉਹ ਬਰਗਰ ਹੋ ਜਾਵੇ। ਅਗਲੀ ਬੁਕਿੰਗ ਲਈ ਡਿਪਾਜ਼ਿਟ ਲਏ ਜਾਵੇਗਾ, ਅਤੇ ਜੇ ਤੁਸੀਂ ਆਓਗੇ ਤਾਂ ਆਮ ਬੁਕਿੰਗ ਮੁੜ ਮਿਲ ਜਾਵੇਗੀ।”

ਇੱਕ ਸਪਸ਼ਟ, ਭਰੋਸੇਯੋਗ ਟ੍ਰੈਕਰ ਲਈ ਤੁਰੰਤ ਚੈੱਕਲਿਸਟ

ਮਕਸਦ ਸਧਾਰਨ ਹੈ: ਹਰ ਇੱਕ ਹਾਲਤ ਨੂੰ ਹਰ ਵਾਰੀ ਇੱਕੋ ਨਤੀਜਾ ਮਿਲੇ।

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

ਜੇ ਟ੍ਰੈਕਰ ਬੋਰਿੰਗ ਅਤੇ ਇਕਸਾਰ ਹੈ, ਤਾਂ ਇਹ ਆਪਣਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੇ ਇਹ ਗੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਬਹਿਸ ਦਾ ਸਾਧਨ ਬਣ ਜਾਂਦਾ ਹੈ।

ਦਰੇਵਾੜੇ ਗਲਤੀਆਂ ਜੋ ਨਾਟਕ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ

ਜ਼ਿਆਦਾਤਰ ਝਗੜਾ ਖ਼ਰਚੀਲੀ ਫੀਸ ਦੇ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਹੈਰਾਨੀ, ਮਿਸਮੇਸੇਜ, ਅਤੇ “ਪਰ ਪਿਛਲੀ ਵਾਰੀ ਤੁਸੀਂ ਮੈਨੂੰ ਚਾਰਜ਼ ਨਹੀਂ ਕੀਤਾ” ਵਰਗੀਆਂ ਗੱਲਾਂ ਦੀ ਵਜ੍ਹਾ ਨਾਲ ਹੁੰਦਾ ਹੈ।

ਗਲਤੀ 1: ਹਰ ਕੋਈ ਵੱਖਰਾ ਪਰਿਭਾਸ਼ਾ ਵਰਤਦਾ ਹੈ

ਜੇ ਇਕ ਹੰਸੀ “ਲੇਟ-ਕੈਂਸਲ” ਨੂੰ 24 ਘੰਟੇ ਸਮਝਦਾ ਹੈ, ਦੂਜਾ “ਉਸੇ ਦਿਨ” ਅਤੇ ਤੀਜਾ ਅਣੁਭਵ ਤੇ ਆਧਾਰਿਤ ਫੈਸਲਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਤਰਕ-ਵਾਦ ਵਿੱਚ ਫਸੋਗੇ। ਇਕ ਨਿਯਮ ਚੁਣੋ, ਲਿਖੋ, ਅਤੇ ਉਸ 'ਤੇ ਟ੍ਰੇਨਿੰਗ ਕਰੋ।

ਗਲਤੀ 2: ਬਹੁਤ ਕੁਝ ਟ੍ਰੈਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਅਪਡੇਟ ਨਹੀਂ ਕਰਦਾ

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

ਗਲਤੀ 3: ਯਾਦ ਦੇ ਆਧਾਰ ਤੇ ਨਾਂ ਕਿ ਇੱਕ ਸਰੋਤ ਸੱਚ

“ਮੈਨੂੰ ਯਾਦ ਹੈ ਕਿ ਇਸ ਨੇ ਪਹਿਲਾਂ ਇਹ ਕੀਤਾ” 'ਤੇ ਨਿਰਭਰ ਰਹਿਣਾ ਨਫ਼ਰਤ ਅਤੇ ਗਲਤੀਆਂ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਜਦੋਂ ਕਈ ਸਟਾਫ ਹੋਣ। ਇੱਕ ਥਾਂ 'ਤੇ ਰਿਕਾਰਡ ਰੱਖੋ ਅਤੇ ਗੱਲਬਾਤ ਦੌਰਾਨ ਖੋਜ ਆਸਾਨ ਬਣਾਉ।

ਗਲਤੀ 4: ਰੈਂਡਮ ਰੀਸੈਟ (ਜਾਂ ਕਦੇ ਨਹੀਂ ਰੀਸੈਟ)

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

ਗਲਤੀ 5: ਇਸਨੂੰ ਦੋਸ਼ ਲਾਉਣ ਵਾਲੀ ਗੱਲ ਬਣਾਉਣਾ

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

ਅਗਲੇ ਕਦਮ: ਹੁਣ ਸਧਾਰਾ ਰੱਖੋ, ਬਾਅਦ ਵਿੱਚ ਆਟੋਮੇਟ ਕਰੋ

ਸਭ ਤੋਂ ਵਧੀਆ ਟ੍ਰੈਕਰ ਉਹ ਹੈ ਜੋ ਤੁਹਾਡੀ ਟੀਮ ਇੱਕ ਮਹੀਨੇ ਬਾਅਦ ਵੀ ਵਰਤੇ। ਸਭ ਤੋਂ ਸਧਾਰਾ ਫਾਰਮੈਟ 30 ਦਿਨ ਲਈ ਬਣਾਓ, ਫਿਰ ਅੱਗੇ ਦੇ ਅਨੁਭਵ ਅਨੁਸਾਰ ਸੋਧੋ।

ਕਿਸੇ ਹੋਰ ਟ੍ਰੈਕਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਘਟਨਾਵਾਂ ਘਟਾਓ। ਬਹੁਤ ਸਾਰੇ “ਨੀਤੀ ਸਮੱਸਿਆਵਾਂ” ਅਸਲ ਵਿੱਚ ਰੀਮਾਈਂਡਰ ਅਤੇ ਸ਼ਡਿਊਲਿੰਗ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ। ਗਾਹਕ ਲਈ ਸਹੀ ਕੰਮ ਕਰਨਾ ਆਸਾਨ ਬਣਾਓ: ਸਪਸ਼ਟ ਰੀਮਾਈਂਡਰ ਸਮਾਂ, ਇੱਕ ਸਪਸ਼ਟ ਤਰੀਕਾ ਰੱਦ ਕਰਨ ਦਾ, ਅਤੇ ਇੱਕ ਛੋਟੀ ਸੁਨੇਹਾ ਜੋ ਵਿੰਡੋ ਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰੈਕਟਿਕਲ 30-ਦਿਨ ਯੋਜ਼ਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਛੋਟਾ ਰੱਖੋ:

• ਸਿਰਫ਼ ਤਿੰਨ ਨਤੀਜੇ ਟ੍ਰੈਕ ਕਰੋ: Attended, Late cancel, No-show
• ਹਰ ਗਾਹਕ ਲਈ ਇੱਕ ਗਿਣਤੀ ਰੱਖੋ (ਨਾਲ ਆਖਰੀ ਘਟਨਾ ਦੀ ਤਾਰੀਖ)
• ਨੋਟਜ਼ ਓਸ ਸਮੇਂ ਹੀ ਜੋੜੋ ਜਦੋਂ ਇਹ ਸਥਿਤੀ ਬਦਲਦੀ ਹੈ (ਬਿਮਾਰੀ, ਐਮਰਜੈਂਸੀ, ਕਲਿਨਿਕ ਗਲਤੀ)
• ਹਫਤਾਵਾਰੀ ਸਮੀਖਿਆ ਕਰੋ ਤਾਂ ਕਿ ਗੈਪ ਪਕੜੇ ਜਾ ਸਕਣ ਅਤੇ ਪਤਾ ਲੱਗੇ ਕਿ ਰੀਮਾਈਂਡਰ ਕੰਮ ਕਰ ਰਹੇ ਹਨ

ਜੇ ਸਪ੍ਰੈਡਸ਼ੀਟ ਇਕ ਮਜ਼ਾ ਨਹੀਂ ਰਹਿੰਦੀ, ਤਾਂ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਲਈ ਆਟੋਮੇਸ਼ਨ ਦਾ ਸੰਕੇਤ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਟੀਮ ਇੱਕ ਛੋਟਾ ਇੰਟਰਨਲ ਫਾਰਮ ਜਾਂ ਐਪ ਬਣਾਉਂਦੀਆਂ ਹਨ ਜੋ ਉਹੀ ਫੀਲਡ ਮਿਰਰ ਕਰਦਾ, ਐਡੀਟਿੰਗ ਲਾਕ ਕਰਦਾ, ਅਤੇ ਅਗਲਾ ਕਦਮ ਇਕਸਾਰ ਦਿਖਾਉਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਰਸਤੇ 'ਤੇ ਜਾਵੋ, ਤਾਂ Koder.ai (koder.ai) ਵਰਗਾ ਪਲੇਟਫਾਰਮ ਤੁਹਾਨੂੰ ਚੈਟ-ਅਧਾਰਿਤ ਬਿਲਡ ਤੋਂ ਇੱਕ ਸਧਾਰਨ ਟ੍ਰੈਕਰ ਐਪ ਬਣਾਉਣ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਤੁਹਾਡੇ ਮੌਜੂਦਾ ਨਿਯਮ वही ਰਹਿੰਦੇ ਹਨ।