ਹੋਟਲ ਬੁਕਿੰਗ ਵੈੱਬਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ: ਕਮਰੇ, ਰੇਟ, ਉਪਲਬਧਤਾ ਅਤੇ ਭੁਗਤਾਨ

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

ਸਾਈਟ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਪੰਨੇ

• ਜਨਤਕ: ਹੋਮ, ਕਮਰੇ (ਫੋਟੋਆਂ, ਬਿਸਤਰੇ, ਆਕਾਰ, ਸਹੂਲਤਾਂ, ਵੱਧ ਤੋਂ ਵੱਧ ਮਹਿਮਾਨ), ਮਿਤੀਆਂ ਅਤੇ ਮਹਿਮਾਨਾਂ ਦੀ ਖੋਜ, ਕਮਰਾ ਕਿਸਮ ਅਨੁਸਾਰ ਕੁੱਲ ਕੀਮਤ ਵਾਲੇ ਨਤੀਜੇ, ਬੁਕਿੰਗ ਫਾਰਮ, ਭੁਗਤਾਨ, ਅਤੇ ਬੁਕਿੰਗ ਪ੍ਰਬੰਧਨ ਲਿੰਕ ਵਾਲਾ ਪੁਸ਼ਟੀ ਪੰਨਾ।
• ਸਹਾਇਕ: ਥਾਂ ਅਤੇ ਰਸਤਾ, ਨੀਤੀਆਂ (ਚੈੱਕ-ਇਨ ਸਮਾਂ, ਰੱਦ ਕਰਨਾ, ਬੱਚੇ, ਪਾਲਤੂ), FAQ, ਸੰਪਰਕ।
• ਨਿੱਜੀ (ਸਟਾਫ਼): ਅੱਜ ਦੇ ਆਗਮਨ ਅਤੇ ਰਵਾਨਗੀ, ਰਾਤ ਅਨੁਸਾਰ ਕਮਰਿਆਂ ਦਾ ਕੈਲੰਡਰ ਗਰਿੱਡ, ਬੁਕਿੰਗ ਸੂਚੀ, ਬਲੌਕ ਕੀਤੀਆਂ ਤਾਰੀਖਾਂ, ਰੇਟ ਅਤੇ ਕਮਰਿਆਂ ਦੀਆਂ ਸੈਟਿੰਗਾਂ।

ਡੇਟਾ

ਚੈੱਕ-ਇਨ ਅਤੇ ਚੈੱਕ-ਆਊਟ ਨੂੰ ਤਾਰੀਖਾਂ ਵਜੋਂ ਸੇਵ ਕਰੋ, ਸਮੇਂ ਵਜੋਂ ਨਹੀਂ, ਅਤੇ ਚੈੱਕ-ਆਊਟ ਨੂੰ ਬਾਹਰ ਰੱਖਣ ਵਾਲਾ ਮੰਨੋ: 10 ਤੋਂ 12 ਤਾਰੀਖ ਦਾ ਠਹਿਰਾਅ 10 ਅਤੇ 11 ਦੀਆਂ ਰਾਤਾਂ ਵਰਤਦਾ ਹੈ। ਇਹ ਗਲਤ ਹੋਣਾ ਉਪਲਬਧਤਾ ਦੀ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀ ਬਣਦੀ ਹੈ।

ਇਜਾਜ਼ਤਾਂ

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

ਫੈਸਲੇ ਅਤੇ ਸਮਝੌਤੇ

ਬੇਨਤੀ-ਬੁੱਕ ਜਾਂ ਤੁਰੰਤ ਬੁਕਿੰਗ

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

ਕਮਰਾ ਕਿਸਮਾਂ ਵੇਚਣੀਆਂ ਜਾਂ ਤੈਅ ਕਮਰੇ

ਮਹਿਮਾਨ ਆਮ ਤੌਰ ’ਤੇ ਕਮਰਾ ਕਿਸਮ ਬੁੱਕ ਕਰਦੇ ਹਨ (“ਸਮੁੰਦਰੀ ਦ੍ਰਿਸ਼ ਵਾਲਾ ਡਬਲ”), ਅਤੇ ਸਟਾਫ਼ ਬਾਅਦ ਵਿੱਚ ਅਸਲ ਕਮਰਾ ਤੈਅ ਕਰਦਾ ਹੈ। ਤੈਅ ਕਮਰੇ ਵੇਚਣਾ ਬਣਾਉਣ ਵਿੱਚ ਸੌਖਾ ਹੈ, ਪਰ ਕੈਲੰਡਰ ਭਰਨਾ ਔਖਾ ਬਣਾਉਂਦਾ ਹੈ।

