ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ: ਫਾਊਂਡੇਸ਼ਨਾਂ ਲਈ ਸਪਸ਼ਟ ਵਰਕਫਲੋ

ਗ੍ਰਾਂਟ ਸਮੀਖਿਆਵਾਂ ਦਾ ਰਿਕਾਰਡ ਰੱਖਣਾ ਮੁਸ਼ਕਲ ਕਿਉਂ ਹੋ ਜਾਂਦਾ ਹੈ

ਇੱਕ ਛੋਟੀ ਫਾਊਂਡੇਸ਼ਨ ਨੂੰ ਕਿਸੇ ਰਾਊਂਡ ਵਿੱਚ ਸਿਰਫ਼ 40 ਜਾਂ 50 ਅਰਜ਼ੀਆਂ ਮਿਲ ਸਕਦੀਆਂ ਹਨ, ਫਿਰ ਵੀ ਸਮੀਖਿਆ ਪ੍ਰਕਿਰਿਆ ਜਲਦੀ ਉਲਝ ਸਕਦੀ ਹੈ। ਇੱਕ ਵਿਅਕਤੀ ਈਮੇਲ ਰਾਹੀਂ ਫਾਰਮ ਇਕੱਠੇ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਸਪ੍ਰੈਡਸ਼ੀਟ ਸੰਭਾਲਦਾ ਹੈ ਅਤੇ ਸਮੀਖਿਆਕਾਰ ਵੱਖਰੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਟਿੱਪਣੀਆਂ ਭੇਜਦੇ ਹਨ। ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਕਈ ਲੋਕਾਂ ਨੂੰ ਪੁੱਛੇ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਪੂਰੀ ਤਸਵੀਰ ਨਹੀਂ ਦਿਖਦੀ।

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

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

ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ ਹਰ ਅਰਜ਼ੀ ਲਈ ਇੱਕ ਸਾਂਝਾ ਰਿਕਾਰਡ ਦਿੰਦਾ ਹੈ ਜੋ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਾਲ ਚਲਦਾ ਹੈ: ਜਮ੍ਹਾਂ ਕਰਨਾ, ਯੋਗਤਾ ਜਾਂਚ, ਸਮੀਖਿਆਕਾਰ ਦੀ ਨਿਯੁਕਤੀ, ਟਕਰਾਅ ਦੀ ਘੋਸ਼ਣਾ, ਸਕੋਰਿੰਗ, ਪੈਨਲ ਦਾ ਫ਼ੈਸਲਾ ਅਤੇ ਅੰਤਿਮ ਪੱਤਰ। ਸਟਾਫ਼ ਦੇਖ ਸਕਦਾ ਹੈ ਕਿ ਅਗਲੇ ਕੰਮ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਕਿਸ ਕੋਲ ਹੈ, ਜਦਕਿ ਸਮੀਖਿਆਕਾਰ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਨਿਰਧਾਰਤ ਅਰਜ਼ੀਆਂ ਵੇਖਦੇ ਹਨ।

ਇਹ ਬਾਅਦ ਵਿੱਚ ਫ਼ੈਸਲਿਆਂ ਦੀ ਵਿਆਖਿਆ ਕਰਨਾ ਵੀ ਸੌਖਾ ਬਣਾਉਂਦਾ ਹੈ। ਜੇ ਕੋਈ ਅਰਜ਼ੀਕਾਰ ਫੀਡਬੈਕ ਮੰਗੇ, ਤਾਂ ਸਟਾਫ਼ ਪੁਰਾਣੇ ਮੇਲਬਾਕਸਾਂ ਦੀ ਖੋਜ ਕਰਨ ਦੀ ਥਾਂ ਦਰਜ ਕੀਤੇ ਸਕੋਰ ਅਤੇ ਨੋਟ ਵੇਖ ਸਕਦਾ ਹੈ। ਜੇ ਬੋਰਡ ਦਾ ਕੋਈ ਮੈਂਬਰ ਪੁੱਛੇ ਕਿ ਪ੍ਰਸਤਾਵ ਅੱਗੇ ਕਿਉਂ ਗਿਆ, ਤਾਂ ਟੀਮ ਉਹੀ ਇਤਿਹਾਸ ਦੇਖ ਸਕਦੀ ਹੈ।

ਮਿਸਾਲ ਵਜੋਂ, ਜੇ ਕੋਈ ਫਾਊਂਡੇਸ਼ਨ 60 ਅਰਜ਼ੀਆਂ ਸੰਭਾਲ ਰਹੀ ਹੋਵੇ ਅਤੇ ਹਰ ਅਰਜ਼ੀ ਲਈ ਤਿੰਨ ਸਮੀਖਿਆਕਾਰ ਹੋਣ, ਤਾਂ ਨਹੀਂ ਤਾਂ 180 ਵੱਖਰੀਆਂ ਸਕੋਰ ਸ਼ੀਟਾਂ ਇਕੱਠੀਆਂ ਹੋਣਗੀਆਂ। ਸਾਂਝਾ ਪੋਰਟਲ ਹਰ ਸਕੋਰ ਨੂੰ ਸਹੀ ਪ੍ਰਸਤਾਵ ਨਾਲ ਜੋੜ ਕੇ ਰੱਖਦਾ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਸਮੀਖਿਆਵਾਂ ਅਜੇ ਅਧੂਰੀਆਂ ਹਨ। ਹਰ ਕੋਈ ਮੌਜੂਦਾ ਜਾਣਕਾਰੀ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ।

ਉਦੇਸ਼ ਸਧਾਰਨ ਹੈ: ਖਿੰਡੀਆਂ ਫਾਈਲਾਂ, ਅਸਪਸ਼ਟ ਜ਼ਿੰਮੇਵਾਰੀ ਅਤੇ ਗੁੰਮ ਅਪਡੇਟਾਂ ਕਾਰਨ ਪੈਦਾ ਹੋਣ ਵਾਲੀ ਅਨਿਸ਼ਚਿਤਤਾ ਨੂੰ ਅਰਜ਼ੀਕਾਰਾਂ ਜਾਂ ਫੰਡਿੰਗ ਫ਼ੈਸਲਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੂਰ ਕਰਨਾ।

ਪੋਰਟਲ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਕਫਲੋ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ

ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ ਨੂੰ ਫਾਊਂਡੇਸ਼ਨ ਦੇ ਫ਼ੈਸਲੇ ਕਰਨ ਦੇ ਢੰਗ ਦੇ ਨਾਲ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਸਪਸ਼ਟ ਖਾਮੀਆਂ ਨੂੰ ਦੂਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਫਾਰਮ ਜਾਂ ਸਮੀਖਿਆਕਾਰ ਸਕ੍ਰੀਨ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਪੜਾਅ ਲਿਖੋ: ਡਰਾਫਟ, ਜਮ੍ਹਾਂ, ਯੋਗਤਾ ਜਾਂਚ, ਸਮੀਖਿਆ, ਫ਼ੈਸਲਾ ਅਤੇ ਸੂਚਨਾ।

ਹਰ ਪੜਾਅ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਸਪਸ਼ਟ ਰੱਖੋ। ਅਰਜ਼ੀਕਾਰ ਜਮ੍ਹਾਂ ਕਰਨ ਤੱਕ ਡਰਾਫਟ ਵਿੱਚ ਸੋਧ ਕਰ ਸਕਦਾ ਹੈ। ਸਟਾਫ਼ ਯੋਗਤਾ ਜਾਂਚ ਦੌਰਾਨ ਅਧੂਰੀ ਅਰਜ਼ੀ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਸਿਰਫ਼ ਉਹ ਅਰਜ਼ੀਆਂ ਦਿਖਾਈ ਦੇਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜੋ ਮੁੱਢਲੇ ਨਿਯਮ ਪੂਰੇ ਕਰਦੀਆਂ ਹਨ।

ਤੈਅ ਕਰੋ ਕਿ ਕੌਣ ਕੀ ਕਰੇਗਾ

