ਛੋਟੀ-ਮਿਆਦ ਦੇ ਸਵਾਲਾਂ, ਸਪਸ਼ਟ ਪਾਸ ਨਿਯਮ, ਅਤੇ ਆਸਾਨ ਟ੍ਰੈਕਿੰਗ ਨਾਲ ਇਕ ਨਵੇਂ ਕਰਮਚਾਰੀ ਟ੍ਰੇਨਿੰਗ ਕੁਇਜ਼ ਬਣਾਓ ਤਾਂ ਜੋ ਤੁਸੀਂ ਜਾਣ ਸਕੋ ਕਿ ਕਿਸਨੇ ਮੁਕੰਮਲ ਕੀਤਾ ਅਤੇ ਕਿਸਨੂੰ ਦੁਬਾਰਾ ਲੈਣ ਦੀ ਲੋੜ ਹੈ।
ਇੱਕ ਸਧਾਰਨ ਕੁਇਜ਼ ਅਕਸਰ ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਇੱਕਸਾਰ ਬਣਾਉਣ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ। ਹਰ ਮੈਨੇਜਰ ਦੇ ਸਾਰੇ ਮਾਮਲੇ ਯਾਦ ਰੱਖਣ ਦੀ ਉਮੀਦ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਹਰ ਨਵੇਂ ਕਰਮਚਾਰੀ ਨੂੰ ਇੱਕੋ ਹੀ ਸਵਾਲ ਪੁੱਛਦੇ ਹੋ ਅਤੇ ਇੱਕੋ ਜਿਹਾ ਪੁਸ਼ਟੀਕਰਨ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ।
ਅਧਿਕਤਰ ਓਨਬੋਰਡਿੰਗ ਸਮੱਸਿਆਵਾਂ ਜਾਣਕਾਰੀ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਕਾਰਨ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਉਹ ਖਾਲੀਆਂ ਅਤੇ ਰੁਝਾਨ (drift) ਕਰਕੇ ਹੁੰਦੀਆਂ ਹਨ। ਇੱਕ ਨਵੇਂ ਕਰਮਚਾਰੀ ਨੂੰ ਸੁਰੱਖਿਆ ਨਿਯਮ ਪਹਿਲੇ ਦਿਨ ਹੀ ਸੁਣਾਉਣਗੇ, ਦੂਜੇ ਨੂੰ ਹਫਤੇ ਤੀਨ ਵਿੱਚ ਮਿਲਣਗੇ। ਇੱਕ ਵਿਅਕਤੀ ਖਰਚ ਦੀ ਨੀਤੀ ਪੜ੍ਹਦਾ ਹੈ, ਦੂਜਾ ਸਿਰਫ਼ ਇੱਕ ਛੋਟਾ ਸਾਰ ਲੈ ਲੈਂਦਾ ਹੈ। ਇੱਕ ਛੋਟਾ ਕੁਇਜ਼ “ਸਾਨੂੰ ਦੱਸਿਆ” ਨੂੰ “ਉਸਨੇ ਸਮਝਿਆ” ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਨਵਾਂ ਕਰਮਚਾਰੀ ਟ੍ਰੇਨਿੰਗ ਕੁਇਜ਼ ਉਨ੍ਹਾਂ ਹਾਲਤਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ ਲਾਭਦਾਇਕ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਚੈਕਪੌਇੰਟ ਚਾਹੁੰਦੇ ਹੋ ਪਰ ਇਕ ਪੂਰੇ ਕੋਰਸ ਪਲੇਟਫਾਰਮ ਦੀ ਲੋੜ ਨਹੀਂ। ਇਹ ਉਹਨਾਂ ਟੀਮਾਂ ਲਈ ਚੰਗਾ ਹੈ ਜੋ ਛੋਟੇ ਬੈਚਾਂ ਵਿੱਚ ਭਰਤੀ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਅਸਲ ਟPICs ਲਈ ਹਲਕੀ-ਫੁਲਕੀ ਪਰੂਫ਼ ਚਾਹੁੰਦੀਆਂ ਹਨ।
ਇਹ ਕੁਝ ਮੁੜ-ਆਉਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ:
ਇੱਕ “ਸਧਾਰਨ” ਕੁਇਜ਼ ਸਿਸਟਮ ਲਈ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ: ਸਾਫ਼ ਸਵਾਲ, ਇੱਕ ਪਾਸ ਨਿਯਮ, ਨਤੀਜੇ ਰਿਕਾਰਡ ਕਰਨ ਦਾ ਤਰੀਕਾ, ਅਤੇ ਜੋ ਕੋਈ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਉਸ ਲਈ ਰੀਮਾਈਂਡਰ।
ਉਦਾਹਰਨ: ਇੱਕ 10-ਅਦੇ ਦੀ ਕੰਪਨੀ 12-ਸਵਾਲਾਂ ਵਾਲਾ ਕੁਇਜ਼ ਵਰਤਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਪਾਸਵਰਡ ਨਿਯਮ, ਫਿਸ਼ਿੰਗ ਰਿਪੋਰਟ ਕਰਨ ਦੀ ਜਗ੍ਹਾ, ਗਾਹਕ ਡਾਟਾ ਕੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਛੁੱਟੀ ਦੀ ਬੇਨਤੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ—ਜਿਹਨਾਂ ਨੂੰ ਕਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇ ਕੋਈ ਵਿਅਕਤੀ ਦੋ ਤੋਂ ਵੱਧ ਸਵਾਲ ਗਲਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਇੱਕ ਛੋਟੀ ਗੱਲਬਾਤ ਤੋਂ ਬਾਅਦ ਅਗਲੇ ਦਿਨ ਦੁਬਾਰਾ ਲੈਂਦਾ ਹੈ।
ਜਦੋਂ ਟਰੇਨਿੰਗ ਨਿਯਮਿਤ ਜਾਂ ਲੰਮੀ ਹੁੰਦੀ ਹੈ (ਸਰਟੀਫਿਕੇਸ਼ਨ, ਆਡੀਟ ਕੀਤੀ ਸੇਫਟੀ ਟਰੇਨਿੰਗ, ਕਈ ਹਫਤੇ ਦੇ ਕੋਰਸ), ਤਾਂ ਤੁਹਾਨੂੰ ਫਿਰ ਵੀ ਪੂਰਾ LMS ਚਾਹੀਦਾ ਹੋਵੇਗਾ।
ਪਹਿਲੇ ਹਫਤੇ ਦਾ ਕੁਇਜ਼ ਉਹਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਕੁਝ ਮਾਮਲੇ ਜਾਂਚਦਾ ਹੈ ਜੋ ਨਵੇਂ ਕਰਮਚਾਰੀ ਨੂੰ ਤੁਰੰਤ ਸਹੀ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੁੰਦਾ ਹੈ। ਸਭ ਕੁਝ ਕਵਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਟੈਸਟ ਲੰਮਾ ਹੋ ਜਾਵੇਗਾ ਤੇ ਲੋਕ ਉਸ ਨੂੰ ਜਲਦੀ ਵਿੱਚ ਕਰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਨਤੀਜੇ ਘੱਟ ਮੈਨਯੋਗ ਹੋ ਜਾਂਦੇ ਹਨ।
1-3 ਓਨਬੋਰਡਿੰਗ ਲੱਛਿਆਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਅਸਲ ਖਤਰੇ ਅਤੇ ਅਸਲ ਕੰਮ ਨਾਲ ਮਿਲਦੇ-ਜुलਦੇ ਹੋਣ। ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਲਈ, ਇਸਦਾ ਅਰਥ ਹੁੰਦਾ ਹੈ ਮੂਲ ਸੁਰੱਖਿਆ ਅਤੇ ਕਾਰਜ-ਸਥਲ ਨਿਯਮ, ਮੁੱਖ ਉਤਪਾਦ ਜਾਂ ਸਰਵਿਸ ਬੁਨਿਆਦੀ ਜਾਣਕਾਰੀ, ਅਤੇ ਗਾਹਕ ਜਾਂ ਕਰਮਚਾਰੀ ਡਾਟਾ ਨੂੰ ਸੰਭਾਲਣ ਦੇ ਤਰੀਕੇ।
ਫਿਰ ਸਮੱਗਰੀ ਨੂੰ ਦੋ ਬਕੈਟਾਂ ਵਿੱਚ ਵੰਡੋ:
ਲੋਕਾਂ ਨੂੰ ਇਹ ਯਾਦ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਘਟਨਾ ਰਿਪੋਰਟ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਕੀ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਨੂੰ ਪੂਰੀ ਰੀਫੰਡ ਨੀਤੀ ਯਾਦ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।
ਸੀਮਾ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਰੱਖਣ ਲਈ, ਇੱਕ ਵੱਡੇ ਟੈਸਟ ਦੀ ਥਾਂ ਹਰ ਵਿਸ਼ੇ ਲਈ ਇੱਕ ਛੋਟਾ ਕੁਇਜ਼ ਵਰਤੋਂ। ਇਸ ਨਾਲ ਅਪਡੇਟ ਵੀ ਆਸਾਨ ਹੋ ਜਾਂਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਡਾਟਾ ਨੀਤੀ ਬਦਲਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਕ ਕੁਇਜ਼ ਬਦਲ ਦੇਵੋਗੇ ਨਾ ਕਿ ਸਾਰੀ ਚੀਜ਼।
ਹਫਤੇ ਇੱਕ ਵਿਚ ਕੀ ਰੱਖਣਾ ਫੈਸਲ ਕਰਨ ਦਾ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕਾ:
ਸਮਾਂ ਘੱਟ ਰੱਖੋ। 5-10 ਮਿੰਟ ਦਾ ਨਵਾਂ ਕਰਮਚਾਰੀ ਟ੍ਰੇਨਿੰਗ ਕੁਇਜ਼ ਆਮ ਤੌਰ 'ਤੇ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਲਈ ਕਾਫ਼ੀ ਹੁੰਦਾ ਹੈ ਬਿਨਾਂ ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਇੱਕ ਇਮਤਿਹਾਨ ਬਣਾਏ।
ਉਦਾਹਰਨ: ਇੱਕ ਛੋਟੀ ਸਪੋਰਟ ਟੀਮ ਪਹਿਲੇ ਹਫਤੇ ਵਿੱਚ ਤਿੰਨ ਮਿਨੀ-ਕੁਇਜ਼ ਚਲਾਉਂਦੀ ਹੈ: ਪਰਦੇਦਾਰੀ ਅਤੇ ਗਾਹਕ ਡਾਟਾ ਨਿਯਮ, ਟਿਕਟਾਂ ਨੂੰ ਟੈਗ ਅਤੇ ਐਸਕਲੇਟ ਕਰਨਾ, ਅਤੇ ਉਤਪਾਦ ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਟਾਰਗੇਟ ਯੂਜ਼ਰ।
ਛੋਟਾ ਕੁਇਜ਼ ਕਿਸੇ ਨੂੰ ਫਸਾਉਣ ਲਈ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਤੇਜ਼ ਤਰੀਕੇ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਕੰਮ ਨੂੰ ਸੁਰੱਖਿਅਤ ਅਤੇ ਇੱਕਸਾਰ ਤਰੀਕੇ ਨਾਲ ਕਰ ਸਕਦਾ ਹੈ। ਪਹਿਲੇ ਹਫਤੇ ਦੇ ਮਾਮਲੇ ਤੇ ਧਿਆਨ ਦਿਓ, ਅਤੇ ਉਹੀ ਸ਼ਬਦ ਅਤੇ ਟੂਲ ਵਰਤੋ ਜੋ ਉਹਨਾਂ ਨੂੰ ਦਿਨ ਇੱਕ 'ਤੇ ਮਿਲਣਗੇ।
ਫਾਰਮੈਟ ਮਿਲਾਓ ਤਾਂ ਜੋ ਤੁਸੀਂ ਯਾਦ ਅਤੇ ਫੈਸਲਾ ਦੋਹਾਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕੋ। ਨਿਰਧਾਰਿਤ ਚੋਇਸ ਨੀਤੀਆਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਦਮਾਂ ਲਈ ਚੰਗੇ ਹੁੰਦੇ ਹਨ। ਸੱਚ/ਝੂਠ ਛੋਟੀ ਜਾਂਚਾਂ ਲਈ ਵਰਤੋਂਗੇ, ਪਰ ਬਿਆਨਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਰੱਖੋ। ਛੋਟੀਆਂ ਸਥਿਤੀਆਂ ਸਭ ਤੋਂ ਵਧੀਆ ਹਨ ਕਿਉਂਕਿ ਉਹ ਪ੍ਰੈਕਟਿਕਲ ਫੈਸਲਾ ਲੈਣ ਨੂੰ ਮਜਬੂਰ ਕਰਦੀਆਂ ਹਨ।
ਕੁਝ ਨਿਯਮ ਜੋ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਮਾਈਨੀੰਗਫੁਲ ਰੱਖਦੇ ਹਨ:
ਸਪੱਸ਼ਟ ਗਲਤ ਜਵਾਬ ਸਮਾਂ ਬਰਬਾਦ ਕਰਦੇ ਹਨ ਅਤੇ ਅੰਕੜੇ ਵਧਾਉਂਦੇ ਹਨ। ਵਧੀਆ ਭਟਕਾਂ “ਲਗਭਗ ਸਹੀ” ਵਿਕਲਪ ਹੁੰਦੀਆਂ ਹਨ: ਸਹੀ ਕਦਮ ਪਰ ਗਲਤ ਕ੍ਰਮ ਵਿੱਚ, ਜਾਂ ਠੀਕ ਕਾਰਵਾਈ ਪਰ ਗਲਤ ਸਮੇਂ ਤੇ।
ਸਪੋਰਟ ਟੀਮ ਲਈ ਇੱਕ ਉਦਾਹਰਨ ਜੋ ਐਸਕਲੇਸ਼ਨ ਨਿਯਮ ਨੂੰ ਯਾਦ ਰੱਖਣਾ ਚਾਹੁੰਦੀ ਹੈ:
ਨਵ-ਕਿਰਾਏ ਵਾਲੇ ਟ੍ਰੇਨਿੰਗ ਕੁਇਜ਼ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦੋਂ ਚੱਲਦਾ ਹੈ ਜਦ ਨਿਯਮ ਬੋਰੀਂਗ ਅਤੇ ਸਪੱਸ਼ਟ ਹੋਣ। ਲੋਗਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ “ਪਾਸ” ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਅਤੇ ਮੈਨੇਜਰਾਂ ਨੂੰ ਨਤੀਜੇ ਦੀ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰਨੀ ਪਵੇ।
ਪਾਸ ਮਾਪਦੰਡ ਚੁਣੋ ਜੋ ਅਸਲ ਖਤਰੇ ਨਾਲ ਮਿਲਦੇ ਹੋਣ। ਜੇ ਗਲਤ ਜਵਾਬ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆ, ਡਾਟਾ ਲੀਕ, ਜਾਂ ਗਾਹਕ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੀ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਹੱਲਾ-ਭੇਦ ਤੋਂ ਵੱਖ ਸਮਝੋ।
ਆਮ ਪਾਸ ਸੈਟਅਪ ਸਧਾਰਨ ਹੁੰਦੇ ਹਨ:
ਰੀਟੇਕ ਸਿੱਖਣ ਨੂੰ ਸਮਰਥਨ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਅਨੁਮਾਨ ਲਗਾਉਣ ਨੂੰ। ਇਹ ਫੈਸਲਾ ਕਰੋ ਕਿ ਕਿਸ ਸਮੇਂ ਉਹ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹਨ, ਕਿੰਨੀ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਆਗਿਆ ਹੈ, ਅਤੇ ਰੀਟੇਕ 'ਤੇ ਕੀ ਬਦਲਦਾ ਹੈ। ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕ ਇਹ ਹੈ ਕਿ ਸਹੀ ਜਵਾਬਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਤੋਂ ਬਾਅਦ ਤੁਰੰਤ ਇਕ ਰੀਟੇਕ ਦੀ ਆਗਿਆ ਦਿਓ, ਫਿਰ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਛੋਟੀ ਦਿਰੀ ਦੇ ਬਾਅਦ ਦੂਜੀ ਕੋਸ਼ਿਸ਼।
ਜਦੋਂ ਕੋਈ ਪਾਸ ਕਰ ਲੈਂਦਾ ਹੈ, ਅਗਲਾ ਕਦਮ ਆਪਣੇ-ਆਪ ਆਪ ਤੇ ਸਾਫ਼ ਅਤੇ ਸਪਸ਼ਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਘੱਟੋ-ਘੱਟ, ਇੱਕ ਪੁਸ਼ਟੀ ਸੁਨੇਹਾ ਦਿਖਾਓ ਜਿਸ ਵਿੱਚ ਅਗਲਾ ਕਦਮ ਦੱਸਿਆ ਹੋਵੇ (ਉਦਾਹਰਨ: “ਆਪਣੇ ਮੈਨੇਜਰ ਨੂੰ ਸੁਨੇਹਾ ਭੇਜੋ ਅਤੇ ਸ਼ੈਡੋਇੰਗ ਸ਼ੁਰੂ ਕਰੋ”)। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਪ੍ਰਕਿਰਿਆ-ਓਨਰ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰੋ ਤਾਂ ਕਿ ਉਹ ਪੂ੍ਰਤਾ ਦੀ ਪਿੱਛਾ ਨਾ ਕਰਨ।
ਐਜ ਕੇਸ ਉਹ ਹਨ ਜਿੱਥੇ ਟੀਮਾਂ ਆਖ਼ਰ ਕਾਰ manual_cleanup ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਅੱਗੇ ਕੁਝ ਨਿਯਮ ਰੱਖੋ:
ਉਦਾਹਰਨ: 10-ਸਵਾਲਾਂ ਵਾਲੇ ਓਨਬੋਰਡਿੰਗ ਕੁਇਜ਼ ਲਈ, ਪਾਸ 80% ਅਤੇ ਦੋ ਸੁਰੱਖਿਆ ਸਵਾਲ ਸਹੀ ਹੋਣ ਲਾਜ਼ਮੀ ਰੱਖੋ, ਦੋ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਆਗਿਆ ਦਿਓ ਅਤੇ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਲਈ 30 ਮਿੰਟ ਦੀ ਉਡੀਕ ਰੱਖੋ, ਅਤੇ ਪਾਸ ਹੋਣ 'ਤੇ ਮੈਨੇਜਰ ਨੂੰ ਸੂਚਿਤ ਕਰੋ।
ਇੱਕ ਪੇਜ 'ਤੇ 10-15 ਸਵਾਲ ਲਿਖੋ। ਉਹਨਾਂ ਨੂੰ ਇਸ ਤੇ ਧਿਆਨ ਰੱਖੋ ਕਿ ਨਵਾਂ ਵਿਅਕਤੀ ਨੌਕਰੀ ਸੁਰੱਖਿਅਤ ਅਤੇ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕਰਨ ਲਈ ਕੀ ਜਾਣਨਾ ਚਾਹੀਦਾ ਹੈ। ਹਰ ਸਵਾਲ ਲਈ, ਸਹੀ ਜਵਾਬ ਅਤੇ ਇੱਕ ਛੋਟੀ ਨੋਟ ਲਿਖੋ ਜੋ ਕੀ ਇਸ ਨੂੰ ਸਹੀ ਬਣਾਉਂਦੀ ਹੈ। ਇਹ ਨੋਟ ਬਾਅਦ ਵਿੱਚ ਵਾਦ-ਵਿਵਾਦ ਹੋਣ 'ਤੇ ਮਦਦ ਕਰਦੀ ਹੈ।
ਕੁਇਜ਼ ਲਈ ਇੱਕ “ਘਰ” ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਟੀਮ ਆਕਾਰ ਅਤੇ ਤਰਜੀਹ ਨਾਲ ਮਿਲਦਾ ਹੋਵੇ। ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਲਈ ਇੱਕ ਸਧਾਰਨ ਫਾਰਮ ਕਾਫੀ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਆਟੋਮੈਟਿਕ ਸਕੋਰਿੰਗ ਜਾਂ ਵਿਭਾਗਾਂ ‘ਚ ਇੱਕ ਸਥਿਰ ਲੁੱਕ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਇੱਕ ਲਾਈਟਵੇਟ ਵੈੱਬ ਪੇਜ ਵਧੀਆ ਰਹੇਗਾ।
ਸਕੋਰਿੰਗ ਦੀ ਚਿੰਤਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਫੈਸਲ ਕਰੋ ਕਿ ਤੁਸੀਂ ਨੂੰ ਕਿਸ ਤਰੀਕੇ ਨਾਲ ਲੈਣ ਵਾਲੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਕਰਨੀ ਹੈ। ਇਸਨੂੰ ਘੱਟੋ-ਘੱਟ ਰੱਖੋ ਤਾਂ ਜੋ ਲੋਕ ਇਸ ਨੂੰ ਮੁਕੰਮਲ ਕਰਨ ਦੀ ਦਿਲਚਸਪੀ ਰੱਖਣ। ਆਮ ਤੌਰ ਤੇ ਇਹ ਨਾਂ ਅਤੇ ਵੈਰਕ ਈਮੇਲ ਹੁੰਦਾ ਹੈ, ਨਾਲ ਹੀ ਟੀਮ ਜਾਂ ਭੂਮਿਕਾ।
ਨਤੀਜੇ ਸੇਵ ਕਰਨੇ ਸਾਦੇ ਰਹਿਣ, ਪਰ ਅਸਲੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਕੋਰ, ਪਾਸ/ਫੇਲ, ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਕੁਇਜ਼ ਵਰਜ਼ਨ ਸਟੋਰ ਕਰੋ। ਵਰਜ਼ਨ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਸਵਾਲ ਬਦਲਦੇ ਹਨ। ਬਿਨਾਂ ਵਰਜ਼ਨ ਦੇ ਤੁਸੀਂ ਸਮੇਂ-ਸਿਰ ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਨਹੀਂ ਕਰ ਸਕਦੇ।
2-3 ਲੋਕਾਂ ਨਾਲ ਇੱਕ ਛੋਟਾ ਪਾਇਲਟ ਚਲਾਓ (ਇੱਕ ਨਵਾਂ ਕਰਮਚਾਰੀ ਅਤੇ ਇੱਕ ਅਨੁਭਵੀ ਸਾਥੀ ਵਧੀਆ)। ਉਨ੍ਹਾਂ ਨੂੰ ਕਹੋ ਕਿ ਜਵਾਬ ਦਿੰਦਿਆਂ ਸੋਚ-ਸੋਚ ਕੇ ਦੱਸਣ। ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਪਰਖ ਨਹੀਂ ਰਹੇ, ਤੁਸੀਂ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਪਰਖ ਰਹੇ ਹੋ।
ਪਾਇਲਟ ਫਿਕਸ ਆਮ ਤੌਰ 'ਤੇ ਇਨ੍ਹਾਂ ਕਾਰਨਾਂ ਕਰਕੇ ਆਉਂਦੇ ਹਨ:
ਜਦ ਪਾਇਲਟ ਸਾਫ਼ ਹੋ ਜਾਵੇ, ਕੁਇਜ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ اُਨੂੰ ਕਿਸੇ ਨਿਰਧਾਰਤ ਦਿਨ (ਉਦਾਹਰਨ: ਦਿਨ ਦੋ ਦੇ ਅੰਤ) 'ਤੇ ਓਨਬੋਰਡਿੰਗ ਦਾ ਹਿੱਸਾ ਬਣਾ ਦਿਓ। ਉਮੀਦਾਂ ਸੈੱਟ ਕਰੋ: ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, “ਪਾਸ” ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਅਤੇ ਨਾਂ-ਪਾਸ ਹੋਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ।
ਟ੍ਰੈਕਿੰਗ ਨੂੰ ਕੁਝ ਬੁਨਿਆਦੀ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣੇ ਚਾਹੀਦੇ ਹਨ: ਕਿਸਨੇ ਸ਼ੁਰੂ ਕੀਤਾ, ਕਿਸਨੇ ਮੁਕੰਮਲ ਕੀਤਾ, ਕਿਸਨੇ ਪਾਸ ਕੀਤਾ, ਅਤੇ ਕਦੋਂ।
ਇੱਕ ਸਾਰੇ ਟੀਮ ਲਈ ਇੱਕ ਸਚਾਈ ਦਾ ਸਰੋਤ ਚੁਣੋ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਲਈ ਇੱਕ ਸਪ੍ਰੈਡਸ਼ੀਟ ਕਾਫੀ ਹੁੰਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਅੰਦਰੂਨੀ ਟੂਲ ਨੂੰ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਉਥੇ ਇੱਕ ਸਧਾਰਨ ਟੇਬਲ ਵਰਤੋ। ਮੁੱਦਾ ਇਹ ਹੈ ਕਿ ਹਰ ਕੋਈ ਇਕੋ ਜਗ੍ਹਾ ਵੇਖੇ ਅਤੇ ਨਤੀਜੇ ਇਮੇਲ, ਚੈਟ ਅਤੇ ਸਕ੍ਰੀਨਸ਼ੌਟ ਵਿੱਚ ਫੈਲੇ ਨਾ ਹੋਣ।
ਹਲਕਾ-ਫੁਲਕਾ ਖੇਤਰਾਂ ਦੀ ਲਿਸਟ ਕਾਫੀ ਹੈ:
ਵਰਜ਼ਨਿੰਗ ਨੂੰ ਨਗਣੀਅਤ ਦੀ ਤਰ੍ਹਾਂ ਲਓ। ਜਦ ਤੁਸੀਂ ਨਿਯਮ ਬਦਲਦੇ ਹੋ, ਸਵਾਲ ਬਦਲਦੇ ਹੋ ਜਾਂ ਨਵੀਂ ਨੀਤੀ ਜੋੜਦੇ ਹੋ, ਤੁਹਾਨੂੰ ਨਵਾਂ ਕੁਇਜ਼ ਬਣਾਉਣਾ ਪੈਂਦਾ ਹੈ। ਸਧਾਰਨ ਨਾਮਕ ਨਿਯਮ ਰੱਖੋ: ਜਦ ਵੀ “ਪਾਸ” ਦਾ ਮਤਲਬ ਬਦਲੇ, ਵਰਜ਼ਨ ਨੰਬਰ ਵਧਾਓ।
ਪ੍ਰਾਈਵੇਸੀ ਬਾਰੇ ਕੜਕੇ ਬਣੋ। ਮੈਨੇਜਰਾਂ ਨੂੰ ਅਕਸਰ ਹਰ ਜਵਾਬ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ; ਉਹ ਸਿਰਫ ਸਥਿਤੀ ਅਤੇ ਸਮਾਂ ਵੇਖਦੇ ਹਨ। ਵਧੀਕ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਨਾ ਇਕੱਠੀ ਕਰੋ ਅਤੇ ਨੋਟਸ ਵਿੱਚ ਕਾਰਗੁਜ਼ਾਰੀ ਟਿੱਪਣੀਆਂ ਨਾ ਜੋੜੋ।
ਜੇ ਹਫਤੇ ਵਿੱਚ ਪਾਸਾਂ ਦੇ ਵੇਖਣ ਲਈ ਵੱਧ ਸਮਾਂ ਲੱਗੇ ਤਾਂ ਟ੍ਰੈਕਿੰਗ ਬਹੁਤ ਭਾਰੀ ਹੋ ਚੁੱਕੀ ਹੈ।
15-ਅਦੇ SaaS ਟੀਮ ਦੋ ਨਵੇਂ ਕਸਟਮਰ ਸਪੋਰਟ ਰੈਪਸ ਭਰਤੀ ਕਰ ਰਹੀ ਹੈ। ਮੈਨੇਜਰ ਪੂਰਾ ਲਰਨਿੰਗ ਪੋਰਟਲ ਨਹੀਂ ਚਾਹੁੰਦਾ। ਉਹ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਨਵੇਂ ਕਰਮਚਾਰੀ ਟੋਨ ਨਿਰਦੇਸ਼ਾਂ ਅਤੇ ਕਦੋਂ ਐਸਕਲੇਟ ਕਰਨਾ ਹੈ ਇਹ ਸਮਝ ਲੈਣ।
ਕੁਇਜ਼ ਲਗਭਗ 10-12 ਮਿੰਟ ਲੈਂਦਾ ਹੈ। ਇਸ ਵਿੱਚ 12 ਸਵਾਲ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਦੋ ਸਥਿਤੀ-ਆਧਾਰਿਤ ਸਵਾਲ ਅਸਲੀ ਟਿਕਟਾਂ ਵਰਗੇ ਹਨ। ਪਾਸ ਸਕੋਰ 85% ਹੈ, ਅਤੇ ਇੱਕ ਆਲੇਖ ਸਵਾਲ ਹੈ ਜੋ ਲਾਜ਼ਮੀ ਹੈ।
ਇਹ ਬੁਨਿਆਦੀ ਯਾਦ (ਰਿਸਪਾਂਸ-ਟਾਈਮ ਉਮੀਦਾਂ, ਜ਼ਰੂਰੀ ਚੈਨਲ) ਨੂੰ ਪ੍ਰੈਕਟਿਕਲ ਫ਼ੈਸਲੇ ਨਾਲ ਮਿਲਾਉਂਦੀ ਹੈ। ਸਥਿਤੀਆਂ ਸਭ ਤੋਂ ਵਧੀਕ ਮੁੱਲ ਰੱਖਦੀਆਂ ਹਨ।
ਸਧਾਰਨ ਸੰਰਚਨਾ:
ਇੱਕ ਹਕੀਕਤੀ ਸਥਿਤੀ ਕਿਸੇ ਗੁੱਸੇਗੁਸਤ ਗਾਹਕ ਦੀ ਦਰਸਾਉਂਦੀ ਹੈ ਜੋ ਰੱਦ ਕਰਨ ਦੀ ਧਮਕੀ ਦੇ ਰਿਹਾ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਜਵਾਬ ਸਿਰਫ “ਸ਼ਿਸ਼ਟ ਚੱਲੋ” ਨਹੀਂ ਹੈ—ਇਹ ਨਿਰਾਸ਼ਾ ਨੂੰ ਮੰਨਦਾ ਹੈ, ਅੱਗੇ ਦਾ ਸਪਸ਼ਟ ਕਦਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਵਾਅਦੇ ਨਹੀਂ ਕਰਦਾ ਜੋ ਟੀਮ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੀ।
ਟ੍ਰੈਕਿੰਗ ਹਲਕੀ ਰਹਿੰਦੀ ਹੈ। ਮੈਨੇਜਰ ਨੂੰ ਵੇਖਣਾ ਹੁੰਦਾ ਹੈ ਕਿ ਕਿਸਨੇ ਪਾਸ ਕੀਤਾ ਅਤੇ ਆਖਰੀ ਕੋਸ਼ਿਸ਼ ਕਦੋਂ ਸੀ।
ਜੇ ਕੋਈ ਆਲੇਖ ਸਵਾਲ ਗਲਤ ਕਰਦਾ ਹੈ, ਫਾਲੋ-ਅੱਪ ਇੱਕ ਛੋਟੀ ਕੋਚਿੰਗ ਗੱਲਬਾਤ (10 ਮਿੰਟ) ਹੈ। ਮੈਨੇਜਰ ਇੱਕ ਉਦਾਹਰਨ ਟਿਕਟ ਨਾਲ ਸਮਝਾਉਂਦਾ ਹੈ, ਐਸਕਲੇਸ਼ਨ ਨਿਯਮ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਰੈਪ ਸਿਰਫ ਆਲੇਖ ਚੀਜ਼ ਅਤੇ ਇੱਕ ਸਥਿਤੀ ਨੂੰ ਦੁਬਾਰਾ ਲੈਂਦਾ ਹੈ।
ਸਧਾਰਨ ਕੁਇਜ਼ ਨੂੰ ਖਰਾਬ ਕਰਨ ਦਾ ਤੀਬਰ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਉਸਨੂੰ ਇੱਕ ਛੋਟੇ ਕੋਰਸ ਵਾਂਗ ਮਨਿਆ ਜਾਵੇ। ਜੇ ਇਹ 10-15 ਮਿੰਟ ਤੋਂ ਵੱਧ ਲੈਂਦਾ ਹੈ, ਲੋਕ ਤੇਜ਼ੀ ਨਾਲ, ਅਨੁਮਾਨ ਲਗਾ ਕੇ ਅਤੇ ਭੁੱਲ ਕੇ ਪ੍ਰਵਿੰਦ ਕਰਦੇ ਹਨ।
ਹੋਰ ਇੱਕ ਆਮ ਗਲਤੀ ਟ੍ਰਿਵੀਆ ਨੂੰ ਟੈਸਟ ਕਰਨਾ ਹੈ ਨਾ ਕਿ ਨੌਕਰੀ-ਆਵਸ਼ਕ ਵਰਤਾਰ। ਨਵੇਂ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਨੀਤੀਆਂ ਸ਼ਬਦ-ਬ-ਸ਼ਬਦ ਯਾਦ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ—ਉਹਨਾਂ ਨੂੰ ਸਥਿਤੀ ਵਿੱਚ ਸਹੀ ਚੋਣ ਕਰਨ ਦੀ ਦਿਖਾਉਣੀ ਚਾਹੀਦੀ ਹੈ। “ਕਿਹੜਾ ਮੇਲਬਾਕਸ ਮਾਨਿਟਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ?” ਨਾਲੋਂ “ਗਾਹਕ ਚੈਟ ਵਿੱਚ ਖਾਤੇ ਦੀ ਜਾਣਕਾਰੀ ਸਾਂਝਾ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਅਗਲਾ ਕੀ ਕਰੋਗੇ?” ਜ਼ਿਆਦਾ ਉਪਯੋਗੀ ਹੈ।
ਵਰਜ਼ਨਿੰਗ ਨੂੰ ਅਣਦੇਖਾ ਕਰਨਾ ਆਸਾਨ ਹੈ ਜਦ ਤੱਕ ਤੁਹਾਨੂੰ ਨਤੀਜੇ ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਲੋੜ ਨਾ ਹੋਵੇ। ਜੇ ਤੁਸੀਂ ਅਕਸਰ ਸਵਾਲ ਤਬਦੀਲ ਕਰਦੇ ਰਹਿੰਦੇ ਹੋ ਬਿਨਾਂ ਬਦਲਾਵ ਲੌਗ ਕੀਤੇ, ਦੋ ਲੋਕ ਜਿਨ੍ਹਾਂ ਦੋਹਾਂ ਨੇ “ਪਾਸ” ਕੀਤਾ, ਹਰ ਇਕ ਨੇ ਵੱਖ-ਵੱਖ ਕੁਇਜ਼ ਲਿਆ ਹੋ ਸਕਦਾ ਹੈ। ਸਿੱਧੀ ਵਰਜ਼ਨ ਨਾਂ ਅਤੇ ਤਾਰੀਖ ਰੱਖੋ, ਅਤੇ ਬਦਲਾਅ ਹਮੇਸ਼ਾ ਚੋਟੇ ਰੱਖੋ।
ਮਾਲਕੀ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਬਨਾਮ ਐਨਾਲਿਟਿਕਸ। ਜਦ ਕੋਈ ਕਿਸੇ ਕੁਇਜ਼ ਦਾ ਮਾਲਕ ਨਹੀਂ ਹੁੰਦਾ, ਤੋੜੇ ਸਵਾਲ ਟੁੱਟੇ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਫੇਲ ਕੋਸ਼ਿਸ਼ਾਂ ਅਣਸੁਧਾਰ ਰਹਿੰਦੀਆਂ ਹਨ। ਇੱਕ ਮਾਲਕ ਚੁਣੋ ਜੋ ਨਤੀਜੇ ਦੀ ਸਮੀਖਿਆ ਕਰੇ ਅਤੇ ਮਹੀਨੇਵਾਰ ਅਪਡੇਟ ਕਰੇ।
ਅਤੇ ਆਖਿਰ ਵਿੱਚ, ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਸਿਰਫ਼ ਜਰੂਰਤ ਹੋਣ 'ਤੇ ਹੀ ਇਕੱਠਾ ਕਰੋ। ਇੱਕ ਕੁਇਜ਼ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਘਰੇਲੂ ਪਤੇ, ID ਨੰਬਰ ਜਾਂ ਸਿਹਤ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਛੋਟਾ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ:
ਪੂਰੇ ਨਵੇਂ ਭਰਤੀ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਇਕ ਡ੍ਰਾਈ-ਰੱਨ ਕਰੋ। ਤੁਸੀਂ ਚੋਟੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦੀ ਲੋੜ ਵੇਖ ਰਹੇ ਹੋ ਜੋ ਵੱਡੇ ਗਲਤਫਹਿਮੀਆਂ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਅਸਪਸ਼ਟ ਪਾਸ ਨਿਯਮ ਜਾਂ ਸਵਾਲ ਜੋ ਅਸਲ ਨੌਕਰੀ ਨਾਲ ਮਿਲਦੇ-ਜੁਲਦੇ ਨਹੀਂ ਹਨ।
ਟਾਈਮ ਕਰੋ। ਕਿਸੇ ਨੂੰ ਉਸ ਭੂਮਿਕਾ (ਜਾਂ ਉਹਨਾਂ ਦੇ ਮੈਨੇਜਰ) ਨੂੰ ਕਹੋ ਕਿ ਬਿਨਾਂ ਮਦਦ ਦੇ ਲੈ ਕੇ ਵੇਖੋ। ਜੇ ਜ਼ਿਆਦਾਤਰ ਲੋਕ 10 ਮਿੰਟ ਵਿੱਚ ਮੁਕੰਮਲ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਸਵਾਲ ਘਟਾਓ ਜਾਂ ਜੋੜੋ।
ਸੁਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਪਾਸ ਰੂਲ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖਿਆ ਜਾ ਸਕੇ। ਲੋਕਾਂ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਨਾਂ-ਪਾਸ ਹੋਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਸਾਫ਼ ਅਪ੍ਰੋਚ ਇਹ ਹੈ: ਇਕ ਰੀਟੇਕ ਸਹੀ ਜਵਾਬਾਂ ਦੀ ਸਮੀਖਿਆ ਤੋਂ ਬਾਅਦ, ਅਤੇ ਦੂਜੀ ਸਕੋਰ ਨੂੰ ਅਧਿਕਾਰਿਕ ਨਤੀਜਾ ਵਜੋਂ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਛੋਟਾ ਰੋਲਆਊਟ ਚੈੱਕਲਿਸਟ:
ਮੈਨੇਜਰ ਦੇ ਨਜ਼ariye ਨੂੰ ਵੀ ਐਸੇ ਹੀ ਟੈਸਟ ਕਰੋ ਜਿਵੇਂ ਕਿ ਉਹ ਇੱਕ ਭੀੜ-ਭਰੇ ਸੋਮਵਾਰ ਸਟੈਂਡਅਪ ਵਿੱਚ ਹਨ: ਕੀ ਉਹ ਤੁਰੰਤ ਦੇਖ ਸਕਦੇ ਹਨ ਕਿ ਕਿਸਨੇ ਪਾਸ ਕੀਤਾ, ਕਿਸਨੇ ਬਾਕੀ ਹੈ, ਅਤੇ ਕਿਸਨੇ ਰੀਟੇਕ ਦੀ ਲੋੜ ਹੈ?
ਜੇ ਪਹਿਲੀ ਦੌੜ ਠੀਕ ਰਹੀ, ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਕੋਰਸ ਪਲੇਟਫਾਰਮ ਵਿਚ ਬਦਲਣ ਤੋਂ ਬਚੋ। ਇੱਕ ਸਧਾਰਨ ਨਵ-ਕਿਰਾਏ ਵਾਲਾ ਟ੍ਰੇਨਿੰਗ ਕੁਇਜ਼ ਆਪਣਾ ਕੰਮ ਤਦੋਂ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਛੋਟਾ, ਸਪਸ਼ਟ, ਅਤੇ ਆਸਾਨ ਚਲਾਉਣ ਯੋਗ ਰਹਿੰਦਾ ਹੈ।
ਇੱਕ ਕੁਇਜ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਸਨੂੰ ਇੱਕ-ਦੋ ਹਫ਼ਤੇ ਲਈ ਚਲਾਓ, ਅਤੇ ਫਿਰ ਹੀ ਦੂਜਾ ਕੁਇਜ਼ ਸ਼ਾਮਲ ਕਰੋ ਜੇ ਪਹਿਲਾ ਨਵ-ਭਰਤੀਆਂ ਅਤੇ ਮੈਨੇਜਰਾਂ ਦੋਹਾਂ ਲਈ ਬੇਪਰੈਸ਼ਾਨੀ-ਰਹਿਤ ਹੋਵੇ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਇੱਕ ਚੰਗੇ ਤਰੀਕੇ ਨਾਲ ਰੱਖੇ ਗਏ ਕੁਇਜ਼ ਤੋਂ ਵਧੀਆ ਨਤੀਜੇ ਲੈਂਦੀਆਂ ਹਨ ਬਨਾਮ ਪੰਜ ਭੁੱਲੇ ਹੋਏ ਕੁਇਜ਼ਾਂ ਤੋਂ।
ਹਰ ਮਹੀਨੇ 15 ਮਿੰਟ ਨਤੀਜਿਆਂ ਨੂੰ ਸਕੈਨ ਕਰਨ ਲਈ ਬਦਲਾਅ ਰੱਖੋ ਅਤੇ ਜੋ ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਉਹ ٹھੀਕ ਕਰੋ। ਧਿਆਨ ਉਹ ਸਵਾਲਾਂ 'ਤੇ ਰੱਖੋ ਜੋ ਅਸਪਸ਼ਟ, ਬਹੁਤ ਆਸਾਨ, ਜਾਂ غلط ਕਾਰਨਾਂ ਕਰਕੇ ਅਕਸਰ ਮਿਸ ਹੁੰਦੇ ਹਨ।
ਜੇ ਰੀਮਾਈਂਡਰ, ਮੈਨੁਅਲ ਸਕੋਰਿੰਗ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਵਾਸਤੇ ਵਕਤ ਖਰਚ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇ, ਤਾਂ ਸਪ੍ਰੈਡਸ਼ੀਟ ਦਾ ਵਧਾ ਕੇ ਛੋਟਾ ਅੰਦਰੂਨੀ ਟੂਲ ਬਣਾਓ। ਸਕੋਪ ਨੂੰ ਸੰਕੁਚਿਤ ਰੱਖੋ: ਕੁਇਜ਼, ਪਾਸ/ਫੇਲ ਡੈਸ਼ਬੋਰਡ, ਅਤੇ ਮੁੱਢਲੀ ਰੀਮਾਈਂਡਰ।
ਜੇ ਤੁਸੀਂ ਉਹ ਹਲਕਾ-ਫੁਲਕਾ ਐਪ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai ਇੱਕ ਚੈਟ ਪ੍ਰੌਂਪਟ ਤੋਂ ਇੱਕ ਸਧਾਰਨ ਵੈੱਬ ਕੁਇਜ਼ ਅਤੇ ਪਾਸ/ਫੇਲ ਟ੍ਰੈਕਰ ਜੈਨਰੇਟ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਦ ਤੂੰ ਘਰ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਸੋর্স ਕੋਡ ਐਕਸਪੋਰਟ ਕਰਨ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ।
A simple onboarding quiz makes training consistent and measurable. It turns “we covered it” into “they understood it,” and helps catch gaps early without building a full course system.
Use a simple quiz when you need a quick checkpoint on day-one basics like security, privacy, conduct, escalation rules, or key workflows. If your training is regulated, audited, or long (certifications, safety programs, multi-week curricula), you’ll likely need a full LMS instead.
Start with 1–3 goals tied to real risk and real work in the first week. Focus on what someone must do correctly right away, and skip details they can safely look up later.
Aim for 5–10 minutes total, usually 8–12 questions. If it takes longer than 10–15 minutes, people rush and the results become less trustworthy.
Write questions around situations they’ll actually face in week one, using the same tools and words they’ll see on the job. Use one idea per question and include short scenarios so you’re testing judgment, not memorization.
Make wrong options “almost right,” based on common mistakes, without trying to trick people. Good distractors are correct steps in the wrong order, or a reasonable action taken at the wrong time.
A clear default is an 80–85% pass score, plus a small set of required “critical” questions that must be correct for safety, privacy, billing, or compliance. Tell people the rule before they start so managers don’t have to interpret results.
Allow a quick retake after reviewing the right answers, then add a short wait before a second attempt if needed. Retakes should teach, not encourage guessing, so change a few questions or pull from a small question bank.
Track only what you need: who started, who finished, who passed, and when. Save the score, pass/fail, timestamp, attempt number, and quiz version in one source of truth so results don’t get scattered across chat messages and screenshots.
Always store a quiz version because the meaning of “pass” changes when questions or policies change. Without versioning, two people who “passed” may have taken different quizzes, and you can’t trust comparisons over time.
