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

ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਇੱਕੋ ਦਿਨ ਵਿੱਚ "ਹਰ ਕਿਸੇ ਲਈ ਹਰ ਚੀਜ਼" ਨਹੀਂ ਹੋ ਸਕਦਾ। ਇਕ ਸਫ਼ ਪੇਜ ਤੇ ਆਉਣ ਵਾਲੀ ਮਕਸਦ-ਬਿਆਨ ਲਿਖੋ ਜੋ ਪ੍ਰੋਕਿਊਰਮ, ਲੀਡਰਸ਼ਿਪ ਅਤੇ ਫਰੰਟਲਾਈਨ ਸਟਾਫ਼ ਦੁਆਰਾ ਸਮਝੀ ਜਾ ਸਕੇ।
ਫੈਸਲਾ ਕਰੋ ਕਿ ਪੋਰਟਲ ਮੁੱਖ ਤੌਰ 'ਤੇ ਹੈ:
ਇਸ ਫੈਸਲੇ ਦਾ ਪ੍ਰਭਾਵ ਹਰ ਚੀਜ਼ 'ਤੇ ਪਵੇਗਾ—ਸਮੱਗਰੀ ਦੀ ਬਣਤਰ ਤੋਂ ਲੈ ਕੇ ਪਹਿਚਾਣ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਸਹਾਇਤਾ ਤੱਕ।
ਆਪਣੇ ਮੁੱਖ ਸਮੂਹਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਉਹਨੂੰ ਮੁੱਖ ਕੰਮ ਜੋ ਉਹਨਾਂ ਨੂੰ ਪੂਰੇ ਕਰਨੇ ਹਨ:
ਵਯਵਹਾਰਕ ਰਹੋ: ਦਰਸ਼ਕ ਉਹਨਾਂ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਹੁੰਦੇ ਹਨ, ਡੈਮੋਗ੍ਰਾਫਿਕਸ ਨਾਲ ਨਹੀਂ।
ਕੁਝ ਮਾਪਣਯੋਗ ਨਤੀਜੇ ਤੇ ਸਹਿਮਤ ਹੋਵੋ, ਜਿਵੇਂ:
ਇਨ੍ਹਾਂ ਨੂੰ ਮਾਪਣ ਲਈ ਯੋਜਨਾ ਬਣਾਓ (ਐਨਾਲਿਟਿਕਸ, ਛੋਟੀ ਫੀਡਬੈਕ ਪ੍ਰੰਪਟ, ਕਾਲ ਸੈਂਟਰ ਟੈਗਿੰਗ)।
ਉਹ ਹਕੀਕਤਾਂ ਲਿਖੋ ਜੋ ਸਕੋਪ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ:
ਇਕ ਸਧਾਰਨ ਗੋਲ-ਅਤੇ-ਮੈਟ੍ਰਿਕ ਬ੍ਰੀਫ਼ ਅੱਗੇ ਜਦੋਂ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਟਕਰਾਉਂਦੀਆਂ ਹਨ ਤਾਂ ਹਵਾਲਾ ਬਣ ਜਾਂਦਾ ਹੈ—ਅਤੇ ਪ੍ਰਾਜੈਕਟ ਨੂੰ ਜਨਤਕ ਮੂਲ-ਮੁੱਲ ਤੇ ਕੇਂਦਰਿਤ ਰੱਖਦਾ ਹੈ।
ਚੰਗੇ ਸਰਕਾਰੀ ਪੋਰਟਲ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਗੱਲ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: ਲੋਕ ਅਸਲ ਵਿੱਚ ਜਦੋਂ ਆਉਂਦੇ ਹਨ ਤਾਂ ਉਹ ਕੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ? ਜੇ ਤੁਸੀਂ ਅੰਦਰੂਨੀ ਵਿਭਾਗਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕਰੋਗੇ ਤਾਂ ਨਿਵਾਸੀਆਂ ਨੂੰ ਦਰਬਾਏਗਾ ਕਿ ਉਹ ਬਿਊਰੋਕਰੇਸੀ ਨੂੰ ਸਾਫ਼ ਭਾਸ਼ਾ ਵਿੱਚ ਕੀ ਕਰਨਾ ਹੈ, ਇਹ ਖੋਜ ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਉਲਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਉਨ੍ਹਾਂ ਸਰੋਤਾਂ ਤੋਂ “ਟਾਪ ਟਾਸਕ” ਇਕੱਤਰ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹਨ:
“renew”, “apply”, “pay”, “report”, ਅਤੇ “check status” ਵਰਗੇ ਕਿਰਿਆ-ਵਰਬਾਂ ਨੇਵੀਗੇਸ਼ਨ ਲੇਬਲ, ਲੈਂਡਿੰਗ ਪੇਜ ਅਤੇ ਫਾਰਮ ਫਲੋਜ਼ ਨੂੰ ਰੂਪ ਦਿੰਦੇ ਹਨ।
ਕੁਝ ਪ੍ਰਾਇਰਟੀ ਸੇਵਾਵਾਂ ਚੁਣੋ (ਉਦਾਹਰਨ: ਪਰਮਿਟ, ਲਾਭ, ਭੁਗਤਾਨ) ਅਤੇ ਯੂਜ਼ਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਯਾਤਰਾ ਮੈਪ ਕਰੋ। ਸ਼ਾਮਿਲ ਕਰੋ:
ਇਸ ਨਾਲ ਪੋਰਟਲ ਨੀਤੀਆਂ ਨੂੰ ਸਮਝਾਉਣ ਦੇ ਬਦਲੇ ਲੋਕਾਂ ਨੂੰ ਕੰਮ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ ਮਿਲਦੀ ਹੈ।
ਪਰਸੋਨਾ ਸਧਾਰਨ ਅਤੇ ਵਿਵਹਾਰਕ ਰੱਖੋ: “ਪਹਿਲੀ ਵਾਰੀ ਸਹਾਇਤਾ ਲਈ ਅਰਜ਼ੀ ਦੇਣ ਵਾਲਾ”, “ਫੀਸ ਭਰਦੀਆਂ ਇੱਕ ਛੋਟੇ ਕਾਰੋਬਾਰ ਦਾ ਮਾਲਕ”, “ਸੀਮਿਤ ਅੰਗਰੇਜ਼ੀ ਵਾਲਾ ਨਿਵਾਸੀ”। ਸਮੱਸਿਆਵਾਂ ਤੇ ਰੁਕਾਵਟਾਂ (ਸਮਾਂ, ਤਣਾਅ, ਡਿਵਾਈਸ, ਲਿਖਤੀ ਸਮਰਥਾ, ਪਹੁੰਚ ਦੀ ਲੋੜ) 'ਤੇ ਧਿਆਨ ਦਿਓ, ਡੈਮੋਗ੍ਰਾਫਿਕਸ 'ਤੇ ਨਹੀਂ।
ਛੋਟੇ ਇੰਟਰਵਿਊ ਜਾਂ ਹਲਕੇ ਯੂਜ਼ਬਿਲਟੀ ਟੈਸਟ ਪ੍ਰੋਟੋਟਾਈਪ ਜਾਂ ਸਕੈਚ ਨਾਲ ਚਲਾਓ। ਹਿੱਸੇਦਾਰਾਂ ਨੂੰ ਮੁੱਖ ਟਾਸਕ ਪੂਰੇ ਕਰਨ ਨੂੰ ਕਹੋ ਅਤੇ ਉਹ ਕੀ ਉਮੀਦ ਕਰਦੇ ਹਨ ਦੱਸਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ ਆਪ ਨੂੰ ਹੁਣੇ ਹੀ ਅਸਪਸ਼ਟ ਸ਼ਬਦ, ਗੁੰਝਲਦਾਰ ਕਦਮ ਅਤੇ ਭਰੋਸੇ ਦੇ ਮੁੱਦੇ ਮਿਲ ਜਾਣਗੇ—ਜੋ ਬਾਅਦ ਵਿੱਚ ਮਹਿੰਗੀ ਦੁਬਾਰਾ ਕੰਮ ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ।
ਜਦੋਂ ਲੋਕ ਤੇਜ਼ੀ ਨਾਲ ਆਪਣੀ ਲੋੜ ਵਾਲੀ ਜਾਣਕਾਰੀ ਲੱਭ ਸਕਣ—ਭਾਵੇਂ ਉਹ ਇਹ ਨਾ ਜਾਣਦੇ ਹੋ ਕਿ ਕਿਹੜਾ ਵਿਭਾਗ ਮਾਲਕ ਹੈ—ਇੱਕ ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਕਾਮਯਾਬ ਹੋਂਦਾ ਹੈ। ਸੂਚਨਾ ਆਰਕੀਟੈਕਚਰ (IA) ਤੁਹਾਡੀ ਸਾਈਟ ਦਾ "ਨਕਸ਼ਾ" ਹੈ: ਕੀ ਸਮੱਗਰੀ ਹੈ, ਦੇਖਭਾਲ ਕਿਹੜੀ ਹੈ, ਅਤੇ ਲੋਕ ਕਿਵੇਂ ਹਿਲਦੇ ਹਨ।
ਮੇਨੂੰ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਹੈ ਉਹ ਇਕੱਤਰ ਕਰੋ:
ਹਰ ਆਈਟਮ ਨੂੰ ਮੁਢਲੀ ਮੈਟਾਡੇਟਾ ਨਾਲ ਟੈਗ ਕਰੋ (ਟੋਪਿਕ, ਦਰਸ਼ਕ, ਸੇਵਾ ਕਿਸਮ, ਆਖ਼ਰੀ ਅਪਡੇਟ, ਮਾਲਕ ਟੀਮ)। ਇਹ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਪੰਨੇ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਸਮੱਗਰੀ ਪੁਰਾਣੀ ਜਾਂ ਨਕਲ ਕੀਤੀ ਗਈ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਨਿਵਾਸੀ ਇਕ ਇਰਾਦੇ ਨਾਲ ਆਉਂਦੇ ਹਨ: “ਲਾਇਸੈਂਸ ਨਵੀਨਕਰਨ”, “ਲਾਭ ਲਈ ਅਰਜ਼ੀ”, “ਪ੍ਰਿਸ਼ਨ ਰਿਪੋਰਟ ਕਰੋ”। ਉਹਨਾਂ ਟਾਸਕਾਂ ਦੇ ਆਸ-ਪਾਸ ਵਰਗੀ ਵਰਗੀ ਕੈਟੇਗਰੀ ਬਣਾਓ ਨਾ ਕਿ ਏਜੰਸੀ ਨਾਂਵਾਂ ਦੇ ਆਧਾਰ 'ਤੇ। ਇਕ ਸਧਾਰਨ ਟੈਸਟ: ਜੇ ਕੋਈ ਵਿਅਕਤੀ ਸਰਕਾਰੀ ਢਾਂਚੇ ਨੂੰ ਜਾਣੇ ਬਿਨਾਂ ਸਹੀ ਮੇਨੂ ਚੁਣ ਨਹੀਂ ਸਕਦਾ, ਤਦ ਗਰੁੱਪਿੰਗ ਵਿੱਚ ਸਧਾਰਨਤਾ ਲਿਆਓ।
ਜਿੱਥੇ ਕਈ ਏਜੰਸੀਆਂ ਇੱਕ ਯਾਤਰਾ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਂਦੀਆਂ ਹਨ, ਉਸ ਨੂੰ ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਵੇਖੋ ਜਿਸ ਵਿੱਚ ਸਪਸ਼ਟ ਕਦਮ ਹੋਣ। ਸਹਾਇਕ ਪੰਨਿਆਂ (ਲੋੜਾਂ, ਜ਼ਰੂਰੀ ਦਸਤਾਵੇਜ਼, ਸੰਪਰਕ) ਨੂੰ ਇੱਕ ਸੇਵਾ ਹੱਬ ਤੋਂ ਲਿੰਕ ਕਰੋ।
ਹੋਮਪੇਜ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸੇਵਾਵਾਂ 2–3 ਕਲਿਕਾਂ ਵਿੱਚ ਹੋਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਇੱਕ ਛੋਟੀ ਸੈੱਟ ਦਾ ਟੌਪ-ਲੇਵਲ ਕੈਟੇਗਰੀਜ਼ ਅਤੇ ਉੱਚ-ਮੰਗ ਵਾਲੇ ਕਾਰਜਾਂ ਲਈ ਪ੍ਰਮੁੱਖ ਸ਼ਾਰਟਕਟ ਰੱਖੋ। "ਮੀਗਾ-ਮੇਨੂ" ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਅੰਦਰੂਨੀ ਸ਼ਬਦ ਹਨ ਉਹਨਾਂ ਤੋਂ ਬਚੋ; ਸਧਾਰਨ ਲੇਬਲ ਵਰਤੋ ਜੋ ਲੋਕ ਬੋਲ ਕੇ ਵੀ ਕਹਿ ਸਕਣ।
ਖੋਜ ਅਕਸਰ ਪ੍ਰਗਟ ਨੈਵੀਗੇਸ਼ਨ ਬਣ ਜਾਂਦੀ ਹੈ। ਇਸਨੂੰ ਇਰਾਦੇ ਨਾਲ ਯੋਜਨਾ ਕਰੋ:
ਚੰਗੀ IA ਅਤੇ ਨੈਵੀਗੇਸ਼ਨ ਕਾਲਾਂ, ਸ਼ਿਕਾਇਤਾਂ ਅਤੇ ਡ੍ਰੌਪ-ਆਫ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ—ਅਤੇ ਪੋਰਟਲ ਨੂੰ ਸ਼ਾਂਤ ਅਤੇ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਕਰਾਉਂਦੀਆਂ ਹਨ।
ਸਰਕਾਰੀ ਵੈਬਸਾਈਟ ਲਈ ਪਹੁੰਚਯੋਗਤਾ ਇੱਕ "ਵਿਕਲਪ" ਨਹੀਂ—ਇਹ ਸੇਵਾਵਾਂ ਨੂੰ ਬਰਾਬਰ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਦਾਨ ਕਰਨ ਦਾ ਹਿੱਸਾ ਹੈ। WCAG (ਆਮ ਤੌਰ 'ਤੇ WCAG 2.2 AA) ਦੇ ਮਿਆਰ ਪੂਰੇ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਡਿਜ਼ਾਈਨ ਦੀ ਜ਼ਰੂਰਤ ਸਮਝੋ, ਨਾ ਕਿ ਅੰਤਿਮ ਸਮੀਖਿਆ।
ਸਾਫ਼ ਪੇਜ ਸੰਰਚਨਾ ਵਰਤੋ: ਇੱਕ ਮੁੱਖ ਹੈਡਿੰਗ (H1), ਲਾਜ਼ਮੀ ਸਬ-ਹੈਡਿੰਗ (H2/H3), ਅਤੇ ਵੇਰਵਾਕ ਲਿੰਕ ਟੈਕਸਟ ("click here" ਜਿਹੇ ਸ਼ਬਦੋਂ ਤੋਂ ਬਚੋ)। ਇਕਸਾਰ ਨੈਵੀਗੇਸ਼ਨ ਅਤੇ ਪੇਜ ਲੇਆਉਟ ਹਰ ਕਿਸੇ ਲਈ ਮਦਦਗਾਰ ਹਨ, ਖਾਸ ਕਰਕੇ ਉਹਨਾਂ ਲਈ ਜੋ ਸਕ੍ਰੀਨ ਰੀਡਰ ਵਰਤਦੇ ਹਨ ਜਾਂ ਸਿਰਫ਼ ਕੀਬੋਰਡ ਨਾਲ ਹੀ ਨੈਵੀਗੇਟ ਕਰਦੇ ਹਨ।
ਪਾਠਨਯੋਗਤਾ ਆਸਾਨ ਬਣਾਓ: ਉੱਚ-ਕਾਂਟ੍ਰਾਸਟ ਰੰਗ, ਠੀਕ ਲਾਈਨ ਲੰਬਾਈ ਅਤੇ ਹੋਰ ਅਤਿ-ਛੋਟੇ ਫੌਂਟ ਤੋਂ ਬਚੋ। ਇੰਟਰੈਕਟਿਵ ਤੱਤਾਂ ਲਈ ਸਥਿਰ ਫੋਕਸ ਸਟੇਟ ਰੱਖੋ ਤਾਂ ਕਿ ਕੀਬੋਰਡ ਯੂਜ਼ਰ ਨੂੰ ਹਮੇਸ਼ਾ ਪਤਾ ਹੋਵੇ ਕਿ ਉਹ ਕਿੱਥੇ ਹਨ।
ਆਟੋਮੈਟਿਕ ਚੈੱਕ ਉਪਯੋਗੀ ਹਨ, ਪਰ ਹਰ ਗਲਤੀ ਨਹੀਂ ਫੜਦੇ। ਆਪਣੇ ਕੰਮ ਦੀ ਸੀਮਾ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਮੈਨੁਅਲ ਟੈਸਟਿੰਗ ਸ਼ਾਮਿਲ ਕਰੋ:
ਸ਼ਬਦਾਂ ਦਾ ਢਾਂਚਾ ਵੀ ਸਮਾਵੇਸ਼ੀ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੈ। ਸਧਾਰਣ ਭਾਸ਼ਾ ਵਰਤੋ, ਲੋੜੀਂਦੇ ਕਦਮ ਸਮਝਾਓ ਅਤੇ ਜਰੂਰੀ ਨਾਹ ਹੋਣ ਵਾਲੇ ਜਾਰਗਨ ਜਾਂ ਸਰਲ ਕੀਤੇ ਬਿਨਾਂ ਐਕਰੋਨਿਮ ਤੋਂ ਬਚੋ। ਜੇ ਕੋਈ ਕੁਨੂੰਨੀ ਸ਼ਬਦ ਲਾਜ਼ਮੀ ਹੈ ਤਾਂ ਉਸਦੀ ਪਰਿਭਾਸ਼ਾ ਓਥੇ ਹੀ ਦਿਓ ਜਿੱਥੇ ਉਹ ਵਰਤਿਆ ਗਿਆ ਹੈ।
ਫਾਰਮ ਅਕਸਰ ਉਹ ਥਾਂ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਅਟਕਦੇ ਹਨ। ਹਰ ਫੀਲਡ ਲਈ ਵਿਜ਼ੀਬਲ ਲੇਬਲ, ਸਪਸ਼ਟ ਸਹਾਈ ਟੈਕਸਟ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹੇ ਜੋ ਸਕ੍ਰੀਨ ਰੀਡਰ ਨੂੰ ਘੋਸ਼ਿਤ ਕੀਤੇ ਜਾਣ, ਇਹ ਯਕੀਨੀ ਬਣਾਓ (ਉਦਾਹਰਨ: "ਆਪਣਾ National Insurance ਨੰਬਰ ਦਾਖਲ ਕਰੋ" ਦੀ ਬਜਾਏ "ਅਵੈਧ ਇਨਪੁੱਟ" ਨਹੀਂ)। ਗਲਤੀਆਂ ਦਾ ਇਸ਼ਾਰਾ ਸਿਰਫ਼ ਰੰਗ 'ਤੇ ਨਾ ਕਰੋ।
ਇੱਕ ਪਹੁੰਚਯੋਗਤਾ ਬਿਆਨ ਸ਼ਾਮਿਲ ਕਰੋ ਜਿਸ ਵਿੱਚ ਅਨੁਕੂਲਤਾ ਦਰਜਾ, ਮੌਜੂਦਾ ਮੁੱਦੇ ਅਤੇ ਸਮੱਸਿਆ ਰਿਪੋਰਟ ਕਰਨ ਦੇ ਵਿਕਲਪ ਹੋਣ। ਇਸ ਨੂੰ ਫੁੱਟਰ ਲਿੰਕ 'ਚ ਇਕ ਨਿਰਧਾਰਤ ਰਾਹ (ਜਿਵੇਂ /accessibility) 'ਤੇ ਰੱਖੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਪ੍ਰਤੀਕ੍ਰਿਆ ਰੂਟ ਨਿਗਰਾਨੀ ਅਤੇ ਜਵਾਬ ਦੇ ਰਹੀ ਹੈ।
ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਦੀ ਕਾਮਯਾਬੀ ਇਹਨਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਜਾਣਕਾਰੀ ਕਿਵੇਂ ਸਹੀ ਰਹਿੰਦੀ ਹੈ। ਸਮੱਗਰੀ ਗਵਰਨੈਂਸ ਇਹ ਪ੍ਰਸ਼ਨਾਂ ਦਾ ਕਾਰਜਕ ਹੱਲ ਹੈ: ਕੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਿਸ ਦੁਆਰਾ, ਕਿਵੇਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕਿਵੇਂ ਅਪ-ਟੂ-ਡੇਟ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਬਗੈਰ ਇਸਦੇ, ਪੰਨੇ ਪੁਰਾਣੇ ਹੋ ਜਾਂਦੇ ਹਨ, ਜਵਾਬ ਦੁਹਰਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਭਰੋਸਾ ਘਟ ਜਾਂਦਾ ਹੈ।
ਟਾਸਕ ਸੌਖੇ ਬਣਾਉਣ ਲਈ ਪਹਿਲਾਂ ਮੁੱਖ "ਚੀਜ਼ਾਂ" ਪ੍ਰਿਭਾਸ਼ਤ ਕਰੋ ਜੋ ਤੂੰ ਸਾਈਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਅਕਸਰ ਮਾਡਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦਾ ਹੈ: ਸੇਵਾਵਾਂ (ਕਦਮ-ਦਰ-ਕਦਮ ਮਾਰਗਦਰਸ਼ਨ), ਖਬਰ, ਚੇਤਾਵਨੀਆਂ, ਸਥਾਨ, ਅਤੇ ਸੰਪਰਕ। ਹਰ ਕਿਸਮ ਲਈ ਲਾਜ਼ਮੀ ਫੀਲਡ ਨਿਰਧਾਰਤ ਕਰੋ (ਉਦਾਹਰਨ: ਯੋਗਤਾ, ਫੀਸ, ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ, ਲੋੜੀਂਦੇ ਦਸਤਾਵੇਜ਼, ਦਫਤਰ ਘੰਟੇ) ਤਾਂ ਜੋ ਸਮੱਗਰੀ ਵਿਭਾਗਾਂ ਵਿੱਚ ਇਕਸਾਰ ਹੋਵੇ।
ਗਵਰਨੈਂਸ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਸਪਸ਼ਟ ਹੁੰਦੀਆਂ ਹਨ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ:
ਟਰਨਅਰਾਊਂਡ ਉਮੀਦਾਂ ਦਸਤਾਵੇਜ਼ ਕਰੋ ਅਤੇ ਐਮਰਜੈਂਸੀ ਅਪਡੇਟ ਰੂਟ ਬਣਾਓ ਜਦੋਂ ਤੁਰੰਤ ਸੋਧ ਲੋੜੀਂਦੀ ਹੋਵੇ।
ਪੋਰਟਲ ਨੂੰ ਸਧਾਰਣ, ਇਕਸਾਰ ਭਾਸ਼ਾ ਚਾਹੀਦੀ ਹੈ। ਸਟਾਈਲ ਗਾਈਡ ਟੋਨ ਅਤੇ ਰੀਡਿੰਗ ਲੈਵਲ, ਮਨਜ਼ੂਰ ਟਰਮੀਨੋਲੋਜੀ (ਅਤੇ ਮਨਾਹੀ ਸ਼ਬਦ), ਤਾਰੀਖਾਂ, ਸਮਿਆਂ, ਪਤੇ, ਅਤੇ ਨੰਬਰਿੰਗ ਫਾਰਮੇਟ ਬਣਾਉਣ ਦੇ ਨਿਯਮ ਦੱਸੇ। ਇਸਨੂੰ ਇਕ ਥਾਂ ਰੱਖੋ ਅਤੇ ਅੰਦਰੂਨੀ ਵਰਕਫਲੋ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਇਸਦਾ ਲਿੰਕ ਦਿਓ (ਉਦਾਹਰਣ ਲਈ /content-guidelines)।
ਹਰ ਪੇਜ਼ ਲਈ ਇੱਕ ਸਮੀਖਿਆ ਤਾਰੀਖ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਇੱਕ ਤਰੀਕਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੇ ਮਾਲਕ ਸੰਗਠਨ ਛੱਡ ਜਾਵੇ ਤਾਂ ਉਸਨੂੰ ਫਲੈਗ ਕਰਨ ਦਾ। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕੰਟੈਂਟ ਕਦੋਂ ਆਰਕਾਈਵ ਕੀਤਾ ਜਾਵੇ, ਵਰਜ਼ਨ ਕਿਵੇਂ ਸਟੋਰ ਕੀਤੇ ਜਾਣ, ਅਤੇ ਕੀ ਚੇਜ਼ ਨੂੰ ਇੱਕ ਚੇੰਜ ਨੋਟ ਵਿੱਚ ਲੌਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਵਰਜ਼ਨਿੰਗ ਬਿਉਰੋਕ੍ਰੇਸੀ ਨਹੀਂ—ਇਹ ਇਹ ਸਾਬਤ ਕਰਨ ਦਾ ਤਰੀਕਾ ਹੈ ਕਿ ਕੀ ਬਦਲਿਆ, ਕਦੋਂ ਅਤੇ ਕਿਉਂ।
ਇੱਕ ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਨਾਲ ਉਸਨੂੰ ਦੁਇ-ਭਾਸ਼ਾ ਅਨੁਭਵ ਦਿੰਦਾ ਹੈ—ਚਾਹੇ ਨਿਵਾਸੀ ਮੁੱਖ ਭਾਸ਼ਾ ਪੜ੍ਹਦੇ ਹੋਣ ਜਾਂ ਨਹੀਂ। ਬਹੁਭਾਸ਼ੀ ਸਮਰਥਨ ਕੇਵਲ ਸ਼ਬਦਾਂ ਦਾ ਅਨੁਵਾਦ ਨਹੀਂ—ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਲੋਕ ਇਕੋ ਹੀ ਟਾਸਕ ਉਹੀ ਵਿਸ਼ਵਾਸ ਨਾਲ ਪੂਰਾ ਕਰ ਸਕਣ।
ਹਰ ਚੀਜ਼ ਦਾ ਅਨੁਵਾਦ ਸ਼ੁਰੂ ਵਿੱਚ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ। ਉਹ ਪੰਨੇ ਤਰਜੀਹ ਦੇਵੋ ਜੋ ਕਿਸੇ ਦੇ ਮਦਦ ਜਾਂ ਮਿਆਦ ਪੂਰੀ ਕਰਨ ਨੂੰ ਸਿੱਧਾ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ:
ਇਹ “ਟਾਪ-ਟਾਸਕ ਫਰਸਟ” ਪਹੁੰਚ ਤੇਜ਼ੀ ਨਾਲ ਮੁੱਲ ਦਿੱਦੀ ਹੈ ਅਤੇ ਅਹਿਮ ਸੇਵਾਵਾਂ ਲਈ ਅਧੂਰੇ ਜਾਂ ਪੁਰਾਣੇ ਅਨੁਵਾਦਾਂ ਦੇ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ।
ਮਸ਼ੀਨ ਅਨੁਵਾਦ ਖੋਜ ਲੇਖਾਂ ਲਈ ਮਦਦਗਾਰ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਕਾਨੂੰਨੀ, ਸੁਰੱਖਿਆ, ਵਿੱਤੀ ਜਾਂ ਕੰਪਲਾਇੰਸ-ਸੰਬੰਧੀ ਹਦਾਇਤਾਂ ਲਈ ਖਤਰਨਾਕ ਹੋ ਸਕਦਾ ਹੈ। ਜਿਸ ਵੀ ਚੀਜ਼ ਨਾਲ ਕਿਸੇ ਨੂੰ ਮਿਆਦ ਛੁੱਟ ਜਾ ਸਕਦੀ ਹੈ, ਗਲਤ ਫਾਰਮ ਭਰੇ ਜਾ ਸਕਦੇ ਹਨ ਜਾਂ ਹੱਕਾਂ ਅਨੁਮਾਨੇ ਜਾ ਸਕਦੇ ਹਨ—ਉਨ੍ਹਾਂ ਲਈ ਪ੍ਰੋਫੈਸ਼ਨਲ ਅਨੁਵਾਦ ਅਤੇ ਸਮੀਖਿਆ ਲੋੜੀਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਗੈਰ-ਮਹੱਤਵਪੂਰਨ ਪੰਨਿਆਂ ਲਈ ਆਟੋ-ਅਨੁਵਾਦ ਦਿੰਦਿਆਂ ਹੋ, ਤਾਂ ਉਸਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲੇਬਲ ਕਰੋ ਅਤੇ ਮੂਲ ਭਾਸ਼ਾ ਇਕ ਕਲਿਕ 'ਤੇ ਉਪਲਬਧ ਰੱਖੋ。
ਭਾਸ਼ਾ ਟੌਗਲ ਨੂੰ ਸੰਦੇਸ਼-ਸੰਦੇਸ਼ਕ ਰੱਖੋ: ਜਦੋਂ ਕੋਈ ਭਾਸ਼ਾ ਬਦਲਦਾ ਹੈ, ਉਹ ਉਸੇ ਪੰਨੇ 'ਤੇ (ਤੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਉੱਸੇ ਹਿਸੇ 'ਤੇ) ਹੀ ਰਹੇ, ਨਾ ਕਿ ਹੋਮਪੇਜ 'ਤੇ ਫਿਰ੍ਹੇ।
ਟੌਗਲ ਲੱਭਣ ਵਿੱਚ ਆਸਾਨ ਅਤੇ ਪ੍ਰਭਾਵਸ਼ালী ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
ਸਾਂਸਕ੍ਰਿਤਿਕ ਸਪਸ਼ਟਤਾ ਉਹ ਛੋਟੇ-ਛੋਟੇ ਵੇਰਵਿਆਂ 'ਚ ਵੀ ਹੁੰਦੀ ਹੈ ਜੋ ਲੋਕਾਂ ਨੂੰ ਰਹਿਨੁਮਾ ਕਰਦੇ ਹਨ:
ਜੇ ਫਾਰਮ ਹਨ, ਤਾਂ ਹਰ ਭਾਸ਼ਾ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਤਾਂ ਜੋ ਪਲੇਸਹੋਲਡਰ, ਵੈਧਤਾ ਸੁਨੇਹੇ ਅਤੇ ਸਹਾਇਕ ਪਾਠ ਵੀ ਅਨੁਵਾਦ ਅਤੇ ਸਾਂਸਕ੍ਰਿਤਿਕ ਤੌਰ 'ਤੇ ਸਮਝਣਯੋਗ ਹੋਣ।
ਬਹੁਭਾਸ਼ੀ ਸਾਈਟਾਂ उस ਵੇਲੇ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਅਨੁਵਾਦ ਅਪਡੇਟ ਨਾਲ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੇ ਹਨ। ਗਵਰਨੈਂਸ ਨਿਯਮ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਜੋ ਸਮੱਗਰੀ ਸਿੰਕ ਰਹੇ:
ਪਲੇਟਫਾਰਮ ਫੈਸਲੇ ਲੈਂਦਿਆਂ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੀ IA ਅਤੇ CMS ਵਰਜ਼ਨਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਭਾਸ਼ਾ ਸਮੱਗਰੀ ਦੇ ਰਿਸ਼ਤਿਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਅਪਡੇਟ ਲਾਪਤਾ ਨਾ ਹੋਣ।
ਇੱਕ ਸਰਕਾਰੀ ਪੋਰਟਲ ਉਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਭਰੋਸੇਯੋਗੀ ਤਰੀਕੇ ਨਾਲ ਜਾਣਕਾਰੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। CMS ਨੂੰ ਐਸਾ ਬਣਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸੰਪਾਦਕਾਂ ਲਈ "ਸੁਰੱਖਿਅਤ ਰਸਤਾ" ਆਸਾਨ ਹੋਵੇ ਅਤੇ ਸਮੱਗਰੀ ਪਰਯੋਗਯੋਗ ਬਣਕੇ ਵੱਖ-ਵੱਖ ਚੈਨਲਾਂ 'ਤੇ ਦੁਹਰਾਈ ਜਾ ਸਕੇ।
ਇੱਕ CMS ਜੋ ਸਪਸ਼ਟ ਅਧਿਕਾਰ ਅਤੇ ਜਵਾਬਦੇਹੀ ਦੇ ਸਮਰਥਨ ਨਾਲ ਆਵੇ। ਘੱਟੋ-ਘੱਟ ਇਹ ਰੋਲ-ਆਧਾਰਿਤ ਪਹੁੰਚ (ਲੇਖਕ, ਸਮੀਖਿਆਕ, ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ, ਐਡਮਿਨ), ਮਨਜ਼ੂਰੀ ਵਰਕਫਲੋ ਅਤੇ ਪੂਰਾ ਆਡੀਟ ਟਰੇਲ ਦਿੰਦਾ ਹੋਵੇ ਤਾਂ ਜੋ ਤੁਸੀਂ ਬਿਨਾਂ ਅਟਕਾਵਟ ਦੇ ਪੁੱਛ ਸਕੋ "ਕਿਸਨੇ ਕੀ ਬਦਲਿਆ, ਅਤੇ ਕਦੋਂ?"।
ਵਰਜ਼ਨ ਇਤਿਹਾਸ ਅਤੇ ਆਸਾਨ ਰੋਲਬੈਕ ਵੀ उतਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜਦੋਂ ਨੀਤੀਆਂ ਜਲਦੀ ਬਦਲਦੀਆਂ ਹਨ, ਟੀਮਾਂ ਨੂੰ ਪੇਜਾਂ ਬਿਨਾਂ ਡਰੇ ਅਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਮਹੱਤਵਪੂਰਨ ਜਾਣਕਾਰੀ ਨੂੰ ਇਕ-ਅਦ-ਹਾਕ ਪੇਜ ਡਿਜ਼ਾਇਨ ਵਿੱਚ ਫਸਾਉਣ ਤੋਂ ਬਚੋ। ਸਟਰੱਕਚਰਡ ਫੀਲਡ ਵਰਤੋਂ (ਸਿਰਲੇਖ, ਸੰਖੇਪ, ਯੋਗਤਾ, ਲੋੜੀਂਦੇ ਦਸਤਾਵੇਜ਼, ਫੀਸ, ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ) ਤਾਂ ਜੋ ਇਕੋ ਸਮੱਗਰੀ ਲਗਾਤਾਰ ਘੱਟ ਸਮਾਂ ਵਿੱਚ ਕਈ ਥਾਂ ਦਿਖਾਈ ਜਾ ਸਕੇ:
ਇਹ ਤਰੀਕਾ ਬਹੁਭਾਸ਼ੀ ਸਮੱਗਰੀ ਨੂੰ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਅਨੁਵਾਦ ਫੀਲਡ-ਬਾਈ-ਫੀਲਡ ਹੋ ਕੇ ਸਾਥ-ਸਾਥ ਰਹਿੰਦੇ ਹਨ।
ਇੱਕ ਛੋਟੀ ਟੋਪਲੀਸਿਟ ਟੈਂਪਲੇਟ ਪਰਿਭਾਸ਼ਤ ਕਰੋ ਤਾਂ ਜੋ ਲੋਕ ਜਾਣ ਪਾਏ ਕਿ ਕੀ ਉਮੀਦ ਕਰਨੀ ਹੈ:
ਉਨ੍ਹਾਂ ਸਿਸਟਮਾਂ ਦਾ ਨਕਸ਼ਾ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਨਾਲ ਪੋਰਟਲ ਨੂੰ ਜੁੜਨਾ ਪਵੇਗਾ: ਔਨਲਾਈਨ ਫਾਰਮ, ਭੁਗਤਾਨ ਪ੍ਰੋਵਾਇਡਰ, ਕੇਸ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ, ਨਕਸ਼ੇ/ਲੋਕੇਸ਼ਨ ਸੇਵਾ, ਅਪੋਇੰਟਮੈਂਟ ਬੁਕਿੰਗ ਅਤੇ ਐਨਾਲਿਟਿਕਸ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੀ ਸਮੱਗਰੀ CMS ਵਿੱਚ ਰਹੇਗੀ ਅਤੇ ਕੀ ਬਾਹਰੀ ਸਿਸਟਮ ਤੋਂ ਖਿੱਚਿਆ ਜਾਵੇਗਾ।
ਜੇ ਤੁਸੀਂ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰਨ ਜਾਂ ਸਰਵਿਸ ਯਾਤਰਾਵਾਂ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰਨ ਦੇ ਦੌਰਾਨ ਪੂਰੇ ਨਿਰਮਾਣ ਦੀ ਬਜਾਏ ਟੈਸਟ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ vibe-coding ਪਹੁੰਚ ਟੀਮਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai ਟੀਮਾਂ ਨੂੰ ਚੈਟ ਰਾਹੀਂ ਨਾਗਰਿਕ-ਮੁੱਖ ਫਲੋ ਡ੍ਰਾਫਟ ਕਰਨ, ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਵੈਬ ਐਪ (React) ਅਤੇ ਬੈਕਐਂਡ (Go + PostgreSQL) ਬਣਾਉਣ ਦੀ ਆਸਾਨੀ ਦਿੰਦੀ ਹੈ, ਅਤੇ "ਪਲੈਨਿੰਗ ਮੋਡ" ਵਿੱਚ ਇਟਰੇਟ ਕਰਨ ਦਿੰਦੀ ਹੈ—ਜਦੋਂ ਪਹੁੰਚ ਪ੍ਰਮਾਣਿਤ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਦ ਤੁਸੀਂ ਸਰੋਤ ਕੋਡ ਨਿਰਯਾਤ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਕਿ ਉਹ ਤੁਹਾਡੇ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਅਤੇ ਪ੍ਰੋਕਿਊਰਮ ਲੋੜਾਂ ਵਿੱਚ ਫਿੱਟ ਹੋਵੇ।
ਇਕ ਛੋਟਾ "ਸੰਪਾਦਕ ਪਲੇਅਬੁੱਕ" ਲਿਖੋ ਜਿਸ ਵਿੱਚ ਨਾਮ ਕਰਨ ਦੇ ਨਿਯਮ, ਸਮੀਖਿਆ ਨਿਯਮ, ਪਹੁੰਚਯੋਗਤਾ ਚੈੱਕ ਅਤੇ ਤੁਰੰਤ ਅਪਡੇਟ ਸੰਭਾਲਣ ਦੇ ਤਰੀਕਿਆਂ ਬਾਰੇ ਹੋਵੇ। ਇਸਨੂੰ ਔਨਬੋਰਡਿੰਗ ਦਾ ਹਿੱਸਾ ਬਣਾਓ ਅਤੇ ਕੇਂਦਰੀ ਥਾਂ 'ਤੇ ਰੱਖੋ (ਉਦਾਹਰਨ ਲਈ /content-guidelines)।
ਸੁਰੱਖਿਆ ਅਤੇ ਪਰਦੇਦਾਰੀ ਸਰਕਾਰੀ ਵੈਬਸਾਈਟਾਂ ਲਈ "ਵਿਕਲਪ" ਨਹੀਂ—ਇਹ ਸੇਵਾ ਗੁਣਵੱਤਾ ਦਾ ਹਿੱਸਾ ਹਨ। ਲੋਕ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਉਸੇ ਪੋਰਟਲ 'ਤੇ ਭਰੋਸਾ ਕਰਨਗੇ ਜੋ ਸੁਰੱਖਿਅਤ ਲੱਗਦਾ ਹੈ, ਆਪਣੇ ਆਪ ਨੂੰ ਸਪੱਸ਼ਟ ਤਰ੍ਹਾਂ ਸਮਝਾਉਂਦਾ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਨੂੰ ਧਿਆਨ ਨਾਲ ਸੰਭਾਲਦਾ ਹੈ।
ਡਾਟਾ ਘੱਟ ਤੋਂ ਘੱਟ ਇਕੱਠਾ ਕਰੋ। ਹਰ ਫਾਰਮ ਫੀਲਡ ਲਈ ਦੋ ਸਧਾਰਨ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇ ਸਕੋ: ਅਸੀਂ ਇਸਨੂੰ ਕਿਉਂ ਲੋੜਦੇ ਹਾਂ? ਅਤੇ ਜੇ ਯੂਜ਼ਰ ਦਿੰਦਾ ਨਹੀਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਜੇ ਫੀਲਡ “ਚੰਗਾ-ਪਾ-ਹੋਣ ਵਾਲਾ” ਹੈ, ਉਸਨੂੰ ਹਟਾਓ ਜਾਂ ਵਿਕਲਪਿਕ ਬਣਾਓ।
ਜਿੱਥੇ ਤੁਸੀਂ ਡਾਟਾ ਇਕੱਠਾ ਕਰਦੇ ਹੋ, ਫੀਲਡ ਦੇ ਨਾਲ ਛੋਟਾ ਹੈਲਪਰ ਟੈਕਸਟ ਦਿਓ (ਅਲੱਗ ਥਾਂ 'ਤੇ ਨਹੀਂ)। ਇਸ ਨਾਲ ਛੱਡਣਾ ਘੱਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਭਰੋਸਾ ਬਣਦਾ ਹੈ।
ਹਰ ਥਾਂ HTTPS ਵਰਤੋ—ਕੋਈ ਛੂਟ ਨਹੀਂ—ਅਤੇ HTTP ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਵੈਚਾਲਿਤ ਰੀਡਾਇਰੈਕਟ ਕਰੋ। ਫਿਰ ਐਡਮਿਨ ਐਕਸੇਸ ਨੂੰ ਕਠੋਰ ਕਰੋ:
ਪਬਲਿਕ ਫਾਰਮ ਆਟੋਮੇਟੇਡ ਦੁਰੁਪਯੋਗ ਆਕਰਸ਼ਿਤ ਕਰਦੇ ਹਨ ਅਤੇ ਸਭ ਤੋਂ ਖ਼ਰਾਬ ਸਮੇਂ 'ਤੇ ਅਣਉਪਲਬਧ ਹੋ ਸਕਦੇ ਹਨ। ਇਕ ਇਕੱਲਾ ਯੰਤਰ 'ਤੇ ਨਿਰਭਰ ਨਾ ਰਹੋ—ਕਈ ਸੁਰੱਖਿਆ ਪਰਤਾਂ ਜੋੜੋ:
ਐਕਸੈਸ-ਪਾਸੇ ਦੇ ਨਿਯਮਾਂ ਨਾਲ ਮਿਲਣ ਵਾਲੀ ਪਰਦੇਦਾਰੀ ਨੋਟਿਸ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਇਹ ਨਿਵਾਸੀਆਂ ਲਈ ਆਮ ਭਾਸ਼ਾ ਵਿੱਚ ਹੋਵੇ। ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕੀ ਇਕੱਤਰ ਕਰਦੇ ਹੋ, ਕਿਉਂ, ਕੌਣ ਇਸ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਿੰਨਾ ਸਮਾਂ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਕੁਕੀਜ਼ ਲਈ ਸਾਦਾ ਸਹਿਮਤੀ ਪਹੁੰਚ ਰਖੋ ਅਤੇ ਬੇਕਾਰ ਟਰੈਕਰਾਂ ਤੋਂ ਬਚੋ।
ਜੇ ਤੁਸੀਂ ਅਟੈਚਮੈਂਟ (ID, ਸਰਟੀਫਿਕੇਟ) ਮਨਜ਼ੂਰ ਕਰਦੇ ਹੋ, ਉਹ ਉੱਚ-ਖਤਰਾ ਮੰਨੋ: ਫਾਈਲ ਤਰ੍ਹਾਂ ਸੀਮਿਤ ਕਰੋ, ਅਪਲੋਡਾਂ ਨੂੰ ਸਕੈਨ ਕਰੋ, ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਸਟੋਰ ਕਰੋ ਅਤੇ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ। ਹਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਟੈਸਟ ਕਰੋ—ਪਰਦੇਦਾਰੀ ਦਾ ਇੱਕ ਹਿੱਸਾ ਇਹ ਵੀ ਹੈ ਕਿ ਡਾਟਾ ਜਰੂਰਤ 'ਤੇ ਹਟਾਇਆ ਜਾ ਸਕੇ।
ਲੋਕ ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਝੱਟ ਜਾਂਦੇ ਹਨ—ਬਹੁਤ ਵਾਰ ਪੁਰਾਣੇ ਫੋਨਾਂ, ਸੀਮਤ ਡਾਟਾ ਪਲੈਨ ਜਾਂ ਅਨਿਰਵਪਯੋਗ ਨੈਟਵਰਕ 'ਤੇ। ਜੇ ਪੇਜ਼ ਭਾਰੀ ਹਨ ਜਾਂ ਸਾਈਟ ਡਾਊਨ ਹੈ, ਤਾਂ ਭਰੋਸਾ ਤੁਰੰਤ ਘਟ ਜਾਂਦਾ ਹੈ।
"ਧੀਮਾ ਪਰ ਉਪਯੋਗੀ" ਨੂੰ ਆਪਣੇ ਬੇਸਲਾਈਨ ਵਜੋਂ ਮੰਨੋ। ਡਿਫੌਲਟ ਤੌਰ ਤੇ ਪੇਜ ਭਾਰ ਘੱਟ ਰੱਖੋ: ਚਿੱਤਰ ਕੰਪ੍ਰੈਸ ਕਰੋ, ਆਟੋ-ਪਲੇਅਮੀਡੀਆ ਤੋਂ ਬਚੋ, ਅਤੇ ਸਿਰਫ਼ ਉਹ ਸਕ੍ਰਿਪਟ ਲੋਡ ਕਰੋ ਜੋ ਉਸ ਪੇਜ ਤੇ ਸਿੱਧਾ ਟਾਸਕ ਨੂੰ ਸਹਾਇਤਾ ਕਰਦੇ ਹਨ।
ਇੱਕ ਪ੍ਰਾਇਕਟਿਕ ਨਿਯਮ: ਜੇ ਇੱਕ ਪੇਜ ਨਿਵਾਸੀ ਨੂੰ ਸੇਵਾ ਯਾਤਰਾ ਪੂਰੀ ਕਰਨ ਵਿੱਚ ਮਦਦ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਉਹ ਯਾਤਰਾ ਨੂੰ ਹੌਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜੋ ਸਮੱਗਰੀ ਸਾਰਿਆਂ ਲਈ ਇਕਸਾਰ ਹੈ (ਗਾਈਡ, ਯੋਗਤਾ ਮਾਪਦੰਡ, ਦਫਤਰ ਸਥਾਨ), ਉਹਨਾਂ ਲਈ ਕੈਸ਼ਿੰਗ ਸਰਵਰ ਲੋਡ ਘਟਾਉਂਦਾ ਅਤੇ ਲੋਡ ਸਮਾਂ ਬਿਹਤਰ ਕਰਦਾ ਹੈ। CDN ਇਹ ਅਸੈਟਸ ਯੂਜ਼ਰ ਜ਼ਿਆਦਾ ਨੇੜੇ ਸਰਵਰ ਤੋਂ ਸਰਵ ਕਰਦਾ ਹੈ ਅਤੇ ਅਚਾਨਕ ਮੰਗ ਨੂੰ ਭੁਗਤਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਕਿਸੇ ਵੀ ਪਰਸਨਲਾਈਜ਼ਡ ਪੇਜ ਨੂੰ ਕਦੇ ਕੈਸ਼ ਨਾ ਕੀਤਾ ਜਾਵੇ।
ਸਧਾਰਨ, ਮਾਪਣਯੋਗ ਬਜਟ ਪਹਿਲਾਂ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸਮੱਗਰੀ ਅਪਡੇਟ ਦੌਰਾਨ ਉਨ੍ਹਾਂ ਨੂੰ ਲਾਗੂ ਕਰੋ:
ਇਹ ਟੀਚੇ ਅੰਦਰੂਨੀ ਤੌਰ ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਤਾਂ ਜੋ ਸਮੱਗਰੀ ਅਤੇ ਡਿਜ਼ਾਈਨ ਟੀਮਾਂ ਵਪਾਰ-ਆਧਾਰਿਤ ਫੈਸਲੇ ਸਮਝ ਸਕਣ।
ਮਿਆਦਾਂ, ਲਾਭ ਨਵੀਨੀਕਰਨ, ਮੌਸਮ ਜਾਂ ਐਮਰਜੈਂਸੀ ਘਟਨਾਵਾਂ ਅਸ੍ਤ-ਵਿਅਾਪਕ ਸੁਰਜ ਉਤਪੰਨ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਲੋਡ ਟੈਸਟਿੰਗ, ਸਕੇਲਬਲ ਹੋਸਟਿੰਗ ਅਤੇ "ਡਿਗਰੇਡਡ ਪਰ ਕਾਰਜਕ" ਮੋਡ ਨਾਲ ਤਿਆਰ ਰਹੋ ਜੋ ਮੁੱਖ ਟਾਸਕ (ਸਟੇਟਸ ਅਪਡੇਟ, ਮੁੱਖ ਫਾਰਮ, ਸੰਪਰਕ ਵਿਕਲਪ) ਉਪਲਬਧ ਰੱਖੇ ਭਾਵੇਂ ਗੈਰ-ਅਹੰਕਾਰ ਫੀਚਰ ਹਟਾਏ ਗਏ ਹੋਣ।
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਅਪਟਾਈਮ ਨਿਗਰਾਨੀ, ਪ੍ਰਦਰਸ਼ਨ ਟ੍ਰੈਕਿੰਗ ਅਤੇ ਅਲਰਟਿੰਗ ਸ਼ਾਮਿਲ ਕਰੋ। ਰੀਅਲ-ਯੂਜ਼ਰ ਪ੍ਰਦਰਸ਼ਨ ਟ੍ਰੈਕ ਕਰੋ, ਬਦਲੇ ਵੇਲੇ 'ਤੇ ਕਾਲ-ਆਨ-ਕਲਿਊਜ਼ ਬਣਾਓ, ਅਤੇ ਮੁੱਦੇ ਤੇਜ਼ੀ ਨਾਲ ਅਤੇ ਸੁਚੱਜੇ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲਣ ਲਈ ਪ੍ਰਕਿਰਿਆ ਦਸਤਾਵੇਜ਼ ਕਰੋ।
ਅਕਸਰ ਲੋਕ ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ 'ਤੇ ਕੁਝ ਕਰਨ ਆਉਂਦੇ ਹਨ: ਅਰਜ਼ੀ, ਨਵੀਨਕਰਨ, ਰਿਪੋਰਟ, ਮੰਗ ਜਾਂ ਭੁਗਤਾਨ। ਫਾਰਮ ਦਾ ਕੰਮ ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਭਰੋਸੇ ਨਾਲ ਪਾਸ ਕਰਵਾਉਣਾ ਹੈ।
ਯਾਤਰਾ ਨੂੰ ਛੋਟੇ, ਸਪਸ਼ਟ ਕਦਮਾਂ ਵਜੋਂ ਡਿਜ਼ਾਈਨ ਕਰੋ (ਉਦਾਹਰਨ: ਯੋਗਤਾ → ਵੇਰਵੇ → ਦਸਤਾਵੇਜ਼ → ਸਮੀਖਿਆ → ਜਮਾ). ਸਧਾਰਨ ਪ੍ਰਗਤੀ ਇੰਡਿਕੇਟਰ ਦਿਖਾਓ ਅਤੇ ਸਪਸ਼ਟ ਭਾਸ਼ਾ ਵਰਤੋ ਤਾਂ ਹਰ ਕਦਮ 'ਤੇ ਉੱਤਰ ਮਿਲੇ "ਹੁਣ ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਹੈ?"।
ਇਨਪੁੱਟ ਜਿਵੇਂ-ਜਿਵੇਂ ਟਾਈਪ ਕੀਤੇ ਜਾਂ ਫੀਲਡ ਛੱਡੇ ਜਾਣ 'ਤੇ inline ਵੈਲਿਡੇਸ਼ਨ ਦਿਖਾਓ—ਖਾਸ ਕਰਕੇ ਤਰੀਖਾਂ, ID ਨੰਬਰਾਂ, ਫਾਈਲ ਆਕਾਰ ਸੀਮਾਵਾਂ ਅਤੇ ਲਾਜ਼ਮੀ ਫੀਲਡ ਲਈ। ਜਦੋਂ ਕੋਈ ਗਲਤ ਹੋਵੇ, ਫੀਲਡ ਦੇ ਨਾਲ ਕਾਰਜਕ ਸੁਨੇਹਾ ਦਿਖਾਓ ("ਆਪਣੀ ਜਨਮਤਾਰੀਖ DD/MM/YYYY ਫਾਰਮੈਟ ਵਿੱਚ ਦਰਜ ਕਰੋ") ਅਤੇ ਯੂਜ਼ਰ ਦਾ ਭਰਿਆ ਹੋਇਆ ਡੇਟਾ ਬਰਕਰਾਰ ਰੱਖੋ। "Invalid input" ਵਾਂਗਾਂ ਅਸਪਸ਼ਟ ਅਲਰਟ ਤੋਂ ਬਚੋ।
ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਯੂਜ਼ਰਾਂ ਨੂੰ ਡ੍ਰਾਫਟ ਸੇਵ ਕਰਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਵਾਪਸ ਆਉਣ ਦੀ ਆਗਿਆ ਦਿਓ, ਖ਼ਾਸ ਕਰਕੇ ਲੰਬੀਆਂ ਅਰਜ਼ੀਆਂ ਲਈ। ਜਮ੍ਹਾ ਕਰਨ ਉੱਪਰ ਇੱਕ ਸਪਸ਼ਟ ਰਸੀਦ ਦਿਓ: ਇੱਕ ਰੈਫਰੈਂਸ ਨੰਬਰ, ਕੀ ਜਮ੍ਹਾ ਕੀਤਾ ਗਿਆ, ਅਤੇ ਕਿਵੇਂ ਸਟੇਟਸ ਟਰੈਕ ਕਰਨਾ ਹੈ। ਜੇ ਈਮੇਲ/ਐਸਐਮਐਸ ਪੁਸ਼ਟੀ ਭੇਜੋ ਤਾਂ ਦੱਸੋ ਕਿ ਜੇ ਉਹ ਨਹੀਂ ਮਿਲੀ ਤਾਂ ਕੀ ਕਰਨਾ ਹੈ।
ਜੇ PDF ਜ਼ਰੂਰੀ ਹੈ, ਪਹਿਲਾਂ HTML ਵਰਜ਼ਨ ਪ੍ਰਦਾਨ ਕਰੋ ਅਤੇ ਡਾਊਨਲੋਡ හැ choiceрест ਦੇ ਔਪਸ਼ਨ ਨਾਲ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡਾਉਨਲੋਡ ਦਸਤਾਵੇਜ਼ ਪਹੁੰਚਯੋਗ ਹਨ। ਇਹ ਮੋਬਾਈਲ ਅਤੇ ਸਕ੍ਰੀਨ ਰੀਡਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਮਦਦਗਾਰ ਹੈ (ਦੇਖੋ /accessibility)।
ਜਮ੍ਹਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਅਪੇੱਖਾਵਾਂ ਸੈੱਟ ਕਰੋ: ਆਮ ਸਮਾਂ-ਰੇਖਾ, ਸਮੀਖਿਆ ਦੌਰ, ਫੈਸਲੇ ਕਿਵੇਂ ਸੰਚਾਰਿਤ ਕੀਤੇ ਜਾਣਗੇ, ਅਤੇ ਗਲਤੀਆਂ ਸਧਾਰਨ ਕਰਨ ਜਾਂ ਅਪੀਲ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਸਪਸ਼ਟ ਅਗਲੇ ਕਦਮ ਦੁਹਰਾਏ ਕਾਲਾਂ ਘਟਾਉਂਦੇ ਅਤੇ ਭਰੋਸਾ ਬਣਾਉਂਦੇ ਹਨ।
ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਕਦੇ "ਪੂਰਾ" ਨਹੀਂ ਹੁੰਦਾ। ਲੋਕਾਂ ਦੀਆਂ ਲੋੜਾਂ, ਨੀਤੀਆਂ ਅਤੇ ਛੋਟੀਆਂ ਯੂਜ਼ਬਿਲਟੀ ਮੁੱਦਿਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਬਦਲਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਨਿਰੰਤਰ ਮਾਪਣ ਅਤੇ ਸੁਧਾਰ ਦੀ ਰੁਟੀਨ ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ ਠੀਕ ਕਰਨ, ਜਵਾਬਦੇਹੀ ਦਿਖਾਉਣ ਅਤੇ ਜਨਤਕ ਭਰੋਸਾ ਬਚਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਅਸਲ ਨਤੀਜਿਆਂ ਨਾਲ ਜੁੜੇ ਸੰਕੇਤਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ, ਨਾ ਕਿ ਸਿਰਫ਼ vanity ਮੈਟ੍ਰਿਕਸ:
ਸਰਕਾਰੀ ਸਾਈਟਾਂ ਨੂੰ ਸੁਧਾਰਣ ਲਈ ਘੱਟੋ-ਘੱਟ ਡਾਟਾ ਇਕੱਤਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਕੱਠੇ ਰਿਪੋਰਟਿੰਗ, ਛੋਟੀ ਰੀਟੇਨਸ਼ਨ ਪੀਰੀਅਡ ਅਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਣਕਾਰੀ ਨੂੰ URL, ਖੋਜ ਲੌਗ ਜਾਂ ਇਵੈਂਟ ਨਾਂਵਾਂ ਵਿੱਚ ਕੈਪਚਰ ਕਰਨ ਤੋਂ ਬਚੋ। ਜੇ ਤੁਸੀਂ ਸੈਸ਼ਨ ਰਿਕਾਰਡਿੰਗ ਜਾਂ ਹੀਟਮੈਪ ਵਰਤਦੇ ਹੋ ਤਾਂ ਸਫ਼ ਪਬਲਿਕ ਕਾਰਨ ਦਿਖਾਓ ਅਤੇ ਸਕੱਟ-ਕੰਟਰੋਲ ਰੱਖੋ—ਨਹੀਂ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਛੱਡ ਦਿਓ।
ਸਮੱਗਰੀ ਮਾਲਿਕਾਂ ਅਤੇ ਸੇਵਾ ਟੀਮਾਂ ਲਈ ਸਧਾਰਨ ਡੈਸ਼ਬੋਰਡ ਬਣਾਓ: "ਕਿਹੜੇ ਪੰਨੇ ਫੇਲ ਕਰ ਰਹੇ ਹਨ?", "ਕਿਹੜੀ ਸਮੱਗਰੀ ਪੁਰਾਣੀ ਹੈ?", "ਕਿਹੜੇ ਫਾਰਮ ਸਹਾਇਤਾ ਕਾਲਾਂ ਬਣਾਉਂਦੇ ਹਨ?" ਡੈਸ਼ਬੋਰਡ ਰਿਪੋਰਟਿੰਗ ਤੱਕ ਸੀਮਤ ਨਾ ਰਹਿਣ—ਉਹਨਾਂ ਨੂੰ ਫੈਸਲੇ ਤੱਕ ਲੈ ਜਾਵੇ।
ਹਰ ਕਵਾਰਟਰ ਵਿੱਚ ਉੱਚ-ਟ੍ਰੈਫਿਕ ਟਾਸਕਾਂ 'ਤੇ ਹਲਕੇ ਯੂਜ਼ਬਿਲਟੀ ਟੈਸਟ ਚਲਾਓ। ਉਹ ਫਿਕਸ ਪਹਿਲਾਂ ਕਰੋ ਜੋ ਗਲਤੀਆਂ, ਗੁੰਝਲਦਾਰੀਆਂ ਅਤੇ ਦੁਹਰਾਈ ਸੰਪਰਕ (ਕਾਲ, ਈਮੇਲ, ਫੈਸ-ਟੂ-ਫੇਸ) ਘਟਾਉਂਦੇ ਹਨ।
ਮੁੱਖ ਪੰਨਿਆਂ 'ਤੇ ਇੱਕ ਫੀਡਬੈਕ ਚੈਨਲ ਦਿਓ (ਉਦਾਹਰਨ: "ਕੀ ਇਹ ਪੰਨਾ ਮਦਦਗਾਰ ਸੀ?" ਨਾਲ ਵਿਕਲਪ ਅਤੇ ਵਿਕਲਪਕ ਟਿੱਪਣੀ)। ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕੌਣ ਇਹ ਪੜ੍ਹਦਾ, ਮੁੱਦਿਆਂ ਨੂੰ ਕਿਸ ਤਰ੍ਹਾਂ ਵਰਗੀਕ੍ਰਿਤ ਕੀਤਾ ਜਾਂਦਾ (ਸਮੱਗਰੀ ਬੱਗ, ਤਕਨੀਕੀ ਬੱਗ, ਨੀਤੀ ਸਵਾਲ), ਅਤੇ ਟੀਚੇਵਾਲੇ ਜਵਾਬ ਦੀਆਂ ਰਕਮਾਵਾਂ—ਤਾਂ ਜੋ ਫੀਡਬੈਕ ਸੁਧਾਰ ਵਿੱਚ ਬਦਲੇ, ਨਾ ਕਿ ਕਾਲੇ ਡੱਬੇ ਵਿੱਚ।
ਪਬਲਿਕ ਸੇਵਾ ਪੋਰਟਲ ਲਾਂਚ ਇੱਕ ਅੰਤ ਨਹੀਂ—ਇਹ ਉਹ ਸਮਾਂ ਹੈ ਜਦੋਂ ਅਸਲ ਵਰਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਸੁਚੱਜਾ ਲਾਂਚ ਸਹੀ ਕਾਲਾਂ ਨੂੰ ਘਟਾਉਂਦਾ, ਭਰੋਸਾ ਬਚਾਉਂਦਾ, ਅਤੇ ਟੀਮ ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸੁਧਾਰ ਕਰਨ ਦੀ ਗੱਲ ਜਗਾਉਂਦਾ।
ਇਕ ਸਧਾਰਨ ਚੈੱਕਲਿਸਟ ਬਣਾਓ ਜੋ ਇੱਕ ਗੈਰ-ਟੈਕਨੀਕਲ ਲਾਂਚ ਮਾਲਕ ਚਲਾ ਸਕੇ, ਸਪਸ਼ਟ "ਪਾਸ/ਫੇਲ" ਮਾਪਦੰਡਾਂ ਨਾਲ। ਘੱਟੋ-ਘੱਟ ਸ਼ਾਮਿਲ ਕਰੋ:
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਟ੍ਰੇਨਿੰਗ ਯੋਜਨਾ ਬਣਾੋ, ਨਾ ਕਿ ਬਾਅਦ 'ਚ। ਛੋਟੀ, ਰੋਲ-ਅਧਾਰਿਤ ਸੈਸ਼ਨਾਂ ਦੀ ਯੋਜਨਾ ਕਰੋ:
ਇਸ ਟ੍ਰੇਨਿੰਗ ਨੂੰ ਇੱਕ ਸਧਾਰਨ ਹੈਂਡਬੁੱਕ ਨਾਲ ਜੋੜੋ ਜੋ ਓਥੇ ਰੱਖਿਆ ਜਾਵੇ ਜਿੱਥੇ ਲੋਕ ਅਸਲ ਵਿੱਚ ਇਸਨੂੰ ਲੱਭਣ।
ਨਿਯਤ ਕਾਰਜ ਅਤੇ ਜਿੰਮੇਵਾਰੀਆਂ ਨਿਰਧਾਰਤ ਕਰੋ:
ਆਊਟੇਜ ਜਾਂ ਸੁਰੱਖਿਆ ਘਟਨਾ ਲਈ ਇਕ ਇਕ-ਪੰਨ੍ਹਾ ਰਨਬੁੱਕ ਲਿਖੋ: ਕੌਣ ਕਾਲ-ਉੱਤੇ ਹੈ, ਜਨਤਕ ਅਪਡੇਟ ਕਿਵੇਂ ਕਰਨੇ, ਕੀ ਡੇਟਾ ਕੈਪਚਰ ਕਰਨਾ, ਅਤੇ ਕਦੋਂ ਕਾਨੂੰਨੀ/ਕਮ੍ਸ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰਨਾ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵਾਰ ਪ੍ਰੈਕਟਿਸ ਕਰੋ।
ਪੋਸਟ-ਲਾਂਚ ਫਿਕਸ, ਉਪਭੋਗਤਾ-ਮਾਗੀ ਸੁਧਾਰ ਅਤੇ ਪਹੁੰਚਯੋਗਤਾ ਸੁਧਾਰ ਲਈ ਸਮਾਂ ਅਤੇ ਫੰਡ ਰੱਖੋ। ਇੱਕ ਛੋਟੀ, ਨਿਰੰਤਰ ਸੁਧਾਰ ਬਜਟ ਹਰ ਕੁਝ ਸਾਲਾਂ 'ਚ ਵੱਡੀ ਪੂਨਰ-ਨਿਰਮਾਣ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਪੋਰਟਲ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸੂਚਨਾ, ਲੈਣ-ਦੇਣ, ਜਾਂ ਲਾਂਚ ਲਈ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੀ ਹੈ—ਤੇ ਇੱਕ ਛੋਟੀ ਲਿਸਟ ਵਾਲੀਆਂ ਮੁੱਖ ਸੇਵਾਵਾਂ ਨਿਰਧਾਰਤ ਕਰੋ। ਫਿਰ ਇਕ ਪੰਨੇ ਦੀ ਮਕਸਦ-ਬਿਆਨ ਲਿਖੋ ਅਤੇ ਕੁਝ ਮਾਪਣਯੋਗ ਨਤੀਜਿਆਂ ਤੇ ਸਹਿਮਤ ਹੋਵੋ (ਜਿਵੇਂ ਟਾਸਕ ਕਮਪਲੀਸ਼ਨ, ਕਾਲਾਂ ਦੀ ਘਟਤੀ, ਅਪਡੇਟ ਪ੍ਰਕਾਸ਼ਨ ਦਾ ਸਮਾਂ)।
ਇਸ ਨਾਲ ਸਕੋਪ ਹਕੀਕਤੀਅਤ ਤੇ ਆਧਾਰਿਤ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਜਦੋਂ ਤਰਜੀحات ਟਕਰਾਅ ਕਰਦੀਆਂ ਹਨ ਤਾਂ ਇਕ ਸੰਦਰਭ ਮਿਲਦਾ ਹੈ।
ਆਡੀਅੰਸ ਨੂੰ ਉਹਨਾਂ ਦੇ ਕਰਨ ਵਾਲੇ ਕੰਮਾਂ ਨਾਲ ਪਰਿਭਾਸ਼ਤ ਕਰੋ, ਨਾ ਕਿ ਡੈਮੋਗ੍ਰਾਫਿਕਸ ਨਾਲ। ਆਮ ਸਮੂਹਾਂ ਵਿੱਚ ਰਹਿਣ ਵਾਲੇ, ਦਰਸ਼ਕ, ਕਾਰੋਬਾਰ ਅਤੇ ਅੰਦਰੂਨੀ ਸਟਾਫ਼ ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ।
ਹਰ ਇੱਕ ਲਈ ਆਉਣ-ਵਾਲੇ ਸਿਖਰ ਦੇ ਟਾਸਕਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ—ਜਿਵੇਂ “apply”, “renew”, “pay”, “report”, ਜਾਂ “check status”—ਅਤੇ ਇਨ੍ਹਾਂ ਟਾਸਕਾਂ ਨੂੰ ਨੈਵੀਗੇਸ਼ਨ ਅਤੇ ਸਮੱਗਰੀ ਦੀ ਤਰਜੀਹ ਦੇ ਕੇ ਆਧਾਰ ਬਣਾਓ।
ਉਹ ਮੈਟ੍ਰਿਕਸ ਚੁਣੋ ਜੋ ਅਸਲ ਸੇਵਾ ਨਤੀਜਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਟਰੈੱਕ ਕਰਨਾ ਆਸਾਨ ਹੋਵੇ:
ਐਗਰੀ ਕਰੋ ਕਿ ਇਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਮਾਪਿਆ ਜਾਵੇ (ਐਨਾਲਿਟਿਕਸ, ਸੰਖੇਪ ਪ੍ਰਤੀਕਿ੍ਰਆ ਪ੍ਰੰਪਟ, ਕਾਲ ਟੈਗਿੰਗ)।
ਉਪਲਬਧ ਮੰਗ ਦੇ ਸੰਕੇਤਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:
ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਕਿਰਿਆ-ਵਰਬ (ਜਿਵੇਂ “apply”, “renew”, “pay”) ਤੇ ਧਿਆਨ ਦਿਓ, ਅਤੇ ਫਿਰ ਛੋਟੇ ਇੰਟਰਵਿਊ ਜਾਂ ਯੂਜ਼ਬਿਲਟੀ ਟੈਸਟ ਨਾਲ ਤਸਦੀਕ ਕਰੋ ਪਹਿਲਾਂ ਦੇ ਰੂਪ-ਨਿਰਮਾਣ ਨੂੰ ਲਗਾਉਣ ਤੋਂ ਪਹਿਲਾਂ।
ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਯੂਜ਼ਰ-ਪੱਖ ਤੋਂ ਯਾਤਰਾ ਨਕਸ਼ਾ ਬਣਾਓ:
ਇਸ ਤਰ੍ਹਾਂ ਪੋਰਟਲ ਨੀਤੀਆਂ ਨੂੰ ਸਮਝਾਉਣ ਦੀ ਬਜਾਏ ਲੋਕਾਂ ਨੂੰ ਕੰਮ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਕ ਸਚੀ ਸਮੱਗਰੀ ਇਨ્વੈਂਟਰੀ ਕਰੋ (ਪੰਨਿਆਂ, PDFs, ਫਾਰਮਾਂ, ਮਾਈਕਰੋਸਾਈਟ) ਅਤੇ ਪ੍ਰਤੀ ਆਈਟਮ ਨੂਹ ਜੀਵਤ ਮੈਟਾਡੇਟਾ ਦਿਉ: ਟੋਪਿਕ, ਮਾਲਕ, ਆਖ਼ਰੀ ਅਪਡੇਟ।
ਫਿਰ ਨੈਵੀਗੇਸ਼ਨ ਨੂੰ ਉਪਭੋਗਤਾ ਟਾਸਕਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਢਾਂਚਾ ਦਿਓ—ਸੋਚੋ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਬਿਨਾਂ ਸਰਕਾਰੀ ਢਾਂਚੇ ਦੇ ਗਿਆਨ ਦੇ ਸਹੀ ਮੇਨੂ ਚੁਣ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਕੀਈ ਸੇਵਾਵਾਂ 2–3 ਕਲਿਕਾਂ 'ਚ ਹੋਣ ਚਾਹੀਦੀਆਂ ਹਨ।
ਪਹੁੰਚਯੋਗਤਾ ਨੂੰ ਡਿਜ਼ਾਈਨ ਦੀ ਜ਼ਰੂਰਤ ਸਮਝੋ, ਨਾ ਕਿ ਅੰਤਿਮ ਜाँच। ਮੁੱਖ ਅਮਲ ਸ਼ਾਮਿਲ ਹਨ:
ਇੱਕ ਪਹੁੰਚਯੋਗਤਾ ਬਿਆਨ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਤੇ ਇੱਕ ਰਾਹ ਫਰਹਾਮ ਕਰੋ ਜਿੱਥੇ ਯੂਜ਼ਰ ਸਮੱਸਿਆਆਂ ਦੀ ਰਿਪੋਰਟ ਕਰ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਣ ਲਈ /accessibility).
ਸਪੱਸ਼ਟ ਸਮੱਗਰੀ ਮਾਡਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ (ਸੇਵਾਵਾਂ, ਖਬਰਾਂ, ਚੇਤਾਵਨੀ, ਸਥਾਨ, ਸੰਪਰਕ)। ਹਰ ਟਾਈਪ ਲਈ ਲੋੜੀਂਦੇ ਫੀਲਡ ਨਿਰਧਾਰਤ ਕਰੋ (ਉਦਾਹਰਣ: ਯੋਗਤਾ, ਫੀਸ, ਪ੍ਰੋਸੈਸਿੰਗ ਸਮਾਂ, ਦਸਤਾਵੇਜ਼)।
ਸਾਫ਼ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦਿਓ—ਕੌਣ ਲਿਖਦਾ ਹੈ, ਕੌਣ ਸਮੀਖਿਆ ਕਰਦਾ ਹੈ, ਕੌਣ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ, ਕੌਣ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ—ਅਤੇ ਪੇਜ਼ਾਂ ਲਈ ਸਮੀਖਿਆ ਤਾਰੀਕਾਂ ਅਤੇ ਆਰਕਾਈਵ ਨਿਯਮ ਬਣਾਓ। ਇੱਕ ਸਪੱਸ਼ਟ ਸਟਾਈਲ ਗਾਈਡ ਵੀ ਰੱਖੋ ਜੋ ਭਾਸ਼ਾ, ਫਾਰਮੈਟਿੰਗ ਅਤੇ ਟਰਮੀਨੋਲੋਜੀ ਨੂੰ ਸਥਿਰ ਰੱਖੇ।
ਸਭ ਤੋਂ ਮੁੱਖ ਸੇਵਾਵਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ—ਨਾ ਕਿ ਹਰ ਇਕ ਪੰਨੇ ਦਾ ਤੁਰੰਤ ਅਨੁਵਾਦ ਕਰੋ। ਤਰਜੀਹ ਦੇਵੋ:
ਨਾਜ਼ੁਕ ਜਾਂ ਕਾਨੂੰਨੀ ਹਦਾਇਤਾਂ ਲਈ ਮਿਸਟੇਕਾਂ ਤੋਂ ਬਚਣ ਲਈ ਪ੍ਰੋਫੈਸ਼ਨਲ ਅਨੁਵਾਦ ਅਤੇ ਸਮੀਖਿਆ ਕਰੋ। ਭਾਸ਼ਾ ਬਦਲਣ 'ਤੇ ਯੂਜ਼ਰ ਆਪਣੇ ਹੀ ਸਥਾਨ 'ਤੇ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ (ਉਸੇ ਪੰਨੇ/ਭਾਗ 'ਤੇ)।
ਇੱਕ CMS ਚੁਣੋ ਜੋ ਰੋਲ-ਆਧਾਰਿਤ ਪਹੁੰਚ, ਮਨਜ਼ੂਰੀ ਵਰਕਫਲੋ, ਆਡੀਟ ਟਰੇਲ ਅਤੇ ਵਰਜ਼ਨ ਇਤਿਹਾਸ ਸਹਾਇਤਾ ਕਰਦਾ ਹੋਵੇ। ਸਮੱਗਰੀ ਨੂੰ ਸੋਧ ਤੋਂ ਅਲੱਗ ਰੱਖੋ—ਸਟਰੱਕਚਰਡ ਫੀਲਡ ਵਰਤੋ ਤਾਂ ਜੋ ਸਮੱਗਰੀ ਨੂੰ ਦੁਬਾਰਾ ਵਰਤਣਾ ਆਸਾਨ ਹੋਵੇ (ਸੇਵਾ ਪੰਨਾ, ਖੋਜ ਨਤੀਜੇ, PDF ਪਾਠ)।
ਇੰਟੇਗ੍ਰੇਸ਼ਨ ਪਹਿਲਾਂੋਂ ਨਕਸ਼ਾ ਕਰੋ (ਫਾਰਮ, ਭੁਗਤਾਨ, ਕੇਸ ਸਿਸਟਮ, ਬੁਕਿੰਗ) ਅਤੇ ਸੁਰੱਖਿਆ, ਕੈਸ਼ਿੰਗ/CDN ਅਤੇ ਨਿਗਰਾਨੀ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਯੋਜਿਤ ਕਰੋ।