ਅਨੁਮਤੀਆਂ ਨੂੰ ਸਿਰਫ਼ ਅਹੁਦਿਆਂ ਦੇ ਨਾਮਾਂ ਦੀ ਥਾਂ ਅਸਲ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੇ ਆਧਾਰ 'ਤੇ ਤੈਅ ਕਰੋ। ਪ੍ਰੋਗਰਾਮ ਅਧਿਕਾਰੀ ਯੋਗਤਾ ਜਾਂਚ ਸਕਦਾ ਹੈ ਅਤੇ ਸਮੀਖਿਆਕਾਰ ਨਿਯੁਕਤ ਕਰ ਸਕਦਾ ਹੈ। ਸਮੀਖਿਆਕਾਰ ਨਿਰਧਾਰਤ ਅਰਜ਼ੀਆਂ ਪੜ੍ਹ ਸਕਦੇ ਹਨ, ਟਕਰਾਅ ਦੱਸ ਸਕਦੇ ਹਨ ਅਤੇ ਸਕੋਰ ਜਮ੍ਹਾਂ ਕਰ ਸਕਦੇ ਹਨ। ਬੋਰਡ ਮੈਂਬਰ ਸਿਫ਼ਾਰਸ਼ਾਂ ਵੇਖ ਕੇ ਇਨਾਮ ਮਨਜ਼ੂਰ ਕਰ ਸਕਦੇ ਹਨ, ਜਦਕਿ ਛੋਟਾ ਸਟਾਫ਼ ਸਮੂਹ ਫ਼ੈਸਲਾ ਪੱਤਰ ਭੇਜ ਸਕਦਾ ਹੈ।

ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਜਮ੍ਹਾਂ ਕੀਤੀ ਅਰਜ਼ੀ ਮੁੜ ਕੌਣ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਸੰਪਰਕ ਵੇਰਵੇ ਅਤੇ ਅਟੈਚਮੈਂਟ ਕੌਣ ਵੇਖ ਸਕਦਾ ਹੈ, ਸਮੀਖਿਆਕਾਰਾਂ ਦੀਆਂ ਨਿਯੁਕਤੀਆਂ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ, ਇਨਾਮ ਜਾਂ ਅਸਵੀਕਾਰ ਕੌਣ ਮਨਜ਼ੂਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸੂਚਨਾਵਾਂ ਕੌਣ ਭੇਜ ਸਕਦਾ ਹੈ। ਇਹ ਫ਼ੈਸਲੇ ਲਿਖ ਕੇ ਰੱਖਣ ਨਾਲ ਇੱਕ ਆਮ ਸਮੱਸਿਆ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਕੋਈ ਵਿਅਕਤੀ ਅਗਲੇ ਫ਼ੈਸਲੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਨੂੰ ਦੱਸੇ ਬਿਨਾਂ ਸਕੋਰ ਜਾਂ ਸਥਿਤੀ ਬਦਲ ਦਿੰਦਾ ਹੈ।

ਹਰ ਹਵਾਲੇ ਦੇ ਨਾਲ ਮਿਤੀਆਂ ਰੱਖੋ

ਅਰਜ਼ੀਕਾਰਾਂ ਲਈ ਜਮ੍ਹਾਂ ਕਰਨ ਦੀ ਅੰਤਿਮ ਮਿਤੀ ਲਾਜ਼ਮੀ ਹੈ। ਸਟਾਫ਼ ਨੂੰ ਯੋਗਤਾ ਜਾਂਚ ਲਈ ਸਮਾਂ ਚਾਹੀਦਾ ਹੈ। ਸਮੀਖਿਆਕਾਰਾਂ ਲਈ ਸਕੋਰਿੰਗ ਦੀ ਅਜਿਹੀ ਮਿਆਦ ਰੱਖੋ ਜਿਸ ਵਿੱਚ ਦੇਰੀ ਨਾਲ ਆਉਣ ਵਾਲੇ ਜਵਾਬਾਂ, ਚਰਚਾ ਅਤੇ ਮਨਜ਼ੂਰੀ ਲਈ ਸਮਾਂ ਬਚੇ। ਰਾਊਂਡ ਖੁੱਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਅੰਤਿਮ ਫ਼ੈਸਲੇ ਦੀ ਮਿਤੀ ਤੈਅ ਕਰੋ ਅਤੇ ਫਿਰ ਪਿੱਛੇ ਵੱਲ ਯੋਜਨਾ ਬਣਾਓ।

ਹਰ ਅਰਜ਼ੀ ਦੀ ਸਥਿਤੀ ਅੰਦਰੂਨੀ ਟੀਮ ਨੂੰ ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਸਧਾਰਨ ਦ੍ਰਿਸ਼ ਵਿੱਚ «ਯੋਗਤਾ ਜਾਂਚ ਪੂਰੀ», «ਦੋ ਸਮੀਖਿਆਵਾਂ ਦੀ ਉਡੀਕ» ਜਾਂ «ਫ਼ੈਸਲੇ ਲਈ ਤਿਆਰ» ਵਰਗੀਆਂ ਸਥਿਤੀਆਂ ਦਿਖ ਸਕਦੀਆਂ ਹਨ। ਕੀ ਹੋਇਆ, ਇਹ ਜਾਣਨ ਲਈ ਸਟਾਫ਼ ਨੂੰ ਈਮੇਲ ਗੱਲਬਾਤਾਂ ਵਿੱਚ ਖੋਜ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

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

ਅਜਿਹਾ ਅਰਜ਼ੀ ਫਾਰਮ ਬਣਾਓ ਜੋ ਸਮੀਖਿਆਕਾਰ ਵਰਤ ਸਕਣ

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

ਪ੍ਰੋਜੈਕਟ ਦਾ ਛੋਟਾ ਸਾਰ ਮੰਗੋ ਅਤੇ ਫਿਰ ਟੀਚੇ, ਯੋਜਿਤ ਗਤੀਵਿਧੀਆਂ, ਲਾਭਪਾਤਰੀ ਲੋਕਾਂ, ਸਮਾਂ-ਸਾਰਣੀ ਅਤੇ ਉਮੀਦ ਕੀਤੇ ਨਤੀਜਿਆਂ ਬਾਰੇ ਵੱਖਰੇ ਸਵਾਲ ਰੱਖੋ। 150 ਸ਼ਬਦਾਂ ਦਾ ਸਾਰ ਪਹਿਲੀ ਸਮੀਖਿਆ ਸਕ੍ਰੀਨ ਨੂੰ ਪੜ੍ਹਨਯੋਗ ਰੱਖਦਾ ਹੈ। ਲੰਮੇ ਜਵਾਬ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਵਧੇਰੇ ਸੰਦਰਭ ਚਾਹੀਦਾ ਹੈ।

ਮੰਗੀ ਗਈ ਰਕਮ ਨੂੰ ਟੈਕਸਟ ਬਾਕਸ ਦੀ ਥਾਂ ਨੰਬਰ ਖੇਤਰ ਵਿੱਚ ਲਓ। ਇਸ ਦੇ ਨਾਲ ਪੂਰਾ ਪ੍ਰੋਜੈਕਟ ਬਜਟ, ਪੱਕੀ ਆਮਦਨ ਅਤੇ ਹੋਰ ਲੰਬਿਤ ਫੰਡਿੰਗ ਵੀ ਮੰਗੋ। ਇਸ ਨਾਲ ਸਮੀਖਿਆਕਾਰ ਦੇਖ ਸਕਦੇ ਹਨ ਕਿ ਮੰਗੀ ਰਕਮ ਕੰਮ ਦੇ ਕਿਸੇ ਨਿਰਧਾਰਤ ਹਿੱਸੇ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ ਜਾਂ ਵੱਡੀ ਘਾਟ ਛੱਡਦੀ ਹੈ।

ਨਿਰਪੱਖ ਤੁਲਨਾ ਲਈ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਜਿੰਨੀ ਜਾਣਕਾਰੀ ਚਾਹੀਦੀ ਹੈ, ਸਿਰਫ਼ ਉੱਨੀ ਹੀ ਲਾਜ਼ਮੀ ਕਰੋ। ਬਹੁਤ ਸਾਰੇ ਲਾਜ਼ਮੀ ਸਵਾਲ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਰੁਕਾਵਟ ਬਣਾ ਦਿੰਦੇ ਹਨ। ਜੇ ਕਿਸੇ ਛੋਟੇ ਸਥਾਨਕ ਸਮੂਹ ਕੋਲ ਆਡਿਟ ਕੀਤੇ ਖਾਤੇ ਜਾਂ ਰਸਮੀ ਰਣਨੀਤਿਕ ਯੋਜਨਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਅਰਜ਼ੀ ਰੱਦ ਕਰਨ ਦੀ ਥਾਂ ਛੋਟਾ ਵਿਆਖਿਆ ਖੇਤਰ ਦਿਓ।

