ਬੁਕਿੰਗ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ: ਸਲਾਟ, ਉਪਲਬਧਤਾ, ਯਾਦ-ਦਹਾਨੀਆਂ ਅਤੇ ਡਿਪਾਜ਼ਿਟ

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

ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ "ਬੁਕਿੰਗ" ਤੁਹਾਡੇ ਲਈ ਕੀ ਹੈ

ਬੁਕਿੰਗ ਐਪਾਂ ਉੱਪਰੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਲੱਗਦੀਆਂ ਹਨ, ਪਰ ਅੰਦਰੋਂ ਕਾਫ਼ੀ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ ਇਹਨਾਂ ਦੇ ਜਵਾਬ ਦਿਓ:

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

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

ਐਪ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਡੇਟਾ

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

ਪੰਨੇ

• ਜਨਤਕ: ਸੇਵਾਵਾਂ ਦੀ ਸੂਚੀ, ਸਲਾਟ ਚੋਣਕਾਰ, ਬੁਕਿੰਗ ਫਾਰਮ, ਪੁਸ਼ਟੀ ਪੰਨਾ, ਅਤੇ ਰੱਦ ਕਰਨ ਜਾਂ ਸਮਾਂ ਬਦਲਣ ਦਾ ਲਿੰਕ।
• ਨਿੱਜੀ (ਮਾਲਕ ਜਾਂ ਸਟਾਫ਼): ਅੱਜ ਦਾ ਸ਼ਡਿਊਲ, ਆਉਣ ਵਾਲੀਆਂ ਬੁਕਿੰਗਾਂ, ਛੁੱਟੀ ਦਾ ਸਮਾਂ ਬਲਾਕ ਕਰਨ ਦਾ ਤਰੀਕਾ, ਅਤੇ ਸੇਵਾਵਾਂ ਤੇ ਘੰਟਿਆਂ ਦੀਆਂ ਸੈਟਿੰਗਾਂ।

ਇਜਾਜ਼ਤਾਂ

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

ਔਖੇ ਹਿੱਸੇ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਣਾ ਹੈ

ਡਬਲ ਬੁਕਿੰਗ

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

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

ਫਿਰ ਦੋ ਬ੍ਰਾਊਜ਼ਰ ਵਿੰਡੋਆਂ ਨਾਲ ਇਸਨੂੰ ਟੈਸਟ ਕਰੋ।

ਸਮਾਂ ਖੇਤਰ

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

ਬਫ਼ਰ, ਨੋਟਿਸ ਅਤੇ ਹੱਦਾਂ

ਆਮ ਨਿਯਮ ਜੋ ਸ਼ੁਰੂ ਵਿੱਚ ਤੈਅ ਕਰਨ ਯੋਗ ਹਨ: ਮੁਲਾਕਾਤਾਂ ਵਿਚਕਾਰ ਬਫ਼ਰ, ਘੱਟੋ-ਘੱਟ ਨੋਟਿਸ ("2 ਘੰਟੇ ਤੋਂ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਕੋਈ ਬੁਕਿੰਗ ਨਹੀਂ"), ਲੋਕ ਕਿੰਨਾ ਅੱਗੇ ਬੁੱਕ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਸੀਮਾ। ਹਰ ਇੱਕ ਪ੍ਰੋਂਪਟ ਵਿੱਚ ਇੱਕ ਵਾਕ ਹੈ; ਇਹਨਾਂ ਨੂੰ ਛੱਡਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ AI ਤੁਹਾਡੇ ਲਈ ਡਿਫਾਲਟ ਚੁਣਦਾ ਹੈ।

ਰੱਦ ਕਰਨਾ ਅਤੇ ਨਾ ਆਉਣਾ

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

ਯਾਦ-ਦਹਾਨੀਆਂ

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

ਡਿਪਾਜ਼ਿਟ ਅਤੇ ਭੁਗਤਾਨ

Stripe ਨਾਲ ਆਮ ਪੈਟਰਨ ਇਹ ਹੈ:

1. ਗਾਹਕ ਸਲਾਟ ਚੁਣਦਾ ਹੈ; ਐਪ ਇੱਕ ਬਕਾਇਆ ਬੁਕਿੰਗ ਬਣਾਉਂਦੀ ਹੈ ਜੋ ਕੁਝ ਸਮੇਂ (ਮੰਨ ਲਓ 15 ਮਿੰਟ) ਲਈ ਸਲਾਟ ਰੋਕ ਕੇ ਰੱਖਦੀ ਹੈ।
2. ਐਪ ਉਹਨਾਂ ਨੂੰ ਡਿਪਾਜ਼ਿਟ ਲਈ Stripe Checkout ਵਿੱਚ ਭੇਜਦੀ ਹੈ।
3. ਭੁਗਤਾਨ ਸਫ਼ਲ ਹੋਣ 'ਤੇ Stripe ਵੈਬਹੁੱਕ ਰਾਹੀਂ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਦੱਸਦਾ ਹੈ; ਬੁਕਿੰਗ ਪੱਕੀ ਹੋ ਜਾਂਦੀ ਹੈ।
4. ਜੇ ਸਮੇਂ ਵਿੱਚ ਭੁਗਤਾਨ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਬਕਾਇਆ ਬੁਕਿੰਗ ਮਿਆਦ ਖ਼ਤਮ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਲਾਟ ਮੁੜ ਖਾਲੀ ਹੋ ਜਾਂਦਾ ਹੈ।

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

