ConnectWiz ਬੁਕਿੰਗ
ਡਾਟਾਬੇਸ ਦੀ ਰੀੜ੍ਹ ਵਾਲੀ ਅਪੌਇੰਟਮੈਂਟ ਬੁੱਕ।
ਬੁਕਿੰਗ ਏਜੰਟ ਕਰੇ, AI ਕਰੇ, ਫ਼ਲੋ ਕਰੇ ਜਾਂ ਗਾਹਕ ਆਪ — ਹਰ ਅਪੌਇੰਟਮੈਂਟ ਇੱਕੋ ਲੈਜਰ ਵਿੱਚ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ ਕਮਰੇ, ਉਪਕਰਣ ਅਤੇ ਸੇਵਾ ਦੇਣ ਵਾਲੇ ਸਹੀ ਢੰਗ ਨਾਲ ਮਿਲਦੇ ਹਨ, ਡਬਲ-ਬੁਕਿੰਗ ਨੂੰ ਸਟੋਰੇਜ ਪਰਤ ਆਪ ਰੋਕਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਅਸਲ ਕੈਲੰਡਰ ਦੋਵੇਂ ਪਾਸੇ ਸਿੰਕ ਹੁੰਦੇ ਹਨ।
ਚਾਰ ਦਰਵਾਜ਼ੇ
ਹਰ ਕੋਈ ਇੱਕੋ ਸੱਚ ਦੇ ਅਧਾਰ 'ਤੇ ਬੁੱਕ ਕਰਦਾ ਹੈ
ਟੀਮ, ਡਾਇਰੀ ਵਿੱਚ
ਦਿਨ ਵਾਲੀ ਡਾਇਰੀ ਅਤੇ ਬੁਕਿੰਗ ਦਾ ਪੂਰਾ ਪ੍ਰਬੰਧ — ਕਿਸਮਾਂ, ਟਿਕਾਣੇ, ਸੇਵਾ ਦੇਣ ਵਾਲੇ, ਸੇਵਾ ਦੇ ਰੂਪ, ਤੁਹਾਡੇ ਆਪਣੇ ਬਣਾਏ ਸਥਿਤੀ-ਲੇਬਲ, ਨਾ ਆਉਣ ਵਾਲਿਆਂ ਦਾ ਹਿਸਾਬ ਅਤੇ ਲਾਈਨ ਆਈਟਮ।
AI, ਦੋ ਕਿਰਿਆਵਾਂ ਵਿੱਚ
Wiz ਅਸਲ ਖਾਲੀ ਸਲਾਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਫਿਰ ਉਹੀ ਬੁੱਕ ਕਰਦਾ ਹੈ ਜੋ ਗਾਹਕ ਚੁਣਦਾ ਹੈ — ਜਾਣ-ਬੁੱਝ ਕੇ ਦੋ ਕਦਮ, ਕਿਉਂਕਿ ਕਿਸੇ ਲਈ ਪਹਿਲਾ ਖਾਲੀ ਸਲਾਟ ਆਪਣੇ-ਆਪ ਰਾਖਵਾਂ ਕਰ ਦੇਣਾ ਡੈਮੋ ਦੀ ਚਾਲ ਹੈ, ਸੇਵਾ ਨਹੀਂ।
ਫ਼ਲੋ, ਇੱਕ ਕਦਮ ਵਜੋਂ
ਸਾਡਾ ਬੁਕਿੰਗ ਨੋਡ ਕਿਸੇ ਵੀ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਸਲਾਟ ਪੇਸ਼ ਕਰਨ ਦਾ ਕਦਮ ਜੋੜ ਦਿੰਦਾ ਹੈ — ਜਿਵੇਂ ਉਹ ਰਿਮਾਈਂਡਰ ਫ਼ਲੋ ਜੋ ਕਿਸੇ ਇਨਸਾਨ ਦੇ ਦਖਲ ਤੋਂ ਬਿਨਾਂ ਮੁੜ ਬੁੱਕ ਹੋਈ ਅਪੌਇੰਟਮੈਂਟ 'ਤੇ ਖਤਮ ਹੁੰਦਾ ਹੈ।
ਵਿਜ਼ਿਟਰ, ਆਪਣੇ-ਆਪ
ਸਾਡਾ ਵੈੱਬਸਾਈਟ ਵਿਜੇਟ ਆਪਣੀ ਬੁਕਿੰਗ ਮਿਨੀ-ਐਪ ਰਾਹੀਂ ਗਾਹਕਾਂ ਨੂੰ ਲਾਈਵ ਉਪਲਬਧਤਾ ਵਿੱਚੋਂ ਆਪ ਸਮਾਂ ਚੁਣਨ ਦਿੰਦਾ ਹੈ — ਅਤੇ ਇਹ ਮਿਨੀ-ਐਪ ਤਾਂ ਹੀ ਦਿਸਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਬੁੱਕ ਹੋਣ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਦਿੰਦੇ ਹੋ।
ਰਿਸੋਰਸ ਮਾਡਲ
ਕਮਰੇ, ਉਪਕਰਣ, ਲੋਕ — ਉਵੇਂ ਹੀ ਆਪਸ ਵਿੱਚ ਮਿਲਦੇ ਹੋਏ ਜਿਵੇਂ ਅਸਲ ਜ਼ਿੰਦਗੀ ਵਿੱਚ
"ਉਪਲਬਧ" ਤਿੰਨ-ਪਾਸੜ ਸਵਾਲ ਹੈ: ਸੇਵਾ ਦੇਣ ਵਾਲਾ, ਕਮਰਾ ਅਤੇ ਉਪਕਰਣ, ਤਿੰਨੇ ਇੱਕੋ ਵੇਲੇ ਵਿਹਲੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਬੁਕਿੰਗ ਟੂਲ ਇੱਕ ਧੁਰਾ ਮਾਡਲ ਕਰਕੇ ਉਮੀਦ ਰੱਖਦੇ ਹਨ; ਇਹ ਤਿੰਨਾਂ ਦਾ ਮੇਲ ਮਾਡਲ ਕਰਦਾ ਹੈ।
ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਕੰਟੇਨਰ
ਇੱਕ ਬੁਕਿੰਗ ਭੂਮਿਕਾ ਮੁਤਾਬਕ ਕਈ ਰਿਸੋਰਸ ਰੱਖਦੀ ਹੈ — ਕਮਰਾ, ਉਪਕਰਣ, ਸੇਵਾ ਦੇਣ ਵਾਲਾ — ਅਤੇ ਕੰਟੇਨਰ ਲਿੰਕਾਂ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰੁੱਝੇ ਕਮਰੇ ਅੰਦਰਲਾ ਉਪਕਰਣ ਸਹੀ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ, ਭਾਵੇਂ ਉਪਕਰਣ ਨੂੰ ਕਿਸੇ ਨੇ ਬੁੱਕ ਨਾ ਕੀਤਾ ਹੋਵੇ।
ਪਾਬੰਦੀ, ਨਿਯਮ ਨਹੀਂ
ਓਵਰਲੈਪ ਦੀ ਰੋਕ ਸਟੋਰੇਜ ਪਰਤ ਵਿੱਚ exclusion constraint ਵਜੋਂ ਰਹਿੰਦੀ ਹੈ — ਦੋ ਬੇਨਤੀਆਂ ਇੱਕੋ ਵੇਲੇ ਦੌੜਨ ਤਾਂ ਦੋਵੇਂ ਨਹੀਂ ਜਿੱਤ ਸਕਦੀਆਂ, ਕਿਉਂਕਿ ਦੂਜਾ ਰਾਈਟ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਰੱਦ ਹੋ ਜਾਂਦਾ ਹੈ। ਨਿਯਮਾਂ ਦਾ ਇੰਜਣ ਵਾਅਦਾ ਕਰਦਾ ਹੈ; ਪਾਬੰਦੀ ਗਾਰੰਟੀ ਦਿੰਦੀ ਹੈ।
ਸਮਰੱਥਾ, ਇਕਾਈਆਂ ਵਜੋਂ
ਅੱਠ ਸੀਟਾਂ ਵਾਲੀ ਕਲਾਸ ਅੱਠ ਇਕਾਈਆਂ ਹਨ, ਕੋਈ ਗਿਣਤੀ-ਮੀਟਰ ਨਹੀਂ — ਇਸ ਲਈ "ਇੱਕ ਬਾਕੀ" ਕਿਸੇ ਖਾਸ ਇਕਾਈ ਬਾਰੇ ਤੱਥ ਹੈ, ਅਤੇ ਰਿਫ਼ੰਡ ਹਿਸਾਬ ਨਹੀਂ ਵਿਗਾੜਦੇ।
ਯੋਗਤਾ, ਵੱਖਰੇ ਤੌਰ 'ਤੇ
"ਕੀ ਇਹ ਕਮਰਾ ਇਹ ਸੇਵਾ ਦੇ ਸਕਦਾ ਹੈ" ਆਪਣੇ-ਆਪ ਵਿੱਚ ਵੱਖਰਾ ਮੈਟ੍ਰਿਕਸ ਹੈ, ਰੁਝੇਵੇਂ ਤੋਂ ਅਲੱਗ — ਇਸ ਲਈ ਵਿਹਲਾ ਪਰ ਗਲਤ ਰਿਸੋਰਸ ਕਦੇ ਪੇਸ਼ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਵਜ੍ਹਾ ਜਾਂਚੀ ਜਾ ਸਕਦੀ ਹੈ।
ਕੈਲੰਡਰ ਸਿੰਕ
ਤੁਹਾਡੇ ਕੈਲੰਡਰ, ਉਪਲਬਧਤਾ ਵਿੱਚੋਂ ਘਟਾਏ ਹੋਏ
ਬੁਕਿੰਗਾਂ ਬਾਹਰ ਪੁਸ਼ ਹੁੰਦੀਆਂ ਹਨ
ਅਪੌਇੰਟਮੈਂਟਾਂ Google, Outlook ਜਾਂ Apple ਕੈਲੰਡਰਾਂ ਵਿੱਚ ਇਵੈਂਟ ਬਣ ਕੇ ਦਿਸਦੀਆਂ ਹਨ — ਅਤੇ ਰੱਦ ਹੋਣ 'ਤੇ ਹਟ ਜਾਂਦੀਆਂ ਹਨ। ਸੇਵਾ ਦੇਣ ਵਾਲੇ ਦੇ ਫ਼ੋਨ ਦਾ ਕੈਲੰਡਰ ਕਦੇ ਵੀ ਡਾਇਰੀ ਤੋਂ ਇੱਕ ਦਿਨ ਪਿੱਛੇ ਨਹੀਂ ਰਹਿੰਦਾ।
ਰੁੱਝਿਆ ਸਮਾਂ ਅੰਦਰ ਆਉਂਦਾ ਹੈ
ਬਾਹਰੀ ਇਵੈਂਟ ਉਪਲਬਧਤਾ ਵਿੱਚੋਂ ਘਟ ਜਾਂਦੇ ਹਨ — ਜੇ ਵੀਰਵਾਰ 15:00 ਵਜੇ ਤੁਹਾਡੇ ਨਿੱਜੀ Google Calendar ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਦੰਦਾਂ ਦੇ ਡਾਕਟਰ ਦੀ ਅਪੌਇੰਟਮੈਂਟ ਹੈ, ਤਾਂ AI ਉਹ ਸਮਾਂ ਕਦੇ ਪੇਸ਼ ਨਹੀਂ ਕਰਦਾ।
ਹਰ ਸਰੋਤ ਲਈ ਭੂਮਿਕਾ ਅਤੇ ਦਿਸ਼ਾ
ਹਰ ਜੁੜੇ ਸਰੋਤ ਦੀ ਆਪਣੀ ਸੈਟਿੰਗ ਹੈ — ਉਸ ਤੋਂ ਪੜ੍ਹਨਾ, ਉਸ ਵਿੱਚ ਲਿਖਣਾ, ਦੋਵੇਂ, ਜਾਂ ਸਿਰਫ਼ ਰੁੱਝਿਆ ਸਮਾਂ — ਤਾਂ ਜੋ ਕਲੀਨਿਕ ਦਾ ਸਾਂਝਾ ਕੈਲੰਡਰ ਅਤੇ ਨਿੱਜੀ ਕੈਲੰਡਰ ਬਿਨਾਂ ਕਿਸੇ ਟਕਰਾਅ ਦੇ ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਨਿਭਾ ਸਕਣ।
ਰਿਮਾਈਂਡਰ ਅਤੇ ਓਪਰੇਸ਼ਨ
ਅਗਲੀ ਕਾਰਵਾਈ, ਆਪਣੇ-ਆਪ
ਰਿਮਾਈਂਡਰ ਜੋ ਸੱਚਮੁੱਚ ਜਾਂਦੇ ਹਨ
ਤੁਹਾਡੇ ਤੈਅ ਕੀਤੇ ਅਗਾਊਂ ਸਮੇਂ 'ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਪੁਸ਼ਟੀਆਂ ਅਤੇ ਰਿਮਾਈਂਡਰ — ਈਮੇਲ ਰਾਹੀਂ, ਚਾਹੋ ਤਾਂ SMS ਵੀ — ਨਾਲ ਹੀ ਨਵੀਆਂ ਬੁਕਿੰਗਾਂ 'ਤੇ ਸਟਾਫ਼ ਨੂੰ ਸੂਚਨਾਵਾਂ। "ਮੁੜ ਕੇ ਯਾਦ ਕਰਾਉਣਾ" ਹੁਣ ਕਿਸੇ ਦੀ ਯਾਦਦਾਸ਼ਤ 'ਤੇ ਨਹੀਂ ਟਿਕਿਆ।
ਬੁਕਿੰਗਾਂ ਸਟਾਕ ਵਰਤਦੀਆਂ ਹਨ
ਸੇਵਾ ਵਾਲੀ ਅਪੌਇੰਟਮੈਂਟ ਸਟਾਕ ਲੈਜਰ ਵਿੱਚੋਂ ਪੁਰਜ਼ੇ ਵਰਤ ਸਕਦੀ ਹੈ — ਇਲਾਜ ਅਤੇ ਉਸ ਵਿੱਚ ਵਰਤਿਆ ਸਮਾਨ, ਦੋਵਾਂ ਦਾ ਹਿਸਾਬ ਇੱਕੋ ਕਦਮ ਵਿੱਚ ਮਿਲ ਜਾਂਦਾ ਹੈ।
ਇਤਿਹਾਸ ਵੀ ਨਾਲ ਆਉਂਦਾ ਹੈ
ਕਿਸੇ ਹੋਰ CRM ਤੋਂ ਆ ਰਹੇ ਹੋ? ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੰਜਣ ਤੁਹਾਡਾ ਮੌਜੂਦਾ ਅਪੌਇੰਟਮੈਂਟ ਇਤਿਹਾਸ ਉਸੇ ਲੈਜਰ ਵਿੱਚ ਇੰਪੋਰਟ ਕਰਦਾ ਹੈ — ਡਾਇਰੀ ਯਾਦਦਾਸ਼ਤ ਗੁਆ ਕੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੀ।
ਬਾਰੀਕੀਆਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ
ਯੋਜਨਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਦੱਸਿਆ
ਵੱਖਰਾ ਬੁਕਿੰਗ ਲਿੰਕ ਅਜੇ ਨਹੀਂ
ਆਪਣੇ-ਆਪ ਬੁਕਿੰਗ ਵੈੱਬਸਾਈਟ ਦੇ ਚੈਟ ਵਿਜੇਟ ਦੇ ਅੰਦਰ ਹੁੰਦੀ ਹੈ — Calendly ਵਰਗਾ ਜਨਤਕ ਬੁਕਿੰਗ ਪੇਜ, ਜੋ ਤੁਸੀਂ ਈਮੇਲ ਵਿੱਚ ਭੇਜ ਸਕੋ, ਅਜੇ ਨਹੀਂ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਮੁੱਖ ਤਰੀਕਾ ਇਹੀ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਦੱਸੋ; ਇਸੇ ਨਾਲ ਰੋਡਮੈਪ ਬਣਦਾ ਹੈ।
ਬਾਹਰੀ CRM ਘੱਟ ਵੇਰਵੇ ਲਿਜਾਂਦੇ ਹਨ
ਜਦੋਂ ਕੋਈ ਬੁਕਿੰਗ ਜੁੜੇ CRM ਵਿੱਚ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, ਉਪਕਰਣ ਅਤੇ ਖਪਤ ਦੇ ਵੇਰਵੇ ਸ਼ਾਇਦ ਨਾ ਪਹੁੰਚਣ — ਵੈਂਡਰਾਂ ਦੇ API ਇਹ ਧੁਰੇ ਨਹੀਂ ਦਿੰਦੇ, ਅਤੇ ਸਿੰਕ ਚੁੱਪ-ਚਾਪ ਛੱਡਣ ਦੀ ਬਜਾਏ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਛੁੱਟ ਗਿਆ।
ਲੈਜਰ ਹਮੇਸ਼ਾ ਸਾਡਾ ਹੀ
ਜਿਹੜੇ ਵੀ ਕੈਲੰਡਰ ਅਤੇ CRM ਜੁੜਨ, ਬੁਕਿੰਗ ਲੈਜਰ ConnectWiz ਦੇ ਆਪਣੇ ਡਾਟਾਬੇਸ ਵਿੱਚ ਹੀ ਰਹਿੰਦਾ ਹੈ — ਬਾਹਰੀ ਸਿਸਟਮ ਸਰੋਤ ਅਤੇ ਨਕਲ ਹਨ, ਮਾਲਕ ਕਦੇ ਨਹੀਂ। ਇਹ ਡਿਜ਼ਾਈਨ ਦਾ ਸੋਚਿਆ-ਸਮਝਿਆ ਫ਼ੈਸਲਾ ਹੈ, ਸਾਫ਼ ਲਿਖਿਆ ਹੋਇਆ।
ਬੁਕਿੰਗ ਬਾਰੇ ਸਵਾਲ-ਜਵਾਬ
ਸ਼ਡਿਊਲ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ
ਹੋਰ ਜਾਣਕਾਰੀ: ਪੂਰੇ ਸਵਾਲ-ਜਵਾਬ, ਜਾਂ ਸਿੱਧਾ ਸਾਡੇ ਤੋਂ ਪੁੱਛੋ।
ਹਰ "ਤੁਸੀਂ ਕਦੋਂ ਵਿਹਲੇ ਹੋ?" ਦਾ ਅੰਤ ਇੱਕ ਰਾਖਵੇਂ ਸਲਾਟ 'ਤੇ ਹੋ ਸਕਦਾ ਹੈ।
ਆਪਣੇ ਰਿਸੋਰਸ ਇੱਕ ਵਾਰ ਸੈੱਟ ਕਰੋ — ਫਿਰ ਏਜੰਟ, AI, ਫ਼ਲੋ ਅਤੇ ਗਾਹਕ ਸਭ ਇੱਕੋ ਸੱਚ ਦੇ ਅਧਾਰ 'ਤੇ ਬੁੱਕ ਕਰਦੇ ਹਨ।