ਸਹਾਇਕ ਫਾਈਲਾਂ ਵੀ ਉਨ੍ਹਾਂ ਜਾਣਕਾਰੀਆਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ ਜੋ ਫਾਰਮ ਵਿੱਚ ਢੰਗ ਨਾਲ ਨਹੀਂ ਆਉਂਦੀਆਂ। ਪ੍ਰੋਜੈਕਟ ਬਜਟ, ਹਾਲੀਆ ਵਿੱਤੀ ਬਿਆਨਾਂ, ਗਵਰਨੈਂਸ ਸੂਚੀ ਅਤੇ ਕੰਮ ਦੇ ਨਮੂਨਿਆਂ ਜਾਂ ਮੁਲਾਂਕਣ ਰਿਪੋਰਟਾਂ ਲਈ ਵੱਖਰੇ ਅਪਲੋਡ ਖੇਤਰ ਰੱਖੋ। ਹਰ ਖੇਤਰ ਨੂੰ ਸਪਸ਼ਟ ਲੇਬਲ, ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਫਾਈਲ ਕਿਸਮਾਂ ਅਤੇ ਆਕਾਰ ਦੀ ਸੀਮਾ ਦਿਓ। ਜਦੋਂ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਬਜਟ ਜਲਦੀ ਲੱਭਣਾ ਹੋਵੇ, ਤਾਂ ਆਮ «ਵਾਧੂ ਦਸਤਾਵੇਜ਼» ਖੇਤਰ ਤੋਂ ਬਚੋ।

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

Koder.ai ਇਸ ਢਾਂਚੇ ਨੂੰ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਕਸਟਮ ਫਾਊਂਡੇਸ਼ਨ ਗ੍ਰਾਂਟ ਮੈਨੇਜਮੈਂਟ ਫਾਰਮ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਅਰਜ਼ੀਕਾਰ ਖੇਤਰ, ਅਪਲੋਡ ਅਤੇ ਡਰਾਫਟ ਸਥਿਤੀ ਸ਼ਾਮਲ ਹਨ। ਫਾਰਮ ਨੂੰ ਕੇਂਦਰਿਤ ਰੱਖੋ। ਹਰ ਸਵਾਲ ਅਜਿਹਾ ਤੱਥ ਦੇਵੇ ਜਿਸ ਨੂੰ ਸਮੀਖਿਆਕਾਰ ਫੰਡਿੰਗ ਫ਼ੈਸਲੇ ਵਿੱਚ ਵਰਤ ਸਕਣ।

ਸਮੀਖਿਆਕਾਰਾਂ ਦੀ ਨਿਯੁਕਤੀ ਬਿਨਾਂ ਉਲਝਣ ਦੇ ਕਰੋ

ਜਦੋਂ ਫਾਊਂਡੇਸ਼ਨ ਕੋਲ 40 ਅਰਜ਼ੀਆਂ, ਛੋਟਾ ਸਵੈਸੇਵੀ ਪੈਨਲ ਅਤੇ ਇਕ-ਦੂਜੇ ਨਾਲ ਜੁੜੀਆਂ ਦਿਲਚਸਪੀਆਂ ਵਾਲੇ ਲੋਕ ਹੋਣ, ਤਾਂ ਸਮੀਖਿਆਕਾਰਾਂ ਦੀ ਨਿਯੁਕਤੀ ਜਟਿਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ ਨੂੰ ਹਰ ਅਰਜ਼ੀ, ਉਸ ਦੀ ਮੌਜੂਦਾ ਜ਼ਿੰਮੇਵਾਰੀ ਅਤੇ ਅੰਤਿਮ ਮਿਤੀ ਇੱਕੋ ਥਾਂ ਦਿਖਾਉਣੀ ਚਾਹੀਦੀ ਹੈ।

ਅਰਜ਼ੀਆਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਖੇਤਰ, ਸਥਾਨ, ਅਰਜ਼ੀਕਾਰ ਦੀ ਕਿਸਮ ਜਾਂ ਵਿਸ਼ੇ ਅਨੁਸਾਰ ਟੈਗ ਕਰੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਉਸ ਖੇਤਰ ਦੇ ਜਾਣਕਾਰ ਸਮੀਖਿਆਕਾਰਾਂ ਨਾਲ ਮਿਲਾਓ। ਯੁਵਾ ਥੀਏਟਰ ਦਾ ਪ੍ਰਸਤਾਵ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਨੂੰ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਯੁਵਾ ਪ੍ਰੋਗਰਾਮਾਂ ਜਾਂ ਪ੍ਰਦਰਸ਼ਨ ਕਲਾਵਾਂ ਨੂੰ ਸਮਝਦੇ ਹੋਣ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇਸ ਲਈ ਚੁਣੇ ਗਏ ਕਿਸੇ ਵਿਅਕਤੀ ਨੂੰ ਜਿਸ ਕੋਲ ਖਾਲੀ ਸਮਾਂ ਹੋਵੇ।

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

ਨਿਯੁਕਤੀ ਵਾਲੇ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਬਿਨਾਂ ਸਮੀਖਿਆਕਾਰਾਂ ਵਾਲੀਆਂ ਅਰਜ਼ੀਆਂ, ਹਰ ਸਮੀਖਿਆਕਾਰ ਦਾ ਕੰਮ ਦਾ ਬੋਝ, ਨਿਯੁਕਤੀ ਦੀਆਂ ਮਿਤੀਆਂ, ਸਮੀਖਿਆ ਦੀਆਂ ਮਿਆਦਾਂ ਅਤੇ ਘੋਸ਼ਿਤ ਟਕਰਾਅ ਦਿਖਣੇ ਚਾਹੀਦੇ ਹਨ। ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਕੰਮ ਮੁੜ ਨਿਰਧਾਰਤ ਕਰਨ ਅਤੇ ਕਾਰਨ ਦਰਜ ਕਰਨ ਦੀ ਸਹੂਲਤ ਵੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

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

ਕੰਮ ਦੇ ਬੋਝ ਦੀਆਂ ਸੀਮਾਵਾਂ ਵੀ ਵਰਤੋ। ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਛੇ ਵਿਸਤ੍ਰਿਤ ਪ੍ਰਸਤਾਵ ਅਤੇ ਦੂਜੇ ਨੂੰ ਇੱਕ ਛੋਟਾ ਪ੍ਰਸਤਾਵ ਦੇਣ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਬਰਾਬਰ ਧਿਆਨ ਨਹੀਂ ਮਿਲਦਾ। ਗ੍ਰਾਂਟ ਅਰਜ਼ੀ ਵਰਕਫਲੋ ਨਿਯੁਕਤੀਆਂ ਨੂੰ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ, ਅਨੁਮਾਨਿਤ ਸਮੀਖਿਆ ਸਮੇਂ ਅਤੇ ਮਿਆਦ ਦੇ ਆਧਾਰ 'ਤੇ ਸੰਤੁਲਿਤ ਕਰ ਸਕਦਾ ਹੈ।

ਖੁੱਲ੍ਹੇ ਰਾਊਂਡ ਦੌਰਾਨ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਹਰ ਰੋਜ਼ ਬਿਨਾਂ ਨਿਯੁਕਤੀ ਵਾਲੀ ਕਤਾਰ ਦੇਖਣੀ ਚਾਹੀਦੀ ਹੈ। ਦੇਰੀ ਨਾਲ ਆਈ ਅਰਜ਼ੀ ਜਾਂ ਟਕਰਾਅ ਦੀ ਘੋਸ਼ਣਾ ਤੋਂ ਬਾਅਦ ਬਿਨਾਂ ਸਮੀਖਿਆਕਾਰਾਂ ਵਾਲੀਆਂ ਅਰਜ਼ੀਆਂ ਆਸਾਨੀ ਨਾਲ ਛੁੱਟ ਜਾਂਦੀਆਂ ਹਨ। ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਕਤਾਰ ਇਸ ਕੰਮ ਨੂੰ ਆਖ਼ਰੀ ਪਲ ਦੀ ਸਮੱਸਿਆ ਦੀ ਥਾਂ ਰੋਜ਼ਾਨਾ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਬਣਾਉਂਦੀ ਹੈ।

ਟਕਰਾਅ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਜਲਦੀ ਸੰਭਾਲੋ

ਹਿਤਾਂ ਦਾ ਟਕਰਾਅ ਗ੍ਰਾਂਟ ਫ਼ੈਸਲੇ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਸਮੀਖਿਆਕਾਰ ਨਿਰਪੱਖ ਰਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇ। ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਪੂਰੀਆਂ ਅਰਜ਼ੀਆਂ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਵਿੱਤੀ, ਨਿੱਜੀ ਜਾਂ ਪੇਸ਼ੇਵਰ ਸੰਬੰਧ ਦੱਸਣ ਲਈ ਕਹੋ। ਇਹ ਅਰਜ਼ੀਕਾਰਾਂ ਅਤੇ ਸਮੀਖਿਆਕਾਰਾਂ ਦੋਵਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ।