ਇੱਕ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ

Northside Barbers ਲਈ ਇੱਕ ਬੁਕਿੰਗ ਐਪ ਬਣਾਓ। ਸੇਵਾਵਾਂ: ਵਾਲ ਕੱਟਣੇ (30 ਮਿੰਟ, $25), ਦਾੜ੍ਹੀ ਟ੍ਰਿਮ (15 ਮਿੰਟ, $12), ਵਾਲ ਕੱਟਣੇ + ਦਾੜ੍ਹੀ (45 ਮਿੰਟ, $32)। ਦੋ ਨਾਈ, Sam ਅਤੇ Ali, ਹਰ ਇੱਕ ਮੰਗਲਵਾਰ–ਸ਼ਨੀਵਾਰ 9:00–18:00 ਕੰਮ ਕਰਦਾ ਹੈ। ਗਾਹਕ ਇੱਕ ਸੇਵਾ ਚੁਣਦੇ ਹਨ, ਫਿਰ ਇੱਕ ਨਾਈ ਜਾਂ "ਕੋਈ ਵੀ ਨਾਈ", ਫਿਰ ਅਗਲੇ 14 ਦਿਨਾਂ ਦੇ ਸਿਰਫ਼ ਖਾਲੀ 15-ਮਿੰਟ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਵੇਖਦੇ ਹਨ, ਅਤੇ ਨਾਮ, ਫ਼ੋਨ ਅਤੇ ਈਮੇਲ ਭਰਦੇ ਹਨ। ਬੁਕਿੰਗਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ, ਹਰ ਮੁਲਾਕਾਤ ਤੋਂ ਬਾਅਦ 10 ਮਿੰਟ ਦਾ ਬਫ਼ਰ ਰੱਖੋ, ਅਤੇ ਡਬਲ ਬੁਕਿੰਗ ਰੋਕਣ ਲਈ ਸੇਵ ਕਰਨ ਵੇਲੇ ਉਪਲਬਧਤਾ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਰੱਦ ਕਰਨ ਵਾਲੇ ਲਿੰਕ ਨਾਲ ਪੁਸ਼ਟੀ ਪੰਨਾ ਦਿਖਾਓ। ਮਾਲਕ ਕੋਲ ਇੱਕ ਨਿੱਜੀ ਪੰਨਾ ਹੋਵੇ ਜਿਸ 'ਤੇ ਅੱਜ ਅਤੇ ਆਉਣ ਵਾਲੀਆਂ ਬੁਕਿੰਗਾਂ ਦੀ ਸੂਚੀ ਹੋਵੇ, ਉਹ ਕਿਸੇ ਬੁਕਿੰਗ ਨੂੰ ਰੱਦ ਕਰ ਸਕੇ ਅਤੇ ਸਮਾਂ ਬਲਾਕ ਕਰ ਸਕੇ। ਸਮੇਂ ਦੁਕਾਨ ਦੇ ਸਥਾਨਕ ਸਮਾਂ ਖੇਤਰ ਵਿੱਚ ਹੋਣ। ਸਾਫ਼, ਮੋਬਾਈਲ-ਪਹਿਲਾਂ ਡਿਜ਼ਾਈਨ।

ਇਹ ਸੇਵਾਵਾਂ, ਸਟਾਫ਼, ਘੰਟੇ, ਨਿਯਮ ਅਤੇ ਮਾਲਕ ਦਾ ਦ੍ਰਿਸ਼ ਨਾਮ ਲੈ ਕੇ ਦੱਸਦਾ ਹੈ — ਉਹ ਸਭ ਕੁਝ ਜੋ AI ਨੇ ਨਹੀਂ ਤਾਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਸੀ।

ਬਣਾਉਣ ਦੇ ਕਦਮ