ਰੇਟ

ਹਰ ਕਮਰਾ ਕਿਸਮ ਲਈ ਪ੍ਰਤੀ ਰਾਤ ਇੱਕ ਕੀਮਤ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਨਾਲ ਤਾਰੀਖਾਂ ਦੀ ਰੇਂਜ ਲਈ ਵਿਕਲਪਿਕ ਬਦਲ (ਉੱਚ ਮੌਸਮ, ਛੁੱਟੀਆਂ) ਅਤੇ ਘੱਟੋ-ਘੱਟ ਠਹਿਰਾਅ। ਡਾਇਨਾਮਿਕ ਕੀਮਤ, ਪ੍ਰੋਮੋ ਕੋਡ ਅਤੇ ਪੈਕੇਜ ਬਾਅਦ ਲਈ ਛੱਡੋ।

ਭੁਗਤਾਨ

ਵਿਕਲਪ, ਵਧਦੀ ਗੁੰਝਲਤਾ ਦੇ ਕ੍ਰਮ ਵਿੱਚ: ਆਗਮਨ ’ਤੇ ਭੁਗਤਾਨ; Stripe Checkout ਵਰਗੇ ਹੋਸਟਡ ਚੈੱਕਆਉਟ ਰਾਹੀਂ ਜਮ੍ਹਾਂ ਰਕਮ; ਗੈਰ-ਵਾਪਸੀਯੋਗ ਰੇਟ ਲਈ ਪੂਰੀ ਅਗਾਊਂ ਅਦਾਇਗੀ; ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਚਾਰਜ ਲਈ ਕਾਰਡ ਸੇਵ ਕਰਨਾ। ਭੁਗਤਾਨ ਦੇ ਨਿਯਮ, ਟੈਕਸ ਅਤੇ ਸੈਰ-ਸਪਾਟਾ ਲੇਵੀ ਦੇਸ਼ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹਨ — ਸਥਾਨਕ ਨਿਯਮ ਜਾਂਚੋ ਜਾਂ ਕਿਸੇ ਸਲਾਹਕਾਰ ਤੋਂ ਪੁੱਛੋ। ਸਾਡੀ ਭੁਗਤਾਨ ਗਾਈਡ ਤਕਨੀਕੀ ਪੱਖ ਦੱਸਦੀ ਹੈ।

ਹੋਰ ਚੈਨਲ

ਜੇ ਕਮਰੇ ਔਨਲਾਈਨ ਟਰੈਵਲ ਏਜੰਸੀਆਂ ਜਾਂ ਛੁੱਟੀਆਂ ਦੇ ਕਿਰਾਏ ਵਾਲੇ ਪਲੇਟਫਾਰਮਾਂ ’ਤੇ ਵੀ ਸੂਚੀਬੱਧ ਹਨ, ਤਾਂ ਕੈਲੰਡਰ ਇਕਸਾਰ ਰੱਖਣੇ ਪੈਣਗੇ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਪਲੇਟਫਾਰਮ ਕੈਲੰਡਰ iCal ਲਿੰਕਾਂ ਵਜੋਂ ਐਕਸਪੋਰਟ ਅਤੇ ਇੰਪੋਰਟ ਕਰ ਸਕਦੇ ਹਨ; ਇਸ ਤਰੀਕੇ ਨਾਲ ਸਿੰਕ ਕਰਨਾ ਛੋਟੀਆਂ ਜਾਇਦਾਦਾਂ ਵਿੱਚ ਆਮ ਹੈ, ਪਰ ਇਹ ਤੁਰੰਤ ਨਹੀਂ, ਦੇਰੀ ਨਾਲ ਹੁੰਦਾ ਹੈ। ਚੈਨਲ ਮੈਨੇਜਰ ਪੇਸ਼ੇਵਰ ਹੱਲ ਹੈ।

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