ਘੋਸ਼ਣਾ ਫਾਰਮ ਵਿੱਚ ਸਧਾਰਨ ਚੋਣਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਅਤੇ ਛੋਟੀ ਵਿਆਖਿਆ ਲਈ ਥਾਂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਸਮੀਖਿਆਕਾਰ ਨੇ ਅਰਜ਼ੀਕਾਰ ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੋ ਸਕਦਾ ਹੈ, ਅਰਜ਼ੀਕਾਰ ਸੰਸਥਾ ਦੇ ਬੋਰਡ 'ਤੇ ਹੋ ਸਕਦਾ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਜੁੜੇ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਉਸ ਨਾਲ ਨਜ਼ਦੀਕੀ ਨਿੱਜੀ ਰਿਸ਼ਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਭੁਗਤਾਨੀ ਕੰਮ, ਨਿਵੇਸ਼ ਜਾਂ ਉਮੀਦ ਕੀਤੇ ਠੇਕੇ ਵਰਗੇ ਵਿੱਤੀ ਸੰਬੰਧ ਵੀ ਮਹੱਤਵ ਰੱਖਦੇ ਹਨ।

ਹਰ ਨਿਰਧਾਰਤ ਅਰਜ਼ੀ ਲਈ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਦੋ ਵਿੱਚੋਂ ਇੱਕ ਬਿਆਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹੋ: «ਮੇਰਾ ਕੋਈ ਟਕਰਾਅ ਨਹੀਂ ਹੈ» ਜਾਂ «ਮੇਰਾ ਸੰਭਾਵਿਤ ਟਕਰਾਅ ਹੈ, ਜਿਸ ਦੀ ਜਾਣਕਾਰੀ ਹੇਠਾਂ ਦਿੱਤੀ ਹੈ।» ਫਾਊਂਡੇਸ਼ਨ ਨੂੰ ਆਪਣੀ ਲਿਖਤੀ ਨੀਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਤੈਅ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਇਸ ਸੰਬੰਧ ਕਾਰਨ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਹਟਾਉਣਾ ਲੋੜੀਂਦਾ ਹੈ।

ਪਹੁੰਚ ਤੋਂ ਪਹਿਲਾਂ ਟਕਰਾਅ ਦੀ ਜਾਂਚ ਕਰੋ

ਪੋਰਟਲ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸੈੱਟ ਕਰੋ ਕਿ ਸਮੀਖਿਆਕਾਰ ਪੂਰੀ ਅਰਜ਼ੀ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹਿਤਾਂ ਦੇ ਟਕਰਾਅ ਦੀ ਘੋਸ਼ਣਾ ਪੂਰੀ ਕਰੇ। ਉਸ ਨੂੰ ਅਰਜ਼ੀਕਾਰ ਦੀ ਪਛਾਣ ਲਈ ਸਿਰਫ਼ ਸੰਸਥਾ ਦਾ ਨਾਮ, ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਿਰਲੇਖ ਅਤੇ ਮੁੱਖ ਸੰਪਰਕ ਵਰਗੀ ਜਾਣਕਾਰੀ ਚਾਹੀਦੀ ਹੈ। ਪੋਰਟਲ ਨੂੰ ਜਵਾਬ ਮਿਤੀ ਅਤੇ ਸਮੇਂ ਸਮੇਤ ਦਰਜ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਜੇ ਸਮੀਖਿਆਕਾਰ ਟਕਰਾਅ ਦੱਸੇ, ਤਾਂ ਗ੍ਰਾਂਟ ਮੈਨੇਜਰ ਨੂੰ ਤੁਰੰਤ ਨਿਯੁਕਤੀ ਹਟਾ ਕੇ ਕਿਸੇ ਹੋਰ ਯੋਗ ਸਮੀਖਿਆਕਾਰ ਦੀ ਚੋਣ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਟਕਰਾਅ ਵਾਲੇ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਅਰਜ਼ੀ, ਟਿੱਪਣੀਆਂ, ਸਕੋਰ ਅਤੇ ਪੈਨਲ ਸਮੱਗਰੀ ਤੋਂ ਦੂਰ ਰੱਖੋ।

ਇਸ ਨਾਲ ਉਹ ਅਸਹਜ ਸਥਿਤੀ ਟਲਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਸਮੀਖਿਆਕਾਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪ੍ਰਸਤਾਵ ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ ਸਮਝਦਾ ਹੈ ਕਿ ਉਹ ਅਰਜ਼ੀਕਾਰ ਨੂੰ ਜਾਣਦਾ ਹੈ। ਇਹ ਨਿੱਜੀ ਬਜਟਾਂ, ਸੰਪਰਕ ਵੇਰਵਿਆਂ ਜਾਂ ਅਟੈਚਮੈਂਟਾਂ ਤੱਕ ਅਚਾਨਕ ਪਹੁੰਚ ਨੂੰ ਵੀ ਰੋਕਦਾ ਹੈ।

ਅਜਿਹਾ ਰਿਕਾਰਡ ਰੱਖੋ ਜਿਸ ਦੀ ਸਟਾਫ਼ ਜਾਂਚ ਕਰ ਸਕੇ

ਹਰ ਘੋਸ਼ਣਾ ਨੂੰ ਸਮੀਖਿਆ ਰਾਊਂਡ, ਸਮੀਖਿਆਕਾਰ ਦੇ ਨਾਮ, ਅਰਜ਼ੀ, ਜਵਾਬ, ਵਿਆਖਿਆ ਅਤੇ ਅੰਤਿਮ ਕਾਰਵਾਈ ਨਾਲ ਜੋੜ ਕੇ ਸੰਭਾਲੋ। ਜੇ ਬੋਰਡ ਮੈਂਬਰ ਪੁੱਛੇ ਕਿ ਨਿਯੁਕਤੀ ਕਿਉਂ ਬਦਲੀ ਜਾਂ ਅਰਜ਼ੀਕਾਰ ਪ੍ਰਕਿਰਿਆ ਦੀ ਨਿਰਪੱਖਤਾ 'ਤੇ ਸਵਾਲ ਕਰੇ, ਤਾਂ ਸਟਾਫ਼ ਨੂੰ ਇਹ ਰਿਕਾਰਡ ਚਾਹੀਦਾ ਹੋਵੇਗਾ।

ਅੰਦਰੂਨੀ ਲੌਗ ਵਿੱਚ ਸਟਾਫ਼ ਵੱਲੋਂ ਘੋਸ਼ਣਾ ਮੰਗਣ ਦੀ ਮਿਤੀ, ਸਮੀਖਿਆਕਾਰ ਦਾ ਜਵਾਬ, ਦੱਸਿਆ ਗਿਆ ਸੰਬੰਧ, ਸਟਾਫ਼ ਦਾ ਫ਼ੈਸਲਾ, ਬਦਲਵੇਂ ਸਮੀਖਿਆਕਾਰ ਦਾ ਨਾਮ ਅਤੇ ਬਾਅਦ ਦੇ ਅਪਡੇਟ ਸ਼ਾਮਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਸੰਬੰਧ ਪਤਾ ਲੱਗੇ, ਤਾਂ ਉਸ ਨੂੰ ਪੜ੍ਹਨਾ ਰੋਕ ਕੇ ਗ੍ਰਾਂਟ ਮੈਨੇਜਰ ਨੂੰ ਦੱਸਣਾ ਅਤੇ ਹਦਾਇਤਾਂ ਦੀ ਉਡੀਕ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਅਜਿਹੇ ਸਕੋਰਿੰਗ ਰੂਬਰਿਕ ਬਣਾਓ ਜੋ ਇਕਸਾਰ ਢੰਗ ਨਾਲ ਲਾਗੂ ਹੋਣ

ਸਮੀਖਿਆਕਾਰ ਸਕੋਰਿੰਗ ਰੂਬਰਿਕ ਨੂੰ ਫਾਊਂਡੇਸ਼ਨ ਦੀਆਂ ਪ੍ਰਕਾਸ਼ਿਤ ਤਰਜੀਹਾਂ ਨਾਲ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਫੰਡ ਕਲਾਵਾਂ ਤੱਕ ਯੁਵਾਂ ਦੀ ਪਹੁੰਚ ਲਈ ਹੈ, ਤਾਂ ਸੁਚੱਜੀ ਲਿਖਤ ਨਾਲੋਂ ਭਾਈਚਾਰੇ ਤੱਕ ਪਹੁੰਚ ਅਤੇ ਹਕੀਕਤੀ ਕਾਰਜ ਯੋਜਨਾ ਨੂੰ ਵੱਧ ਭਾਰ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ।