1. ਪਹਿਲਾਂ ਮੁੱਖ ਬੁਕਿੰਗ ਪ੍ਰਵਾਹ। ਸੇਵਾਵਾਂ → ਸਲਾਟ → ਫਾਰਮ → ਸੇਵ ਹੋਈ ਬੁਕਿੰਗ → ਪੁਸ਼ਟੀ। ਜਦ ਤੱਕ ਇਹ ਫ਼ੋਨ 'ਤੇ ਕੰਮ ਨਾ ਕਰੇ, ਹੋਰ ਕੁਝ ਨਹੀਂ।
2. ਮਾਲਕ ਦਾ ਦ੍ਰਿਸ਼। ਅੱਜ ਦੀ ਸੂਚੀ, ਆਉਣ ਵਾਲੀਆਂ ਸੂਚੀਆਂ, ਰੱਦ ਕਰਨਾ, ਸਮਾਂ ਬਲਾਕ ਕਰਨਾ।
3. ਮਾਲਕ ਦੇ ਪੰਨਿਆਂ ਦੀ ਸੁਰੱਖਿਆ। ਅਸਲ ਡੇਟਾ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਲੌਗਇਨ ਜੋੜੋ।
4. ਨਿਯਮ। ਬਫ਼ਰ, ਨੋਟਿਸ ਮਿਆਦ, ਬੁਕਿੰਗ ਦੀ ਹੱਦ, ਛੁੱਟੀਆਂ।
5. ਈਮੇਲ। ਕੈਲੰਡਰ ਇਨਵਾਈਟ ਅਤੇ ਰੱਦ ਕਰਨ ਵਾਲੇ ਲਿੰਕ ਨਾਲ ਪੁਸ਼ਟੀ।
6. ਡਿਪਾਜ਼ਿਟ, ਜੇ ਲੋੜ ਹੋਵੇ, ਪਹਿਲਾਂ Stripe ਟੈਸਟ ਮੋਡ ਵਿੱਚ।
7. ਕਿਨਾਰੇ ਵਾਲੇ ਮਾਮਲੇ ਟੈਸਟ ਕਰੋ। ਦੋ ਵਿੰਡੋਆਂ ਇੱਕੋ ਸਲਾਟ ਬੁੱਕ ਕਰਦੀਆਂ ਹੋਈਆਂ, ਅੱਧੀ ਰਾਤ ਨੂੰ ਫੈਲੀ ਬੁਕਿੰਗ, ਦਿਨ ਦੀ ਰੌਸ਼ਨੀ ਦੀ ਬਚਤ ਵਾਲੀ ਤਾਰੀਖ਼, ਰੱਦ ਹੋਈ ਬੁਕਿੰਗ ਦਾ ਸਲਾਟ ਮੁੜ ਖਾਲੀ ਕਰਨਾ।
8. ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਲਿੰਕ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖ਼ੁਦ ਇੱਕ ਅਸਲ ਬੁਕਿੰਗ ਕਰੋ।

ਆਮ ਗਲਤੀਆਂ

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

ਕਦੋਂ Calendly (ਜਾਂ ਵਰਗਾ ਟੂਲ) ਬਿਹਤਰ ਚੋਣ ਹੈ

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

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

Mythex ਨਾਲ ਬਣਾਉਣਾ

Mythex 'ਤੇ ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਬੁਕਿੰਗ ਐਪ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹੋ, ਇਹ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਬੁਕਿੰਗਾਂ ਸੇਵ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਇੱਕ Postgres ਡੇਟਾਬੇਸ ਜੋੜਦਾ ਹੈ। ਡੌਕਸ ਵਿੱਚ ਬੁਕਿੰਗ ਪੰਨਾ ਵਰਤੋਂ ਦਾ ਕੇਸ ਇੱਕ ਬੇਨਤੀ ਫਾਰਮ ਅਤੇ ਐਡਮਿਨ ਸੂਚੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, ਫਿਰ ਬਾਕੀ ਜੋੜਨ ਦਾ। ਸਾਫ਼ ਰਹੋ ਕਿ ਕੀ ਅੰਦਰ ਬਣਿਆ ਹੈ ਅਤੇ ਕੀ ਤੁਸੀਂ ਆਪ ਜੋੜਦੇ ਹੋ: Mythex ਕੋਲ ਬਿਲਟ-ਇਨ ਕੈਲੰਡਰ ਸਿੰਕ, SMS ਯਾਦ-ਦਹਾਨੀਆਂ ਜਾਂ ਡਿਪਾਜ਼ਿਟ ਉਤਪਾਦ ਨਹੀਂ ਹੈ। ਈਮੇਲ ਤੁਹਾਡੇ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਜਾਂਦੀ ਹੈ, ਡਿਪਾਜ਼ਿਟ ਤੁਹਾਡੀਆਂ ਆਪਣੀਆਂ Stripe ਕੁੰਜੀਆਂ ਰਾਹੀਂ ਜੋ ਪ੍ਰੋਜੈਕਟ ਸੀਕ੍ਰੇਟ ਵਜੋਂ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ (Stripe ਰੈਸਿਪੀ), ਅਤੇ ਡਬਲ-ਬੁਕਿੰਗ ਅਤੇ ਸਮਾਂ ਖੇਤਰ ਦੇ ਨਿਯਮ ਉਹ ਹਨ ਜੋ ਤੁਸੀਂ ਉੱਪਰ ਦੱਸੇ ਅਨੁਸਾਰ ਤੈਅ ਤੇ ਟੈਸਟ ਕਰਦੇ ਹੋ।

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

ਸਵਾਲ