ਇਵੈਂਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ: RSVP, ਟਿਕਟਾਂ ਅਤੇ ਚੈੱਕ-ਇਨ
ਇਵੈਂਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਾਈਟ ਨੂੰ ਇੱਕ ਇਵੈਂਟ ਪੰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਤਾਰੀਖ, ਸਮਾਂ ਅਤੇ ਥਾਂ ਹੋਵੇ, ਇੱਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਫ਼ਾਰਮ ਜੋ ਸਮਰੱਥਾ ਦਾ ਆਦਰ ਕਰੇ, ਕੈਲੰਡਰ ਇਨਵਾਈਟ ਵਾਲੀ ਪੁਸ਼ਟੀ ਈਮੇਲ, ਤੁਹਾਡੇ ਲਈ ਹਾਜ਼ਰੀਨ ਦੀ ਸੂਚੀ, ਅਤੇ ਦਿਨ ਵੇਲੇ ਲੋਕਾਂ ਨੂੰ ਜਲਦੀ ਚੈੱਕ ਇਨ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਭੁਗਤਾਨ ਵਾਲੇ ਇਵੈਂਟਾਂ ਵਿੱਚ ਟਿਕਟ ਦੀਆਂ ਕਿਸਮਾਂ ਅਤੇ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਚੈੱਕਆਊਟ ਜੁੜਦਾ ਹੈ। ਇਹ ਸਭ ਤੁਸੀਂ ਇਵੈਂਟ ਅਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੇ ਨਿਯਮ ਦੱਸ ਕੇ AI ਐਪ ਬਿਲਡਰ ਨਾਲ ਬਣਾ ਸਕਦੇ ਹੋ; ਸਭ ਤੋਂ ਵੱਧ ਪਰਖ ਦੇ ਹੱਕਦਾਰ ਹਿੱਸੇ ਸਮਰੱਥਾ ਦੀਆਂ ਹੱਦਾਂ ਅਤੇ ਇਹ ਹਨ ਕਿ ਕੋਈ ਰੱਦ ਕਰੇ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ।
ਸਾਈਟ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ
ਹਾਜ਼ਰੀਨ ਲਈ
- ਇਵੈਂਟ ਪੰਨਾ: ਨਾਮ, ਤਾਰੀਖ, ਸ਼ੁਰੂ ਅਤੇ ਖ਼ਤਮ ਹੋਣ ਦਾ ਸਮਾਂ ਟਾਈਮ ਜ਼ੋਨ ਸਮੇਤ, ਥਾਂ ਦਾ ਨਕਸ਼ਾ ਲਿੰਕ (ਜਾਂ "ਔਨਲਾਈਨ" ਅਤੇ ਨੋਟ ਕਿ ਲਿੰਕ ਕਦੋਂ ਪਹੁੰਚੇਗਾ), ਏਜੰਡਾ, ਸਪੀਕਰ ਜਾਂ ਮੇਜ਼ਬਾਨ, ਕੀਮਤ, ਅਤੇ ਇਹ ਕਿਸ ਲਈ ਹੈ
- ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਫ਼ਾਰਮ: ਨਾਮ, ਈਮੇਲ, ਅਤੇ ਸਿਰਫ਼ ਉਹੀ ਸਵਾਲ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਵਰਤੋਗੇ (ਖ਼ੁਰਾਕੀ ਲੋੜਾਂ, ਕੰਪਨੀ, ਟੀ-ਸ਼ਰਟ ਦਾ ਆਕਾਰ)
- ਪੁਸ਼ਟੀ ਸਕਰੀਨ ਅਤੇ ਈਮੇਲ ਵੇਰਵਿਆਂ ਸਮੇਤ, ਇੱਕ ਕੈਲੰਡਰ ਫ਼ਾਈਲ (.ics) ਜੋ ਉਹ ਆਪਣੇ ਕੈਲੰਡਰ ਵਿੱਚ ਜੋੜ ਸਕਣ, ਅਤੇ ਰੱਦ ਕਰਨ ਦਾ ਤਰੀਕਾ
- ਯਾਦ-ਦਹਾਨੀ ਈਮੇਲ ਇੱਕ ਜਾਂ ਦੋ ਦਿਨ ਪਹਿਲਾਂ, ਰਸਤੇ ਜਾਂ ਔਨਲਾਈਨ ਲਿੰਕ ਨਾਲ
ਆਯੋਜਕਾਂ ਲਈ
- ਹਾਜ਼ਰੀਨ ਦੀ ਸੂਚੀ ਖੋਜ, ਟਿਕਟ ਕਿਸਮ ਅਨੁਸਾਰ ਫ਼ਿਲਟਰ, ਅਤੇ CSV ਐਕਸਪੋਰਟ ਨਾਲ
- ਸਮਰੱਥਾ ਅਤੇ ਉਡੀਕ ਸੂਚੀ ਦੇ ਨਿਯਮ
- ਚੈੱਕ-ਇਨ ਦ੍ਰਿਸ਼ ਜੋ ਦਰਵਾਜ਼ੇ 'ਤੇ ਫ਼ੋਨ ਤੋਂ ਚੱਲੇ
- ਹਾਜ਼ਰੀਨ ਨੂੰ ਸੁਨੇਹੇ (ਕਮਰਾ ਬਦਲਣਾ, ਦੇਰੀ)
- ਇਵੈਂਟਾਂ ਲਈ ਐਡਮਿਨ ਜੇ ਤੁਸੀਂ ਇੱਕ ਤੋਂ ਵੱਧ ਚਲਾਉਂਦੇ ਹੋ
ਪਿੱਛੇ ਦਾ ਡੇਟਾ
| ਡੇਟਾ | ਮੁੱਖ ਖੇਤਰ |
|---|---|
| ਇਵੈਂਟ | ਸਿਰਲੇਖ, ਵੇਰਵਾ, ਸ਼ੁਰੂ, ਖ਼ਤਮ, ਟਾਈਮ ਜ਼ੋਨ, ਥਾਂ ਜਾਂ ਔਨਲਾਈਨ ਲਿੰਕ, ਸਮਰੱਥਾ, ਹਾਲਤ (ਡਰਾਫਟ, ਖੁੱਲ੍ਹਾ, ਬੰਦ) |
| ਟਿਕਟ ਕਿਸਮ | ਇਵੈਂਟ, ਨਾਮ (ਜਿਵੇਂ Standard, Student), ਕੀਮਤ, ਉਪਲਬਧ ਗਿਣਤੀ, ਵਿਕਰੀ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ |
| ਰਜਿਸਟ੍ਰੇਸ਼ਨ | ਇਵੈਂਟ, ਟਿਕਟ ਕਿਸਮ, ਨਾਮ, ਈਮੇਲ, ਕਸਟਮ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ, ਹਾਲਤ (ਪੁਸ਼ਟੀ, ਉਡੀਕ ਸੂਚੀ, ਰੱਦ), ਭੁਗਤਾਨ ਹਵਾਲਾ, ਬਣਾਉਣ ਦਾ ਸਮਾਂ |
| ਚੈੱਕ-ਇਨ | ਰਜਿਸਟ੍ਰੇਸ਼ਨ, ਚੈੱਕ ਇਨ ਦਾ ਸਮਾਂ, ਕਿਸ ਨੇ ਚੈੱਕ ਇਨ ਕੀਤਾ |
ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਫ਼ੈਸਲੇ
ਮੁਫ਼ਤ RSVP ਜਾਂ ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਟਿਕਟਾਂ
ਮੁਫ਼ਤ ਇਵੈਂਟ ਕਿਤੇ ਸਾਦੇ ਹੁੰਦੇ ਹਨ: ਕੋਈ ਚੈੱਕਆਊਟ ਨਹੀਂ, ਕੋਈ ਰਿਫੰਡ ਨਹੀਂ, ਕੋਈ ਟੈਕਸ ਨਹੀਂ। ਪਰ ਨਾ ਆਉਣ ਵਾਲੇ ਲੋਕ ਇੱਕ ਮੁਸ਼ਕਲ ਹਨ। ਮੁਫ਼ਤ ਇਵੈਂਟਾਂ ਵਿੱਚ ਅਕਸਰ ਰਜਿਸਟਰ ਕਰਨ ਵਾਲਿਆਂ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਨਹੀਂ ਆਉਂਦਾ, ਇਸ ਲਈ ਬਹੁਤ ਸਾਰੇ ਆਯੋਜਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਕਮਰੇ ਦੀ ਸਮਰੱਥਾ ਤੋਂ ਥੋੜ੍ਹੀਆਂ ਵੱਧ ਲੈਂਦੇ ਹਨ, ਜਾਂ "ਅਜੇ ਵੀ ਆ ਰਹੇ ਹੋ?" ਈਮੇਲ ਭੇਜਦੇ ਹਨ ਜੋ ਲੋਕਾਂ ਨੂੰ ਆਪਣੀ ਥਾਂ ਛੱਡਣ ਦਿੰਦੀ ਹੈ।
ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਟਿਕਟਾਂ ਲਈ Stripe ਵਰਗਾ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ, ਇੱਕ ਵੈੱਬਹੁੱਕ ਜੋ ਭੁਗਤਾਨ ਸਫ਼ਲ ਹੋਣ 'ਤੇ ਹੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇ, ਰਿਫੰਡ ਨੀਤੀ, ਅਤੇ ਤੁਹਾਡੀ ਥਾਂ ਦੇ ਹਿਸਾਬ ਨਾਲ ਟਿਕਟਾਂ 'ਤੇ ਵਿਕਰੀ ਟੈਕਸ ਵੀ ਚਾਹੀਦੇ ਹਨ। ਆਪਣੀ ਐਪ ਵਿੱਚ ਭੁਗਤਾਨ ਕਿਵੇਂ ਜੋੜੀਏ ਵੇਖੋ।
ਇੱਕ ਇਵੈਂਟ ਜਾਂ ਕਈ
ਇੱਕ ਕਾਨਫ਼ਰੰਸ ਜਾਂ ਲਾਂਚ ਪਾਰਟੀ ਇੱਕ ਫ਼ਾਰਮ ਵਾਲਾ ਇੱਕੋ ਪੰਨਾ ਹੋ ਸਕਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਮਹੀਨਾਵਾਰ ਮੀਟਅੱਪ, ਵਰਕਸ਼ਾਪਾਂ ਜਾਂ ਕਲਾਸਾਂ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਇਸ ਨੂੰ ਸਾਂਝੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਿਸਟਮ ਵਾਲੀ ਇਵੈਂਟਾਂ ਦੀ ਸੂਚੀ ਵਜੋਂ ਬਣਾਓ। ਬਾਅਦ ਵਿੱਚ "ਇਵੈਂਟ" ਸੰਕਲਪ ਜੋੜਨ ਦਾ ਮਤਲਬ ਡੇਟਾ ਦਾ ਢਾਂਚਾ ਬਦਲਣਾ ਹੈ।
ਉਡੀਕ ਸੂਚੀ ਦਾ ਵਿਹਾਰ
ਜਦੋਂ ਇਵੈਂਟ ਭਰ ਜਾਵੇ, ਤਾਂ ਤੁਸੀਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚ ਸਾਈਨ-ਅੱਪ ਲੈ ਸਕਦੇ ਹੋ। ਜੇ ਕੋਈ ਰੱਦ ਕਰੇ, ਤਾਂ ਤੁਸੀਂ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਈਮੇਲ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਸਮਾਂ ਸੀਮਾ ਦੇ ਸਕਦੇ ਹੋ, ਜਾਂ ਉਸ ਨੂੰ ਆਪਣੇ ਆਪ ਅੰਦਰ ਲੈ ਸਕਦੇ ਹੋ। ਆਪਣੇ ਆਪ ਵਾਲਾ ਚਲਾਉਣਾ ਸੌਖਾ ਹੈ; ਸਮਾਂ ਸੀਮਾ ਵਾਲੀ ਪੇਸ਼ਕਸ਼ ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਟਿਕਟਾਂ ਲਈ ਬਿਹਤਰ ਕੰਮ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਭੁਗਤਾਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
ਔਨਲਾਈਨ, ਨਿੱਜੀ ਜਾਂ ਮਿਲਿਆ-ਜੁਲਿਆ
ਔਨਲਾਈਨ ਇਵੈਂਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਵਾਲਾ ਲਿੰਕ ਸਹੀ ਸਮੇਂ 'ਤੇ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ (ਪੁਸ਼ਟੀ ਵਿੱਚ, ਜਾਂ ਸਿਰਫ਼ ਯਾਦ-ਦਹਾਨੀ ਵਿੱਚ ਤਾਂ ਜੋ ਇਹ ਘੱਟ ਸਾਂਝਾ ਹੋਵੇ)। ਨਿੱਜੀ ਇਵੈਂਟਾਂ ਨੂੰ ਥਾਂ, ਪਹੁੰਚ ਦੇ ਨੋਟ ਅਤੇ ਚੈੱਕ-ਇਨ ਦੀ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ। ਮਿਲੇ-ਜੁਲੇ ਇਵੈਂਟਾਂ ਨੂੰ ਦੋ ਟਿਕਟ ਕਿਸਮਾਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਹਰ ਈਮੇਲ ਵਿੱਚ ਵੱਖਰੀ ਜਾਣਕਾਰੀ ਹੋਵੇ।
ਕਦਮ-ਦਰ-ਕਦਮ ਬਣਾਓ
ਕਦਮ 1: ਇਵੈਂਟ ਦੇ ਵੇਰਵੇ ਲਿਖੋ
ਅਸਲ ਸਿਰਲੇਖ, ਤਾਰੀਖਾਂ, ਟਾਈਮ ਜ਼ੋਨ, ਥਾਂ, ਏਜੰਡਾ, ਸਮਰੱਥਾ ਅਤੇ ਟਿਕਟ ਕਿਸਮਾਂ ਇਕੱਠੀਆਂ ਕਰੋ। ਆਪਣੀ ਰੱਦ ਕਰਨ ਅਤੇ ਰਿਫੰਡ ਨੀਤੀ ਤੈਅ ਕਰੋ ਅਤੇ ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ ਲਿਖੋ।
ਕਦਮ 2: ਪਹਿਲਾ ਪ੍ਰੌਂਪਟ ਲਿਖੋ
ਇਵੈਂਟ, ਫ਼ਾਰਮ, ਨਿਯਮ ਅਤੇ ਆਯੋਜਕ ਦਾ ਵੇਰਵਾ ਦਿਓ:
Bristol Product Night ਲਈ ਇੱਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਾਈਟ ਬਣਾਓ, ਜੋ ਪ੍ਰੋਡਕਟ ਮੈਨੇਜਰਾਂ ਲਈ ਇੱਕ ਮੁਫ਼ਤ ਮਹੀਨਾਵਾਰ ਮੀਟਅੱਪ ਹੈ। ਆਉਣ ਵਾਲੇ ਇਵੈਂਟ ਤਾਰੀਖ, ਸਮਾਂ (UK ਸਮਾਂ), ਨਕਸ਼ੇ ਲਿੰਕ ਵਾਲੀ ਥਾਂ, ਏਜੰਡਾ ਅਤੇ ਬਾਕੀ ਥਾਵਾਂ ਨਾਲ ਵਿਖਾਓ। ਹਰ ਇਵੈਂਟ ਦੀ ਸਮਰੱਥਾ ਹੈ; ਫ਼ਾਰਮ ਨਾਮ, ਈਮੇਲ, ਕੰਪਨੀ ਅਤੇ ਭੂਮਿਕਾ ਪੁੱਛਦਾ ਹੈ। ਜਦੋਂ ਇਵੈਂਟ ਭਰ ਜਾਵੇ, ਨਵੇਂ ਸਾਈਨ-ਅੱਪ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚ ਜਾਣ, ਅਤੇ ਜੇ ਕੋਈ ਰੱਦ ਕਰੇ ਤਾਂ ਉਡੀਕ ਸੂਚੀ ਦਾ ਪਹਿਲਾ ਵਿਅਕਤੀ ਅੰਦਰ ਲਿਆ ਜਾਵੇ। ਸਭ ਕੁਝ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੰਭਾਲੋ। ਪੁਸ਼ਟੀ ਸਕਰੀਨ 'ਤੇ "Add to calendar" ਫ਼ਾਈਲ ਅਤੇ ਰੱਦ ਕਰਨ ਦਾ ਲਿੰਕ ਹੋਵੇ। ਨਿੱਜੀ ਐਡਮਿਨ ਪੰਨਾ: ਇਵੈਂਟ ਬਣਾਓ, ਖੋਜ ਅਤੇ CSV ਐਕਸਪੋਰਟ ਨਾਲ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਵੇਖੋ, ਅਤੇ ਫ਼ੋਨ-ਦੋਸਤਾਨਾ ਚੈੱਕ-ਇਨ ਸੂਚੀ ਜਿਸ ਵਿੱਚ ਵੱਡਾ "Checked in" ਬਟਨ ਹੋਵੇ। ਦੋਸਤਾਨਾ, ਆਧੁਨਿਕ ਡਿਜ਼ਾਈਨ।
ਕਦਮ 3: ਇੱਕ ਤੋਂ ਵੱਧ ਲੋਕਾਂ ਨਾਲ ਸਮਰੱਥਾ ਪਰਖੋ
ਸਮਰੱਥਾ ਦੇ ਨੁਕਸ ਉਦੋਂ ਹੀ ਦਿਖਦੇ ਹਨ ਜਦੋਂ ਦੋ ਲੋਕ ਲਗਭਗ ਇੱਕੋ ਪਲ 'ਤੇ ਰਜਿਸਟਰ ਕਰਦੇ ਹਨ। ਇੱਕ ਟੈਸਟ ਇਵੈਂਟ ਦੀ ਸਮਰੱਥਾ 2 ਕਰੋ, ਫਿਰ ਦੋ ਬ੍ਰਾਊਜ਼ਰਾਂ ਤੋਂ ਜਲਦੀ ਰਜਿਸਟਰ ਕਰੋ, ਅਤੇ ਤੀਜੀ ਵਾਰ ਵੀ। ਅੰਤ ਵਿੱਚ ਦੋ ਪੁਸ਼ਟੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਇੱਕ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚ, ਕਦੇ ਵੀ ਤਿੰਨ ਪੁਸ਼ਟੀ ਨਹੀਂ। ਸਮਰੱਥਾ ਦੀ ਜਾਂਚ ਸਰਵਰ 'ਤੇ ਉਸੇ ਡੇਟਾਬੇਸ ਓਪਰੇਸ਼ਨ ਦੇ ਅੰਦਰ ਕਰਵਾਓ ਜੋ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੰਭਾਲਦਾ ਹੈ।
ਇਹ ਵੀ ਪਰਖੋ: ਪੁਸ਼ਟੀ ਹੋਈ ਥਾਂ ਰੱਦ ਕਰਨ 'ਤੇ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚੋਂ ਸਹੀ ਵਿਅਕਤੀ ਅੰਦਰ ਆਵੇ; ਪੁਸ਼ਟੀ ਸਹੀ ਟਾਈਮ ਜ਼ੋਨ ਵਿੱਚ ਸਹੀ ਸਮਾਂ ਵਿਖਾਵੇ; ਕੈਲੰਡਰ ਫ਼ਾਈਲ ਫ਼ੋਨ 'ਤੇ ਸਹੀ ਖੁੱਲ੍ਹੇ।
ਕਦਮ 4: ਈਮੇਲਾਂ ਜੋੜੋ
ਪੁਸ਼ਟੀ, ਯਾਦ-ਦਹਾਨੀ ਅਤੇ "ਤੁਸੀਂ ਉਡੀਕ ਸੂਚੀ ਤੋਂ ਬਾਹਰ ਹੋ" ਵਾਲੀਆਂ ਈਮੇਲਾਂ ਨੂੰ ਇੱਕ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਅਤੇ ਤਸਦੀਕ ਕੀਤਾ ਭੇਜਣ ਵਾਲਾ ਡੋਮੇਨ ਚਾਹੀਦਾ ਹੈ। ਹਰ ਇੱਕ ਛੋਟੀ ਰੱਖੋ ਅਤੇ ਤਾਰੀਖ, ਸਮਾਂ ਅਤੇ ਥਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੀ ਜਾਣ ਵਾਲੀ ਚੀਜ਼ ਬਣਾਓ। ਆਪਣੀ ਐਪ ਤੋਂ ਈਮੇਲਾਂ ਕਿਵੇਂ ਭੇਜੀਏ ਵਿੱਚ ਸੈੱਟਅੱਪ ਦੱਸਿਆ ਗਿਆ ਹੈ।
ਕਦਮ 5: ਲੋੜ ਹੋਵੇ ਤਾਂ ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਟਿਕਟਾਂ ਜੋੜੋ
ਟਿਕਟ ਕਿਸਮਾਂ ਆਪਣੀਆਂ ਗਿਣਤੀਆਂ ਨਾਲ, ਆਪਣੇ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ ਚੈੱਕਆਊਟ, ਅਤੇ ਇੱਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹਾਲਤ ਜੋ ਸਿਰਫ਼ ਭੁਗਤਾਨ ਸਫ਼ਲ ਹੋਣ 'ਤੇ "ਪੁਸ਼ਟੀ" ਬਣੇ। ਤੈਅ ਕਰੋ ਕਿ ਅਧੂਰੇ ਚੈੱਕਆਊਟ ਨਾਲ ਕੀ ਹੋਵੇ: ਟਿਕਟ ਕੁਝ ਮਿੰਟਾਂ ਲਈ ਰੋਕੋ, ਫਿਰ ਛੱਡ ਦਿਓ।
ਕਦਮ 6: ਦਰਵਾਜ਼ੇ ਲਈ ਤਿਆਰੀ
ਦਿਨ ਵੇਲੇ ਥਾਂ ਦਾ ਵਾਈ-ਫ਼ਾਈ ਕਮਜ਼ੋਰ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਲਾਈਨ ਲੰਮੀ ਹੋਵੇਗੀ। ਚੈੱਕ-ਇਨ ਸੂਚੀ ਨਾਮ ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਖੋਜਣਯੋਗ ਬਣਾਓ, ਫ਼ੋਨ 'ਤੇ ਟੈਪ ਕਰਨ ਜੋਗੀ ਵੱਡੀ, ਅਤੇ ਇਵੈਂਟ ਤੋਂ ਇੱਕ ਰਾਤ ਪਹਿਲਾਂ ਛਪੀ ਹੋਈ ਬੈਕਅੱਪ ਸੂਚੀ ਐਕਸਪੋਰਟ ਕਰੋ। ਵੱਡੇ ਇਵੈਂਟਾਂ ਲਈ, ਹਰ ਪੁਸ਼ਟੀ ਈਮੇਲ ਵਿੱਚ QR ਕੋਡ ਜਿਸ ਨੂੰ ਸਟਾਫ਼ ਸਕੈਨ ਕਰੇ, ਕੰਮ ਤੇਜ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਟਿਕਟ ਨੂੰ ਵਰਤੀ ਹੋਈ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਾਏ ਤਾਂ ਜੋ ਦੋ ਵਾਰ ਸਕੈਨ ਨਾ ਹੋ ਸਕੇ।
ਆਮ ਗਲਤੀਆਂ
- ਟਾਈਮ ਜ਼ੋਨ ਗਾਇਬ ਹੋਣਾ। ਖ਼ਾਸ ਕਰਕੇ ਔਨਲਾਈਨ ਇਵੈਂਟਾਂ ਵਿੱਚ, "7pm" ਵੱਖ-ਵੱਖ ਹਾਜ਼ਰੀਨ ਲਈ ਵੱਖਰਾ ਮਤਲਬ ਰੱਖਦਾ ਹੈ। ਹਮੇਸ਼ਾ ਟਾਈਮ ਜ਼ੋਨ ਵਿਖਾਓ।
- ਸਮਰੱਥਾ ਸਿਰਫ਼ ਪੰਨੇ ਦੇ ਲੋਡ ਹੋਣ 'ਤੇ ਜਾਂਚਣਾ। ਦੋ ਲੋਕ ਦੋਵੇਂ "1 ਥਾਂ ਬਾਕੀ" ਵੇਖ ਸਕਦੇ ਹਨ।
- ਬਹੁਤੇ ਸਵਾਲ ਪੁੱਛਣਾ। ਹਰ ਵਾਧੂ ਖੇਤਰ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਘਟਾਉਂਦਾ ਹੈ। ਜੋ ਜ਼ਰੂਰੀ ਨਹੀਂ, ਉਹ ਸਾਈਨ ਅੱਪ ਤੋਂ ਬਾਅਦ ਪੁੱਛੋ।
- ਰੱਦ ਕਰਨ ਦਾ ਲਿੰਕ ਨਾ ਹੋਣਾ। ਜੋ ਲੋਕ ਨਹੀਂ ਆ ਸਕਦੇ, ਉਹ ਆਪਣੀ ਥਾਂ ਨਹੀਂ ਛੱਡਣਗੇ, ਅਤੇ ਤੁਹਾਡੀ ਉਡੀਕ ਸੂਚੀ ਕਦੇ ਨਹੀਂ ਚੱਲੇਗੀ।
- ਯਾਦ-ਦਹਾਨੀ ਨਾ ਹੋਣਾ। ਯਾਦ-ਦਹਾਨੀਆਂ ਗੈਰ-ਹਾਜ਼ਰੀ ਘਟਾਉਂਦੀਆਂ ਹਨ; ਇਹਨਾਂ ਨੂੰ ਨਾ ਛੱਡੋ।
- ਔਨਲਾਈਨ ਲਿੰਕ ਸਾਰੀ ਦੁਨੀਆ ਨੂੰ ਭੇਜਣਾ। ਇਹ ਰਜਿਸਟਰ ਕੀਤੇ ਹਾਜ਼ਰੀਨ ਨੂੰ ਈਮੇਲਾਂ ਵਿੱਚ ਪਾਓ, ਜਨਤਕ ਪੰਨੇ 'ਤੇ ਨਹੀਂ।
- ਕਿਸੇ ਨੂੰ ਦੱਸੇ ਬਿਨਾਂ ਇਵੈਂਟ ਦੀ ਤਾਰੀਖ ਬਦਲਣਾ। ਬਦਲਾਅ ਲਈ ਹਰ ਰਜਿਸਟਰ ਕੀਤੇ ਵਿਅਕਤੀ ਨੂੰ ਈਮੇਲ ਚਾਹੀਦੀ ਹੈ।
ਇਸ ਦੀ ਕੀਮਤ
ਮੁਫ਼ਤ ਇਵੈਂਟ ਲਈ ਤੁਹਾਡਾ ਖ਼ਰਚਾ ਥੋੜ੍ਹਾ ਹੈ: ਹੋਸਟਿੰਗ, ਇੱਕ ਡੇਟਾਬੇਸ, ਪੁਸ਼ਟੀ ਅਤੇ ਯਾਦ-ਦਹਾਨੀਆਂ ਲਈ ਇੱਕ ਈਮੇਲ ਪ੍ਰਦਾਤਾ, ਅਤੇ ਜੇ ਚਾਹੋ ਤਾਂ ਇੱਕ ਡੋਮੇਨ। ਭੁਗਤਾਨ ਵਾਲੇ ਇਵੈਂਟਾਂ ਵਿੱਚ ਹਰ ਟਿਕਟ 'ਤੇ ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸਿੰਗ ਫ਼ੀਸ ਜੁੜਦੀ ਹੈ। ਟਿਕਟਿੰਗ ਪਲੇਟਫਾਰਮ ਆਮ ਤੌਰ 'ਤੇ ਹਰ ਟਿਕਟ 'ਤੇ ਫ਼ੀਸ ਲੈਂਦੇ ਹਨ, ਜੋ ਕਈ ਵਾਰ ਖ਼ਰੀਦਦਾਰ ਤੋਂ ਵਸੂਲੀ ਜਾਂਦੀ ਹੈ; ਉਨ੍ਹਾਂ ਦੀ ਮੌਜੂਦਾ ਕੀਮਤ ਦੀ ਤੁਲਨਾ ਉਸ ਸਮੇਂ ਨਾਲ ਕਰੋ ਜੋ ਤੁਸੀਂ ਆਪਣੀ ਸਾਈਟ ਬਣਾਉਣ ਅਤੇ ਚਲਾਉਣ ਵਿੱਚ ਲਾਓਗੇ।
ਕਦੋਂ ਬਣਿਆ-ਬਣਾਇਆ ਉਤਪਾਦ ਬਿਹਤਰ ਹੁੰਦਾ ਹੈ
Eventbrite, Luma, Meetup ਅਤੇ Tito ਵਰਗੇ ਟਿਕਟਿੰਗ ਅਤੇ RSVP ਪਲੇਟਫਾਰਮ ਆਪਣਾ ਭੁਗਤਾਨ, ਰਿਫੰਡ, ਯਾਦ-ਦਹਾਨੀਆਂ, ਚੈੱਕ-ਇਨ ਟੂਲ ਅਤੇ ਉਡੀਕ ਸੂਚੀਆਂ ਦਾ ਮਿਸ਼ਰਣ ਦਿੰਦੇ ਹਨ, ਜੋ ਪਹਿਲਾਂ ਹੀ ਬਣੇ ਅਤੇ ਪਰਖੇ ਹੋਏ ਹਨ। ਕੁਝ ਲੋਕਾਂ ਨੂੰ ਇਵੈਂਟ ਲੱਭਣ ਵਿੱਚ ਵੀ ਮਦਦ ਕਰਦੇ ਹਨ। ਇਹ ਵਰਤੋ ਜਦੋਂ:
- ਇਹ ਇੱਕ ਵਾਰੀ ਦਾ ਇਵੈਂਟ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਅੱਜ ਹੀ ਚਾਲੂ ਚਾਹੀਦਾ ਹੈ
- ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਪਲੇਟਫਾਰਮ ਦੇ ਦਰਸ਼ਕ ਟਿਕਟਾਂ ਵੇਚਣ ਵਿੱਚ ਮਦਦ ਕਰਨ
- ਹਜ਼ਾਰਾਂ ਹਾਜ਼ਰੀਨ ਲਈ ਇੱਕ ਪੱਕਾ ਚੈੱਕ-ਇਨ ਐਪ ਚਾਹੀਦਾ ਹੈ
- ਤੁਸੀਂ ਰਿਫੰਡ ਅਤੇ ਭੁਗਤਾਨ ਵਿਵਾਦਾਂ ਨਾਲ ਨਹੀਂ ਨਜਿੱਠਣਾ ਚਾਹੁੰਦੇ
ਆਪਣਾ ਬਣਾਓ ਜਦੋਂ ਤੁਸੀਂ ਵਾਰ-ਵਾਰ ਹੋਣ ਵਾਲੇ ਇਵੈਂਟ ਚਲਾਉਂਦੇ ਹੋ ਅਤੇ ਹਾਜ਼ਰੀਨ ਦੀ ਸੂਚੀ ਆਪਣੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਚਾਹੁੰਦੇ ਹੋ, ਜਦੋਂ ਤੁਹਾਨੂੰ ਖ਼ਾਸ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਤਰਕ ਚਾਹੀਦਾ ਹੈ (ਪੁਸ਼ਟੀ ਤੋਂ ਪਹਿਲਾਂ ਮਨਜ਼ੂਰੀ, ਸਿਰਫ਼ ਮੈਂਬਰਾਂ ਲਈ ਕੀਮਤ, ਅਰਜ਼ੀ ਅਧਾਰਤ ਇਵੈਂਟ), ਜਾਂ ਜਦੋਂ ਪੰਨਾ ਤੁਹਾਡੇ ਬ੍ਰਾਂਡ ਵਰਗਾ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਵੈਂਟ ਪੰਨਾ ਖ਼ੁਦ ਉਨ੍ਹਾਂ ਪੰਨਿਆਂ ਵਾਂਗ ਹੀ ਨਿਯਮ ਮੰਨਦਾ ਹੈ ਜੋ ਸਾਈਨ-ਅੱਪ ਮੰਗਦੇ ਹਨ; ਵੇਖੋ ਬਦਲਣ ਵਾਲਾ ਲੈਂਡਿੰਗ ਪੰਨਾ ਕਿਵੇਂ ਬਣਾਈਏ। ਜੇ ਤੁਹਾਡਾ "ਇਵੈਂਟ" ਅਸਲ ਵਿੱਚ ਇੱਕ-ਨਾਲ-ਇੱਕ ਅਪੌਇੰਟਮੈਂਟਾਂ ਹਨ, ਤਾਂ ਬੁਕਿੰਗ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ ਬਿਹਤਰ ਗਾਈਡ ਹੈ।
Mythex ਨਾਲ ਬਣਾਉਣਾ
Mythex ਇੱਕ AI ਐਪ ਬਿਲਡਰ ਹੈ: ਤੁਸੀਂ ਇਵੈਂਟ ਅਤੇ ਨਿਯਮ ਦੱਸਦੇ ਹੋ, ਅਤੇ ਇਹ ਇਵੈਂਟ ਪੰਨੇ, ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਫ਼ਾਰਮ ਅਤੇ ਐਡਮਿਨ ਦ੍ਰਿਸ਼ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨਾਂ ਸੰਭਾਲਣ ਲਈ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਡੇਟਾਬੇਸ ਜੋੜਦਾ ਹੈ। ਤੁਸੀਂ /test ਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਇਹ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਵਿੱਚੋਂ ਕਲਿੱਕ ਕਰ ਕੇ ਲੰਘੇ ਅਤੇ ਦੱਸੇ ਕਿ ਕੀ ਟੁੱਟਦਾ ਹੈ, ਜੋ ਸਮਰੱਥਾ ਅਤੇ ਉਡੀਕ ਸੂਚੀ ਦੇ ਕੰਮ-ਵਹਾਅ ਲਈ ਲਾਭਦਾਇਕ ਹੈ। ਪ੍ਰਕਾਸ਼ਨ Free ਅਤੇ Pro ਦੋਵਾਂ 'ਤੇ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਕਸਟਮ ਡੋਮੇਨ Pro 'ਤੇ। Mythex ਟਿਕਟਿੰਗ, ਈਮੇਲ ਜਾਂ ਭੁਗਤਾਨ ਨੂੰ ਬਿਲਟ-ਇਨ ਉਤਪਾਦਾਂ ਵਜੋਂ ਨਹੀਂ ਦਿੰਦਾ: ਪੇਡ ਟਿਕਟਾਂ ਲਈ ਤੁਸੀਂ ਆਪਣਾ Stripe ਖਾਤਾ ਅਤੇ ਪੁਸ਼ਟੀਆਂ ਲਈ ਆਪਣਾ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਜੋੜਦੇ ਹੋ, ਕੁੰਜੀਆਂ ਪ੍ਰੋਜੈਕਟ ਸੀਕ੍ਰੇਟਾਂ ਵਿੱਚ। ਵੇਖੋ ਦਸਤਾਵੇਜ਼: Stripe ਭੁਗਤਾਨ, ਈਮੇਲ ਭੇਜਣਾ ਅਤੇ ਐਪ ਟੈਸਟਿੰਗ।
ਇਵੈਂਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪੰਨੇ ਦਾ ਟੈਂਪਲੇਟ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਚੰਗਾ ਪਹਿਲਾ ਪ੍ਰੌਂਪਟ ਹੈ, ਜਾਂ ਹੋਰ ਵੈੱਬਸਾਈਟ ਟੈਂਪਲੇਟ ਵੇਖੋ।
ਸਵਾਲ
ਇਵੈਂਟ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਾਈਟ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ?
ਇੱਕ ਇਵੈਂਟ ਪੰਨਾ ਜਿਸ ਵਿੱਚ ਤਾਰੀਖ, ਸਮਾਂ, ਟਾਈਮ ਜ਼ੋਨ ਅਤੇ ਥਾਂ ਹੋਵੇ, ਇੱਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਫ਼ਾਰਮ, ਪੁਸ਼ਟੀ ਈਮੇਲ, ਆਯੋਜਕ ਲਈ ਹਾਜ਼ਰੀਨ ਦੀ ਸੂਚੀ, ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਚੈੱਕ ਇਨ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਭੁਗਤਾਨ ਵਾਲੇ ਇਵੈਂਟਾਂ ਨੂੰ ਟਿਕਟ ਦੀਆਂ ਕਿਸਮਾਂ ਅਤੇ ਚੈੱਕਆਊਟ ਵੀ ਚਾਹੀਦਾ ਹੈ।
ਇਵੈਂਟ ਦੀਆਂ ਜ਼ਿਆਦਾ ਟਿਕਟਾਂ ਵਿਕਣ ਤੋਂ ਕਿਵੇਂ ਬਚਾਂ?
ਹਰ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਂ ਭੁਗਤਾਨ ਦੀ ਪੁਸ਼ਟੀ ਦੇ ਸਮੇਂ ਸਰਵਰ 'ਤੇ ਬਾਕੀ ਸਮਰੱਥਾ ਜਾਂਚੋ, ਸਿਰਫ਼ ਫ਼ਾਰਮ ਲੋਡ ਹੋਣ 'ਤੇ ਨਹੀਂ। ਜਦੋਂ ਇਵੈਂਟ ਭਰ ਜਾਵੇ, ਤਾਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਬੰਦ ਕਰੋ ਜਾਂ ਨਵੇਂ ਸਾਈਨ-ਅੱਪ ਆਪਣੇ ਆਪ ਉਡੀਕ ਸੂਚੀ ਵਿੱਚ ਭੇਜੋ।
ਇਵੈਂਟ ਵਿੱਚ ਲੋਕਾਂ ਨੂੰ ਚੈੱਕ ਇਨ ਕਿਵੇਂ ਕਰਾਂ?
ਸਭ ਤੋਂ ਸਾਦਾ ਤਰੀਕਾ ਫ਼ੋਨ ਜਾਂ ਟੈਬਲੇਟ 'ਤੇ ਖੋਜਣਯੋਗ ਹਾਜ਼ਰੀਨ ਸੂਚੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਚੈੱਕ-ਇਨ ਬਟਨ ਹੋਵੇ। ਵੱਡੇ ਇਵੈਂਟਾਂ ਲਈ, ਹਰ ਪੁਸ਼ਟੀ ਈਮੇਲ ਵਿੱਚ QR ਕੋਡ ਹੋ ਸਕਦਾ ਹੈ ਜਿਸ ਨੂੰ ਸਟਾਫ਼ ਸਕੈਨ ਕਰ ਕੇ ਟਿਕਟ ਨੂੰ ਵਰਤੀ ਹੋਈ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਾਏ।
ਕੀ ਮੈਨੂੰ Eventbrite ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਆਪਣੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸਾਈਟ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ?
ਟਿਕਟਿੰਗ ਪਲੇਟਫਾਰਮ ਜਲਦੀ ਸੈੱਟ ਹੁੰਦੇ ਹਨ, ਭੁਗਤਾਨ ਅਤੇ ਰਿਫੰਡ ਸੰਭਾਲਦੇ ਹਨ, ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਤੁਹਾਡਾ ਇਵੈਂਟ ਲੱਭਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਬਦਲੇ ਵਿੱਚ ਫ਼ੀਸਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਬ੍ਰਾਂਡਿੰਗ ਨਾਲ। ਆਪਣੀ ਸਾਈਟ ਵੱਧ ਠੀਕ ਹੈ ਜਦੋਂ ਇਵੈਂਟ ਵਾਰ-ਵਾਰ ਹੋਣ, ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੇ ਸਵਾਲ ਖ਼ਾਸ ਹੋਣ, ਜਾਂ ਤੁਸੀਂ ਹਾਜ਼ਰੀਨ ਦਾ ਡੇਟਾ ਅਤੇ ਬ੍ਰਾਂਡਿੰਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਪਣੇ ਹੱਥ ਵਿੱਚ ਚਾਹੁੰਦੇ ਹੋ।