ਮਾਪਦੰਡ ਸੀਮਿਤ ਰੱਖੋ। ਪੰਜ ਸਪਸ਼ਟ ਮਾਪਦੰਡ ਆਮ ਤੌਰ 'ਤੇ ਲੰਬੀ ਸੂਚੀ ਨਾਲੋਂ ਵਧੀਆ ਫ਼ੈਸਲਿਆਂ ਵੱਲ ਲੈ ਜਾਂਦੇ ਹਨ ਜਿਸ ਨੂੰ ਸਮੀਖਿਆਕਾਰ ਜਲਦੀ-ਜਲਦੀ ਪੂਰਾ ਕਰਦੇ ਹਨ। ਹਰ ਮਾਪਦੰਡ ਨੂੰ ਭਾਰ ਦਿਓ, ਤਾਂ ਜੋ ਅੰਤਿਮ ਕੁੱਲ ਫਾਊਂਡੇਸ਼ਨ ਦੀਆਂ ਤਰਜੀਹਾਂ ਨੂੰ ਦਰਸਾਏ।

ਮਿਸਾਲ ਵਜੋਂ, ਇੱਕ ਛੋਟੀ ਫਾਊਂਡੇਸ਼ਨ ਅਰਜ਼ੀਆਂ ਨੂੰ ਇਨ੍ਹਾਂ ਅਧਾਰਾਂ 'ਤੇ ਸਕੋਰ ਕਰ ਸਕਦੀ ਹੈ:

• ਫੰਡਿੰਗ ਦੇ ਉਦੇਸ਼ ਨਾਲ ਮੇਲ: 30%
• ਲਾਭਪਾਤਰੀ ਲੋਕਾਂ ਲਈ ਉਮੀਦ ਕੀਤਾ ਲਾਭ: 25%
• ਯੋਜਨਾ ਅਤੇ ਬਜਟ ਦੀ ਸੰਭਾਵਨਾ: 20%
• ਕੰਮ ਪੂਰਾ ਕਰਨ ਦੀ ਅਰਜ਼ੀਕਾਰ ਦੀ ਸਮਰੱਥਾ: 15%
• ਫੰਡਿੰਗ ਦੀ ਲੋੜ ਅਤੇ ਹੋਰ ਪੱਕੀ ਸਹਾਇਤਾ: 10%

ਹਰ ਸਕੋਰ ਲਈ ਸਧਾਰਨ ਲੇਬਲ ਵਰਤੋ। 1 ਤੋਂ 5 ਦਾ ਪੈਮਾਨਾ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਹਰ ਅੰਕ ਦਾ ਛੋਟਾ ਵੇਰਵਾ ਹੋਵੇ। 1 ਦਾ ਮਤਲਬ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਅਰਜ਼ੀ ਮਾਪਦੰਡ ਪੂਰਾ ਨਹੀਂ ਕਰਦੀ, 3 ਦਾ ਮਤਲਬ ਕਿ ਇਹ ਢੰਗ ਨਾਲ ਪੂਰਾ ਕਰਦੀ ਹੈ ਅਤੇ 5 ਦਾ ਮਤਲਬ ਕਿ ਇਹ ਮਜ਼ਬੂਤ ਅਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਹਾਇਤਿਤ ਮਾਮਲਾ ਪੇਸ਼ ਕਰਦੀ ਹੈ।

ਬਿਨਾਂ ਵਿਆਖਿਆ ਦੇ «ਸ਼ਾਨਦਾਰ» ਜਾਂ «ਕਮਜ਼ੋਰ» ਵਰਗੇ ਲੇਬਲਾਂ ਤੋਂ ਬਚੋ। ਇਹ ਨਿੱਜੀ ਵਿਆਖਿਆ ਲਈ ਥਾਂ ਛੱਡਦੇ ਹਨ। ਸੰਭਾਵਨਾ ਲਈ ਸਭ ਤੋਂ ਉੱਚੇ ਸਕੋਰ ਵਿੱਚ ਸਪਸ਼ਟ ਮੀਲ-ਪੱਥਰ, ਕੰਮ ਪੂਰਾ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀਆਂ ਦੇ ਨਾਮ ਅਤੇ ਦਰਸਾਏ ਕੰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਬਜਟ ਲਾਜ਼ਮੀ ਹੋ ਸਕਦਾ ਹੈ।

ਹਰ ਸਕੋਰ ਦੇ ਨਾਲ ਟਿੱਪਣੀ ਖੇਤਰ ਰੱਖੋ। ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਅਰਜ਼ੀ ਵਿੱਚੋਂ ਸਬੂਤ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਲਈ ਕਹੋ, ਜਿਵੇਂ ਦਰਸ਼ਕਾਂ ਦੀ ਗਿਣਤੀ, ਪੱਕਾ ਭਾਈਵਾਲ ਜਾਂ ਗੁੰਮ ਖ਼ਰਚਾ। ਇਹ ਨੋਟ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੇ ਸਮੂਹ ਨੂੰ ਕੁੱਲ ਸਕੋਰ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ ਅਤੇ ਅਰਜ਼ੀਕਾਰ ਫੀਡਬੈਕ ਮੰਗਣ 'ਤੇ ਸਟਾਫ਼ ਲਈ ਰਿਕਾਰਡ ਦਿੰਦੇ ਹਨ।

ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ ਭਾਰਿਤ ਕੁੱਲ ਆਪਣੇ ਆਪ ਕੱਢ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਟਾਫ਼ ਨੂੰ ਅੰਕੜੇ ਸਪ੍ਰੈਡਸ਼ੀਟਾਂ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ। ਕੁੱਲ ਸਕੋਰ ਚਰਚਾ ਲਈ ਰਾਹਦਾਰੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਕੱਲਾ ਫ਼ੈਸਲਾ ਨਹੀਂ। ਦੋ ਪ੍ਰਸਤਾਵਾਂ ਨੂੰ ਇੱਕੋ ਸਕੋਰ ਮਿਲ ਸਕਦਾ ਹੈ, ਪਰ ਇੱਕ ਕਿਸੇ ਤੁਰੰਤ ਸਥਾਨਕ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਮੌਜੂਦਾ ਗ੍ਰਾਂਟ ਪ੍ਰਾਪਤਕਰਤਿਆਂ ਵਿੱਚ ਮੌਜੂਦ ਘਾਟ ਭਰ ਸਕਦਾ ਹੈ।

ਵਿਅਕਤੀਗਤ ਸਕੋਰਿੰਗ ਤੋਂ ਅੰਤਿਮ ਮਨਜ਼ੂਰੀ ਵੱਖ ਰੱਖੋ। ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲਾ ਸਮੂਹ ਸਕੋਰ, ਟਿੱਪਣੀਆਂ, ਟਕਰਾਅ ਅਤੇ ਬਜਟ ਸੀਮਾਵਾਂ ਨੂੰ ਇਕੱਠੇ ਵੇਖ ਕੇ ਹਰ ਇਨਾਮ ਜਾਂ ਅਸਵੀਕਾਰ ਕਰਨ ਦਾ ਛੋਟਾ ਕਾਰਨ ਦਰਜ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਨਾਲ ਫ਼ੈਸਲਾ ਪੱਤਰ ਤਿਆਰ ਕਰਨਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ।

ਮਿਸਾਲ: ਸਥਾਨਕ ਕਲਾ ਫੰਡ ਦਾ ਸਮੀਖਿਆ ਰਾਊਂਡ

ਇੱਕ ਸਥਾਨਕ ਕਲਾ ਫੰਡ ਭਾਈਚਾਰਕ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਛੋਟਾ ਗ੍ਰਾਂਟ ਰਾਊਂਡ ਖੋਲ੍ਹਦਾ ਹੈ। ਇਸ ਦਾ ਬਜਟ $40,000 ਹੈ ਅਤੇ ਇਸ ਨੂੰ 28 ਅਰਜ਼ੀਆਂ ਮਿਲਦੀਆਂ ਹਨ। ਹਰ ਅਰਜ਼ੀਕਾਰ ਇੱਕੋ ਫਾਰਮ ਭਰਦਾ ਹੈ: ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਾਰ, ਜਨਤਕ ਲਾਭ, ਬਜਟ, ਸਮਾਂ-ਸਾਰਣੀ, ਟੀਮ ਦੇ ਵੇਰਵੇ ਅਤੇ ਮੰਗੀ ਗਈ ਰਕਮ। ਪੋਰਟਲ ਜਮ੍ਹਾਂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਧੂਰੀਆਂ ਐਂਟਰੀਆਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸਟਾਫ਼ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਮੁੱਢਲੀ ਜਾਣਕਾਰੀ ਲਈ ਪਿੱਛੇ ਨਹੀਂ ਪੈਣਾ ਪੈਂਦਾ।

