ਸੈਲੂਨ, ਕਲੀਨਿਕ, ਸਟੂਡੀਓ ਅਤੇ ਕਾਰੀਗਰ
ਤੁਹਾਡਾ ਡਾਇਰੀ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਇੰਜਣ ਹੈ। ਪਰ ਉਸ 'ਤੇ ਕੋਈ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ।
ਇੱਕ ਫਿਜ਼ੀਓਥੈਰੇਪੀ ਕਲੀਨਿਕ ਨੂੰ ਪਤਾ ਹੈ ਕਿ ਵੀਰਵਾਰ ਨੂੰ ਕੌਣ ਆ ਰਿਹਾ ਹੈ, ਪਿਛਲੇ ਮੰਗਲਵਾਰ ਕੌਣ ਨਹੀਂ ਆਇਆ, ਅਤੇ ਕੌਣ ਹਰ ਛੇ ਹਫ਼ਤਿਆਂ ਬਾਅਦ ਆਉਂਦਾ ਸੀ ਅਤੇ ਮਾਰਚ ਵਿੱਚ ਰੁਕ ਗਿਆ। ਇਹ ਤਿੰਨੇ ਹੀ ਅਜਿਹੇ ਸੁਨੇਹੇ ਹਨ ਜੋ ਭੇਜਣ ਯੋਗ ਹਨ, ਅਤੇ ਇਹ ਤਿੰਨੇ ਹੀ ਅਜਿਹੇ ਵਿਅਕਤੀ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਇਰਾਦਾ ਕਦੇ ਨਾ ਕਦੇ ਇਹ ਕੰਮ ਕਰਨ ਦਾ ਹੁੰਦਾ ਹੈ।
ਪੰਜ ਫਨਲ
ਮੁਲਾਕਾਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਬਣਾਇਆ ਗਿਆ, ਕਿਉਂਕਿ ਇਹੀ ਤੁਹਾਡੇ ਕੋਲ ਹੈ
ਪਹਿਲੇ ਦੋ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਲਾਗਤ ਘਟੇ ਹੋਏ ਨਾ-ਆਉਣ ਰਾਹੀਂ ਹੀ ਨਿਕਲ ਜਾਂਦੀ ਹੈ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਕੁਝ ਹੋਰ ਚਾਲੂ ਕੀਤਾ ਜਾਵੇ।
1 · ਪੁਸ਼ਟੀ ਕਰੋ ਅਤੇ ਯਾਦ ਦਿਵਾਓ
ਟ੍ਰਿੱਗਰ: booking_made। ਤੁਰੰਤ ਈਮੇਲ ਰਾਹੀਂ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਉਹਨਾਂ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਹੋਵੇ — ਪਤਾ, ਕੀ ਲਿਆਉਣਾ ਹੈ, ਕਿਵੇਂ ਰੱਦ ਕਰਨੀ ਹੈ। ਫਿਰ ਮੁਲਾਕਾਤ ਦੀ ਤਾਰੀਖ ਤੋਂ ਇੱਕ ਦਿਨ ਪਹਿਲਾਂ ਇੱਕ wait ਅਤੇ ਇੱਕ SMS। ਲੋਕ SMS ਮਿੰਟਾਂ ਵਿੱਚ ਪੜ੍ਹ ਲੈਂਦੇ ਹਨ, ਜੋ ਕਿ ਯਾਦ ਦਿਵਾਉਣ ਲਈ ਬਿਲਕੁਲ ਉਹੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜਿਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
2 · ਨਾ-ਆਉਣ ਵਾਲਾ
ਟ੍ਰਿੱਗਰ: ਇੱਕ ਘਟਨਾ ਜੋ ਤੁਹਾਡਾ ਬੁਕਿੰਗ ਸਿਸਟਮ ਤਦ ਪੋਸਟ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਨਹੀਂ ਆਉਂਦਾ। ਇੱਕ ਦਿਨ ਉਡੀਕ ਕਰੋ, ਫਿਰ ਇੱਕ ਸੁਨੇਹਾ ਜੋ ਸਭ ਤੋਂ ਚੰਗੀ ਗੱਲ ਮੰਨਦਾ ਹੈ — ਕਈ ਵਾਰ ਕੰਮ ਆ ਜਾਂਦੇ ਹਨ — ਅਤੇ ਦੁਬਾਰਾ ਬੁਕਿੰਗ ਨੂੰ ਇੱਕ ਟੈਪ ਦਾ ਕੰਮ ਬਣਾਉਂਦਾ ਹੈ। ਟੀਚਾ: ਨਵੀਂ ਬੁਕਿੰਗ। ਜੇ ਉਹ ਦੁਬਾਰਾ ਬੁਕ ਕਰਦੇ ਹਨ ਤਾਂ ਅੱਗੇ ਕੁਝ ਨਹੀਂ।
3 · ਬਾਅਦ ਵਿੱਚ
ਮੁਲਾਕਾਤ ਤੋਂ ਦੋ ਦਿਨ ਬਾਅਦ: ਕਿਵੇਂ ਰਿਹਾ, ਇੱਥੇ ਬਾਅਦ ਦੀ ਦੇਖਭਾਲ ਹੈ, ਅਤੇ ਕੀ ਤੁਸੀਂ ਸਮੀਖਿਆ ਛੱਡੋਗੇ। ਇੱਥੇ ਸਮੇਂ ਦਾ ਮਹੱਤਵ ਸ਼ਬਦਾਵਲੀ ਨਾਲੋਂ ਵੱਧ ਹੈ। ਦੋ ਦਿਨ ਯਾਦ ਰਹਿੰਦੇ ਹਨ; ਦੋ ਹਫ਼ਤੇ ਨਹੀਂ।
4 · ਅੰਤਰਾਲ
ਟ੍ਰਿੱਗਰ: date_field, ਆਖਰੀ ਮੁਲਾਕਾਤ ਤੋਂ ਛੇ ਹਫ਼ਤੇ ਬਾਅਦ ਜਾਂ ਜੋ ਵੀ ਤੁਹਾਡਾ ਅੰਤਰਾਲ ਹੈ। "ਕਾਫ਼ੀ ਸਮਾਂ ਹੋ ਗਿਆ — ਕੀ ਤੁਹਾਡੀ ਬੁਕਿੰਗ ਕਰੀਏ?" ਕਿਸੇ ਵੀ ਮੁਲਾਕਾਤ-ਅਧਾਰਿਤ ਕਾਰੋਬਾਰ ਵਿੱਚ ਸਭ ਤੋਂ ਭਰੋਸੇਯੋਗ ਆਮਦਨੀ, ਅਤੇ ਇਸ ਲਈ ਹਰ ਗਾਹਕ ਲਈ ਬਿਲਕੁਲ ਇੱਕ ਤਾਰੀਖ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
5 · ਉਹ ਨਿਯਮਤ ਗਾਹਕ ਜਿਸ ਨੇ ਆਉਣਾ ਛੱਡ ਦਿੱਤਾ
ਟ੍ਰਿੱਗਰ: segment_enter — ਪੰਜ ਜਾਂ ਵੱਧ ਮੁਲਾਕਾਤਾਂ, ਨੱਬੇ ਦਿਨਾਂ ਵਿੱਚ ਕੋਈ ਨਹੀਂ। ਦੋ ਸੁਨੇਹੇ, ਗਰਮਜੋਸ਼ੀ ਭਰੇ ਅਤੇ ਛੋਟੇ, ਫਿਰ ਇੱਕ ਟੈਗ ਅਤੇ ਚੁੱਪ। ਇਹ ਉਹ ਲੋਕ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਪਸੰਦ ਸੀ ਅਤੇ ਉਹ ਹੌਲੀ-ਹੌਲੀ ਦੂਰ ਹੋ ਗਏ; ਇਹਨਾਂ ਨੂੰ ਵਾਪਸ ਲਿਆਉਣਾ ਕਾਰੋਬਾਰ ਵਿੱਚ ਸਭ ਤੋਂ ਸਸਤਾ ਹੁੰਦਾ ਹੈ।
ਅਤੇ ਉਹ ਇੱਕ ਜੋ ਸਟੈਂਪ ਦੇ ਯੋਗ ਹੈ
ਸਾਲਗਿਰ੍ਹਾ ਦਾ ਕਾਰਡ, ਛਾਪ ਕੇ ਅਤੇ ਡਾਕ ਰਾਹੀਂ, ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਜੋ ਸਾਲਾਂ ਤੋਂ ਆ ਰਹੇ ਹਨ। ਉਸੇ ਫਨਲ ਵਿੱਚ ਬਾਕੀ ਸਭ ਕੁਝ ਵਾਂਗ ਇੱਕ send_letter ਨੋਡ। ਲਗਭਗ ਕੋਈ ਵੀ ਇਹ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇੱਥੇ SMS ਹੀ ਚੈਨਲ ਕਿਉਂ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਧਿਆਨ ਕਿਉਂ ਚਾਹੀਦਾ ਹੈ
ਮੁਲਾਕਾਤ ਦੀ ਯਾਦ-ਦਿਹਾਈ ਮੁਲਾਕਾਤ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਇਨਬਾਕਸ ਦੇ ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਨੂੰ ਖਾਰਜ ਕਰਦਾ ਹੈ। SMS ਮਿੰਟਾਂ ਵਿੱਚ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸੇ ਲਈ ਇਸ ਨੂੰ ਖ਼ਰਾਬ ਕਰਨਾ ਵੀ ਸੌਖਾ ਹੈ।
ਤਿੰਨ ਚੀਜ਼ਾਂ ਤੁਹਾਡੀ ਰਾਖੀ ਕਰਦੀਆਂ ਹਨ। ਸੈਗਮੈਂਟ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਗਿਣੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਵੇਖੋ ਕਿ ਇੱਕ ਇਮੋਜੀ ਜਾਂ ਕੋਈ ਬਦਕਿਸਮਤ ਚਿੰਨ੍ਹ ਤੁਹਾਡੇ ਇੱਕ-ਸੈਗਮੈਂਟ ਸੁਨੇਹੇ ਨੂੰ ਤਿੰਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਤਿੰਨ ਗੁਣਾ ਲਾਗਤ ਉੱਤੇ। ਸ਼ਾਂਤ ਘੰਟੇ ਰਾਤ ਦੇ ਕਿਸੇ ਵੀ ਸੁਨੇਹੇ ਨੂੰ ਢੁਕਵੇਂ ਸਮੇਂ ਤੱਕ ਰੋਕ ਲੈਂਦੇ ਹਨ, ਜੋ ਯਾਦ-ਦਿਹਾਈ ਲਈ ਸ਼ਿਸ਼ਟਾਚਾਰ ਨਹੀਂ ਸਗੋਂ ਜ਼ਰੂਰੀ ਹੈ। ਅਤੇ STOP ਸੇਵਾ ਦੇ ਅੰਦਰ ਹੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਜ਼ਿਆਦਾਤਰ ਬਾਜ਼ਾਰਾਂ ਵਿੱਚ ਇਹ ਕਾਨੂੰਨ ਹੈ, ਸੈਟਿੰਗ ਨਹੀਂ।
ਚੌਥੀ ਚੀਜ਼ ਸਿੱਝ ਹੈ, ਅਤੇ ਉਸ ਦੀ ਥਾਂ ਕੁਝ ਵੀ ਨਹੀਂ ਲੈ ਸਕਦਾ: ਇੱਕ ਯਾਦ-ਦਿਹਾਈ ਸੇਵਾ ਹੈ, ਦੋ ਤੰਗ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਅਜਿਹੇ ਵਿਅਕਤੀ ਨੂੰ ਪ੍ਰਮੋਸ਼ਨਲ SMS ਭੇਜਣਾ ਜਿਸ ਨੇ ਤੁਹਾਨੂੰ ਆਪਣਾ ਨੰਬਰ ਸਿਰਫ਼ ਫਿਜ਼ੀਓਥੈਰੇਪੀ ਦੀ ਮੁਲਾਕਾਤ ਦੀ ਯਾਦ-ਦਿਹਾਈ ਲਈ ਦਿੱਤਾ ਸੀ — ਇਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਕੋਈ ਕਾਰੋਬਾਰ ਗਾਹਕ ਨੂੰ ਹਮੇਸ਼ਾ ਲਈ ਗੁੰਮ ਕਰ ਦਿੰਦਾ ਹੈ।
- ⚡ਟ੍ਰਿਗਰ
booking_made— ਵੀਰਵਾਰ 09:30, ਇਲਾਜ ਕਮਰਾ 2। - 2ਈਮੇਲ ਭੇਜੋਪੁਸ਼ਟੀ, ਪਤਾ, ਕੀ ਲਿਆਉਣਾ ਹੈ, ਇੱਕ-ਟੈਪ ਰੱਦ ਕਰਨ ਦਾ ਲਿੰਕ।
- 3ਉਡੀਕਮੁਲਾਕਾਤ ਦੀ ਤਾਰੀਖ ਤੋਂ ਇੱਕ ਦਿਨ ਪਹਿਲਾਂ ਤੱਕ, ਸਥਾਨਕ ਸਮੇਂ ਅਨੁਸਾਰ 18:00 ਉੱਤੇ। ਆਫ਼ਸੈੱਟ ਵਾਲੀ ਫ਼ੀਲਡ ਤਾਰੀਖ — ਨਿਸ਼ਚਿਤ ਅਵਧੀ ਨਹੀਂ।
- 4SMS ਭੇਜੋ"ਕੱਲ੍ਹ 09:30 ਮਾਰਤਾ ਨਾਲ। ਬਦਲਣ ਲਈ ਜਵਾਬ ਦਿਓ ਜਾਂ ਟੈਪ ਕਰੋ।" ਇੱਕ ਸੈਗਮੈਂਟ, ਗਿਣਿਆ ਹੋਇਆ।
- ?ਰੱਦ ਕੀਤੀ?ਜੇ ਪਹਿਲਾਂ ਰੱਦੀਕਰਨ ਦੀ ਘਟਨਾ ਆ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਗੋਲ ਨੋਡ ਰਨ ਨੂੰ ਖ਼ਤਮ ਕਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਯਾਦ-ਦਿਹਾਈ ਕਦੇ ਨਹੀਂ ਭੇਜੀ ਜਾਂਦੀ।
- 5ਦੋ ਦਿਨ ਬਾਅਦਬਾਅਦ ਦੀ ਦੇਖਭਾਲ ਅਤੇ ਸਮੀਖਿਆ ਦੀ ਬੇਨਤੀ। ਸ਼ਾਂਤ ਘੰਟਿਆਂ ਦੀ ਪਾਲਣਾ; ਸ਼ਨੀਵਾਰ ਦੀ ਸਵੇਰ ਠੀਕ ਹੈ, ਸ਼ਨੀਵਾਰ ਦੀ ਅੱਧੀ ਰਾਤ ਨਹੀਂ।
ਫ਼ੀਲਡ ਤਾਰੀਖ, ਨਿਸ਼ਚਿਤ ਅਵਧੀ ਨਹੀਂਘੜੀ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਕਾਇਮ ਰਹਿੰਦਾ ਹੈ
ਚਾਰ ਵਜੇ ਕੁਰਸੀ ਖਾਲੀ ਹੈ। ਇਹ ਖਾਲੀ ਹੋਣੀ ਜ਼ਰੂਰੀ ਨਹੀਂ।
ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਹੈ ਉਸੀ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰਨਾ
ਇਸ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਇੱਕ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਅਤੇ ਇੱਕ ਕੈਲੰਡਰ ਤੋਂ ਚੱਲਦਾ ਹੈ
ਉਹ ਸੂਚੀ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ
ਕਾਊਂਟਰ, ਬੁਕਿੰਗ ਸਿਸਟਮ ਜਾਂ ਮੁਲਾਕਾਤ-ਕਿਤਾਬ ਤੋਂ ਇੱਕ CSV। ਇਹ ਜਾਇਜ਼ ਦਿਲਚਸਪੀ ਵਜੋਂ ਆਉਂਦੀ ਹੈ, MX-ਜਾਂਚ ਨਾਲ ਤਾਂ ਜੋ ਮਰੇ ਹੋਏ ਪਤੇ ਵਾਪਸ ਨਾ ਆਉਣ, ਅਤੇ ਇੰਪੋਰਟ ਦਰਜ ਹੁੰਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਜਾਣ ਸਕੋ ਕਿ ਹਰ ਸੰਪਰਕ ਕਿੱਥੋਂ ਆਇਆ।
ਤਾਰੀਖਾਂ
ਆਖਰੀ ਮੁਲਾਕਾਤ ਇੱਕੋ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਹਰ ਬੁਕਿੰਗ ਸਿਸਟਮ ਇਸ ਨੂੰ ਐਕਸਪੋਰਟ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ ਸੰਪਰਕ ਉੱਤੇ ਪਾਓ ਅਤੇ ਅੰਤਰਾਲ ਫਨਲ ਕੋਲ ਲੋੜੀਂਦਾ ਸਭ ਕੁਝ ਹੋ ਜਾਵੇਗਾ।
ਫਾਰਮ
ਤੁਹਾਡੀ ਸਾਈਟ ਉੱਤੇ ਇੱਕ ClickSomo ਫਾਰਮ, ਜਾਂ dash-b ਵਿੱਚ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਣਾਇਆ ਪੰਨਾ। ਇਹ ਇੱਕੋ ਰਾਹ ਹੈ ਜੋ ਸੱਚਮੁੱਚ ਅਸਲ consent ਅਧਾਰ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਰੱਖਣਾ ਲਾਭਦਾਇਕ ਹੈ ਭਾਵੇਂ ਇਹ ਪਤੇ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਵੀ ਨਾ ਲੈਂਦਾ ਹੋਵੇ।
ਜੇ ਤੁਹਾਡਾ ਬੁਕਿੰਗ ਸਿਸਟਮ ਵੈੱਬਹੁੱਕ ਕਾਲ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ POST /v1/events ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ, ਯਾਦ-ਦਿਹਾਈ ਅਤੇ ਨਾ-ਆਉਣ ਵਾਲੇ ਫਨਲ ਸਾਰੇ ਆਪਣੇ-ਆਪ ਚੱਲਣ ਲੱਗ ਪੈਂਦੇ ਹਨ। ਜੇ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਤਾਂ ਅੰਤਰਾਲ ਫਨਲ ਫਿਰ ਵੀ ਉਸ ਤਾਰੀਖ ਤੋਂ ਚੱਲਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਇੰਪੋਰਟ ਉੱਤੇ ਅੱਪਡੇਟ ਕਰਦੇ ਹੋ — ਜੋ ਘੱਟ ਸੁਹਜਵਾਨ ਹੈ ਪਰ ਕੁਝ ਨਾ ਹੋਣ ਨਾਲੋਂ ਕਿਤੇ ਬਿਹਤਰ ਹੈ।
ਜਿੱਥੇ ਲੋਕ ਗਲਤੀ ਕਰਦੇ ਹਨ: ਯਾਦ-ਦਿਹਾਈ ਮਾਰਕੀਟਿੰਗ ਨਹੀਂ ਹੈ ਅਤੇ ਸਮੀਖਿਆ ਦੀ ਬੇਨਤੀ ਵੀ ਮਾਰਕੀਟਿੰਗ ਨਹੀਂ ਹੈ, ਪਰ "ਸਾਡੇ ਕੋਲ ਨਵਾਂ ਇਲਾਜ ਹੈ" ਵਾਲਾ ਸੁਨੇਹਾ ਮਾਰਕੀਟਿੰਗ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਸਹਿਮਤੀ ਅਧਾਰ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਉਹਨਾਂ ਯਾਦ-ਦਿਹਾਈਆਂ ਤੋਂ ਅਣਸਬਸਕ੍ਰਾਈਬ ਹੋ ਜਾਵੇ ਜੋ ਅਸਲ ਵਿੱਚ ਉਸ ਦੇ ਆਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਰਹੀਆਂ ਸਨ।
ਇੱਕ ਵਿਆਖਿਆ ਕੀਤੀ ਉਦਾਹਰਨ
ਦੋ ਕਮਰਿਆਂ ਵਾਲੀ ਫਿਜ਼ੀਓਥੈਰੇਪੀ ਕਲੀਨਿਕ, ਲਗਭਗ ਗਿਆਰਾਂ ਸੌ ਪੁਰਾਣੇ ਮਰੀਜ਼ ਅਤੇ ਅਜਿਹੀ ਨਾ-ਆਉਣ ਦਰ ਜੋ ਹਰ ਹਫ਼ਤੇ ਇਸ ਨੂੰ ਕੁਝ ਮੁਲਾਕਾਤਾਂ ਦੀ ਲਾਗਤ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ। ਕਦੇ ਵੀ ਕਿਸੇ ਨੇ ਇਸ ਸੂਚੀ ਨੂੰ ਮੇਲ ਨਹੀਂ ਕੀਤਾ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਰੀਮਾਈਡਰ ਫਨਲ ਜਾਂਦਾ ਹੈ: ਇੱਕ ਦਿਨ ਪਹਿਲਾਂ ਸ਼ਾਮ ਨੂੰ ਇੱਕ SMS, ਜਿਸ ਵਿੱਚ ਇੱਕ ਟੈਪ ਵਿੱਚ ਰੱਦ ਕਰਨ ਵਾਲਾ ਲਿੰਕ ਹੁੰਦਾ ਹੈ। ਰੱਦੀਆਂ ਨੁਕਸਾਨ ਨਹੀਂ ਹਨ — ਸ਼ਾਮ ਛੇ ਵਜੇ ਛੱਡੀ ਗਈ ਸਲਾਟ ਭਰ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਜਿਸ ਸਲਾਟ ਵਿੱਚ ਕੋਈ ਨਹੀਂ ਆਇਆ ਉਹ ਨਹੀਂ। ਫਿਰ ਅੰਤਰਾਲ ਫਨਲ, ਜੋ ਆਖਰੀ ਵਿਜ਼ਿਟ ਦੀ ਤਾਰੀਖ ਤੋਂ ਚੱਲਦਾ ਹੈ ਅਤੇ ਚੁੱਪਚਾਪ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਲੱਭਦਾ ਹੈ ਜੋ ਵਾਪਸ ਆਉਣਾ ਚਾਹੁੰਦੇ ਸਨ ਪਰ ਭੁੱਲ ਗਏ। ਫਿਰ ਨਾ-ਆਉਣ ਦੇ ਪਿੱਛੇ ਫਾਲੋ-ਅੱਪ, ਜੋ ਇੱਕ ਸੁਨੇਹਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਮੰਨ ਨਹੀਂ ਲੈਂਦਾ।
ਤਿੰਨ ਫਨਲ, ਇੱਕ ਇੰਪੋਰਟ ਅਤੇ ਇੱਕ ਵੈੱਬਹੁੱਕ। ਇਹ ਲਾਭਦਾਇਕ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਕਲੀਨਿਕ ਉੱਤੇ ਅਤੇ ਮੰਗਲਵਾਰ ਦੁਪਹਿਰ ਦੇ ਖਾਲੀ ਕਮਰੇ ਦੀ ਕੀਮਤ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ — ਜੋ ਅੰਕੜਾ ਕਲੀਨਿਕ ਜਾਣਦਾ ਹੈ ਅਤੇ ਕੋਈ ਹੋਰ ਨਹੀਂ।