ਆਪਣੀ ਸਮੁਦਾਇਕ ਇਵੈਂਟ ਲਈ ਇੱਕ ਵਿਕਰੇਤਾ ਆਵेदन ਫਾਰਮ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਮਨਜ਼ੂਰੀਆਂ, ਆਟੋਮੈਟਿਕ ਸਵਾਗਤ ਸੁਨੇਹੇ ਅਤੇ ਇੱਕ ਸਧਾਰਨ ਵਰਕਫਲੋ ਹੋਵੇ ਜਿਸ ਨੂੰ ਤੁਹਾਡੀ ਟੀਮ ਸੰਭਾਲ ਸਕੇ।
ਜੇ ਤੁਸੀਂ ਕਦੇ ਵੀ ਵਿਕਰੇਤਾ ਸਾਈਨਅੱਪਾਂ ਨੂੰ ਈਮੇਲ ਰਾਹੀਂ ਇਕੱਠਾ ਕੀਤਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਪਤਾ ਹੈ ਕਿ ਕਿੰਨਾ ਤੇਜ਼ੀ ਨਾਲ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਂਦਾ ਹੈ. ਇੱਕ ਵਿਕਰੇਤਾ PDF ਮੈਨੂ ਭੇਜੇ, ਦੂਜਾ ਆਪਣਾ ਫ਼ੋਨ ਨੰਬਰ ਭੁੱਲ ਜਾਵੇ, ਕੋਈ ਇੱਕ ਥਰੈਡ ਵਿੱਚ ਤਿੰਨ ਸਵਾਲ ਪੁੱਛੇ, ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਅਜੇ ਵੀ ਬੇਸਿਕ ਜਾਣਕਾਰੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ ਜਿਵੇਂ ਬੂਥ ਦਾ ਆਕਾਰ, ਪਾਵਰ ਦੀ ਲੋੜ, ਜਾਂ ਉਹ ਕੀ ਵੇਚਦਾ ਹੈ.
ਨਤੀਜਾ ਅੰਦਾਜ਼ਾ ਲਗਾਇਆ ਜਾ ਸਕਦਾ ਹੈ: ਫੈਸਲੇ ਦੇਣ ਵਿੱਚ ਦੇਰੀ, ਅਜੀਬ ਫੋਲੋ-ਅਪ, ਅਤੇ ਤਣਾਅ ਵਾਲੇ ਸੇਵਾਏਂਟਰ. ਤੁਸੀਂ ਵੇਰਵੇ ਖੋਜਣ ਵਿੱਚ ਸਮਾਂ ਗੁਜ਼ਾਰਦੇ ਹੋ ਨਾ ਕਿ ਸਮਾਰੋਹ ਲਈ ਬੈਸਟ ਮਿਕਸ ਚੁਣਦੇ ਹੋ.
ਸਾਦਾ ਵਿਕਰੇਤਾ ਆਵेदन ਫਾਰਮ ਜਿਸ ਵਿੱਚ ਮਨਜ਼ੂਰੀਆਂ ਹੋਣ, ਇਸਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ — ਇਹ ਸੁਨੇਹਿਆਂ ਦੇ ਢੇਰ ਨੂੰ ਇੱਕ ਸਪਸ਼ਟ, ਦੁਹਰਾਵਾਂ ਯੋਗ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ. ਵਿਕਰੇਤਾ ਇੱਕ ਵਾਰੀ ਉਹ ਵੇਰਵੇ ਭਰੇ ਜੋ ਤੁਹਾਨੂੰ ਲੋੜੀਦੇ ਹਨ. ਇੱਕ ਸਮੀਖਿਆਕਾਰ ਮਨਜ਼ੂਰ ਜਾਂ ਨਕਾਰਾ ਕਰਦਾ ਹੈ. ਮਨਜ਼ੂਰ ਕੀਤੇ विकਰੇਤਿਆਂ ਨੂੰ ਅਗਲੇ ਕਦਮਾਂ ਨਾਲ ਇੱਕ ਆਟੋਮੈਟਿਕ ਸਵਾਗਤ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ. ਅਤੇ ਤੁਹਾਡੀ ਟੀਮ ਹਮੇਸ਼ਾ ਦੇਖ ਸਕਦੀ ਹੈ ਕਿ ਨਵਾਂ ਕੀ ਆਇਆ, ਕੀ ਲਟਕ ਰਿਹਾ ਹੈ, ਅਤੇ ਕੀ ਪੁਸ਼ਟੀ ਹੋ ਚੁੱਕਾ ਹੈ.
ਇਸ ਨਾਲ ਤਿੰਨ ਸਮੂਹ ਇੱਕੋ ਸਮੇਂ ਲਾਭ ਉਠਾਉਂਦੇ ਹਨ. ਆਯੋਜਕਾਂ ਨੂੰ ਸਮਾਰੋਹ ਦਿਨ ਘੱਟ ਹੈਰਾਨੀਆਂ ਮਿਲਦੀਆਂ ਹਨ. ਸੇਵਾਂਟਰ ਉਹਨਾਂ ਆਵੈਦਨਾਂ ਦੀ ਸਮੀਖਿਆ ਵਾਂਗ ਕਰ ਸਕਦੇ ਹਨ ਬਿਨਾਂ ਇਨਬਾਕਸ ਖੋਜਣ ਦੇ. ਵਿਕਰੇਤਾ ਸਮਝਦੇ ਹਨ ਕਿ ਸਮਾਰੋਹ ਚੰਗੀ ਤਰ੍ਹਾਂ ਚੱਲ ਰਿਹਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਨੂੰ ਤੇਜ਼ ਹਾਂ ਜਾਂ ਨਾ ਵਿੱਚ ਜਵਾਬ ਅਤੇ ਸਪੱਸ਼ਟ ਨਿਰਦੇਸ਼ ਮਿਲਦੇ ਹਨ.
ਉਮੀਦਾਂ ਨੂੰ ਹਕੀਕਤ ਦੇ ਅਨੁਕੂਲ ਰੱਖੋ. ਸਭ ਤੋਂ ਸਧਾਰਣ ਵਰਜਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਕੰਮ ਕਰਦਾ ਹੋਵੇ, ਫਿਰ ਬਾਅਦ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਕਰੋ (ਭੁਗਤਾਨ, ਬੂਥ ਨੰਬਰ, ਯਾਦ ਦਿਵਾਊਣ, ਸਰਟੀਫਿਕੇਟ). ਮਕਸਦ ਕੋਈ ਪਰਫੈਕਟ ਸਿਸਟਮ ਨਹੀਂ — ਇਹ ਇੱਕ ਸ਼ਾਂਤ, ਇਕਸਾਰ ਪ੍ਰਕਿਰਿਆ ਹੈ ਜੋ ਹਰ ਵਾਰੀ ਇੱਕੋ ਤਰ੍ਹਾਂ ਚੱਲੇ।
ਜੇ ਤੁਸੀਂ ਇਹ ਹਰ ਕੋਈ ਡੇਵ ਪ੍ਰੋਜੈਕਟ ਬਿਨਾਂ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai (koder.ai) 'ਤੇ ਚੈਟ-ਨਿਰਮਿਤ ਐਪ ਫਾਰਮ, ਮਨਜ਼ੂਰੀ ਸਕਰੀਨ, ਅਤੇ ਆਟੋਮੈਟਿਕ ਸੁਨੇਹਿਆਂ ਨੂੰ ਇੱਕ ਜਗ੍ਹਾ ਰੱਖ ਸਕਦੀ ਹੈ।
ਇੱਕ ਚੰਗੀ ਵਿਕਰੇਤਾ ਆਵেদন ਪ੍ਰਕਿਰਿਆ ਸਿਰਫ ਕੁਝ ਮਿੰਟਾਂ ਵਾਲੀ ਗਤੀਵਿਧੀ ਹੈ ਜੋ ਹਰ ਵਾਰੀ ਹੁੰਦੀ ਹੈ: ਵਿਕਰੇਤਾ ਆਵেদন ਕਰਦਾ ਹੈ, ਕੋਈ ਫੈਸਲਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਿਕਰੇਤਾ ਨੂੰ ਅਗਲਾ ਸਪੱਸ਼ਟ ਕਦਮ ਮਿਲਦਾ ਹੈ. ਜਦ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ, ਤੁਸੀਂ ਈਮੇਲ ਥ੍ਰੈਡਾਂ ਵਿੱਚ ਵੇਰਵਿਆਂ ਨੂੰ ਪਿੱਛੇ ਨਹੀਂ ਭੱਜਦੇ ਅਤੇ ਹਮੇਸ਼ਾ ਜਾਣਦੇ ਹੋ ਕਿ ਕੌਣ ਪੁਸ਼ਟੀ ਕੀਤਾ ਗਿਆ ਹੈ.
ਜ਼ਿਆਦਾਤਰ ਸਮੁਦਾਇਕ ਇਵੈਂਟਾਂ ਨੂੰ ਉਹੀ ਕੋਰ ਸਟੇਜਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:
ਭੂਮਿਕਾਵਾਂ ਸਧਾਰਨ ਰਹਿੰਦੀਆਂ ਹਨ. ਵਿਕਰੇਤਾ ਫਾਰਮ ਭਰਦਾ ਹੈ ਅਤੇ ਜੇ ਤੁਸੀਂ ਠੀਕ-ਮੰਗ ਕੀਤੀ ਤਾਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ. ਇੱਕ ਸਮੀਖਿਆਕਾਰ (ਅਕਸਰ ਇੱਕ ਸੇਵਾਂਟਰ ਜਾਂ ਕੋਆਰਡੀਨੇਟਰ) ਪਹਿਲੀ ਪਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਨੋਟ ਕਰਦਾ ਹੈ. ਜਦ ਜਗ੍ਹਾ ਸੀਮਿਤ ਹੋਵੇ ਜਾਂ ਕਿਸੇ ਵਰਗ ਲਈ ਸੀਮਾ ਹੋਵੇ (ਉਦਾਹਰਣ ਲਈ ਮੋਮਬੱਤੀ ਬੂਥਾਂ ਦੀ ਗਿਣਤੀ), ਤਾਂ ਸਮਾਰੋਹ ਲੀਡ ਅੰਤਿਮ ਫੈਸਲਾ ਕਰਦਾ ਹੈ.
ਆਟੋਮੈਟਿਕ ਸਵਾਗਤ ਸੁਨੇਹਾ ਇਸਦਾ ਮਤਲਬ ਹੈ: ਜਿਵੇਂ ਹੀ ਤੁਸੀਂ ਕਿਸੇ ਵਿਕਰੇਤਾ ਨੂੰ Accepted ਮਾਰਕ ਕਰਦੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਪਹਿਲੇ ਤੋਂ ਲਿਖਿਆ ਹੋਇਆ ਈਮੇਲ ਜਾਂ ਸੁਨੇਹਾ ਮਿਲ ਜਾਂਦਾ ਹੈ ਬਿਨਾਂ ਤੁਹਾਡੇ ਇਸਨੂੰ ਮੈਨੂਅਲੀ ਭੇਜੇ. ਇਸ ਵਿੱਚ ਮੂਲ ਜਾਣਕਾਰੀਆਂ (ਤਾਰੀਖ, ਸਥਾਨ, ਨਿਯਮ) ਅਤੇ ਅਗਲੇ ਕਦਮਾਂ ਦੀ ਇਕ ਛੋਟੀ ਚੈਕਲਿਸਟ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ.
ਇਵੈਂਟ ਦਿਨ ਲਈ, ਕੁਝ ਵੇਰਵੇ ਇੱਕੋ ਜਗ੍ਹਾ ਤੇ ਟ੍ਰੈਕ ਕਰੋ ਜਿੱਥੇ ਆਵেদন ਹੈ: ਬੂਥ ਸਾਈਜ਼ ਜਾਂ ਸਪਾਟ ਨੰਬਰ, ਪਾਵਰ ਲੋੜਾਂ, ਵਾਹਨ ਦੀ ਪਹੁੰਚ, ਆਗਮਨ ਅਤੇ ਸੈਟਅੱਪ ਟਾਈਮ, ਅਤੇ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਨੋਟ (ਜਿਵੇਂ "ਟੈਂਟ ਲਈ ਕੋਨੇ ਦੀ ਲੋੜ").
ਚੰਗਾ ਵਿਕਰੇਤਾ ਆਵেদন ਫਾਰਮ ਇੱਕ ਢੰਗ ਨਾਲ ਫੈਸਲਾ ਕਰਨ ਅਤੇ ਲੇਆਉਟ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਕਾਫੀ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਦਾ ਹੈ, ਬਿਨਾਂ 20 ਮਿੰਟਾਂ ਦਾ ਪ੍ਰਸ਼ਨਾਵਲੀ ਬਣਾਉਣ ਦੇ. ਤਿੰਨ ਬਕਿਟ ਸੋਚੋ: ਉਹ ਕੌਣ ਹਨ, ਸਾਈਟ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉਹ ਕਿਹੜੀਆਂ ਸ਼ਰਤਾਂ ਮਨਜ਼ੂਰ ਕਰਦੇ ਹਨ.
ਆਪਣੇ ਫੈਸਲਿਆਂ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਅਤੇ ਅਰਜ਼ੀਆਂ ਨੂੰ ਕਿਸਮ ਅਨੁਸਾਰ ਛਾਂਟਣ ਲਈ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ.
ਇਹ ਸੈੱਟ ਮੁੱਖ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਕੀ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ, ਕੀ ਉਹ ਤੁਹਾਡੇ ਇਵੈਂਟ ਲਈ ਫਿੱਟ ਹਨ, ਅਤੇ ਕੀ ਉਨ੍ਹਾਂ ਨੂੰ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ.
ਕੁਝ ਇਵੈਂਟ-ਦਿਨ ਪ੍ਰਸ਼ਨ ਜੋ ਬਾਅਦ ਵਿੱਚ ਬਾਹਰੀ ਬਾਤ-ਚੀਤ ਨੂੰ ਰੋਕਦੇ ਹਨ ਜੋੜੋ. ਲੋਡ-ਇਨ ਵਿੰਡੋ ਅਤੇ ਵਾਹਨ ਜਾਣਕਾਰੀ (ਕਾਰ, ਵੈਨ, ਟਰੇਲਰ) ਮੰਗੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਆਗਮਨ ਨੂੰ ਸ਼ੈੱਡਿਊਲ ਕਰ ਸਕੋ. ਐਕਸੈਸਬਿਲਿਟੀ ਲੋੜਾਂ (ਉਨ੍ਹਾਂ ਲਈ ਜਾਂ ਉਹਨਾਂ ਦੀ ਸੈਟਅੱਪ ਲਈ) ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਜੋ ਵਰਕ ਕਰਨ ਯੋਗ ਥਾਂ ਦਿੱਤੀ ਜਾ ਸਕੇ.
ਫੀਸਾਂ ਲਈ, "paid?" ਜਿਹੇ ਅਸਪਸ਼ਟ ਚੈੱਕਬਾਕਸ ਤੋਂ ਬਚੋ. ਇੱਕ ਸਪਸ਼ਟ ਸਥਿਤੀ ਫੀਲਡ ਵਰਤੋਂ (not paid, paying later, paid) ਅਤੇ ਇੰਵੌਇਸ ਜਾਂ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਰਿਫਰੈਂਸ ਪੇਸਟ ਕਰਨ ਲਈ ਥਾਂ ਦਿਓ. ਫਿਰ ਇੱਕ ਛੋਟਾ ਰੀਫੰਡ ਰੀਮਾਇੰਡਰ ਸਧੇ ਭਾਸ਼ਾ ਵਿੱਚ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਕਿ ਕੋਈ ਹੈਰਾਨ ਨਾ ਹੋਵੇ.
ਅੰਤ ਵਿੱਚ, ਇੱਕ ਐਗਰੀਮੈਂਟ ਚੈੱਕਬਾਕਸ ਜੋ ਉਹਨਾਂ ਆਮ ਨਿਯਮਾਂ ਨੂੰ ਧੱਕਦਾ ਜਿਹੜੇ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਸ਼ਾਮਿਲ ਕਰੋ: ਸੈਟਅੱਪ ਅਤੇ ਟੀਅਰਡਾਊਨ ਟਾਈਮ, ਸੁਰੱਖਿਆ ਅਤੇ ਅਗ ਦੀਆਂ ਲੇਨ, ਸ਼ੋਰ ਸੀਮਾਵਾਂ, ਅਤੇ ਜੇ ਉਹ ਦੇਰ ਨਾਲ ਆਉਂਦੇ ਹਨ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ. ਜੇ ਤੁਹਾਡਾ ਟੂਲ ਇਸ ਦਾ ਸਹਾਰਾ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਸਹਿਮਤੀ ਦਾ ਟਾਈਮਸਟੈਂਪ ਸਟੋਰ ਕਰਨਾ ਅਤੇ ਮਨਜ਼ੂਰੀ ਸੁਨੇਹੇ ਵਿੱਚ ਨਿਯਮਾਂ ਦਾ ਸੰਖੇਪ ਸ਼ਾਮਿਲ ਕਰਨਾ ਵਿਵਾਦਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ.
ਇੱਕ ਚੰਗੀ ਮਨਜ਼ੂਰੀ ਪ੍ਰਕਿਰਿਆ ਵਿਕਰੇਤਿਆਂ ਲਈ ਇਨਸਾਫ਼ਾਨਾ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਆਸਾਨ ਮਹਿਸੂਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ. ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਹਰ ਵਾਰੀ ਇੱਕੋ ਤਰ੍ਹਾਂ ਦਾ ਫੈਸਲਾ ਹੋਵੇ, ਲੰਮੀ ਈਮੇਲ ਥ੍ਰੈਡਾਂ ਤੋਂ ਬਿਨਾਂ.
ਐਪਲੀਕੇਸ਼ਨ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖੋ ਕਿ "ਹਾਂ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ. ਇਸਨੂੰ ਪ੍ਰਾਇਕਟਿਕ ਰੱਖੋ: ਕੀ ਇਹ ਵਿਕਰੇਤਾ ਤੁਹਾਡੇ ਇਵੈਂਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਲੋਕਾਂ ਦੀ ਸੁਰੱਖਿਆ ਸੁਰੱਖਿਅਤ ਹੈ, ਅਤੇ ਮਾਰਕੀਟ ਵਿੱਚ ਸੰਤੁਲਨ ਬਣਿਆ ਰਹੇ?
ਆਮ ਮਾਪਦੰਡ ਜੋ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ:
ਸਥਿਤੀਆਂ ਉਲਝਣ ਤੋਂ ਬਚਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਅਪਡੇਟਾਂ ਨੂੰ ਪ੍ਰਡਿਕਟਬਲ ਬਣਾਉਂਦੀਆਂ ਹਨ. ਇੱਕ ਸਧਾਰਣ ਸੈੱਟ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ: New, Needs info, Accepted, Waitlist, Rejected. "Needs info" ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਕੀਈ ਵਧੀਆ ਵਿਕਰੇਤਾ ਅਧੂਰੇ ਵੇਰਵੇ ਭੇਜਦੇ ਹਨ.
ਭੂਮਿਕਾਵਾਂ ਪਹਿਲਾਂ ਤੋਂ ਨਿਰਧਾਰਤ ਕਰੋ. ਇੱਕ ਵਿਅਕਤੀ ਪਹਿਲੀ ਪਾਸ ਕਰ ਸਕਦਾ ਹੈ (ਪੂਰਨਤਾ ਅਤੇ ਮੁੱਖ ਫਿੱਟ). ਇੱਕ ਵਿਅਕਤੀ ਅੰਤਿਮ ਫੈਸਲਾ ਦੇਵੇ ਤਾਂ ਕਿ ਮਿਸ਼ਰਤ ਸੁਨੇਹੇ ਨਾ ਆਉਣ. ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਕਈ ਸਮੀਖਿਆਕਾਰ ਹਨ, ਤੋਬਾਹੀ ਹਾਲਤ ਲਈ ਕਿਸੇ ਟਾਈ-ਬ੍ਰੇਕ ਨਿਯਮ 'ਤੇ ਸਹਿਮਤ ਹੋ ਜਾਓ (ਉਦਾਹਰਣ ਲਈ, ਇਵੈਂਟ ਲੀਡ ਫੈਸਲਾ ਕਰੇ).
ਏਕ ਅਸਲ ਜਵਾਬ ਸਮਾਂ ਨਿਰਧਾਰਤ ਕਰੋ ਜੋ ਤੁਸੀਂ ਪੂਰਾ ਕਰ ਸਕੋ, ਜਿਵੇਂ "ਅਸੀਂ 5 ਕਾਰੋਬਾਰੀ ਦਿਨਾਂ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ." ਜੇ ਤੁਸੀਂ ਖਾਸ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਪ੍ਰਸ਼ਨਾਂ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਤੋ ਫੈਸਲੋ ਕਿ ਇਹ ਸਵਾਲ ਕਿੱਥੇ ਜਾਣਗੇ (ਇੱਕ ਇਨਬਾਕਸ, ਇੱਕ ਵਿਅਕਤੀ) ਅਤੇ ਕੁਝ ਸ محفوظ ਰਹਿਤ ਜਵਾਬਾਂ ਨਾਲ ਇਕਸਾਰ ਰਹੋ.
ਐਜ ਕੇਸਾਂ ਲਈ ਪਹਿਲਾਂ ਯੋਜਨਾ ਬਣਾਓ:
ਤੁਹਾਡੇ Accept ਕਰਨ 'ਤੇ ਹੀ ਸਵਾਗਤ ਸੁਨੇਹਾ ਭੇਜੋ, ਫਾਰਮ ਭਰਨ 'ਤੇ ਨਹੀਂ. ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਆਮ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਪਹਿਲਾਂ ਹੀ ਦੇ ਕੇ ਸਵਾਲਾਂ ਨੂੰ ਘੱਟ ਕੀਤਾ ਜਾਵੇ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਅਗਲਾ ਕਦਮ ਦਿੱਤਾ ਜਾਵੇ.
ਇੱਕ ਚੰਗਾ ਆਟੋਮੈਟਿਕ ਸਵਾਗਤ ਸੁਨੇਹਾ ਇਕ ਛੋਟੀ ਇੱਕ-ਪੇਜ਼ ਗਾਈਡ ਵਾਂਗ ਪੜ੍ਹਦਾ ਹੈ. ਉਹੀ ਚੀਜ਼ਾਂ ਸ਼ਾਮਿਲ ਕਰੋ ਜੋ ਉਹ ਤਿਆਰ ਹੋਕੇ ਆਉਣ ਲਈ ਲੋੜੀਂਦੀਆਂ ਹਨ:
ਇਸਨੂੰ ਛੋਟਾ ਰੱਖੋ. ਕੁਝ ਮੁੱਖ ਚੀਜ਼ਾਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਲੋਕ ਨਹੀਂ ਭੁੱਲਣੇ ਚਾਹੀਦੇ ਉਹਨਾਂ 'ਤੇ ਜੋਰ ਦਿਓ, ਅਤੇ ਉਹ ਵਾਅਦੇ ਨਾ ਕਰੋ ਜੋ ਤੁਸੀਂ ਗਾਰੰਟੀ ਨਾ ਕਰ ਸਕੋ. ਕਹੋ "ਅਸੀਂ ਬੇਹਤਰੀਨ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗੇ ਤੁਹਾਨੂੰ ਸਮਾਨ ਵਿਕਰੇਤਿਆਂ ਨੇੜੇ ਰੱਖਣ ਦੀ" ਬਜਾਏ "ਤੁਹਾਨੂੰ ਦਰਵਾਜ਼ੇ ਕੋਲ ਰੱਖਿਆ ਜਾਵੇਗਾ." ਪਾਵਰ ਦੀ ਪੁਸ਼ਟੀ ਸਿਰਫ਼ ਅੱਗੇ ਤਾਂ ਦਿਓ ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਵਾਸਤਵਿਕ ਰਿਜ਼ਰਵਡ ਆਊਟਲੇਟ ਹੋਵੇ.
ਜੇ ਤੁਸੀਂ Accepted ਅਤੇ Needs info ਵਰਗੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਸਮਰਥਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਦੋ ਅਲੱਗ ਟੈਮਪਲੇਟ ਲਿਖੋ ਤਾਂ ਜੋ ਟੋਨ ਸਪਸ਼ਟ ਅਤੇ ਲਗਾਤਾਰ ਰਹੇ.
Subject: You’re accepted for {EventName} - next step inside
Hi {VendorName},
You’re confirmed for {EventName} on {EventDate}.
Key details:
- Load-in: {LoadInWindow} at {LoadInLocation}
- Booth: {BoothSize}. Bring {WhatToBringShort}
- Parking: {ParkingNotes}
- Rules: {TopRules}
Next step (today): reply with {OneRequiredItem} by {Deadline}.
Day-of contact: {ContactName}, {ContactPhone}
Thanks,
{OrganizerName}
"Needs info" ਲਈ ਸਿੱਧਾ ਅਤੇ ਨਿਰਧਾਰਤ ਹੋਵੋ: "ਅਸੀਂ ਤੁਹਾਡੀ ਆਵেদন ਨੂੰ 아직 ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰ ਸਕਦੇ. ਕਿਰਪਾ ਕਰਕੇ {MissingItem} ਭੇਜੋ." ਇਹ ਇੱਕ ਇਕੱਲੀ ਵਾਕ ਇਹ ਲੰਮੇ ਥ੍ਰੈਡ ਨੂੰ ਰੋਕਦੀ ਹੈ.
ਸਕਰੀਨ ਤੋਂ ਪਹਿਲਾਂ ਕਾਗਜ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ. ਆਪਣੇ ਸਟੇਜਾਂ ਅਤੇ ਸਥਿਤੀਆਂ ਨੂੰ ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ ਲਿਖੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਨਵਾਂ ਬਣਾਉਣ ਨਾ ਪੈਓ. ਇਸਨੂੰ ਸਧਾਰਣ ਰੱਖੋ: New, Needs info, Accepted, Rejected. ਇੱਕ ਨੋਟ ਵੀ ਜੋੜੋ ਕਿ ਕੌਣ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਅਤੇ "Accepted" ਦਾ ਮਤਲਬ ਇਵੈਂਟ ਲਈ ਕੀ ਹੈ (ਭੁਗਤਾਨ, ਪੁਸ਼ਟੀ ਤਾਰੀਖ, ਜਾਂ ਸਿਰਫ ਮਨਜ਼ੂਰੀ).
ਅਗਲੇ ਕਦਮ ਵਿੱਚ ਫਾਰਮ ਬਣਾਓ. ਫੀਲਡਾਂ ਨੂੰ "ਲਾਜ਼ਮੀ" ਅਤੇ "ਚੰਗੇ-ਹੋਣ" ਵਿੱਚ ਵੰਡੋ. ਲਾਜ਼ਮੀ ਫੀਲਡ ਤੇਜ਼ੀ ਨਾਲ ਫੈਸਲਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ (ਬਿਜ਼ਨਸ ਨਾਂ, ਸੰਪਰਕ, ਉਹ ਕੀ ਵੇਚਦੇ ਹਨ, ਜੇ ਲੋੜੀਂਦਾ ਤਦ ਪਰਮੀਟ). ਵਿਕਲਪਿਕ ਫੀਲਡ ਪਲੇਸਮੈਂਟ ਅਸਾਨ ਬਣਾਉਂਦੀਆਂ ਹਨ (ਬੂਥ ਆਕਾਰ, ਪਾਵਰ ਲੋੜ, ਸੋਸ਼ਲ ਹੈਂਡਲ, ਵਧ ਫੋਟੋਆਂ). ਇਸ ਨਾਲ ਗੰਭੀਰ ਵਿਕਰੇਤਾ ਅੱਧੇ ਰਸਤੇ ਛੱਡ ਕੇ ਨਹੀਂ ਜਾਵੇਂਗੇ.
ਫਿਰ ਇੱਕ ਸਮੀਖਿਆਕਾਰ ਵਿਊ ਬਣਾਓ ਜੋ ਫੈਸਲਾ ਜਾਣਕਾਰੀ ਇਕ ਨਜ਼ਰ ਵਿੱਚ ਦਿਖਾਏ. ਇੱਕ ਸਕਰੀਨ ਲਈ ਲਕੜੀ ਰੱਖੋ ਜਿੱਥੇ ਤੁਸੀਂ ਕੈਟੈਗਰੀ, ਸੈਟਅੱਪ ਲੋੜਾਂ, ਕੀ ਕੋਈ ਚੀਜ਼ ਗੁੰਮ ਹੈ, ਅਤੇ ਕੋਈ ਨੋਟਸ ਦੇਖ ਸਕੋ.
ਇਕ ਤੰਗ ਬਣਾਉਂਦੇ ਕਦਮ ਜੋ ਅਕਸਰ ਇਕ ਦੁਪਹਿਰ ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੇ ਹਨ:
"Request more info" ਨੂੰ ਛੱਡੋ ਨਾ — ਇਹ ਬਿਨਾਂ ਜਰੂਰੀ ਰਦ ਕਰਨ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਜਦੋਂ ਕਿਸੇ ਨੇ ਅਟੈਚਮੈਂਟ ਭੁੱਲਿਆ ਹੋਵੇ ਜਾਂ ਉਹਨਾਂ ਦੀ ਸੈਟਅੱਪ ਵਿਆਖਿਆ ਸਪਸ਼ਟ ਨ ਹੋਵੇ.
ਅਖੀਰ ਵਿਚ, ਇੱਕ ਨਕਲੀ ਵਿਕਰੇਤਾ ਨਾਲ end-to-end ਟੈਸਟ ਕਰੋ. ਇੱਕ ਆਵেদন ਭੇਜੋ, ਸਮੀਖਿਆਕਾਰ ਵਜੋਂ ਖੋਲ੍ਹੋ, ਹਰ ਫੈਸਲੇ ਨੂੰ ਕਲਿਕ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਹੀ ਸੁਨੇਹਾ ਭੇਜਿਆ ਗਿਆ. ਦੇਖੋ ਕਿ ਸਥਿਤੀ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਬਦਲਦੀ ਹੈ ਅਤੇ ਖੋਜਯੋਗ ਰਹਿੰਦੀ ਹੈ. ਜੇ ਟੈਸਟ ਵਿੱਚ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਸਮਝਣਾ ਔਖਾ ਲੱਗੇ, ਤਾਂ ਵਿਕਰੇਤਾ ਨੂੰ ਵੀ ਓਸੇ ਤਰ੍ਹਾਂ ਦੇ ਉਲਝਣ ਮਹਿਸੂਸ ਹੋਵੇਗਾ.
ਸਭ ਤੋਂ ਅਸਾਨ ਤਰੀਕਾ ਗਠਿਤ ਰਹਿਣ ਦਾ ਇਹ ਹੈ ਕਿ ਇੱਕੇ ਥਾਂ 'ਤੇ ਵਿਕਰੇਤਾ ਜਾਣਕਾਰੀ ਰਹੇ, ਅਤੇ ਕਦੇ ਵੀ ਇਹ ਵੱਖਰਾ ਨਾ ਹੋਵੇ. ਇਹ ਇਕ ਸਧਾਰਨ ਡੇਟਾਬੇਸ ਟੇਬਲ ਹੋ ਸਕਦਾ ਹੈ (ਜਾਂ ਇੱਕ ਹਲਕੀ-ਫੁਲਕੀ ਇੰਟਰਨਲ ਐਪ) ਜੋ ਹਰ ਇਕ ਸਭਮਿਸ਼ਨ, ਹਰ ਫੈਸਲੇ, ਅਤੇ ਅਖੀਰੀ ਸਥਿਤੀ ਨੂੰ ਸੰਭਾਲਦਾ ਹੋ. ਤੁਹਾਡਾ ਵਿਕਰੇਤਾ ਆਵেদন ਫਾਰਮ ਸਿੱਧਾ ਉਸ ਸੋਰਸ ਆਫ਼ ਟਰੂਥ ਵਿੱਚ ਲਿਖੇ ਤਾਂ ਤੁਸੀਂ ਈਮੇਲ, DM, ਅਤੇ ਕਈ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ ਨੂੰ ਨਫਰਤ ਨਹੀਂ ਕਰੋਗੇ.
ਕਾਪੀ-ਪੇਸਟ ਕੰਮ ਅਕਸਰ ਉਸ ਵੇਲੇ ਉਤਪੰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਫਾਰਮ, ਸਮੀਖਿਆ ਨੋਟਸ, ਅਤੇ ਅਖੀਰੀ ਸੂਚੀ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਵਿੱਚ ਹੋਣ. ਜੇ approvals ਉਸੇ ਜਗ੍ਹਾ 'ਤੇ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਆਵੇਦਨ ਸਟੋਰ ਹੋਂਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਸਥਿਤੀ ਨਾਲ ਛਾਂਟ ਸਕਦੇ ਹੋ (New, Needs info, Accepted, Waitlist, Rejected) ਅਤੇ ਅਖੀਰੀ ਵਿਕਰੇਤਾ ਸੂਚੀ ਇੱਕ ਕਦਮ ਵਿੱਚ ਨਿਰਯਾਤ ਕਰ ਸਕਦੇ ਹੋ.
ਛੋਟਾ ਆਡਿਟ ਟ੍ਰੇਲ ਉਨ੍ਹਾਂ ਵੇਲੇ ਬਚਾਉਂਦਾ ਹੈ ਜਦੋਂ ਵਿਕਰੇਤਾ ਫਾਲੋ-ਅਪ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ ਜਾਂ ਅਗਲੇ ਇਵੈਂਟ 'ਤੇ ਤੁਸੀਂ ਰਿਪੋਰਟ ਬਣਾਉਂਦੇ ਹੋਵੋ.
ਜੇ ਤੁਸੀਂ ਬਾਹ-ਬਾਹ ਚਰਚਾ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਤਾਂ "Last contact" ਨੂੰ ਸ਼ਾਮਿਲ ਕਰੋ. ਇਹ ਇੱਕ ਫੀਲਡ ਦੁਹਰਾਏ ਹੋਏ ਈਮੇਲਾਂ ਨੂੰ ਘੱਟ ਕਰ ਦਿੰਦੀ ਹੈ.
ਪਰਮਿਸ਼ਨ ਆਮ ਤੌਰ ਤੇ ਬੁਨਿਆਦੀ ਰੱਖੋ. ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਸਿਰਫ਼ ਰੀਡ ਅਧਿਕਾਰ ਦੀ ਲੋੜ ਰੱਖਦੇ ਹਨ.
ਡੇਟਾ ਪ੍ਰਾਈਵੇਸੀ ਲਈ, ਸਿਰਫ ਉਹੀ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਇਵੈਂਟ ਚਲਾਉਣ ਲਈ ਚਾਹੀਦੀ ਹੈ. ਜੇ ਤੁਸੀਂ ਚੈਕ ਨਹੀਂ ਭੇਜਦੇ, ਤਾਂ ਬੈਂਕ ਵਾਲੀ ਜਾਣਕਾਰੀ ਮੰਗੋ ਨਾ. ਜੇ ਤੁਸੀਂ ਦਰਸ-ਦਿਨ ਅੱਪਡੇਟ ਲਈ ਸਿਰਫ਼ ਟੈਕਸਟ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਕ ਫ਼ੋਨ ਨੰਬਰ ਪੁੱਛੋ, ਦੋ ਨਹੀਂ.
ਜਿਆਦਾਤਰ ਵਿਕਰੇਤਾ ਵਰਕਫਲੋ ਸਧਾਰਨ ਕਾਰਨਾਂ ਨਾਲ ਫੇਲ ਹੁੰਦੇ ਹਨ: ਫਾਰਮ ਬਹੁਤ ਭਾਰ ਹੈ, ਨਿਯਮ ਅਸਪਸ਼ਟ ਹਨ, ਜਾਂ ਫੋਲੋ-ਅਪ ਢਿੱਲਾ ਹੈ. ਕੁਝ ਆਮ ਗਲਤੀਆਂ ਠੀਕ ਕਰਨ ਨਾਲ ਹਜ਼ਾਰਾਂ ਘੰਟਿਆਂ ਦੀ ਈਮੇਲ ਬਚਾਈ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਅਜਿਹੇ ਅਚੰਭੇ ਰੱਦ ਹੋ ਸਕਦੇ ਹਨ.
ਵਿਕਰੇਤਾ ਆਵेदन ਫਾਰਮ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਭਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਟੈਕਸ ਫੇਰੋੜੀ ਵਰਗਾ. ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪੂਰਾ ਮੀਨੂ, ਬੂਥ ਫੋਟੋਆਂ, ਇਨਸ਼ੋਰੈਂਸ ਡੌਕਸ, ਅਤੇ ਹਰ ਸੋਸ਼ਲ ਹੈਂਡਲ ਮੰਗੋ, ਤਾਂ ਬਹੁਤ ਸਾਰੇ ਚੰਗੇ ਵਿਕਰੇਤਾ ਅੱਧੇ ਰਸਤੇ ਛੱਡ ਦੇਣਗੇ.
ਪਹਿਲਾ ਕਦਮ ਇਸ 'ਤੇ ਕੇਂਦਰਿਤ ਰੱਖੋ ਜੋ ਤੁਹਾਨੂੰ ਫੈਸਲਾ ਕਰਨ ਲਈ ਚਾਹੀਦਾ ਹੈ. ਜੇ ਕੋਈ ਮਨਜ਼ੂਰ ਹੋ ਜਾਵੇ, ਤਾਂ ਵਾਧੂ ਵੇਰਵੇ ਬਾਅਦ 'ਚ ਲਓ.
ਇਹ ਆਸਾਨ ਹੈ ਕਿ ਤੁਸੀਂ ਜ਼ਲਦੀ ਹਾਂ ਕਹਿ ਦਿਓ ਅਤੇ ਫਿਰ ਪਤਾ ਲੱਗੇ ਕਿ ਬੂਥਸਪਾਟਸ, ਪਾਵਰ ਆਊਟਲੇਟ, ਜਾਂ ਕਿਸੇ ਕੈਟੈਗਰੀ ਲਈ ਤੁਹਾਡੀ ਪ੍ਰਾਪਤੀ ਪਾਰ ਹੋ ਗਈ. ਮਨਜ਼ੂਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੈੱਕ ਕਰੋ:
ਜੇ ਤੁਹਾਡੇ ਸਿਰਫ "new" ਅਤੇ "accepted" ਹਨ, ਤਾਂ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਟ੍ਰੈਕ ਗੁਆ ਦੇਵੋਗੇ. ਸਪਸ਼ਟ ਸਥਿਤੀ ਨਾਮ ਤੁਹਾਨੂੰ ਤੇਜ਼ ਕਾਰਵਾਈ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ.
ਸਧਾਰਣ ਲੇਬਲ ਵਰਤੋਂ: Received, Needs info, Under review, Accepted, Waitlisted, Declined.
Waitlisted ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਇਮਾਨਦਾਰੀ ਅਤੇ ਇਕ ਟਾਈਮਲਾਈਨ ਚਾਹੀਦੀ ਹੈ. Accepted ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਅਗਲੇ ਕਦਮ ਅਤੇ ਡੈਡਲਾਈਨ ਚਾਹੀਦੀ ਹੈ. ਜੇ ਦੋਹਾਂ ਨੂੰ ਇੱਕੋ ਨੋਟ ਮਿਲੇਗੀ ਤਾਂ ਲੋਕ ਗ਼ਲਤ ਜਗ੍ਹਾ ਆ ਜਾਵੇਂਗੇ ਜਾਂ ਛੱਡ ਸਕਦੇ ਹਨ.
ਕੁੱਝ ਵਿਕਰੇਤਾ ਟੈਕਸਟ ਰਾਹੀਂ ਤੇਜ਼ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਹੋਰ सिरਫ਼ ਈਮੇਲ ਵੇਖਦੇ ਹਨ. ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਦੋਹਾਂ ਪੁੱਛੋ, ਅਤੇ "preferred contact method" ਫੀਲਡ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਕਿ ਤੁਰੰਤ ਸਵਾਲਾਂ ਗੁੰਮ ਨਾ ਹੋਣ.
ਆਪਣਾ ਵਿਕਰੇਤਾ ਆਵেদন ਫਾਰਮ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਕ ਤੇਜ਼ ਜाँच ਕਰੋ ਜੋ ਬਾਅਦ ਵਿੱਚ ਘੰਟਿਆਂ ਬਚਾਉਂਦੀ ਹੈ. ਹਰ ਵਿਕਰੇਤਾ ਇੱਕੋ ਕੋਰ ਜਾਣਕਾਰੀ ਦੇਵੇ, ਹਰ ਸਮੀਖਿਆਕਾਰ ਇੱਕੋ ਢੰਗ ਨਾਲ ਫੈਸਲੇ ਕਰੇ, ਅਤੇ ਮਨਜ਼ੂਰ ਕੀਤੇ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਬਿਨਾਂ ਵਾਧੂ ਈਮੇਲਾਂ ਦੇ ਸਪਸ਼ਟ ਅਗਲੇ ਕਦਮ ਮਿਲਣ.
ਇਹ ਛੋਟੀ ਚੈਕਲਿਸਟ ਯਕੀਨੀ ਬਣਾਉਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਮੈਪ, ਸ਼ੈਡਿਊਲ ਅਤੇ ਬੂਥ ਗਿਣਤੀ 'ਚ ਰੱਖ ਸਕਦੇ ਹੋ.
ਫਾਰਮ ਠੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਆਪਣੇ ਫੈਸਲੇ ਦੀ ਭਾਸ਼ਾ ਲਾਕ ਕਰੋ. ਔਧੀ ਸਮਝ ਭਰਮ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਫਾਲੋ-ਅਪ ਬਣਾਉਂਦੀ ਹੈ.
ਵਿਕਰੇਤਾ ਅਤੇ ਆਯੋਜਕ ਧੰਗ ਨਾਲ ਪ੍ਰਵਾਹ ਵਿੱਚ ਅੱਗੇ-ਪਿਛੇ ਹੋ ਕੇ ਟੈਸਟ ਕਰੋ.
ਇੱਕ ਅਸਲੀ ਲੱਗਣ ਵਾਲਾ ਟੈਸਟ ਵਰਤੋ (ਜਿਵੇਂ "Sunny Scoops Ice Cream, 10x10 booth, needs one outlet"). ਜੇ ਇਹ ਸਾਫ਼ ਚਲਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਅਰਜ਼ੀਆਂ ਖੋਲ੍ਹਣ ਲਈ ਤਿਆਰ ਹੋ.
ایک رضاکار ਟੀਮ ہفتہ وار مارکیٹ 40 بُوثਾਂ کے ساتھ ਚਲਾਂਦੀ ਹੈ. ਉਹ ਵਿਭਿੰਨਤਾ ਚਾਹੁੰਦੇ ਹਨ (ਨਹੀਂ 18 ਮੋਮਬੱਤੀਆਂ) ਅਤੇ ਉਹ ਹਫ਼ਤੇ ਦੀਆਂ ਰਾਤਾਂ ਦੌਰਾਨ ਵੇਰਵਿਆਂ ਦੀ ਲੰਬੀ ਮੁਹੱਈਤ ਨਹੀਂ ਚਾਹੁੰਦੇ. ਉਹ ਇੱਕ ਸਧਾਰਨ ਵਿਕਰੇਤਾ ਆਵেদন ਫਾਰਮ ਵਰਤਦੇ ਹਨ ਜੋ ਇੱਕ ਸਮੀਖਿਆ ਪੰਨੇ ਨੂੰ ਭਰਦਾ ਹੈ.
ਵਿਕਰੇਤਾ 5 ਮਿੰਟਾਂ ਤੋਂ ਘੱਟ ਵਿੱਚ ਆਵेदन ਕਰਦਾ ਹੈ: ਬਿਜ਼ਨਸ ਨਾਂ, ਸੰਪਰਕ ਜਾਣਕਾਰੀ, ਕੈਟੈਗਰੀ, ਉਤਪਾਦ ਫੋਟੋਆਂ, ਪਾਵਰ ਲੋੜ, ਬੂਥ ਆਕਾਰ, ਅਤੇ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਪਰਮੀਟ. ਆਯੋਜਕ ਨੂੰ ਹਰ ਵਾਰੀ ਉਹੀ ਖੇਤਰਾਂ ਨਾਲ ਇੱਕ ਸਾਫ਼ ਸੰਖੇਪ ਦਿੱਖਦਾ ਹੈ, ਨਾਲ ਇੱਕ ਨੋਟ ਬਾਕਸ ਅਤੇ ਸਪਸ਼ਟ ਸਥਿਤੀ.
ਜਦੋਂ ਆਵੈਦਨ ਆਉਂਦੇ ਹਨ, ਆਯੋਜਕ ਇੱਕ ਤਿੰਨ ਫੈਸਲਿਆਂ ਵਿੱਚੋਂ ਇਕ ਕਰਦਾ ਹੈ:
Accepted ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਤੁਰੰਤ ਆਟੋਮੈਟਿਕ ਸਵਾਗਤ ਸੁਨੇਹਾ ਮਿਲਦਾ ਹੈ. ਇਸ ਵਿੱਚ ਉਹ ਚੀਜ਼ਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਉਹ ਤਿਆਰ ਆਉਣ ਲਈ ਲੋੜੀਂਦੀਆਂ ਹਨ: ਬੂਥ ਨੰਬਰ (ਜਾਂ ਇਹ ਕਿ ਬਾਅਦ ਵਿੱਚ ਦੇ ਦਿੱਤਾ ਜਾਵੇਗਾ), ਲੋਡ-ਇਨ ਵਿੰਡੋ, ਪਾਰਕਿੰਗ ਨਿਯਮ, ਪਾਵਰ ਉਪਲਬਧਤਾ, ਲਿਆਉਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ, ਅਤੇ ਫੀਸ ਦੀ ਅਦਾਇਗੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ. Waitlisted ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਇੱਕ ਛੋਟਾ ਨੋਟ ਮਿਲਦਾ ਹੈ ਜੋ ਕੈਟੈਗਰੀ ਕੈਪ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕਦੋਂ ਸੁਣਿਆ ਜਾਵੇਗਾ ਬਾਰੇ ਦੱਸਦਾ ਹੈ.
ਇਵੈਂਟ ਸਵੇਰੇ, ਆਯੋਜਕ ਅਖੀਰੀ ਸੂਚੀ ਖੋਲ੍ਹਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਵਰਕਿੰਗ ਚੈਕਲਿਸਟ ਵਾਂਗ ਵਰਤਦੇ ਹਨ: ਕੌਣ ਉਮੀਦ ਕੀਤੀ ਗਈ, ਹਰ ਇੱਕ ਕੀ ਵੇਚਦਾ ਹੈ, ਬੂਥ ਆਕਾਰ, ਅਤੇ ਕੀ ਇਲੈਕਟ੍ਰਿਸਿਟੀ ਦੀ ਲੋੜ ਸੀ. ਜੇ ਕੋਈ ਅਖੀਰਲੇ ਪਲ 'ਤੇ ਰੱਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਟੀਮ waitlist ਨੂੰ ਕੈਟੈਗਰੀ ਅਨੁਸਾਰ ਛਾਂਟ ਸਕਦੀ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਇੱਕ acceptance ਭੇਜ ਸਕਦੀ ਹੈ.
ਸਭ ਤੋਂ ਤੇਜ਼ ਜਿੱਤ ਇੱਕ ਸਧਾਰਣ ਵਿਕਰੇਤਾ ਆਵেদন ਫਾਰਮ ਲਾਂਚ ਕਰਨਾ ਹੈ ਜੋ ਤਿੰਨ ਚੀਜ਼ਾਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰਦਾ ਹੈ: ਆਵੈਦਨਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦਾ, ਤੁਹਾਨੂੰ ਇੱਕ ਸਪਸ਼ਟ ਸਮੀਖਿਆ ਸਕਰੀਨ ਦਿਖਾਉਂਦਾ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਨੂੰ ਮਨਜ਼ੂਰ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਰੰਤ ਇੱਕ ਸਵਾਗਤ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ. ਜੇ ਤੁਸੀਂ ਇੱਕ ਇਵੈਂਟ ਇਸ ਨਾਲ ਚਲਾਉ ਸਕਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਸਿਸਟਮ ਹੈ.
ਇਸ ਦਾ ਕੌਣ ਇਕ ਤਤਕਾਲ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਇਹ ਫੈਸਲ ਕਰੋ. ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਆਖ਼ਰੀ ਤੱਕ ਸਮੀਖਿਆ, ਨਕਾਰਾ ਭੇਜਣਾ, ਅਤੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਭਾਵੇਂ ਹੋਰ ਮਦਦ ਕਰਨ.
ਆਪਣੀਆਂ ਆਵੈਦਨ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋ ਨਕਲੀ ਵਿਕਰੇਤਿਆਂ ਨਾਲ ਟੈਸਟ ਰਨ ਕਰੋ (ਇੱਕ ਮਨਜ਼ੂਰ, ਇੱਕ ਨਕਾਰਾ). ਇਹ ਤੁਹਾਨੂੰ ਘੱਟ ਫੀਲਡਾਂ, ਗੁੰਝਲਦਾਰ ਲਫ਼ਜ਼, ਅਤੇ ਸਮੇਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ पकड़ਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ.
ਇੱਕ ਤੇਜ਼ ਲਾਂਚ ਚੈਕਲਿਸਟ:
ਜੇ ਤੁਸੀਂ ਇਹ ਇਕ ਛੋਟੀ ਵੈਬ ਐਪ ਚਾਹੁੰਦੇ ਹੋ ਨਾ ਕਿ ਇਕ ਢੇਰ ਟੂਲਾਂ, ਤਾਂ Koder.ai ਵਰਤਕੇ ਤੁਸੀਂ ਚੈਟ ਵਰਣਨ ਤੋਂ ਮੁਢਲੀਿਨ ਇੰਟਰਫੇਸ ਬਣਾ ਸਕਦੇ ਹੋ: ਇੱਕ ਐਪਲਿਕੇਸ਼ਨ ਪੇਜ, ਇੱਕ ਐਡਮਿਨ ਅਪ੍ਰੂਵਲ ਸਕਰੀਨ, ਅਤੇ ਫੈਸਲੇ ਨਾਲ ਜੁੜੇ ਆਟੋਮੈਟਿਕ ਸੁਨੇਹੇ.
ਪਹਿਲੇ ਇਵੈਂਟ ਤੋਂ ਬਾਅਦ ਸਿਰਫ਼ ਉਹੀ ਚੀਜ਼ ਜੋ ਪੀੜਾ ਦਾ ਕਾਰਨ ਬਣੀ ਜੋੜੋ. ਆਮ ਅਪਡੇਟ:
ਜਦੋਂ ਤੁਸੀਂ ਹੋਰ ਗੰਭੀਰ ਹੋਣਾ ਚਾਹੋ, ਤਾਂ ਤੁਸੀਂ ਸਰੋਤ ਕੋਡ ਨਿਰਯਾਤ ਕਰ ਸਕਦੇ ਹੋ, ਹੋਸਟਿੰਗ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਕਸਟਮ ਡੋਮੇਨ ਵਰਤ ਸਕਦੇ ਹੋ. ਇਵੈਂਟ ਦਿਨ ਲਈ ਇੱਕ ਛੋਟੀ ਨੋਟ ਡੌਕ ਰੱਖੋ, ਫਿਰ ਹਰੇਕ ਚੀਜ਼ ਤਾਜ਼ੀ ਹੋਣ 'ਤੇ ਇੱਕ ਛੋਟਾ ਸੁਧਾਰ ਕਰੋ।
ਈਮੇਲ ਧਾਰਾਵਾਂ ਵਿੱਚ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਣ ਨਾਲ ਘੱਟ ਜਾਣਕਾਰੀਆਂ ਛੁਪ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਇਹ ਵੇਖਣਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ ਕਿ ਕੀ ਸਥਿਤ ਹੈ ਅਤੇ ਕੀ ਪੁਸ਼ਟੀ ਹੋਈ ਹੈ. ਇੱਕ ਫਾਰਮ ਅਤੇ ਸਾਦਾ ਮਨਜ਼ੂਰੀ ਸਥਿਤੀ ਹਰ ਆਵੇਦਨ ਨੂੰ ਇਕਸਾਰ ਬਣਾਉਂਦੀ, ਫੈਸਲੇ ਤੇਜ਼ ਕਰਦੀ, ਅਤੇ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਸਹੀ ਅਗਲਾ ਕਦਮ ਆਟੋਮੈਟਿਕ ਭੇਜਦੀ ਹੈ।
ਸ਼ੁਰੂਆਤ ਲਈ ਚਾਰ ਸਥਿਤੀਆਂ ਨਾਲ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ: New, Needs info, Accepted, ਅਤੇ Declined. ਜੇਕਰ ਤੁਸੀਂ ਅਕਸਰ ਕੈਟੈਗਰੀ ਲੀਮਿਟ ਪਹੁੰਚਦੇ ਹੋ ਤਾਂ ਹੀ Waitlist ਸ਼ਾਮਲ ਕਰੋ, ਕਿਉਂਕਿ ਇਹ ਚੰਗੇ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਬੇਵਕੂਫ਼ੀ ਵਿੱਚ ਰੱਦ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਸੰਪਰਕ ਦੀਆਂ ਬੁਨਿਆਦੀ ਜਾਣਕਾਰੀਆਂ, ਉਹ ਕੀ ਵੇਚਦੇ ਹਨ (ਕੈਟੈਗਰੀ), ਅਤੇ ਸਾਈਟ 'ਤੇ ਓਹਨਾ ਦੀ ਲੋੜਾਂ ਜੋ ਸਥਾਨ ਨਿਰਧਾਰਿਤ ਕਰਨ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦੀਆਂ ਹਨ. ਅਮਲ ਵਿੱਚ ਇਹਨਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੈ: ਬਿਜ਼ਨਸ ਨਾਂ, ਸੰਪਰਕ ਨਾਂ, ਈਮੇਲ ਜਾਂ ਫ਼ੋਨ, ਕੈਟੈਗਰੀ, ਬੂਥ ਆਕਾਰ, ਅਤੇ ਪਾਵਰ ਲੋੜਾਂ; ਪਰਮੀਟ ਜਾਂ ਇਨਸ਼ੋਰੈਂਸ ਸਿਰਫ਼ ਜੇ ਜ਼ਰੂਰੀ ਹੋਵੇ ਤਾਂ ਹੀ ਮੰਗੋ।
ਫੋਟੋਆਂ, ਪੂਰੇ ਮੀਨੂ ਅਤੇ ਵਾਧੂ ਕਾਗਜ਼ਾਤਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਵਿਕਲਪਿਕ ਰੱਖੋ. ਉਸ ਘੱਟੋ-ਘੱਟ ਜਾਣਕਾਰੀ ਨੂੰ ਮੰਗੋ ਜੋ ਇੱਕ ਇਨਸਾਫ਼ਾਨਾ ਫੈਸਲਾ ਕਰਨ ਲਈ ਚਾਹੀਦੀ ਹੈ, ਫਿਰ ਮਨਜ਼ੂਰੀ ਤੋਂ ਬਾਦ ਵਧੀਆ ਵੇਰਵੇ ਮੰਗੋ ਤਾਂ ਕਿ ਚੰਗੇ ਆਵੈਦਨਕਾਰ ਦੌਰਾਨ ਨਾ ਛੱਡ ਜਾਣ।
ਆਪਣੇ “ਹਾਂ” ਦੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਖੁਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹਰ ਵਾਰੀ ਇਕਸਾਰ ਲਗੂ ਕਰੋ. ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਸਧਾਰਣ ਰਹੇ: ਦਰਸ਼ਕਾਂ ਨਾਲ ਮਿਲਾਪ, ਸੁਰੱਖਿਆ/ਕੰਪਲਾਇੰਸ, ਵੱਖ-ਵੱਖ ਕੈਟੈਗਰੀਆਂ ਵਿੱਚ ਤਰਾਜੂ ਅਤੇ ਕਿ ਉਹ ਵਿਕਰੇਤਾ ਦੀ ਫੁਟਪ੍ਰਿੰਟ ਅਤੇ ਪਾਵਰ ਲੋੜਾਂ ਤੁਹਾਡੇ ਸਥਾਨ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਨੂੰ Accepted ਮਾਰਕ ਕਰਦੇ ਹੋ ਤੁਰੰਤ ਭੇਜੋ, ਨਾ ਕਿ ਜਦੋਂ ਉਹ ਫਾਰਮ ਭਰਦੇ ਹਨ. ਇਹ ਸਮਾਂ-ਨਿਰਧਾਰਣ ਭੇਜਣ ਨਾਲ ਪਰੇਸ਼ਾਨੀਆਂ ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ, ਸੁਨੇਹਾ ਪੁਸ਼ਟੀ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫੋਲੋ-ਅਪ ਸਵਾਲਾਂ ਘੱਟ ਹੋ ਜਾਂਦੇ ਹਨ।
ਵਿਕਰੇਤਾ ਨੂੰ ਤਿਆਰ ਹੋਣ ਲਈ ਸਿਰਫ਼ ਜਰੂਰੀ ਜਾਣਕਾਰੀਆਂ ਦਿਓ: ਤਾਰੀਖ ਤੇ ਸਥਾਨ, ਲੋਡ-ਇਨ ਵਿੰਡੋ, ਪਾਰਕਿੰਗ ਨਿਰਦੇਸ਼, ਮੁੱਖ ਬੂਥ ਨਿਯਮ, ਲਿਆਉਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ, ਅਤੇ ਦਿਨ-ਦੇ-ਦਿਨ ਸੰਪਰਕ. ਇੱਕ ਸਾਫ਼ ਅਗਲਾ ਕਦਮ ਅਤੇ ਇੱਕ ਡੈਡਲਾਈਨ ਦਿਓ ਤਾਂ ਕਿ ਲੰਮੀ ਈਮੇਲ ਲੜੀ ਨਾ ਬਣੇ।
ਉਹਨਾਂ ਲਈ Needs info ਵਰਤੋ ਅਤੇ ਇੱਕ ਗੋਲ ਅਤੇ ਸਪਸ਼ਟ ਪ੍ਰਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਭੇਜੋ, ਫਿਰ ਉੱਤਰ ਦੀ ਉਡੀਕ ਕਰੋ. ਇਹ ਲੰਮੇ ਈਮੇਲ ਥ੍ਰੈਡ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਅਤੇ ਚੰਗੇ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਘੱਟ ਜਾਣਕਾਰੀ ਕਰਕੇ ਰੱਦ ਹੋਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।
ਇੱਕ Waitlist ਸਥਿਤੀ ਵਰਤੋ ਤੇ ਸਪਸ਼ਟ ਰੱਖੋ ਕਿ ਉਹ ਕਿਉਂ ਹਨ, ਉਦਾਹਰਣ ਲਈ ਕੈਟੈਗਰੀ ਕੈਪ ਜਾਂ ਸੀਮਤ ਪਾਵਰ ਆਊਟਲੇਟ. ਇੱਕ ਵਾਸਤਵਿਕ ਚੈੱਕ-ਇਨ ਤਾਰੀਖ ਜਾਂ ਫੈਸਲਾ ਵਿੰਡੋ ਦਿਓ ਤਾਂ ਜੋ ਉਹ ਜਾਣਣ ਕਿ ਉਮੀਦ ਕਿੱਥੇ ਰੱਖਣੀ ਹੈ।
ਸਭ ਤੋਂ ਛੋਟੀ ਵਰਜਨ ਬਣਾਓ ਜੋ ਕੰਮ ਕਰਦੀ ਹੋਵੇ: ਐਪਲੀਕੇਸ਼ਨ ਫਾਰਮ, ਇੱਕ ਅਡਮਿਨ ਮਨਜ਼ੂਰੀ ਸਕਰੀਨ, ਅਤੇ ਫੈਸਲੇ ਅਨੁਸਾਰ ਸੁਨੇਹੇ. Koder.ai 'ਤੇ ਤੁਸੀਂ ਚੈਟ ਤੋਂ ਵਰਕਫਲੋ ਵਰਣਨ ਕਰਕੇ ਇਕ ਐਪ ਤਿਆਰ ਕਰਵਾ ਸਕਦੇ ਹੋ ਜੋ ਸਭ ਜਗ੍ਹਾਂ ਸੰਭਾਲੇ।