ਅੰਤਿਮ ਮਿਆਦ ਤੋਂ ਬਾਅਦ ਗ੍ਰਾਂਟ ਕੋਆਰਡੀਨੇਟਰ ਯੋਗਤਾ ਜਾਂਚਦਾ ਹੈ। ਚਾਰ ਅਰਜ਼ੀਆਂ ਫੰਡ ਦੇ ਭੂਗੋਲਿਕ ਖੇਤਰ ਤੋਂ ਬਾਹਰ ਹਨ, ਇਸ ਲਈ ਕੋਆਰਡੀਨੇਟਰ ਕਾਰਨ ਦਰਜ ਕਰਕੇ ਉਨ੍ਹਾਂ ਨੂੰ ਸਮੀਖਿਆ ਤੋਂ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਬਾਕੀ 24 ਅਰਜ਼ੀਆਂ ਗ੍ਰਾਂਟ ਅਰਜ਼ੀ ਵਰਕਫਲੋ ਵਿੱਚ ਅੱਗੇ ਵਧਦੀਆਂ ਹਨ।

ਕੋਆਰਡੀਨੇਟਰ ਹਰ ਅਰਜ਼ੀ ਲਈ ਦੋ ਸਮੀਖਿਆਕਾਰ ਨਿਯੁਕਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਮੀਖਿਆਕਾਰ ਯੁਵਾ ਥੀਏਟਰ ਪ੍ਰੋਜੈਕਟ ਦੀ ਨਿਯੁਕਤੀ ਖੋਲ੍ਹਦੀ ਹੈ ਅਤੇ ਵੇਖਦੀ ਹੈ ਕਿ ਉਸ ਦਾ ਭੈਣ-ਭਰਾ ਥੀਏਟਰ ਦੇ ਬੋਰਡ 'ਤੇ ਹੈ। ਉਹ ਹਿਤਾਂ ਦੇ ਟਕਰਾਅ ਦੀ ਘੋਸ਼ਣਾ ਦਾਖ਼ਲ ਕਰਦੀ ਹੈ, ਸੰਬੰਧ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ ਅਤੇ ਨਿਯੁਕਤੀ ਤੋਂ ਹਟ ਜਾਂਦੀ ਹੈ। ਪੋਰਟਲ ਉਸ ਦੀ ਪਹੁੰਚ ਹਟਾ ਕੇ ਕੋਆਰਡੀਨੇਟਰ ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਕਿਸੇ ਹੋਰ ਸਮੀਖਿਆਕਾਰ ਨੂੰ ਨਿਯੁਕਤ ਕਰਦਾ ਹੈ।

ਸਮੀਖਿਆਕਾਰ ਇੱਕੋ ਸਕੋਰਿੰਗ ਰੂਬਰਿਕ ਵਰਤਦੇ ਹਨ। ਉਹ ਜਨਤਕ ਲਾਭ, ਕਲਾਤਮਕ ਗੁਣਵੱਤਾ, ਅਮਲੀ ਕਾਰਜਾਨਵਿਅਨ ਅਤੇ ਬਜਟ ਨਾਲ ਮੇਲ ਨੂੰ ਪੰਜ ਅੰਕਾਂ ਦੇ ਪੈਮਾਨੇ 'ਤੇ ਦਰਜ ਕਰਦੇ ਹਨ ਅਤੇ ਛੋਟੀਆਂ ਟਿੱਪਣੀਆਂ ਜੋੜਦੇ ਹਨ। ਥੀਏਟਰ ਪ੍ਰੋਜੈਕਟ ਲਈ ਇੱਕ ਸਮੀਖਿਆਕਾਰ 20 ਵਿੱਚੋਂ 17 ਅੰਕ ਦਿੰਦਾ ਹੈ ਅਤੇ ਮਜ਼ਬੂਤ ਸਥਾਨਕ ਮੰਗ ਦੇ ਨਾਲ ਪਤਲੇ ਐਮਰਜੈਂਸੀ ਬਜਟ ਦੀ ਨਿਸ਼ਾਨਦੇਹੀ ਕਰਦਾ ਹੈ। ਦੂਜਾ 14 ਅੰਕ ਦਿੰਦਾ ਹੈ ਅਤੇ ਬਹੁਤ ਮਹੱਤਵਾਕਾਂਕਸ਼ੀ ਸਮਾਂ-ਸਾਰਣੀ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ।

ਫ਼ੈਸਲਾ ਮੀਟਿੰਗ ਵਿੱਚ ਸਮੂਹ ਦੋਵੇਂ ਸਕੋਰ, ਟਿੱਪਣੀਆਂ, ਮੰਗੀ ਗਈ $8,000 ਰਕਮ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਦਸਤਾਵੇਜ਼ ਇਕੱਠੇ ਵੇਖਦਾ ਹੈ। ਉਹ ਸਹਾਇਤਾ ਮਨਜ਼ੂਰ ਕਰਦੇ ਹਨ, ਪਰ ਇਨਾਮ ਨੂੰ $6,500 ਕਰ ਦਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਬਜਟ ਵਿੱਚ ਬਦਲਵੀਂ ਯੋਜਨਾ ਵਧੇਰੇ ਸਪਸ਼ਟ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਕੋਆਰਡੀਨੇਟਰ ਦਰਜ ਕਰਦਾ ਹੈ: ਮਨਜ਼ੂਰ, $6,500, ਕਾਰਨ «ਮਜ਼ਬੂਤ ਭਾਈਚਾਰਕ ਲਾਭ ਅਤੇ ਸਮਰੱਥ ਟੀਮ; ਰਕਮ ਘਟਾਉਣ ਦਾ ਕਾਰਨ ਬਜਟ ਦਾ ਜੋਖ਼ਮ ਹੈ।» ਸਟਾਫ਼ ਇਸ ਰਿਕਾਰਡ ਨੂੰ ਫ਼ੈਸਲਾ ਪੱਤਰ ਅਤੇ ਬਾਅਦ ਦੇ ਸਵਾਲਾਂ ਲਈ ਵਰਤ ਸਕਦਾ ਹੈ, ਬਿਨਾਂ ਮੀਟਿੰਗ ਨੋਟਾਂ ਜਾਂ ਯਾਦਦਾਸ਼ਤ 'ਤੇ ਨਿਰਭਰ ਹੋਏ।

ਉਹ ਗਲਤੀਆਂ ਜੋ ਅਨਿਆਇਕ ਜਾਂ ਦੇਰੀ ਵਾਲੇ ਫ਼ੈਸਲੇ ਕਰਵਾਉਂਦੀਆਂ ਹਨ

ਪੋਰਟਲ ਉਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜਿਸ ਵਿੱਚ ਲੋਕਾਂ ਨੂੰ ਅਜਿਹੀ ਜਾਣਕਾਰੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਲੀ ਹੀ ਨਹੀਂ। ਜੇ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਭਾਈਚਾਰੇ ਤੱਕ ਪਹੁੰਚ ਦਾ ਸਕੋਰ ਦੇਣਾ ਹੈ, ਤਾਂ ਅਰਜ਼ੀ ਫਾਰਮ ਵਿੱਚ ਦਰਸ਼ਕਾਂ, ਸਥਾਨ ਅਤੇ ਉਮੀਦ ਕੀਤੇ ਭਾਗੀਦਾਰਾਂ ਦੀ ਗਿਣਤੀ ਬਾਰੇ ਸਪਸ਼ਟ ਸਵਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਹੀਂ ਤਾਂ ਸਮੀਖਿਆਕਾਰ ਖਾਲੀ ਥਾਵਾਂ ਨੂੰ ਅਨੁਮਾਨ ਨਾਲ ਭਰਦੇ ਹਨ ਅਤੇ ਅਰਜ਼ੀਕਾਰਾਂ ਨਾਲ ਅਸਮਾਨ ਵਤੀਰਾ ਹੁੰਦਾ ਹੈ।

ਰਾਊਂਡ ਖੁੱਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਰੂਬਰਿਕ ਮਾਪਦੰਡ ਨੂੰ ਫਾਰਮ ਨਾਲ ਮਿਲਾ ਕੇ ਦੇਖੋ। ਹਰ ਸਕੋਰ ਕਿਸੇ ਅਜਿਹੇ ਜਵਾਬ, ਅਟੈਚਮੈਂਟ ਜਾਂ ਬਜਟ ਖੇਤਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ ਜਿਸ ਨੂੰ ਸਮੀਖਿਆਕਾਰ ਪੜ੍ਹ ਸਕਣ। ਪੋਰਟਲ ਨੂੰ ਇਹ ਸੰਬੰਧ ਸਪਸ਼ਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਜੋ ਸਮੀਖਿਆਕਾਰ ਪੰਨਿਆਂ ਵਿੱਚ ਭਟਕਣ ਤੋਂ ਬਿਨਾਂ ਸੰਬੰਧਤ ਵੇਰਵੇ ਲੱਭ ਸਕਣ।

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

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