Harbour House ਲਈ ਇੱਕ ਸਿੱਧੀ ਬੁਕਿੰਗ ਵੈੱਬਸਾਈਟ ਬਣਾਓ, ਜੋ ਟੋਬਰਮੋਰੀ, ਸਕਾਟਲੈਂਡ ਵਿੱਚ 9 ਕਮਰਿਆਂ ਵਾਲਾ ਗੈਸਟਹਾਊਸ ਹੈ। ਕਮਰਾ ਕਿਸਮਾਂ: Double (4 ਕਮਰੇ, 2 ਮਹਿਮਾਨ, £120/ਰਾਤ), Twin (3 ਕਮਰੇ, 2 ਮਹਿਮਾਨ, £115), Family (2 ਕਮਰੇ, 2 ਬਾਲਗ + 2 ਬੱਚੇ, £165)। ਮਹਿਮਾਨ ਚੈੱਕ-ਇਨ ਤਾਰੀਖ, ਚੈੱਕ-ਆਊਟ ਤਾਰੀਖ ਅਤੇ ਮਹਿਮਾਨਾਂ ਨਾਲ ਖੋਜਦੇ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਉਹ ਕਮਰਾ ਕਿਸਮਾਂ ਵੇਖਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਠਹਿਰਾਅ ਦੀ ਹਰ ਰਾਤ ਲਈ ਕੋਈ ਖਾਲੀ ਕਮਰਾ ਹੋਵੇ, ਕੁੱਲ ਕੀਮਤ ਨਾਲ। ਚੈੱਕ-ਆਊਟ ਬਾਹਰ ਰੱਖਣ ਵਾਲਾ ਹੈ। ਜੁਲਾਈ ਅਤੇ ਅਗਸਤ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਠਹਿਰਾਅ 2 ਰਾਤਾਂ। ਬੁਕਿੰਗ ਫਾਰਮ ਨਾਮ, ਈਮੇਲ, ਫ਼ੋਨ ਅਤੇ ਆਗਮਨ ਸਮਾਂ ਲਏ; ਇਸ ਨੂੰ “pending” ਵਜੋਂ ਸੇਵ ਕਰੋ ਅਤੇ ਸੇਵ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ’ਤੇ ਉਪਲਬਧਤਾ ਮੁੜ ਜਾਂਚੋ। ਲੌਗਇਨ ਵਾਲਾ ਸਟਾਫ਼ ਖੇਤਰ: ਅੱਜ ਦੇ ਆਗਮਨ ਅਤੇ ਰਵਾਨਗੀ, ਰਾਤ ਅਨੁਸਾਰ ਕਮਰਿਆਂ ਦਾ ਕੈਲੰਡਰ ਗਰਿੱਡ, ਸਥਿਤੀ ਵਾਲੀ ਬੁਕਿੰਗ ਸੂਚੀ, ਅਤੇ ਤਾਰੀਖਾਂ ਬਲੌਕ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਹਰ ਬੁਕਿੰਗ ਪੰਨੇ ’ਤੇ ਚੈੱਕ-ਇਨ 3–8 ਵਜੇ, ਚੈੱਕ-ਆਊਟ 10 ਵਜੇ, ਅਤੇ ਰੱਦ ਕਰਨ ਦੀ ਨੀਤੀ (7 ਦਿਨ ਪਹਿਲਾਂ ਤੱਕ ਮੁਫ਼ਤ) ਵਿਖਾਓ। ਸ਼ਾਂਤ ਤੱਟਵਰਤੀ ਡਿਜ਼ਾਈਨ, ਮੋਬਾਈਲ-ਪਹਿਲਾਂ।

ਬਣਾਉਣ ਦੇ ਕਦਮ

