23 ਦਸੰ 2025·8 ਮਿੰਟ
ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ: ਕਾਰਪੂਲ ਲਈ ਸਧਾਰਾ ਤੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ
ਇਕ ਇਵੈਂਟ ਲਈ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਬਣਾਓ: ਰਾਈਡ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੋ, ਉਪਲਬਧ ਸੀਟ ਲਿਖੋ ਅਤੇ ਸਪੱਸ਼ਟ ਨਿਯਮਾਂ ਨਾਲ ਸੰਪਰਕ ਵੇਰਵੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਾਂਝੇ ਕਰੋ।
ਇਕ ਇਵੈਂਟ ਲਈ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਬਣਾਓ: ਰਾਈਡ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੋ, ਉਪਲਬਧ ਸੀਟ ਲਿਖੋ ਅਤੇ ਸਪੱਸ਼ਟ ਨਿਯਮਾਂ ਨਾਲ ਸੰਪਰਕ ਵੇਰਵੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਾਂਝੇ ਕਰੋ।
ਗਰੁੱਪ ਚੈਟਸ ਐਸੇ ਲੱਗਦੇ ਹਨ ਜਿਵੇਂ ਕਾਰਪੂਲ ਆਯੋਜਿਤ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੋਵੇ। ਸਭ ਇੱਕਥੇ ਹੁੰਦੇ ਹਨ, ਸੁਨੇਹੇ ਤੁਰੰਤ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਇਹ ਠੀਕ ਲੱਗਦਾ ਹੈ। ਫਿਰ ਜਿਵੇਂ-ਜਿਵੇਂ ਤਾਰੀਖ ਨੇੜੇ ਆਉਂਦੀ ਹੈ, ਹੋਰ ਲੋਕ ਜੁੜਦੇ ਹਨ ਅਤੇ ਚੈਟ ਇੱਕ ਲੰਮੇ ਸਕ੍ਰੋਲਿੰਗ ਪੈਜ਼ਲ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ।
ਮੂਲ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਚੈਟ ਗੱਲਬਾਤ ਲਈ ਬਣੀ ਹੈ, ਮੇਚਿੰਗ ਲਈ ਨਹੀਂ। ਮੁੱਖ ਵੇਰਵੇ ਜਵਾਬਾਂ, ਰੀਐਕਸ਼ਨਾਂ ਅਤੇ ਸਾਈਡ ਵਿਸ਼ਿਆਂ ਵਿੱਚ ਦਫਨ ਹੋ ਜਾਂਦੇ ਹਨ। ਕੋਈ 6:15 ਤੇ ਦੋ ਸੀਟ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਕਿਸੇ ਹੋਰ ਨੇ 6:30 ਛੱਡਣ ਬਾਰੇ ਪੁੱਛਿਆ, ਅਤੇ ਪੰਜ ਮਿੰਟ ਬਾਅਦ ਯੋਜਨਾ ਬਦਲ ਜਾਂਦੀ ਹੈ, ਪਰ ਪੁਰਾਣਾ ਸੁਨੇਹਾ ਅਜੇ ਵੀ ਵਿਹਾੜੇ 'ਤੇ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ।
ਜਦ ਤੁਸੀਂ ਇਕ ਲੰਮੇ ਚੈਟ ਥ੍ਰੈਡ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੇ ਹੋ ਤਾਂ ਕੁਝ ਗੱਲਾਂ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦੀਆਂ ਹਨ:
ਇੱਕ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਹਰ ਆਫਰ ਜਾਂ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਸਾਫ ਪੋਸਟ ਵਿੱਚ ਬਦਲ ਕੇ ਇਹ ਸਾਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਦਾ ਹੈ। ਪੰਜ ਫੋਲੋਅਪ ਪ੍ਰਸ਼ਨਾਂ ਪੁੱਛਣ ਦੀ ਥਾਂ, ਤੁਸੀਂ ਇਕ ਥਾਂ ਸਕੈਨ ਕਰਦੇ ਹੋ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਵੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੌਣ ਜਾ ਰਿਹਾ ਹੈ, ਕਦੋਂ, ਕਿੱਥੋਂ, ਅਤੇ ਕਿੰਨੀਆਂ ਸੀਟਾਂ ਉਪਲਬਧ ਹਨ।
ਇਹ ਸੋਸ਼ਲ ਦਬਾਅ ਨੂੰ ਵੀ ਘਟਾਉਂਦਾ ਹੈ। ਜਿਹੜੇ ਲੋਕ ਇੱਕ ਭਰਪੂਰ ਚੈਟ ਨਾਲ ਬਣੇ ਰਹਿਣਾ ਨਹੀਂ ਚਾਹੁੰਦੇ ਉਹ ਵੀ ਬੇਨਤੀ ਪੋਸਟ ਕਰ ਸਕਦੇ ਹਨ। ਡਰਾਈਵਰ ਆਪਣੇ ਉਪਲਬਧਤਾ ਸਾਝੇ ਕਰ ਸਕਦੇ ਹਨ ਬਿਨਾਂ ਲੰਮੇ ਥ੍ਰੈਡ ਵਿੱਚ ਘੁਸੇ।
ਇੱਕ ਸਧਾਰਨ ਬੋਰਡ ਰਾਈਡ ਵੇਰਵਿਆਂ ਨੂੰ ਇਕੱਠਾ ਰੱਖਦਾ ਹੈ, ਬੈਕ-ਅਂਡ-ਫੋਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸਾਂਝਾ ਕਰਨਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਵਧੀਆ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਇਕ ਕੰਮ ਕਰਦਾ ਹੈ: ਡਰਾਈਵਰਾਂ ਅਤੇ ਰਾਈਡਰਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਮੇਲ ਕਰਵਾਉਣਾ ਬਿਨਾਂ ਇਹਨੂੰ ਇਕ ਸ਼ੋਰਗੁਲ ਚੈਟ ਵਿੱਚ ਬਦਲਣ ਦੇ। ਇਸਨੂੰ ਉਹੀ ਘੱਟ-ਜਰੂਰੀ ਵੇਰਵਿਆਂ 'ਤੇ ਰੱਖੋ ਜੋ ਲੋਕਾਂ ਨੂੰ ਫੈਸਲਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ, “ਕੀ ਇਹ ਮੇਰੇ ਲਈ ਠੀਕ ਹੈ?”
ਕੇਂਦਰ ਵਿੱਚ ਦੋ ਪੋਸਟ ਪ੍ਰਕਾਰ ਹਨ।
ਡਰਾਈਵਰ ਆਫਰ ਇਹ ਸੌਖਾ ਬਣਾਉਣੇ ਚਾਹੀਦੇ ਹਨ ਕਿ ਕਾਰ ਕਿੱਥੋਂ ਆ ਰਹੀ ਹੈ, ਲਗਭਗ ਕਿੱਥੇ ਜਾ ਰਹੀ ਹੈ, ਅਤੇ ਕਿੰਨੇ ਲੋਕ ਜੁੜ ਸਕਦੇ ਹਨ। ਸ਼ੁਰੂ ਵਿੱਚ ਪੂਰਾ ਐਡਰੈਸ ਜਰੂਰੀ ਨਹੀਂ—“ਉੱਤਰੀ ਪਾਸਾ” ਜਾਂ “ਪੁਸਤਕਾਲਿਆ ਦੇ ਕੋਲ” ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ ਹੁੰਦਾ ਹੈ ਜਦ ਤੱਕ ਤੁਸੀਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੇ।
ਰਾਈਡਰ ਰਿਕਵੇਸਟ ਇਸਦਾ ਉਲਟ ਹੈ। ਇੱਕ ਰਾਈਡਰ ਆਪਣੇ ਆਮ ਇਲਾਕੇ, ਲੋੜੀ ਹੋਈ ਸਮੇਂ ਦੀ ਉਪਲਬਧਤਾ, ਅਤੇ ਕਿੰਨੀਆਂ ਸੀਟਾਂ ਚਾਹੀਦੀਆਂ ਹਨ (ਅਕਸਰ ਇੱਕ) ਸਾਂਝਾ ਕਰ ਸਕਦਾ ਹੈ। “ਮੈਂ ਕਿਸੇ ਆਮ ਪਿਕਅਪ ਸਪਾਟ ਤੇ ਮਿਲ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ” ਵਰਗਾ ਛੋਟਾ ਨੋਟ ਡਰਾਈਵਰਾਂ ਨੂੰ ਜ਼ਿਆਦਾ ਆਰਾਮ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ ਹੈ।
ਬੋਰਡ ਸਧਾਰਨ ਰੱਖਣ ਲਈ ਇੱਕ ਛੋਟੀ ਲਿਸਟ ਲਾਜ਼ਮੀ ਫੀਲਡਾਂ ਦੀ ਵਰਤੋ:
ਵਿਕਲਪਿਕ ਫੀਲਡ ਰਿਕਸ ਘਟਾਉਣ ਬਗੈਰ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ “ਛੋਟਾ ਝੁੱਕਾਅ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹੈ”, “ਖੇਡ ਸਮਾਨ ਲਿਆ ਰਹੇ/ਰਹੀ”, “ਵ੍ਹੀਲਚੇਅਰ ਦੀ ਜਰੂਰਤ”, ਜਾਂ “ਪਾਰਕਿੰਗ ਭਾਗ ਕਰਨ ਲਈ ਖੁਸ਼”।
ਕੁਝ ਕਮਿਊਨਿਟੀ ਲਈ ਇੱਕ ਇਵੈਂਟ-ਖਾਸ ਬੋਰਡ ਸਭ ਤੋਂ ਵਧੀਆ ਹੁੰਦਾ ਹੈ। ਇਹ ਸਾਫ ਰਹਿੰਦਾ ਹੈ ਕਿਉਂਕਿ ਪੋਸਟਾਂ ਤਾਰੀਖ ਬੀਤਣ 'ਤੇ ਖਤਮ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਇਹ concerts, ਸਕੂਲ ਦੇ ਪ੍ਰੋਗਰਾਮ, ਮੀਟਅਪ ਅਤੇ ਸੇਵਾ ਦਿਨਾਂ ਲਈ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇੱਕ ਚਲਦਾ ਰਹਿਣ ਵਾਲਾ ਬੋਰਡ ਮੁੜ-ਅਰਜ਼ੀ ਲੋੜਾਂ ਲਈ موزੂਨ ਹੈ, ਜਿਵੇਂ ਹਫਤਾਵਾਰੀ ਸੇਵਾਵਾਂ, ਸਪੋਰਟ ਪ੍ਰੈਕਟਿਸ, ਜਾਂ ਰੋਜ਼ਾਨਾ ਕਮਿਊਟ। ਜੇ ਤੁਸੀਂ ਇਹ ਚੁਣਦੇ ਹੋ ਤਾਂ ਇਕ ਨਿਯਮ ਜੋ ਗੰਦਗੀ ਨੂੰ ਰੋਕੇ: ਪੋਸਟਾਂ ਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਰੀਫ੍ਰੈਸ਼ ਕਰਨਾ ਤਾਂ ਕਿ ਪੁਰਾਣੀਆਂ ਆਫਰ ਲੋਕਾਂ ਨੂੰ ਗਲਤ ਨਾਂ ਦਿਖਾਈ ਦੇਣ।
ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਸ਼ੁਰੂ ਵਿੱਚ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ। ਫੋਨ ਨੰਬਰ ਜਾਂ ਪੂਰਾ ਘਰ-ਪਤਾ ਲਾਜ਼ਮੀ ਫੀਲਡ ਨਾ ਬਣਾਓ। ਆਮ ਇਲਾਕੇ ਅਤੇ ਸਮੇਂ ਦੀ ਵਿੰਡੋ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਦੋਹਾਂ ਪੱਖਾਂ ਸਹਿਮਤ ਹੋਣ 'ਤੇ ਨਿੱਜੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਬੋਰਡ Koder.ai ਵਰਗੇ ਟੂਲ ਨਾਲ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਲਾਜ਼ਮੀ ਅਤੇ ਵਿਕਲਪਿਕ ਫੀਲਡ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਪੋਸਟਾਂ ਸੁਚੱਜੀਆਂ ਅਤੇ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਰਹਿਣ।
ਇੱਕ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਹਰ ਪੋਸਟ ਉਹੀ ਬੁਨਿਆਦੀ ਪ੍ਰਸ਼ਨ ਦੇ ਜਵਾਬ ਦੇਵੇ। ਬਹੁਤ ਜ਼ਿਆਦਾ ਪੁੱਛੋ ਤਾਂ ਲੋਕ ਪੋਸਟ ਨਹੀਂ ਕਰਨਗੇ; ਬਹੁਤ ਘੱਟ ਪੁੱਛੋ ਤਾਂ ਮੇਲ-ਮਿਲਾਪ ਇਕ ਲੰਬਾ ਬੈਕ-ਅਂਡ-ਫੋਰ ਬਣ ਜਾਵੇਗਾ।
ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਫੈਸਲਾ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਮੁੱਖ ਫੀਲਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਕੋਈ ਸੰਵੇਦਨਸ਼ੀਲ ਚੀਜ਼ (ਪੂਰਾ ਪਤਾ, ਫੋਨ ਨੰਬਰ) ਮੁੱਖ ਪੋਸਟ ਤੋਂ ਬਾਹਰ ਰੱਖੋ।
ਇਹ ਫੀਲਡ ਵੱਧਤਰ ਹਕੀਕਤੀ ਲੋੜਾਂ ਨੂੰ ਧੁੰਦਲੇ ਬਿਨਾਂ ਕਵਰ ਕਰਦੇ ਹਨ:
ਸਮੇਂ ਦੀਆਂ ਵਿੰਡੋਆਂ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਲੋਕ ਦੇਰ ਕਰਦੇ ਹਨ। ਇਵੈਂਟ ਅਣਪੇਸ਼ਾਨੀ ਤਰੀਕੇ ਨਾਲ ਖਤਮ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਰੇਂਜ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰਦੀ ਹੈ ਅਤੇ ਨਿਰਾਸ਼ਾ ਘਟਾਉਂਦੀ ਹੈ।
ਸੀਟਾਂ ਦੀ ਗਿਣਤੀ ਬਹੁਤ ਸਧਾਰਣ ਲੱਗਦੀ ਹੈ, ਪਰ ਇਹੋ ਹੀ ਥਾਂ ਤੇ ਵੱਧਤੀਆਂ ਗਲਤਫਹਮੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। ਪੋਸਟ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਦਾ ਜ਼ਿਕਰ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿਓ ਜੋ ਜਗ੍ਹਾ 'ਤੇ ਅਸਰ ਪਾਉਂਦੀਆਂ ਹਨ: ਕਾਰ ਸੀਟ ਦੀ ਲੋੜ, ਵੱਡੇ ਸਮਾਨ (ਫੋਲਡਿੰਗ ਕੁਰਸੀਆ, ਕੂਲਰ), ਅਤੇ ਕਿ ਟਰੰਕ ਪਹਿਲਾਂ ਹੀ ਭਰਿਆ ਹੋਇਆ ਹੈ।
ਪਿਕਅਪ ਲਈ, “ਡਾਊਨਟਾਊਨ ਲਾਇਬ੍ਰੇਰੀ ਪਾਰਕਿੰਗ ਲੌਟ” ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ। ਇਕ ਵਾਰੀ ਰਾਈਡਰ ਅਤੇ ਡਰਾਈਵਰ ਪੁਸ਼ਟੀ ਕਰ ਲੈਂ, ਉਹ ਨਿੱਜੀ ਸੁਨੇਹੇ ਵਿੱਚ ਅੱਖਰੀ ਸਪਾਟ ਤੇ ਸਹਿਮਤ ਹੋ ਸਕਦੇ ਹਨ।
ਵਾਪਸੀ ਯਾਤਰਾ ਨੂੰ ਮੰਨਿਆ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ। ਬਹੁਤ ਲੋਕ ਜਾਣ ਲਈ ਰਾਈਡ ਦੇ ਸਕਦੇ ਹਨ ਪਰ ਵਾਪਸੀ ਲਈ ਨਹੀਂ। ਇਸਨੂੰ ਅਲੱਗ ਫੈਸਲਾ ਸਮਝੋ ਤਾਂ ਜੋ ਕੋਈ ਫਸ ਕੇ ਨਾ ਰਹਿ ਜਾਵੇ।
ਇੱਕ ਛੋਟਾ “ਉਮੀਦਾਂ” ਫੀਲਡ ਵੀ ਮਦਦਗਾਰ ਹੈ। ਉਦਾਹਰਣ ਲਈ “ਸ਼ਾਂਤ ਯਾਤਰਾ, ਫੋਨ ਨਾ ਕਰੋ” ਜਾਂ “ਗੱਲਬਾਤ ਵਧੀਆ” ਲੋਕਾਂ ਨੂੰ ਆਪਸ ਵਿੱਚ ਫਿਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਫਾਰਮ ਖੁਦ ਬਣਾਉਂਦੇ ਹੋ (ਮਿਸਾਲ ਵਜੋਂ, Koder.ai ਵਿੱਚ), ਤਾਂ ਪਹਿਲੀ ਵਰਜਨ ਸਖ਼ਤ ਰੱਖੋ: ਜਰੂਰੀ ਚੀਜ਼ਾਂ + ਇੱਕ ਵਿਕਲਪਿਕ ਨੋਟਸ ਬਾਕਸ। ਬਾਅਦ ਵਿੱਚ ਜਦ ਤੁਸੀਂ ਵੇਖੋਂਗੇ ਕਿ ਕਮਿਊਨਿਟੀ ਕੀ ਚਾਹੁੰਦੀ ਹੈ, ਫੀਚਰ ਵਧਾਓ।
ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਇਹ ਲੋਕਾਂ ਨੂੰ ਤਹਿ ਕਰਕੇ ਕੋਆਰਡੀਨੇਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਆਪਣੀ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਸਾਰਵਜਨਿਕ ਤੌਰ 'ਤੇ ਪੋਸਟ ਕਰਨ 'ਤੇ ਮਜਬੂਰ ਕੀਤੇ। ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ: ਪਹਿਲਾਂ ਬੋਰਡ ਦੇ ਅੰਦਰ ਸੁਨੇਹੇ ਨਾਲ ਸਾਂਝਾ ਕਰੋ, ਫਿਰ ਫੋਨ ਜਾਂ ਡਾਇਰੈਕਟ ਸੰਪਰਕ ਤਦ ਹੀ ਦਿਓ ਜਦ ਦੋਹਾਂ ਪੱਖ ਆਰਾਮਦਾਇਕ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਪਾਬੰਦੀ ਕਰੋ ਕਿ ਪਬਲਿਕ ਪੋਸਟ 'ਤੇ ਫੋਨ ਨੰਬਰ ਜਾਂ ਨਿੱਜੀ ਈਮੇਲ ਨਾ ਦਿਖਾਏ ਜਾਣ। ਇਸਦੀ ਥਾਂ, ਰਾਈਡਰਾਂ ਨੂੰ ਡਰਾਈਵਰ ਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਬੋਰਡ ਦੇ ਜ਼ਰੀਏ ਰਿਕਵੇਸਟ ਭੇਜਣ ਦਿਓ। ਜੇ ਤੁਹਾਡੇ ਬੋਰਡ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਮੈਸੇਜਿੰਗ ਨਹੀਂ ਹੈ, ਤਾਂ ਵੀ ਤੁਸੀਂ ਇੱਕ “ਆਯੋਜਕ ਰਾਹੀਂ ਸੰਪਰਕ” ਕਦਮ ਰੱਖ ਸਕਦੇ ਹੋ ਜਿੱਥੇ ਇੱਕ ਭਰੋਸੇਯੋਗ ਐਡਮਿਨ ਦੋਹਾਂ ਪੱਖਾਂ ਦੀ ਪੋਸ਼ਟੀ ਹੋਣ 'ਤੇ ਵੇਰਵਿਆਂ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।
ਪੂਰੇ ਪਿਕਅਪ ਵੇਰਵੇ ਸਿਰਫ਼ ਮੈਚ ਪੱਕਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਾਂਝੇ ਕਰੋ। ਪਬਲਿਕ ਸਟ੍ਰੀਟ ਐਡਰੈਸ ਸੇਫਟੀ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ ਅਤੇ ਯੋਜਨਾਵਾਂ ਬਦਲਣ 'ਤੇ ਪ੍ਰੇਸ਼ਾਨੀ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਪਬਲਿਕ ਪੋਸਟ ਜਨਰਲ ਰੱਖੋ (ਮੁਹੱਲਾ, ਲੈਂਡਮਾਰਕ ਜਾਂ “ਪੁਸਤਕਾਲਿਆ ਦੇ ਨੇੜੇ”), ਫਿਰ ਅਖੀਰਲਾ ਮਿਲਣ ਵਾਲਾ ਸਪਾਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਸਾਂਝਾ ਕਰੋ।
ਕੁਝ ਪ੍ਰਯੋਗਿਕ ਨਿਯਮ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਅਤੇ ਅਸਾਨ ਰੱਖਦੇ ਹਨ:
ਬੁਨਿਆਦੀ ਮੋਡਰੇਸ਼ਨ ਅਨੇਕਾਂ ਉਮੀਦਾਂ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਮਦਦ ਕਰਦੀ ਹੈ। ਇਕ “ਇਸ ਪੋਸਟ ਦੀ ਰਿਪੋਰਟ ਕਰੋ” ਵਿਕਲਪ ਅਤੇ ਐਡਮਿਨ ਲਈ ਫਲੈਗ ਕਰਨ ਦੀ ਰਾਹ ਰੱਖੋ। ਛੋਟੀ ਕਮਿਊਨਿਟੀ ਲਈ ਵੀ, ਲਿਖੋ ਕਿ ਰਿਪੋਰਟਾਂ ਦੇ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈ: ਕੌਣ ਰਿਵਿਊ ਕਰਦਾ ਹੈ, ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ, ਅਤੇ ਕਿਹੜੀਆਂ ਸਥਿਤੀਆਂ 'ਤੇ ਪੋਸਟ ਹਟਾਈ ਜਾਵੇਗੀ।
ਅਣਛੁਏ ਮੋੜ ਲਈ ਉਮੀਦਾਂ ਵੀ ਸੈੱਟ ਕਰੋ। ਪੋਸਟਰਾਂ ਨੂੰ ਰਾਤ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਅਪੀਲ ਕਰੋ ਅਤੇ ਜਿਵੇਂ ਹੀ ਯੋਜਨਾਵਾਂ ਬਦਲਣ, ਤੁਰੰਤ ਸੁਨੇਹਾ ਕਰਨ ਨੂੰ ਕਹੋ। ਇੱਕ ਸਧਾਰਨ ਮਿਆਰ ਬਹੁਤ ਸਾਰਾ ਨਿਰਾਸ਼ਾ ਰੋਕਦਾ ਹੈ: ਇੱਕ ਨਿਰਧਾਰਤ ਸਮੇਂ ਤੱਕ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਿੰਨ੍ਹਾਂ ਨੂੰ ਜਿੰਨਾ ਜਲਦੀ ਹੋ ਸਕੇ ਰੱਦ ਕਰੋ, ਅਤੇ ਜੇ ਕਿਸੇ ਨੇ ਦੋ ਵਾਰ ਨਾ ਆਉਣ ਦੀ ਆਦਤ ਬਣਾਈ ਤਾਂ ਉਹਨਾਂ ਦੇ ਪੋਸਟ ਕਰਨ ਦੇ ਹੱਕ ਨੂੰ ਹਟਾ ਦਿਓ।
ਉਦਾਹਰਣ: Maya ਇੱਕ ਸ਼ਨੀਵਾਰ ਫੰਡਰੇਜ਼ਰ ਲਈ ਰਾਈਡ ਆਫਰ ਕਰਦੀ ਹੈ ਅਤੇ ਲਿਖਦੀ ਹੈ “2 ਸੀਟ, ਰਵਾਨਗੀ 9:30-9:45, ਪਿਕਅਪ ਨਾਰਥ ਪਾਰਕ ਦੇ ਨੇੜੇ।” ਦੋ ਲੋਕ ਉਸਨੂੰ ਬੋਰਡ ਰਾਹੀਂ ਸੁਨੇਹੇ ਭੇਜਦੇ ਹਨ, ਉਹ ਹਰ ਇਕ ਨੂੰ ਇੱਕ ਸੀਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ, ਫਿਰ ਦੋਹਾਂ ਦੀ “ਪੁਸ਼ਟੀ” ਦੇ ਬਾਅਦ ਨਿੱਜੀ ਸੁਨੇਹੇ ਵਿੱਚ ਅਖੀਰਲਾ ਕੋਨਰ ਅਤੇ ਫੋਨ ਨੰਬਰ ਸਾਂਝੇ ਕਰਦੀ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅੱਜ ਕੀ ਸُلਝਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਸਕੋਪ ਛੋਟਾ ਰੱਖੋ ਤਾਂ ਲੋਕਾਂ ਵਾਸਤੇ ਇਹ ਵਰਤਣਾ ਆਸਾਨ ਹੋਵੇਗਾ। ਇੱਕ ਮਜ਼ਬੂਤ ਪਹਿਲਾ ਵਰਜ਼ਨ ਇੱਕ ਇਵੈਂਟ ਲਈ ਇੱਕ ਬੋਰਡ ਹੈ (ਜਾਂ ਇਕ ਹਫ਼ਤੇ ਲਈ)। ਜਿਵੇਂ ਹੀ ਇਹ ਚਲਣਾ ਸ਼ੁਰੂ ਹੋਵੇ, ਤੁਸੀਂ ਮੌਸਮ ਜਾਂ ਵੱਡੀਆਂ ਕਮਿਊਨਿਟੀ イਵੈਂਟਾਂ ਲਈ ਫੈਲਾਅ ਕਰ ਸਕਦੇ ਹੋ।
ਇੱਕ ਸਕ੍ਰੀਨ 'ਤੇ ਫਿੱਟ ਹੋ ਜਾਏGuildੇ ਕੁਝ ਪੋਸਟ ਨੀਤੀਆਂ ਲਿਖੋ। ਪੂਰਾ ਧਿਆਨ ਮੇਲ-ਮਿਲਾਪ ਤੇ ਰੱਖੋ ਤੇ ਅਸੁਰੱਖਿਅਤ ਸਾਂਝੇ ਕਰਨ ਤੋਂ ਰੋਕੋ। ਇਸ ਵਿਚ ਲਿਖੋ ਕਿ ਕੀ ਸ਼ਾਮਿਲ ਕਰਨਾ ਹੈ (ਰੂਟ, ਸਮਾਂ ਵਿੰਡੋ, ਸੀਟਾਂ, ਪਿਕਅਪ ਵਿਕਲਪ) ਅਤੇ ਕੀ ਨਹੀਂ (ਘਰ ਪਤਾ, ਪੂਰਾ ਕਾਨੂੰਨੀ ਨਾਮ, ਨਿੱਜੀ ਆਈਡੀ ਨੰਬਰ)।
ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੌਣ ਪੋਸਟ ਕਰ ਸਕਦਾ ਹੈ। ਸਿਰਫ ਮੈਂਬਰਾਂ ਲਈ ਪੋਸਟਿੰਗ ਸਪੈਮ ਅਤੇ ਅਣਚਾਹੇ ਗਿਫਟ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ, ਪਰ ਛੋਟੀ ਭਰੋਸੇਯੋਗ ਗਰੁੱਪਾਂ ਲਈ ਖੁੱਲ੍ਹਾ ਪੋਸਟਿੰਗ ਵੀ ਠੀਕ ਹੋ ਸਕਦੀ ਹੈ ਜੇ ਕੋਈ ਸਰਗਰਮ ਮੋਡਰੇਟਰ ਹੋਵੇ। ਜੇ ਤੁਸੀਂ ਅਣਪੱਕੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਮੈਂਬਰ-ਦਰ-ਮੈਂਬਰ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਲੋਕਾਂ ਨੂੰ ਪਹੁੰਚ ਦੀ ਅਰਜ਼ੀ ਦੀ ਆਗਿਆ ਦਿਓ।
ਪਹਿਲੀ ਪੋਸਟ ਜਾਈਂਟ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਦ੍ਰਿੜ਼ਤਾ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਮੋਡਰੇਸ਼ਨ ਕਿਵੇਂ ਕਰੋਂਗੇ। ਪਹਿਲਾ-ਪ੍ਰਮਾਣੂ ਕਰਨ ਨਾਲ ਨਵਿਆਂ ਬੋਰਡ ਲਈ ਮਹਿਸੂਸ ਸੁਰੱਖਿਅਤ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਚੀਜ਼ ਨੂੰ ਧੀਮਾ ਕਰ ਦਿੰਦਾ ਹੈ। ਬਾਅਦ-ਵਿਵੇਚਨਾ ਤੇ ਮੁਲਾਂਕਣ ਤੇ ਆਧਾਰਿਤ ਰਿਵਿਊ ਤੇਜ਼ ਹੈ, ਪਰ ਇਹ ਤਦ ਹੀ ਕੰਮ ਕਰੇਗਾ ਜਦ ਕੋਈ ਰਿਪੋਰਟਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਵੇਖੇ ਅਤੇ ਨਿਯਮ ਟੁੱਟਣ ਵਾਲੀਆਂ ਪੋਸਟਾਂ ਹਟਾਵੇ।
ਇੱਕ ਸਧਾਰਨ ਯੋਜਨਾ ਕਾਫੀ ਹੈ:
ਰੀਟੇਨਸ਼ਨ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਕਲ ਦੀਆਂ ਰਾਈਡਾਂ ਅਜੇ ਵੀ ਦਿੱਖ ਰਹੀਆਂ ਹਨ ਤਾਂ ਰਾਈਡਰ ਗਲਤ ਡਰਾਈਵਰ ਨੂੰ ਸੁਨੇਹਾ ਕਰਨਗੇ ਅਤੇ ਡਰਾਈਵਰਾਂ ਨੂੰ ਗਲਤ ਪਿੰਗ ਮਿਲਣਗੀਆਂ। ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਨਿਯਮ ਹੈ: ਇਵੈਂਟ ਖਤਮ ਹੋਣ ਦੇ 24 ਘੰਟਿਆਂ ਬਾਅਦ ਪੋਸਟ ਹਟਾਓ, ਅਤੇ ਨਕਲਾਂ ਨੂੰ ਛੇਤੀ ਹਟਾਓ।
ਉਦਾਹਰਣ: ਤੁਹਾਡੇ ਨੇਬਰਹੁੱਡ ਦਾ ਸ਼ਨੀਵਾਰ ਫੈਸਟੀਵਲ ਹੈ। ਤੁਸੀਂ ਉਸ ਦਿਨ ਲਈ ਇੱਕ ਬੋਰਡ ਬਣਾਉਂਦੇ ਹੋ, ਮੀਟਅਪ ਪੁਆਇੰਟ (ਜਿਵੇਂ ਇੱਕ ਗ੍ਰੋਸਰੀ ਸਟੋਰ ਪਾਰਕਿੰਗ ਲੌਟ) ਸਰਗਰਮ ਕਰੋ, ਕੇਵਲ ਲੌਗਇਨ ਮੈਂਬਰਾਂ ਨੂੰ ਪੋਸਟ ਕਰਨ ਦਿਓ, ਅਤੇ ਮੋਡਰੇਸ਼ਨ ਨੂੰ ਬਾਅਦ-ਵਿਵੇਚਨਾ ਲਈ ਰੱਖੋ ਜਿਸ ਵਿੱਚ ਸਪਸ਼ਟ ਰਿਪੋਰਟਿੰਗ ਵਿਕਲਪ ਹੋਵੇ। ਐਤਵਾਰ ਸਵੇਰੇ ਸਾਰਾ ਕੁਝ ਸਾਫ਼ ਹੋ ਜਾਵੇ ਤਾਂ ਬੋਰਡ ਅਗਲੇ ਇਵੈਂਟ ਲਈ ਤਿਆਰ ਹੋਵੈ।
ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਸਾਂਝੀ ਦਸਤਾਵੇਜ਼ ਦੀ ਥਾਂ ਇੱਕ ਹਲਕੀ ਵੈੱਬ ਐਪ ਵਜੋਂ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ Koder.ai ਤੁਹਾਡੀ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ — ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਫਾਰਮ, ਮੋਡਰੇਸ਼ਨ ਫਲੋ ਅਤੇ ਪੋਸਟ ਐਕਸਪਾਇਰੀ ਦਾ ਵੇਰਵਾ ਦਿਓ, ਫਿਰ ਜਦੋਂ ਤਿਆਰ ਹੋਵੋ ਤਾਂ ਸੋਰਸ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰੋ।
ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਪੋਸਟ ਇੱਕੋ ਜਿਹੇ ਦਿਖਦੇ ਹਨ। ਲੋਕ ਤੁਰੰਤ ਸਕੈਨ ਕਰ ਸਕਦੇ ਹਨ, ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਲੰਬੇ ਬੈਕ-ਅਂਡ-ਫੋਰ ਤੋਂ ਬਿਨਾਂ ਸਹੀ ਵਿਅਕਤੀ ਨੂੰ ਸੁਨੇਹਾ ਭੇਜ ਸਕਦੇ ਹਨ। ਲਕੜੀ-ਫਰਕ ਦੀ ਲੋੜ ਨਹੀਂ—ਕੁਝ ਹੀ ਵੇਰਵਾ ਮੇਚ ਲਈ ਕਾਫੀ ਹੁੰਦਾ ਹੈ।
ਉਦਾਹਰਣ: Offering | From: Northside | Leaving 4:30-5:15pm | 2 seats | Return: Yes, 9:30-10:00pm | Meet: library lot | Status: Open.
ਉਦਾਹਰਣ: Need a ride | From: East Hill | Can leave 5:00-6:00pm | Flexible | Return: Yes, 9:00-10:30pm | Status: Open.
ਜੇ ਤੁਹਾਡਾ ਬੋਰਡ ਟੈਗਸ ਸਪੋਰਟ ਕਰਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਸਧਾਰਨ ਰੱਖੋ: Offering, Need a ride, ਅਤੇ Return trip. ਹਮੇਸ਼ਾ ਇੱਕ ਸਥਿਤੀ ਲੇਬਲ ਰੱਖੋ ਤਾਂ ਕਿ ਲੋਕ ਕਿਸੇ ਪੋਸਟ 'ਤੇ ਸਮਾਂ ਨੁਕਸਾਨ ਨਾ ਕਰن ਜੋ ਪਹਿਲਾਂ ਹੀ Full ਜਾਂ ਹੋਰ ਵੇਖੀ جا ਚੁੱਕੀ ਹੋਵੇ।
ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਤਦੋਂ ਹੀ ਚੱਲਦਾ ਹੈ ਜਦ ਇਹ ਸਪੱਠ, ਅਪ-ਟੂ-ਡੇਟ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰਹਿੰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਮੱਸਿਆਵਾਂ ਛੋਟੀਆਂ ਗੱਲਾਂ ਤੋਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਲੋਕ ਤੇਜ਼ੀ ਨਾਲ ਪੋਸਟ ਕਰਦਿਆਂ ਛੱਡ ਦਿੰਦੇ ਹਨ।
ਸਭ ਤੋਂ ਵੱਡੀ ਸੁਰੱਖਿਆ ਗਲਤੀ ਇਹ ਹੈ ਕਿ ਜਿਆਦਾ ਨਿੱਜੀ ਡੇਟਾ ਪਬਲਿਕ ਪੋਸਟ 'ਤੇ ਸਾਂਝਾ ਕੀਤਾ ਜਾਵੇ। ਪੂਰੇ ਘਰ ਪਤੇ, ਆਖਰੀ ਨਾਮ, ਡਰਾਈਵਰ ਲਾਇਸੈਂਸ ਵੇਰਵੇ, ਜਾਂ ਕੋਈ ਵੀ ਆਈਡੀ ਨੰਬਰ ਨਾ ਪੋਸਟ ਕਰੋ। ਆਮ ਪਿਕਅਪ ਜ਼ੋਨ (ਜਿਵੇਂ “ਨਾਰਥ ਲਾਇਬ੍ਰੇਰੀ ਪਾਰਕਿੰਗ ਲੌਟ”) ਸਟਾਰਟ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ; ਵਿਸ਼ੇਸ਼ ਸਪੌਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਸਾਂਝੇ ਕਰੋ।
ਗੁੰਝਲਦਾਰਤਾ ਉਹਨਾਂ ਪੋਸਟਾਂ ਤੋਂ ਹੁੰਦੀ ਹੈ ਜੋ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਸ਼ਾਮਿਲ ਨਹੀਂ ਕਰਦੀਆਂ। “ਲਗਭਗ 6 ਵਜੇ ਰਵਾਨਾ ਹਾਂ, ਮੇਰੇ ਕੋਲ ਜਗ੍ਹਾ ਹੈ” ਪੰਜ ਫੋਲੋ-ਅਪ ਪ੍ਰਸ਼ਨ ਉਤਪੰਨ ਕਰਦਾ ਹੈ। ਸੀਟ ਗਿਣਤੀ ਅਤੇ ਸਮੇਂ ਦੀ ਵਿੰਡੋ ਨੂੰ ਲਾਜ਼ਮੀ ਬਣਾਓ। “2 ਸੀਟ, ਰਵਾਨਗੀ 5:30-6:00pm” ਮਿਲਾਉਣ ਲਈ ਆਸਾਨ ਹੈ।
ਇੱਕ ਹੀ ਬੋਰਡ 'ਤੇ ਕਈ ਇਵੈਂਟਾਂ ਨੂੰ ਮਿਲਾ ਦੇਣਾ ਵੀ ਤੇਜ਼ੀ ਨਾਲ ਗੰਦਗੀ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਬੋਰਡ ਸਕੂਲ ਪਲੇ, ਸਪੋਰਟ ਹੈ ਅਤੇ ਫੰਡਰੇਜ਼ਰ ਇੱਕ ਹੀ ਹਫ਼ਤੇ ਵਿੱਚ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਹਰ ਪੋਸਟ ਵਿੱਚ ਇਵੈਂਟ ਨਾਂ ਅਤੇ ਤਾਰੀਖ ਲਾਜ਼ਮੀ ਕਰੋ। ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਇਵੈਂਟ ਅਨੁਸਾਰ ਵੱਖਰਾ ਕਰੋ ਜਾਂ ਨਿਰਧਾਰਤ ਫਿਲਟਰ ਜੋੜੋ ਤਾਂ ਕਿ ਲੋਕ ਗਲਤ ਰਾਈਡ ਨੂੰ ਰਿਪਲਾਈ ਨਾ ਕਰਨ।
ਪੁਰਾਣੀਆਂ ਪੋਸਟਾਂ ਨੋ-ਸ਼ੋਅ ਅਤੇ ਸਮਾਂ ਨੁਕਸਾਨ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ। ਇੱਕ ਨਿਯਮ ਰੱਖੋ ਕਿ ਪੋਸਟਾਂ ਇਵੈਂਟ ਤੋਂ ਬਾਅਦ (ਜਾਂ 24 ਘੰਟਿਆਂ ਬਾਅਦ) ਖਤਮ ਹੋ ਜਾਣ। ਜੇ ਆਪ-ਮੈਟਿਕ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਿਸੇ ਇੱਕ ਨੂੰ ਪੋਸਟਾਂ ਨੂੰ ਆਰਕਾਈਵ ਜਾਂ ਹਟਾਉਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਕਰੋ।
ਕੁਝ ਆਮ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਹੱਲ:
ਬਹਿਸ, ਸਪੈਮ, ਜਾਂ ਅਣਚਾਹੀਆਂ ਸੁਨੇਹਿਆਂ ਲਈ, ਤੁਹਾਨੂੰ ਲੰਬੀ ਪਾਲਿਸੀ ਦੀ ਲੋੜ ਨਹੀਂ ਪਰ ਇੱਕ ਯੋਜਨਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੌਣ ਪੋਸਟ ਹਟਾ ਸਕਦਾ ਹੈ, ਰਿਪੋਰਟਾਂ ਕਿਵੇਂ ਸੰਭਾਲੀਆਂ ਜਾਣ, ਅਤੇ ਕਿਹੜੇ ਮਾਮਲੇ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਬਲੌਕ ਕੀਤਾ ਜਾਵੇ। ਸਾਦਾ ਰੱਖੋ: ਇੱਕ ਮੋਡਰੇਟਰ (ਤੇ ਇਕ ਬੈਕਅੱਪ), ਇਕ “ਆਦਬ ਨਾਲ ਰਹੋ” ਨਿਯਮ, ਅਤੇ ਇੱਕ ਸਪੱਸ਼ਟ ਰਿਪੋਰਟ ਕਰਨ ਦਾ ਤਰੀਕਾ।
ਜੇ ਤੁਸੀਂ ਬੋਰਡ ਨੂੰ ਇੱਕ ਛੋਟੇ ਐਪ ਵਜੋਂ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤਿੰਨ ਗਾਰਡਰੇਲ ਪਹਿਲਾਂ ਹੀ ਜੋੜੋ: ਲਾਜ਼ਮੀ ਫੀਲਡ, ਪੋਸਟ ਐਕਸਪਾਇਰੀ, ਅਤੇ “ਰਿਪੋਰਟ” ਬਟਨ। ਇਹਨਾਂ ਨਾਲ ਜ਼ਿਆਦਾਤਰ ਸਮੱਸਿਆਵਾਂ ਪਹਿਲਾਂ ਹੀ ਰੋਕੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
ਸਭ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਇਕ ਨਵੇਂ ਮੈਂਬਰ ਵਾਂਗ ਟੈਸਟ ਕਰੋ। ਆਪਣੇ ਫੋਨ 'ਤੇ ਖੋਲ੍ਹੋ, ਨਵੀਆਂ ਪੋਸਟਾਂ ਸਕੈਨ ਕਰੋ, ਅਤੇ ਪੁੱਛੋ: ਕੀ ਮੈਂ 30 ਸਕਿੰਟ ਵਿਚ ਰਾਈਡ ਲੱਭ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ ਬਿਨਾਂ ਅਨੁਮਾਨ ਲਗਾਏ?
ਦੋ ਟੈਸਟ ਪੋਸਟ ਬਣਾਓ: ਇਕ ਡਰਾਈਵਰ ਜੋ 2 ਸੀਟ ਦਿੰਦਾ ਹੈ ਤੇ ਇਕ ਰਾਈਡਰ ਜੋ ਇੱਕ ਲਿਫਟ ਚਾਹੁੰਦਾ ਹੈ। ਫਿਰ ਕੇਵਲ ਲਿਖਤ ਤੋਂ ਹੀ ਉਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜੇ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਮੂਲ ਪ੍ਰਸ਼ਨ ਪੁੱਛਣੇ ਪੈ ਰਹੇ ਹਨ ਜਿਵੇਂ “ਇਹ ਕਿਹੜੇ ਇਵੈਂਟ ਲਈ ਹੈ?” ਜਾਂ “ਤੁਸੀਂ 4 ਜਾਂ 6 'ਤੇ ਛੱਡ ਰਹੇ ਹੋ?” ਤਾਂ ਪੋਸਟ ਫਾਰਮ ਵਿੱਚ ਸੋਧ ਕਰੋ।
ਇੱਕ ਸਧਾਰਨ ਮਿਆਰ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ:
ਜੇ ਤੁਸੀਂ ਬੋਰਡ ਨੂੰ ਇੱਕ ਛੋਟੇ ਵੈੱਬ ਐਪ ਵਜੋਂ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤਿੰਨ ਕੰਟਰੋਲ ਯੋਜਨ ਕਰੋ ਜੋ ਲੋਕ ਅਸਲ ਵਿੱਚ ਵਰਤਣਗੇ: “Mark full,” “Cancel,” ਅਤੇ “Edit time.” Koder.ai ਵਰਗੇ ਟੂਲ ਤੁਹਾਨੂੰ ਇਹ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਜਲਦੀ ਜੋੜਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਵੱਡਾ ਫਾਇਦਾ ਆਦਤ ਬਣਨ ਵਿੱਚ ਹੈ: ਘੱਟ ਫੀਲਡ, ਸਪੱਠ ਪੋਸਟ, ਅਤੇ ਨਿੱਜੀ ਸੰਪਰਕ ਡਿਫ਼ਾਲਟ ਮਾਧਿਅਮ ਵਜੋਂ।
ਇਹ ਸ਼ਨੀਵਾਰ ਹੈ ਅਤੇ ਇੱਕ ਕਮਿਊਨਿਟੀ ਕਨਸਰਟ 6 ਵਜੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਲੋਕ ਕੁਝ ਨੇੜਲੇ ਮੁਹੱਲਿਆਂ ਤੋਂ ਆ ਰਹੇ ਹਨ ਅਤੇ ਆਮ ਗਰੁੱਪ ਚੈਟ ਪਹਿਲਾਂ ਹੀ ਗੁੰਜਲ ਹੈ: “ਕੋਈ ਚਲਾਉਂਦਾ ਹੈ?” “ਮੈਂ ਇੱਕ ਵਿਅਕਤੀ ਲੈ ਸਕਦਾ ਹਾਂ।” “ਅਸੀਂ ਕਿੱਥੇ ਮਿਲਦੇ ਹਾਂ?”
ਬਦਲੇ ਵਿੱਚ, ਆਯੋਜਕ ਇੱਕ ਹੀ ਥਾਂ 'ਤੇ ਰਾਈਡ ਆਫਰ ਅਤੇ ਰਿਕਵੇਸਟ ਲਈ ਇਕ ਬੋਰਡ ਵਰਤਦਾ ਹੈ, ਸਾਰੇ ਲਈ ਇਕੋ ਫਾਰਮੈੱਟ ਦੇ ਨਾਲ।
Jordan, Maple Heights ਤੋਂ ਇੱਕ ਡਰਾਈਵਰ, 5:15 ਵਜੇ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਛੱਡਣ ਦੀ ਪੋਸਟ ਕਰਦਾ ਹੈ, 3 ਸੀਟ ਉਪਲਬਧ ਹਨ, ਅਤੇ ਗ੍ਰੋਸਰੀ ਸਟੋਰ ਪਾਰਕਿੰਗ ਲੌਟ ਨੇੜੇ ਮੀਟਅਪ ਸਪੌਟ ਦੱਸਦਾ ਹੈ। Jordan ਦੋ ਨੋਟ ਵੀ ਜੋੜਦਾ ਹੈ: “ਬੱਚਿਆਂ ਦੀ ਸੀਟ ਨਹੀਂ” ਅਤੇ “ਵਾਪਸੀ 9:15 ਵਜੇ ਦੇ ਆਸ-ਪਾਸ, ਪਰ ਲਚਕੀਲਾ।”
ਇੱਕ ਘੰਟੇ ਦੇ ਅੰਦਰ, ਦੋ ਰਾਈਡਰ ਰਿਕਵੇਸਟ ਪੋਸਟ ਕਰਦੇ ਹਨ। Sam ਲਿਖਦਾ ਹੈ ਕਿ ਉਹ ਮੈਨ ਰੋਡ 'ਤੇ ਕਿਤੇ ਵੀ ਮਿਲ ਸਕਦਾ ਹੈ ਅਤੇ 10-15 ਮਿੰਟ ਪਹਿਲਾਂ ਆਉਣ 'ਤੇ ਠੀਕ ਹੈ। Priya ਦੱਸਦੀ ਹੈ ਕਿ ਉਹ ਲਾਇਬ੍ਰੇਰੀ ਨੇੜੇ ਹੈ, ਗ੍ਰੋਸਰੀ ਸਟੋਰ ਮਿਲਣ ਵਾਲੀ ਜਗ੍ਹਾ ਤੱਕ WALK ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਵਾਪਸੀ ਸਾਂਝੀ ਕਰਨ ਜਾਂ ਹੋਰ ਵਿਕਲਪ ਲੱਭ ਸਕਦੀ ਹੈ।
ਕਿਉਂਕਿ ਪੋਸਟਾਂ ਸੰਰਚਿਤ ਹਨ, ਮੇਚ ਸਪੱਸ਼ਟ ਹੈ ਬਿਨਾਂ ਲੰਬੇ ਬੈਕ-ਅਂਡ-ਫੋਰ ਦੇ। ਬੋਰਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸ ਕੋਲ ਸੀਟ ਹੈ, ਕਿਸ ਨੂੰ ਲੋੜ ਹੈ, ਅਤੇ “ਲਚਕੀਲਾ” ਦਾ ਅਰਥ ਕੀ ਹੈ।
ਕਿਸੇ ਨੇ ਵੀ ਫੋਨ ਨੰਬਰ ਨਹੀਂ ਸਾਂਝੇ ਕੀਤੇ; ਬੋਰਡ ਸੰਪਰਕ ਵੇਰਵਿਆਂ ਨੂੰ ਸੀਮਤ ਰੱਖਦਾ ਹੈ। ਜਦ Jordan Sam ਅਤੇ Priya ਨੂੰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਉਹ ਅਖੀਰਲਾ ਵੇਰਵਾ ਨਿੱਜੀ ਸੁਨੇਹੇ ਵਿੱਚ (ਠੀਕ ਮਿਲਣ ਦਾ ਸਪੌਟ, ਕਾਰ ਦਾ ਵੇਰਵਾ, ਅਤੇ ਛੋਟਾ “ਮੈਂ ਇੱਥੇ ਹਾਂ” ਟੈਕਸਟ) ਸਾਂਝਾ ਕਰਦਾ ਹੈ।
ਸੁਰੱਖਿਅਤ ਰਹਿਣ ਲਈ, ਨਿੱਜੀ ਸੁਨੇਹੇ ਵਿੱਚ ਸਿਰਫ਼ ਲੋੜੀਂਦਾ ਹੀ ਸ਼ਾਮਿਲ ਹੁੰਦਾ ਹੈ: ਪਹਿਲੇ ਨਾਮ, ਇੱਕ ਪਿਕਅਪ ਸਮਾਂ ਵਿੰਡੋ, ਇੱਕ ਜਨਰਲ ਮਿਲਣ ਵਾਲੀ ਥਾਂ, ਅਤੇ ਇੱਕ ਸਧਾਰਨ ਪੁਸ਼ਟੀ ਜਿਵੇਂ “ਨੀਲਾ ਸੈਡਾਨ, ਪਲੇਟ ਖਤਮ 42।”
ਨਤੀਜਾ ਸ਼ਾਂਤ, ਸਪੱਠ ਅਤੇ ਘੱਟ ਤਣਾਅ-ਭਰਿਆ ਹੈ। ਪਬਲਿਕ ਥ੍ਰੈਡ ਸਾਫ਼ ਰਹਿੰਦੀ ਹੈ ਇੱਕ ਪੁਸ਼ਟੀ ਕੀਤੀ ਰਾਈਡ ਨਾਲ, ਘੱਟ ਦੁਹਰਾਏ ਸਵਾਲਾਂ ਅਤੇ ਕੋਈ ਨਿੱਜੀ ਵੇਰਵਾ ਗਰੁੱਪ ਚੈਟ ਵਿੱਚ ਨਾ ਛੱਡੇ ਜਾਣ।
ਆਪਣੇ ਪਹਿਲੇ ਕਮਿਊਨਿਟੀ ਰਾਈਡ-ਸ਼ੇਅਰ ਬੋਰਡ ਨੂੰ ਇੱਕ ਪਾਇਲਟ ਵਾਂਗ ਲਓ। ਇੱਕ ਨਜ਼ਦੀਕੀ ਇਵੈਂਟ ਚੁਣੋ, ਇਕ ਵਾਰ ਚਲਾਓ, ਅਤੇ ਨੀਤੀਆਂ ਆਸਾਨ ਰੱਖੋ।
ਇਵੈਂਟ ਤੋਂ ਬਾਅਦ ਤਾਜ਼ਾ ਫੀਡਬੈਕ ਇਕੱਤਰ ਕਰੋ ਜਦ ਇਹ ਯਾਦ ਵਿੱਚ ਹੋਵੇ। ਪੁੱਛੋ ਕਿ ਕੀ ਗੱਲਾਂ ਅਸਪੱਠ ਲੱਗੀਆਂ, ਕਿਹੜੇ ਫੀਲਡ ਲੋਕ ਛੱਡ ਗਏ, ਅਤੇ ਕਿਸ ਬਾਰੇ ਉਨ੍ਹਾਂ ਨੂੰ ਫਿਰ ਵੀ ਸੁਨੇਹਾ ਭੇਜਣਾ ਪਿਆ। ਜੇ ਬਹੁਤ ਸਾਰੇ ਰਾਈਡਰ ਕਿਸੇ ਫੀਲਡ ਨੂੰ ਅਣਡਿੱਠਾ ਕਰਦੇ ਹਨ ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਉਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਜਾਂ ਅਸਪੱਠ ਹੋ। ਜੇ ਬਹੁਤ ਸਾਰੇ ਡਰਾਈਵਰ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਖਾਲੀ ਛੱਡਦੇ ਹਨ ਤਾਂ ਫੀਲਡ ਹੇਠਾਂ ਛੋਟਾ ਉਦਾਹਰਣ ਜੋੜੋ (ਉਦਾਹਰਣ: “2 ਸੀਟ” ਜਾਂ “ਰਵਾਨਗੀ 5:30-6:00pm”)।
ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਅਗਲੇ ਕਦਮ: ਸਾਇਨ-ਇਨ, ਮੋਡਰੇਸ਼ਨ, ਅਤੇ ਆਟੋ-ਐਕਸਪਾਇਰੀ।
ਜਦੋਂ ਤੁਸੀਂ ਫੀਚਰ ਜੋੜਨ ਲਈ ਤਿਅਾਰ ਹੋਵੋ, ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿਓ ਜੋ ਬੈਕ-ਅਂਡ-ਫੋਰ ਘਟਾਉਂਦੇ ਹਨ: ਬਦਲਾਵਾਂ ਲਈ ਨੋਟੀਫਿਕੇਸ਼ਨ, ਮੁੜ-ਅਵਰਤੀ ਇਵੈਂਟ, ਰਾਈਡ ਨੂੰ ਬਿਨਾਂ ਮਿਟਾਏ { "}full{"} ਮਾਰਕ ਕਰਨ ਦਾ ਆਸਾਨ ਤਰੀਕਾ, ਅਤੇ ਹਰੇਕ ਇਵੈਂਟ ਲਈ ਸਪਸ਼ਟ ਹਿਸਟਰੀ।
ਜੇ ਤੁਹਾਡੀ ਗਰੁੱਪ ਇੱਕ ਸਾਂਝੇ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਬਾਹਰ ਵੱਧਦੀ ਹੈ ਤਾਂ ਇੱਕ ਛੋਟਾ ਕਸਟਮ ਬੋਰਡ ਐਪ ਚੰਗਾ ਅਗਲਾ ਕਦਮ ਹੋ ਸਕਦਾ ਹੈ। Koder.ai (koder.ai) ਦੇ ਨਾਲ, ਤੁਸੀਂ ਸਕਰੀਨਾਂ ਅਤੇ ਨਿਯਮਾਂ ਨੂੰ ਚੈਟ ਵਿੱਚ ਵਰਣਨ ਕਰਕੇ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹੋ, ਫਿਰ ਡੀਪਲੋਏ ਅਤੇ ਇਟਰੇਟ ਕਰ ਸਕਦੇ ਹੋ (snapshots ਅਤੇ rollback ਵਰਗੇ ਵਿਕਲਪਾਂ ਨਾਲ)।
ਥੋੜੇ-ਥੋੜੇ ਸੁਧਾਰ ਲਿਆਓ। ਇਕ ਵਾਰੀ ਬਦਲਾਅ ਜੱਰੂਰੀ ਕਰੋ, ਇਕ ਹੋਰ ਇਵੈਂਟ ਚਲਾਓ, ਅਤੇ ਸਿਰਫ ਉਹੀ ਚੀਜ਼ ਰੱਖੋ ਜੋ ਲੋਕ ਵਾਸਤਵ ਵਿੱਚ ਵਰਤਦੇ ਹਨ।
ਗਰੁੱਪ ਚੈਟ ਛੋਟੀ ਗੱਲਬਾਤ ਲਈ ਚੰਗੇ ਹੁੰਦੇ ਹਨ, ਪਰ ਬਦਲ ਰਹੀਆਂ ਜਾਣਕਾਰੀਆਂ ਨੂੰ ਟਰੇਕ ਕਰਨ ਲਈ ਮੋਲਾ ਨਹੀਂ। ਇੱਕ ਬੋਰਡ ਹਰ ਰਾਈਡ ਆਫਰ ਜਾਂ ਰਿਕਵੇਸਟ ਨੂੰ ਇਕ ਸੰਗਠਿਤ ਫਾਰਮ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਇਸ ਨਾਲ ਸੀਟਾਂ, ਸਮਾਂ ਅਤੇ ਪਿਕਅਪ ਇਲਾਕੇ ਨਵੇਂ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਖੋ ਜਾਂਦੇ ਨਹੀਂ।
ਦੋ ਪੋਰਠਾਬੰਦੀ ਵਾਲੇ ਪ੍ਰਕਾਰ ਬਣਾਓ: ਡਰਾਈਵਰ ਆਫਰ ਅਤੇ ਰਾਈਡਰ ਰਿਕਵੇਸਟ। ਹਰ ਪੋਸਟ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਇਵੈਂਟ/ਤਾਰੀਖ, ਆਮ ਪਿਕਅਪ ਇਲਾਕਾ, ਸਮਾਂ ਦੀ ਵਿੰਨ੍ਹ (ਟਾਈਮ ਵਿੰਡੋ), ਸੀਟਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਕੀ ਵਾਪਸੀ ਯਾਤਰਾ ਉਪਲਬਧ ਹੈ ਜਾਂ ਲੋੜੀਂਦੀ ਹੈ।
ਇੱਕ ਇਕੱਲੀ ਨਿਰਧਾਰਤ ਵਾਰਤੋਂ ਦੀ ਥਾਂ ਸਮੇਂ ਦੀ ਰੇਂਜ ਮੰਗੋ। ਇੱਕ ਵਿੰਡੋ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰਦੀ ਹੈ, ਮਿਸ ਕਨੈਕਸ਼ਨਾਂ ਘਟਦੀਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਲੋਕਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਈਜ਼ੀ ਹੁੰਦਾ ਹੈ ਜਿਹੜੇ ਸਮੇਂ ਵਿੱਚ “ਕਾਫੀ ਨੇੜੇ” ਹਨ।
ਪੋਸਟ ਵਿੱਚ ਨਿੱਜੀ ਘਰਪਤਾ ਪਤਾ ਨਾ ਪਾਓ। ਥੋੜ੍ਹਾ ਜਨਰਲ ਇਲਾਕਾ ਜਾਂ ਪਬਲਿਕ ਲੈਂਡਮਾਰਕ ਵਰਤੋ, ਫਿਰ ਦੋਹਾਂ ਪੱਖਾਂ ਦੇ ਸਹਿਮਤ ਹੋਣ 'ਤੇ ਅਖੀਰਲਾ ਸਪੌਟ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਸਾਂਝਾ ਕਰੋ। ਇਹ ਬੋਰਡ ਨੂੰ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ ਅਤੇ ਯੋਜਨਾਵਾਂ ਬਦਲਣ 'ਤੇ ਭੁੱਲ-ਭੁੱਲੈਅ ਨੂੰ ਰੋਕਦਾ ਹੈ।
ਪਬਲਿਕ ਪੋਸਟ 'ਤੇ ਫੋਨ ਨੰਬਰ ਜਾਂ ਨਿੱਜੀ ਈਮੇਲ ਲਾਜ਼ਮੀ ਨਾ ਕਰੋ। ਲੋਕਾਂ ਨੂੰ ਬੋਰਡ ਦੇ ਅੰਦਰ ਨਿੱਜੀ ਸੁਨੇਹੇ ਭੇਜਣ ਦਿਓ, ਜਾਂ ਇੱਕ ਆਯੋਜਕ ਰਾਹੀਂ ਜਾਣਕਾਰੀ ਤਦ ਹੀ ਦੇਓ ਜਦੋਂ ਦੋਹਾਂ ਪੱਖ ਸਾਫ਼-ਸੁੱਥਰੇ ਤੌਰ 'ਤੇ ਮਿਲ ਚੁੱਕੇ ਹੋਣ।
ਦੋਹਾਂ ਪੱਖਾਂ ਨੂੰ ਲਿਖਤ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤਸਦੀਕ ਕਰਵਾਓ ਪਹਿਲਾਂ ਕਿ ਸੀਟ ਲਿਆ ਜਾਵੇ। ਇੱਕ ਸਧਾਰਨ “ਹਾਂ, ਮੈਂ ਤੁਹਾਨੂੰ ਲੈ ਰਿਹਾ ਹਾਂ” ਅਤੇ “ਪੁਸ਼ਟੀ ਹੋਈ” ਡਬਲ-ਬੁਕਿੰਗ ਰੋਕਦੀ ਹੈ ਅਤੇ “ਸ਼ਾਇਦ” ਹੋਲਡ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।
ਵਾਪਸੀ ਨੂੰ ਵੱਖਰੇ ਚੋਣ ਵੱਜੋਂ ਸਮਝੋ ਅਤੇ ਉਸਨੂੰ ਸਪੱਸ਼ਟ ਬਣਾਓ। ਬਹੁਤ ਸਾਰੇ ਡਰਾਈਵਰ ਸਕਦੇ ਹਨ ਸਿਧਾ ਜਾਣ ਲਈ ਰਾਈਡ ਦੇਣ, ਪਰ ਵਾਪਸੀ ਲਈ ਨਹੀਂ—ਇਸ ਲਈ ਵਾਪਸੀ ਦੀ ਉਪਲਬਧਤਾ ਅਤੇ ਸਮਾਂ ਅਲੱਗ ਦਿਖਾਓ।
ਇੱਕ ਇਵੈਂਟ-ਨਿਰਧਾਰਿਤ ਬੋਰਡ ਸਾਫ਼ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਪੋਸਟਾਂ ਇਵੈਂਟ ਤੋਂ ਬਾਅਦ ਖਤਮ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ ਮੁੜ-ਅਵਰਤੀ ਲੋੜਾਂ ਲਈ ਛੱਡਦੇ ਹੋ ਤਾਂ ਇੱਕ ongoing ਬੋਰਡ ਚਲਾਓ ਪਰ ਪੋਸਟਾਂ ਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਰੀਫ੍ਰੈਸ਼ ਕਰਨ ਦੀ ਮੰਗ ਕਰੋ ਤਾਂ ਕਿ ਪੁਰਾਣੀਆਂ ਆਫਰਾਂ ਭੁੱਲ-ਭੁੱਲੈਅ ਨਾ ਬਣਨ।
ਪੋਸਟਾਂ ਨੂੰ ਇਵੈਂਟ ਦੇ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ ਜਲਦੀ ਖਤਮ ਕਰੋ ਜਾਂ ਹਟਾਓ ਤਾਂ ਜੋ ਲੋਕ ਪੁਰਾਣੀਆਂ ਆਫਰਾਂ ਨੂੰ ਨਾ ਪਿੰਗ ਕਰਨ। ਆਟੋ-ਐਕਸਪਾਇਰ ਨਾ ਹੋਵੇ ਤਾਂ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਪੋਸਟ ਆਰਕਾਈਵ ਕਰਨ ਲਈ ਨਿਯੁਕਤ ਕਰੋ।
ਸ਼ੁਰੂਆਤੀ ਵਰਜ਼ਨ ਲਈ ਲਾਜ਼ਮੀ ਫੀਲਡ, ਪੋਸਟ ਸਥਿਤੀ (Open, Full, Canceled), ਅਤੇ ਪੋਸਟ ਐਕਸਪਾਇਰੀ ਸ਼ੁਰੂਆਤ ਦੇਣ ਲਈ ਕਾਫੀ ਹਨ। ਜੇ ਤੁਸੀਂ Koder.ai ਵਿੱਚ ਬਣਾਉਂਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਲਗਾਤਾਰ ਫੀਲਡ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਐਡਵਾਂਸ ਨਿਯੰਤਰਣ ਜੋੜ ਸਕਦੇ ਹੋ।