ਮਨਜ਼ੂਰੀ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਹਰ ਨਿਰਧਾਰਤ ਸਮੀਖਿਆਕਾਰ ਨੇ ਸਕੋਰ ਜਮ੍ਹਾਂ ਕੀਤਾ ਜਾਂ ਪਰਹੇਜ਼ ਦਰਜ ਕੀਤਾ, ਸਟਾਫ਼ ਨੇ ਸਕੋਰ ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਟਕਰਾਅ ਹੱਲ ਕੀਤੇ ਅਤੇ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੇ ਨੇ ਅੰਤਿਮ ਫ਼ੈਸਲਾ, ਰਕਮ ਅਤੇ ਸ਼ਰਤਾਂ ਦਰਜ ਕੀਤੀਆਂ। ਇਹ ਵੀ ਜਾਂਚੋ ਕਿ ਪੱਤਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਰਿਕਾਰਡ ਨਾਲ ਮਿਲਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਅਰਜ਼ੀਕਾਰ ਦਾ ਨਾਮ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਿਰਲੇਖ ਸ਼ਾਮਲ ਹਨ।

ਜਦੋਂ ਮਨਜ਼ੂਰੀ ਦੇ ਵੇਰਵੇ ਈਮੇਲਾਂ ਜਾਂ ਮੀਟਿੰਗ ਨੋਟਾਂ ਵਿੱਚ ਪਏ ਹੋਣ, ਤਾਂ ਫ਼ੈਸਲਾ ਪੱਤਰ ਨਾ ਭੇਜੋ। ਅੰਤਿਮ ਰਿਕਾਰਡ ਵਿੱਚ ਇਹ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਫ਼ੈਸਲਾ ਕਿਸ ਨੇ ਅਤੇ ਕਦੋਂ ਮਨਜ਼ੂਰ ਕੀਤਾ ਅਤੇ ਉਸ ਨੇ ਬਜਟ ਜਾਂ ਅਰਜ਼ੀ ਦਾ ਕਿਹੜਾ ਸੰਸਕਰਣ ਵੇਖਿਆ। ਜੇ ਕਮੇਟੀ ਨੇ ਰਿਪੋਰਟਿੰਗ ਸ਼ਰਤ ਨਾਲ $7,500 ਮਨਜ਼ੂਰ ਕੀਤੇ ਹਨ, ਤਾਂ ਪੱਤਰ ਵਿੱਚ ਉਹੀ ਰਕਮ ਅਤੇ ਸ਼ਰਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਪਹਿਲੇ ਡਰਾਫਟ ਦੀ ਜਾਣਕਾਰੀ ਨਹੀਂ।

ਫ਼ੈਸਲਾ ਪੱਤਰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਕਾਰਡ ਜਾਂਚੋ

ਫ਼ੈਸਲਾ ਪੱਤਰ ਆਖ਼ਰੀ ਪਲ ਦੀ ਸਪ੍ਰੈਡਸ਼ੀਟ ਸੋਧ ਦੀ ਥਾਂ ਪੂਰੇ ਰਿਕਾਰਡ ਨੂੰ ਦਰਸਾਉਣੇ ਚਾਹੀਦੇ ਹਨ। ਪੱਤਰ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਗਰਾਮ ਮੈਨੇਜਰ ਨੂੰ ਫ਼ੈਸਲਾ ਮੀਟਿੰਗ ਦੇ ਨੋਟਾਂ ਦੀ ਗ੍ਰਾਂਟ ਸਮੀਖਿਆ ਪੋਰਟਲ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਤੁਲਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

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

ਨੋਟਾਂ ਨੂੰ ਪੱਤਰਾਂ ਵਿੱਚ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਹਰ ਸਮੀਖਿਆਕਾਰ ਨੇ ਟਕਰਾਅ ਦੀ ਘੋਸ਼ਣਾ ਦਾਖ਼ਲ ਕੀਤੀ ਹੈ, ਉਨ੍ਹਾਂ ਨੇ ਟਕਰਾਅ ਨਾ ਹੋਣ ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ ਹੋਵੇ ਤਾਂ ਵੀ। ਦੇਰੀ ਵਾਲੀਆਂ ਨਿਯੁਕਤੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਦਰਜ ਕਰੋ ਕਿ ਸਟਾਫ਼ ਨੇ ਸਮੀਖਿਆਕਾਰ ਬਦਲਿਆ, ਮਿਆਦ ਵਧਾਈ ਜਾਂ ਅਧੂਰੀ ਸਮੀਖਿਆ ਨੂੰ ਬਾਹਰ ਰੱਖਿਆ। ਸਕੋਰ ਅਤੇ ਲਿਖਤੀ ਨੋਟਾਂ ਦੀ ਅੰਤਿਮ ਫ਼ੈਸਲੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਹਰ ਮਨਜ਼ੂਰ ਰਕਮ, ਸ਼ਰਤ ਅਤੇ ਭੁਗਤਾਨ ਮਿਤੀ ਨੂੰ ਪੱਤਰ ਨਾਲ ਮਿਲਾਓ।

ਟਕਰਾਅ ਦੇ ਰਿਕਾਰਡ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਭਾਵੇਂ ਉਨ੍ਹਾਂ ਨੇ ਨਤੀਜਾ ਨਾ ਬਦਲਿਆ ਹੋਵੇ। ਜੇ ਕੋਈ ਸਮੀਖਿਆਕਾਰ ਪਿੱਛੇ ਹਟਿਆ ਹੈ, ਤਾਂ ਉਹ ਰਿਕਾਰਡ ਅਰਜ਼ੀ ਨਾਲ ਰੱਖੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕਿਸੇ ਹੋਰ ਯੋਗ ਸਮੀਖਿਆਕਾਰ ਨੇ ਮੁਲਾਂਕਣ ਪੂਰਾ ਕੀਤਾ।

ਅੰਸ਼ਿਕ ਇਨਾਮਾਂ ਦੀ ਦੋ ਵਾਰ ਜਾਂਚ ਕਰੋ। ਪੈਨਲ $12,000 ਦੀ ਮੰਗ ਲਈ $8,000 ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਕਾਪੀ ਕੀਤੇ ਡਰਾਫਟ ਵਿੱਚ ਅਜੇ ਵੀ ਪੂਰੀ ਰਕਮ ਮਨਜ਼ੂਰ ਦਿਖਾਈ ਦੇ ਸਕਦੀ ਹੈ। ਸਟਾਫ਼ ਮਾਲਕ ਨੂੰ ਫ਼ੈਸਲੇ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਰਕਮ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਫਿਰ ਟੀਮ ਦੇ ਕਿਸੇ ਹੋਰ ਮੈਂਬਰ ਨੂੰ ਪੱਤਰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਹੈ।

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

ਸਪਸ਼ਟ ਫ਼ੈਸਲਾ ਪੱਤਰ ਭੇਜੋ

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

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

ਇਨਾਮ ਪੱਤਰ ਵਿੱਚ ਮਨਜ਼ੂਰ ਰਕਮ ਅਤੇ ਉਦੇਸ਼ ਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੋ। ਰਿਪੋਰਟਿੰਗ ਦੀਆਂ ਮਿਆਦਾਂ, ਅਰਜ਼ੀਕਾਰ ਵੱਲੋਂ ਪੁਸ਼ਟੀ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਭੁਗਤਾਨ ਵੇਰਵੇ ਅਤੇ ਕੋਈ ਵੀ ਸ਼ਰਤ ਸ਼ਾਮਲ ਕਰੋ। «ਫੰਡਿੰਗ ਮਿਲ ਸਕਦੀ ਹੈ» ਵਰਗੀ ਅਸਪਸ਼ਟ ਭਾਸ਼ਾ ਤੋਂ ਬਚੋ। ਫ਼ੈਸਲਾ ਮਨਜ਼ੂਰ, ਅਸਵੀਕਾਰ ਜਾਂ ਹੋਰ ਜਾਣਕਾਰੀ ਦੀ ਉਡੀਕ ਵਿੱਚ ਹੈ।

ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਸਟਾਫ਼ ਮੈਂਬਰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਰਿਕਾਰਡ ਨਾਲ ਅਰਜ਼ੀਕਾਰ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਮ, ਇਨਾਮੀ ਰਕਮ ਅਤੇ ਮੁਦਰਾ, ਮਿਆਦਾਂ, ਭੁਗਤਾਨ ਮਿਤੀਆਂ, ਸ਼ਰਤਾਂ, ਅਟੈਚਮੈਂਟਾਂ ਅਤੇ ਹਦਾਇਤਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇ।

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

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

ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਅੰਤਿਮ ਪੱਤਰ ਅਤੇ ਅਟੈਚਮੈਂਟ ਅਰਜ਼ੀ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਸੰਭਾਲੋ। ਭੇਜਣ ਦੀ ਮਿਤੀ, ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਵਰਤੇ ਟੈਂਪਲੇਟ ਨੂੰ ਦਰਜ ਕਰੋ। ਸਾਂਝਾ ਇਤਿਹਾਸ ਸਟਾਫ਼ ਨੂੰ ਫਾਲੋ-ਅੱਪ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਜੇ ਅਰਜ਼ੀਕਾਰ ਫ਼ੈਸਲੇ 'ਤੇ ਇਤਰਾਜ਼ ਕਰੇ ਤਾਂ ਪੂਰੀ ਫਾਈਲ ਬਣਾਈ ਰੱਖਦਾ ਹੈ।