1. ਪਹਿਲਾਂ ਕਮਰੇ ਅਤੇ ਰਾਤਾਂ ਦਾ ਮਾਡਲ। ਕਮਰਾ ਕਿਸਮਾਂ, ਕਮਰੇ, ਰੇਟ ਅਤੇ ਉਪਲਬਧਤਾ ਜਾਂਚ। ਕਿਸੇ ਵੀ ਡਿਜ਼ਾਈਨ ਕੰਮ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਨੂੰ ਟੈਸਟ ਕਰੋ।
2. ਖੋਜ ਅਤੇ ਨਤੀਜੇ। ਤਾਰੀਖ ਚੋਣਕਾਰ, ਮਹਿਮਾਨਾਂ ਦੀ ਗਿਣਤੀ, ਠਹਿਰਾਅ ਦੀ ਕੁੱਲ ਕੀਮਤ, ਅਤੇ ਸਾਫ਼ “ਵਿਕ ਗਿਆ” ਦੀਆਂ ਸਥਿਤੀਆਂ।
3. ਬੁਕਿੰਗ ਫਲੋ। ਫਾਰਮ → ਸਰਵਰ ’ਤੇ ਉਪਲਬਧਤਾ ਮੁੜ ਜਾਂਚ → pending ਬੁਕਿੰਗ → ਪ੍ਰਬੰਧਨ ਲਿੰਕ ਵਾਲਾ ਪੁਸ਼ਟੀ ਪੰਨਾ।
4. ਸਟਾਫ਼ ਖੇਤਰ ਲੌਗਇਨ ਨਾਲ: ਆਗਮਨ, ਰਵਾਨਗੀ, ਕੈਲੰਡਰ ਗਰਿੱਡ, ਤਾਰੀਖਾਂ ਬਲੌਕ।
5. ਈਮੇਲ ਪੁਸ਼ਟੀ ਆਪਣੇ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ, ਤਾਰੀਖਾਂ, ਕੁੱਲ, ਪਤੇ ਅਤੇ ਨੀਤੀ ਸਮੇਤ। ਵੇਖੋ ਈਮੇਲ ਭੇਜਣਾ।
6. ਜਮ੍ਹਾਂ ਰਕਮਾਂ Stripe ਟੈਸਟ ਮੋਡ ਵਿੱਚ, ਬੁਕਿੰਗ ਸਿਰਫ਼ ਉਦੋਂ ਪੱਕੀ ਕਰੋ ਜਦੋਂ ਭੁਗਤਾਨ ਸਫਲ ਹੋਵੇ। ਭੁਗਤਾਨ ਵੈਬਹੁੱਕ ਲਈ ਤੁਹਾਡੀ ਐਪ ਜਨਤਕ URL ’ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
7. ਹੋਰ ਚੈਨਲਾਂ ਨਾਲ ਕੈਲੰਡਰ ਸਿੰਕ, ਜੇ ਤੁਸੀਂ ਵਰਤਦੇ ਹੋ, ਅਤੇ ਸ਼ੁਰੂ ਵਿੱਚ ਰੋਜ਼ਾਨਾ ਹੱਥੀਂ ਜਾਂਚ।
8. ਕਿਨਾਰੇ ਦੇ ਮਾਮਲੇ ਟੈਸਟ ਕਰੋ: ਦੋ ਬਰਾਊਜ਼ਰ ਆਖ਼ਰੀ ਕਮਰਾ ਬੁੱਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ, ਠਹਿਰਾਅ ਜੋ ਰੇਟ ਬਦਲਣ ਨੂੰ ਪਾਰ ਕਰੇ, ਰੱਦ ਕਰਨ ਨਾਲ ਰਾਤਾਂ ਖਾਲੀ ਹੋਣਾ, ਘੱਟੋ-ਘੱਟ ਠਹਿਰਾਅ ਮਿਆਦ ਦੌਰਾਨ ਇੱਕ-ਰਾਤ ਦੇ ਠਹਿਰਾਅ।
9. ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਪੁਰਾਣਾ ਤਰੀਕਾ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖੁਦ ਅਸਲ ਬੁਕਿੰਗ ਕਰੋ।

ਆਮ ਗਲਤੀਆਂ

• ਉਪਲਬਧਤਾ ਸਿਰਫ਼ ਬਰਾਊਜ਼ਰ ਵਿੱਚ ਜਾਂਚਣਾ। ਦੋ ਮਹਿਮਾਨ ਆਖ਼ਰੀ ਕਮਰਾ ਇੱਕੋ ਸਮੇਂ ਬੁੱਕ ਕਰ ਬੈਠਣਗੇ।
• ਚੈੱਕ-ਆਊਟ ਦੀ ਰਾਤ ਨੂੰ ਭਰੀ ਗਿਣਨਾ (ਜਾਂ ਚੈੱਕ-ਇਨ ਦੀ ਰਾਤ ਨਾ ਗਿਣਨਾ)। ਦੋ-ਰਾਤ ਦੇ ਠਹਿਰਾਅ ਲਈ ਟੈਸਟ ਲਿਖੋ।
• ਇੱਕ ਸਮਤਲ ਕੀਮਤ। ਜ਼ਿਆਦਾਤਰ ਜਾਇਦਾਦਾਂ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਮੌਸਮੀ ਬਦਲ ਚਾਹੀਦੇ ਹਨ।
• ਕੁੱਲ ਰਕਮ ਆਖ਼ਰੀ ਕਦਮ ਤੱਕ ਲੁਕਾਉਣਾ। ਨਤੀਜਿਆਂ ਵਿੱਚ ਠਹਿਰਾਅ ਦੀ ਪੂਰੀ ਕੀਮਤ ਵਿਖਾਓ, ਜਿਸ ਵਿੱਚ ਤੁਹਾਨੂੰ ਪਤਾ ਹੋਣ ਵਾਲੀਆਂ ਫੀਸਾਂ ਵੀ ਹੋਣ।
• ਨੀਤੀਆਂ ਫੁੱਟਰ ਵਿੱਚ ਦੱਬੀਆਂ। ਰੱਦ ਕਰਨ ਦੀਆਂ ਸ਼ਰਤਾਂ ਭੁਗਤਾਨ ਬਟਨ ਦੇ ਨਾਲ ਵਿਖਾਓ।
• iCal ਸਿੰਕ ਨੂੰ ਤੁਰੰਤ ਮੰਨਣਾ। ਇਹ ਤੁਰੰਤ ਨਹੀਂ ਹੁੰਦਾ; ਜਦੋਂ ਲਗਭਗ ਭਰੇ ਹੋਵੋ ਤਾਂ ਤਾਰੀਖਾਂ ਹੱਥੀਂ ਬੰਦ ਕਰੋ।

ਕਦੋਂ ਬਣੀ-ਬਣਾਈ ਉਤਪਾਦ ਬਿਹਤਰ ਚੋਣ ਹੈ

ਜੇ ਤੁਸੀਂ ਕੁਝ ਕਮਰਿਆਂ ਤੋਂ ਵੱਧ ਚਲਾਉਂਦੇ ਹੋ, ਕਈ ਔਨਲਾਈਨ ਟਰੈਵਲ ਏਜੰਸੀਆਂ ਰਾਹੀਂ ਵੇਚਦੇ ਹੋ, ਜਾਂ ਹਾਊਸਕੀਪਿੰਗ, ਇਨਵੌਇਸਿੰਗ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਬਿਲਟ-ਇਨ ਬੁਕਿੰਗ ਇੰਜਣ ਅਤੇ ਚੈਨਲ ਮੈਨੇਜਰ ਵਾਲਾ ਪ੍ਰਾਪਰਟੀ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ ਆਮ ਤੌਰ ’ਤੇ ਸਹੀ ਫੈਸਲਾ ਹੈ। ਇਹ ਉਤਪਾਦ ਚੈਨਲਾਂ ਵਿੱਚ ਓਵਰਬੁਕਿੰਗ ਹੱਲ ਕਰਨ ਲਈ ਹਨ, ਅਤੇ ਇਸ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਦੁਹਰਾਉਣਾ ਮਹਿੰਗਾ ਹੈ।

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

Mythex ਨਾਲ ਬਣਾਉਣਾ

Mythex ’ਤੇ ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਜਾਇਦਾਦ ਦੱਸਦੇ ਹੋ, ਲਾਈਵ ਪ੍ਰੀਵਿਊ (ਫ਼ੋਨ-ਆਕਾਰ ਫਰੇਮ ਸਮੇਤ) ਵਿੱਚ ਸਾਈਟ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ, ਅਤੇ ਠੀਕ ਹੋਣ ’ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ। ਬੁਕਿੰਗਾਂ, ਕਮਰੇ ਅਤੇ ਰੇਟ ਇੱਕ Postgres ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਜੋ ਏਜੰਟ ਉਦੋਂ ਜੋੜਦਾ ਹੈ ਜਦੋਂ ਐਪ ਨੂੰ ਡੇਟਾ ਸੇਵ ਕਰਨਾ ਪਵੇ; ਵਿਹਲ ਵਿੱਚ ਇਹ ਸੌਂ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਬੇਨਤੀ ’ਤੇ ਜਾਗਦਾ ਹੈ। ਸਟਾਫ਼ ਲੌਗਇਨ, ਈਮੇਲ ਪੁਸ਼ਟੀਆਂ ਅਤੇ ਜਮ੍ਹਾਂ ਰਕਮਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਪ੍ਰਦਾਤਾਵਾਂ ਅਤੇ ਕੀਜ਼ ਨਾਲ ਜੁੜੇ ਹਨ — Mythex ਵਿੱਚ ਅੰਤਮ-ਯੂਜ਼ਰ ਲੌਗਇਨ, ਈਮੇਲ ਜਾਂ ਭੁਗਤਾਨ ਦਾ ਕੋਈ ਬਿਲਟ-ਇਨ ਉਤਪਾਦ ਨਹੀਂ ਹੈ — ਇਸ ਲਈ ਜਮ੍ਹਾਂ ਰਕਮਾਂ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ Stripe ਰੈਸਿਪੀ ਪੜ੍ਹੋ। ਖੋਜ ਅਤੇ ਬੁਕਿੰਗ ਵਿੱਚੋਂ ਲੰਘਣ ਲਈ /test ਵਰਤੋ, ਅਤੇ ਜੇ ਕੋਈ ਬਦਲਾਅ ਉਪਲਬਧਤਾ ਤੋੜੇ ਤਾਂ ਚੈੱਕਪੌਇੰਟ ਨਾਲ ਵਾਪਸ ਜਾਓ।

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

ਸਵਾਲ