ਆਪਣੀ ਫਾਊਂਡੇਸ਼ਨ ਲਈ ਅਗਲਾ ਕਦਮ ਚੁਣੋ

ਹਰ ਗ੍ਰਾਂਟ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇੱਕੋ ਵਾਰ ਨਵੇਂ ਪੋਰਟਲ ਵਿੱਚ ਲਿਜਾਣ ਦੀ ਥਾਂ ਇੱਕ ਫੰਡਿੰਗ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਅਜਿਹਾ ਰਾਊਂਡ ਚੁਣੋ ਜਿਸ ਵਿੱਚ ਅਰਜ਼ੀਆਂ ਦੀ ਗਿਣਤੀ ਸੰਭਾਲਣਯੋਗ ਅਤੇ ਸਮੀਖਿਆਕਾਰਾਂ ਦਾ ਸਮੂਹ ਛੋਟਾ ਹੋਵੇ। ਫਿਰ ਸਟਾਫ਼ ਅਸਪਸ਼ਟ ਸਵਾਲ, ਗੁੰਮ ਸਥਿਤੀ ਅਪਡੇਟ ਜਾਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸਮਝਿਆ ਗਿਆ ਰੂਬਰਿਕ ਆਸਾਨੀ ਨਾਲ ਲੱਭ ਸਕਦਾ ਹੈ।

ਅਰਜ਼ੀਆਂ ਖੁੱਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਰਸਤਾ ਤਿਆਰ ਕਰੋ: ਫਾਰਮ, ਯੋਗਤਾ ਜਾਂਚ, ਸਮੀਖਿਆਕਾਰ ਨਿਯੁਕਤੀਆਂ, ਟਕਰਾਅ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ, ਸਕੋਰਿੰਗ, ਪੈਨਲ ਨੋਟਾਂ, ਫ਼ੈਸਲੇ ਅਤੇ ਪੱਤਰ। ਅਰਜ਼ੀਕਾਰਾਂ ਨੂੰ ਸਮੀਖਿਆਕਾਰਾਂ ਦੀਆਂ ਟਿੱਪਣੀਆਂ ਨਹੀਂ ਦਿਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਅਤੇ ਸਮੀਖਿਆਕਾਰਾਂ ਨੂੰ ਤੁਹਾਡੀ ਪ੍ਰਕਿਰਿਆ ਅਨੁਮਤੀ ਦੇਣ ਤੱਕ ਇਕ-ਦੂਜੇ ਦੇ ਸਕੋਰ ਨਹੀਂ ਦਿਖਣੇ ਚਾਹੀਦੇ।

ਪਹਿਲੇ ਰਾਊਂਡ ਤੋਂ ਬਾਅਦ ਅਰਜ਼ੀਕਾਰਾਂ, ਸਮੀਖਿਆਕਾਰਾਂ ਅਤੇ ਸਟਾਫ਼ ਤੋਂ ਖ਼ਾਸ ਫੀਡਬੈਕ ਮੰਗੋ। ਅਰਜ਼ੀਕਾਰ ਦੱਸ ਸਕਦੇ ਹਨ ਕਿ ਫਾਰਮ ਸਪਸ਼ਟ ਸੀ ਜਾਂ ਅਪਡੇਟ ਲਾਭਦਾਇਕ ਸਨ। ਸਮੀਖਿਆਕਾਰ ਉਹ ਸਵਾਲ ਦੱਸ ਸਕਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸੰਦਰਭ ਘੱਟ ਸੀ ਜਾਂ ਰੂਬਰਿਕ ਦੇ ਸ਼ਬਦਾਂ ਕਾਰਨ ਅਸਹਿਮਤੀ ਹੋਈ। ਸਟਾਫ਼ ਉਹ ਕੰਮ ਦੱਸ ਸਕਦਾ ਹੈ ਜੋ ਅਜੇ ਵੀ ਸਪ੍ਰੈਡਸ਼ੀਟ ਜਾਂ ਈਮੇਲ 'ਤੇ ਨਿਰਭਰ ਸੀ।

ਫੀਡਬੈਕ ਦੀ ਵਰਤੋਂ ਉਨ੍ਹਾਂ ਫਾਰਮ ਖੇਤਰਾਂ ਨੂੰ ਹਟਾਉਣ ਲਈ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੇ ਫ਼ੈਸਲਿਆਂ 'ਤੇ ਅਸਰ ਨਹੀਂ ਪਾਇਆ, ਅਸਪਸ਼ਟ ਸਕੋਰਿੰਗ ਵੇਰਵਿਆਂ ਨੂੰ ਮੁੜ ਲਿਖੋ, ਦੇਰੀ ਵਾਲੀਆਂ ਸਮੀਖਿਆਵਾਂ ਅਤੇ ਮਨਜ਼ੂਰੀਆਂ ਲਈ ਯਾਦ ਦਿਹਾਨੀਆਂ ਜੋੜੋ, ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਸਥਿਤੀਆਂ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਪੱਤਰ ਭੇਜ ਸਕਦਾ ਹੈ ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਟੈਂਪਲੇਟ ਭਾਸ਼ਾ ਸੇਵ ਕਰੋ।

ਪਹਿਲੀ ਸੈਟਅਪ ਨੂੰ ਸਥਾਈ ਨਾ ਸਮਝੋ। ਹਰ ਲੋੜ ਦਾ ਪਹਿਲਾਂ ਤੋਂ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਥਾਂ ਅਸਲ ਵਰਤੋਂ ਤੋਂ ਬਾਅਦ ਪ੍ਰਕਿਰਿਆ ਸੁਧਾਰੋ।

Koder.ai ਨਾਲ ਬਣਿਆ ਕਸਟਮ ਪੋਰਟਲ ਅਰਜ਼ੀਆਂ, ਸਮੀਖਿਆਕਾਰ ਨਿਯੁਕਤੀਆਂ, ਟਕਰਾਅ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ, ਸਕੋਰ, ਫ਼ੈਸਲੇ ਅਤੇ ਪੱਤਰਾਂ ਨੂੰ ਇੱਕੋ ਸਾਂਝੇ ਵਰਕਸਪੇਸ ਵਿੱਚ ਰੱਖ ਸਕਦਾ ਹੈ। ਟੀਮਾਂ ਆਪਣਾ ਵਰਕਫਲੋ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਦੱਸ ਕੇ ਪ੍ਰੋਗਰਾਮ ਬਦਲਣ ਦੇ ਨਾਲ ਪੋਰਟਲ ਨੂੰ ਸੁਧਾਰ ਸਕਦੀਆਂ ਹਨ। Koder.ai ਸਰੋਤ ਕੋਡ ਐਕਸਪੋਰਟ ਵੀ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਫਾਊਂਡੇਸ਼ਨ ਆਪਣੇ ਬਣਾਏ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਟਰੋਲ ਰੱਖ ਸਕਦੀ ਹੈ।

ਅਗਲਾ ਚੱਕਰ ਸਪਸ਼ਟ ਜ਼ਿੰਮੇਵਾਰੀ, ਪਰਖੇ ਹੋਏ ਸਮੀਖਿਆਕਾਰ ਸਕੋਰਿੰਗ ਰੂਬਰਿਕ ਅਤੇ ਹਰ ਫ਼ੈਸਲੇ ਦੇ ਰਿਕਾਰਡ ਨਾਲ ਚਲਾਓ। ਅਰਜ਼ੀਕਾਰਾਂ ਨੂੰ ਵਧੇਰੇ ਇਕਸਾਰ ਤਜਰਬਾ ਮਿਲੇਗਾ ਅਤੇ ਸਟਾਫ਼ ਕੋਲ ਮਿਆਦ ਨੇੜੇ ਮਿਲਾਉਣ ਲਈ ਘੱਟ ਖਿੰਡੀਆਂ ਫਾਈਲਾਂ ਹੋਣਗੀਆਂ।