ਆਪਣੇ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ ਪਲੇਬੁੱਕ ਲਈ ਵੈਬਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ

ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ ਪਲੇਬੁੱਕ ਵੈਬਸਾਈਟ ਕੀ ਕਰਦੀ ਹੈ

A ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ ਪਲੇਬੁੱਕ ਵੈਬਸਾਈਟ ਉਹ ਕੇਂਦਰੀ, ਵਿਵਸਥਿਤ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੀ ਟੀਮ ਦੋਰਾਨੇ ਕੰਮ ਲਈ “ਅਸੀਂ ਇੱਥੇ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ” ਲੱਭ ਸਕਦੀ ਹੈ—ਕਦਮ ਦਰ ਕਦਮ ਹਦਾਇਤਾਂ, ਰੋਲ, ਟੈਂਪਲੇਟ ਅਤੇ ਫੈਸਲਾ ਕਰਨ ਦੇ ਨਿਯਮ। ਇਹ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦਸਤਾਵੇਜ਼ੀ ਸਾਈਟ ਵਾਂਗ ਹੈ ਜੋ ਵੰਡੇ ਹੋਏ PDFs, ਸਾਂਝੇ ਡਰਾਈਵਾਂ ਜਾਂ ਲੰਬੇ ਚੈਟ ਥਰੇਡਾਂ ਨਾਲੋਂ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਵਿੱਚ ਆਸਾਨ ਹੁੰਦੀ ਹੈ।

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

ਅੰਦਰੂਨੀ ਬਨਾਮ ਬਾਹਰੀ ਪਲੇਬੁੱਕ

ਹਰ ਪਲੇਬੁੱਕ ਇੱਕੋ ਹੀ ਦਰਸ਼ਕ ਲਈ ਨਹੀਂ ਹੁੰਦਾ:

• ਅੰਦਰੂਨੀ ਪਲੇਬੁੱਕ ਪੋਰਟਲ (ਕਰਮਚਾਰੀ): SOPs, ਚੈੱਕਲਿਸਟ, ਮਨਜ਼ੂਰੀ ਰਾਹ, ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਟੂਲ ਅਤੇ “ਮੁਕੰਮਲ ਹੋਣ ਦੀ ਪਰਿਭਾਸ਼ਾ।” ਆਮ ਤੌਰ 'ਤੇ ਓਨਬੋਰਡਿੰਗ ਸਮਗਰੀ ਅਤੇ ਟੀਮ-ਨਿਰਧਾਰਤ ਵਰਕਫਲੋ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।
• ਭਾਗੀਦਾਰ ਪਲੇਬੁੱਕ (ਵੇਂਡਰ/ਰੀਸੈਲਰ): ਘੱਟ ਵਿਸਤਾਰ—ਲੀਡ ਸਬਮਿਟ ਕਰਨ ਦੇ ਤਰੀਕੇ, ਕੋ-ਮਾਰਕੇਟਿੰਗ, ਸਹਾਇਤਾ ਬੇਨਤੀ, ਬ੍ਰਾਂਡ ਐਸੇਟ ਵਰਤਣਾ ਜਾਂ ਫੁਲਫਿਲਮੈਂਟ ਨਿਯਮਾਂ ਦਾ ਪਾਲਣ।
• ਗ੍ਰਾਹਕ-ਮੁਖੀ ਪਲੇਬੁੱਕ: ਬਿਹਤਰ ਅਮਲ, ਸੈਟਅਪ ਗਾਈਡ, “ਮੁੱਲ ਪਾਉਣ ਦਾ ਤਰੀਕਾ” ਅਤੇ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ—ਜ਼ਿਆਦਾ ਸਿਆਣਾ ਤੇ ਘੱਟ ਓਪਰੇਸ਼ਨਲ ਵੇਰਵਾ।

ਇਹ ਫਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਇਹ ਟੋਨ, ਸ਼ਬਦਾਵਲੀ ਅਤੇ ਪਲੇਬੁੱਕ ਲਈ ਐਕਸੈਸ ਕੰਟਰੋਲ ('ਕੀ ਨਿੱਜੀ ਹੈ, ਕੀ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿਸ ਨੂੰ ਰਿਵਿਊ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ') ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।

ਛੋਟੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਲਗਾਤਾਰ ਸੁਧਾਰ ਕਰੋ

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

ਆਮ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦੇ ਪੇਜ਼

ਅਧਿਕਤਰ ਵਰਕਫਲੋ ਦਸਤਾਵੇਜ਼ੀ ਸਾਈਟਾਂ ਇੱਕ ਸਾਦਾ ਪ੍ਰਕਿਰਿਆ ਪਲੇਬੁੱਕ ਢਾਂਚਾ ਮਾਨਦੰਡ ਅਨੁਸਰਣ ਕਰਦੀਆਂ ਹਨ:

• Home: ਪਲੇਬੁੱਕ ਕੀ ਹੈ, ਕਿਸ ਲਈ ਹੈ, ਖੋਜ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਅਤੇ ਕੀ ਨਵਾਂ ਅੱਪਡੇਟ ਹੋਇਆ ਹੈ।
• Process pages: ਹਰ ਪ੍ਰਕਿਰਿਆ ਲਈ ਇੱਕ ਪੇਜ਼, ਕੰਮ ਕਰਨ ਵਾਸਤੇ ਲਿਖਿਆ ਗਿਆ (ਵਰਣਨ ਕਰਨ ਲਈ ਨਹੀਂ)। ਹਰ ਪੇਜ਼ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਉਦੇਸ਼, ਮਾਲਕ, ਕਦਮ, ਛੋਟ ਅਤੇ ਟੈਂਪਲੇਟਾਂ ਨੂੰ ਲਿੰਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• Templates & examples: ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਚੈੱਕਲਿਸਟ, ਈਮੇਲ ਸਕ੍ਰਿਪਟ, ਫਾਰਮ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ।

ਇਨ੍ਹਾਂ ਬੁਨਿਆਦੀਆਂ ਨਾਲ, ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਬਿਹਤਰ ਨੈਵੀਗੇਸ਼ਨ ਅਤੇ ਗਵਰਨੈਂਸ ਵਧਾ ਸਕਦੇ ਹੋ—ਬਿਨਾਂ ਰੋੜੇ ਬਣਾਉਣ ਦੇ।

ਲਕਸ਼, ਦਰਸ਼ਕ ਅਤੇ ਸਫਲਤਾ ਮਾਪੋ

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

ਆਮ ਉਦੇਸ਼ ਜੋ ਸਪੱਸ਼ਟ ਲਿਖਣ ਯੋਗ ਹਨ

ਅਧਿਕਤਰ ਟੀਮਾਂ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ ਪਲੇਬੁੱਕ ਸਾਈਟ ਬਣਾਉਂਦੀਆਂ ਹਨ ਤਾਂ ਕਿ ਇੱਕ ਜਾਂ ਵਧੇਰੇ ਨਤੀਜੇ ਮਿਲਣ:

• ਤੇਜ਼ ਓਨਬੋਰਡਿੰਗ: ਨਵੇਂ ਕਰਮਚਾਰੀ बिना ਹਫ਼ਤਿਆਂ ਦੇ ਸ਼ੈਡੋਵਿੰਗ ਦੇ “ਇੱਥੇ ਅਸੀਂ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ” ਨੂੰ ਫੋਲੋ ਕਰ ਸਕਣ।
• ਲਗਾਤਾਰਤਾ ਅਤੇ ਗੁਣਵੱਤਾ: ਏਕੋ ਕੰਮ ਏਕੋ ਤਰੀਕੇ ਨਾਲ ਟੀਮਾਂ, ਸ਼ਿਫਟਾਂ ਅਤੇ ਥਾਵਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਵੇ।
• ਕੰਪਲਾਇੰਸ ਅਤੇ ਆਡਿਟ ਤਿਆਰੀ: ਨੀਤੀਆਂ, ਮਨਜ਼ੂਰੀਆਂ ਅਤੇ ਲੋੜੀਂਦੇ ਚੈਕਸ ਦਿਖਾਉਣਾ ਆਸਾਨ ਹੋਵੇ।
• ਸਾਫ਼ ਹੈਂਡਆਫ: Sales → Ops → Finance ਜਾਂ Support → Engineering ਵਿੱਚ ਘੱਟ ਗੁੰਮ ਹੋਣ।
• ਗਤੀ ਅਤੇ ਘੱਟ ਰੁਕਾਵਟਾਂ: ਲੋਕ ਚੈਟ ਵਿੱਚ ਪੁੱਛਣ ਦੀ ਥਾਂ ਖੁਦ-ਸੇਵਾ ਕਰ ਸਕਣ।

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

ਆਪਣੇ ਮੁੱਖ ਪਾਠਕਾਂ ਦੀ ਪਛਾਣ ਕਰੋ (ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ)

ਉੱਚ ਦਰਜੇ ਦੇ ਦਰਸ਼ਕਾਂ ਨੂੰ ਲਿਸਟ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਲਈ “ਵਧੀਆ” ਕਿਵੇਂ ਲੱਗਦਾ ਹੈ:

• ਨਵੀਂ ਭਰਤੀ: ਸੰਦਰਭ, ਪਰਿਭਾਸ਼ਾਵਾਂ ਅਤੇ ਉਦਾਹਰਣਾਂ ਸਮੇਤ ਕਦਮ-ਦਰ-ਕਦਮ ਹਦਾਇਤਾਂ ਚਾਹੀਦੀਆਂ।
• ਓਪਰੇਟਰ/ਕਰਨ ਵਾਲੇ: ਚੈੱਕਲਿਸਟ, ਇਨਪੁਟ/ਆਊਟਪੁਟ, ਅਤੇ “ਜਦੋਂ ਗਲਤ ਹੋਏ ਤਾਂ ਕੀ ਕਰਨਾ ਹੈ” ਦੀ ਸਪੱਸ਼ਟ ਜਾਣਕਾਰੀ।
• ਮੈਨੇਜਰ: ਮਲਕੀਅਤ, SLA, ਐਸਕਲੇਸ਼ਨ ਰਾਹ ਅਤੇ ਬਦਲਾਵਾਂ 'ਤੇ ਦਿੱਖ।
• ਆਡਿਟਰ/ਕੰਪਲਾਇੰਸ: ਸਬੂਤ, ਵਰਜ਼ਨ ਇਤਿਹਾਸ ਅਤੇ ਸਰੋਤ ਨੀਤੀਆਂ ਦੇ ਲਿੰਕ।

ਜੇ ਤੁਸੀਂ ਹਰ ਪੇਜ਼ ਹਰ ਕਿਸੇ ਲਈ ਲਿਖੋਗੇ ਤਾਂ ਸਭ ਨੂੰ ਨਿਰਾਸ਼ ਕਰੋਗੇ। ਹਰ ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ ਲਈ ਇੱਕ ਪ੍ਰਮੁੱਖ ਪਾਠਕ ਚੁਣੋ (ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ "Managers ਲਈ" ਜਾਂ "Auditors ਲਈ" ਛੋਟਾ ਹਿੱਸਾ ਜੋੜ ਸਕਦੇ ਹੋ)।

ਅਜਿਹੇ ਸਫਲਤਾ ਮਾਪਦੰਡ ਜੋ ਮਾਪੇ ਜਾ ਸਕਦੇ ਹਨ

ਕੁਝ ਮੈਟ੍ਰਿਕ ਚੁਣੋ ਜੋ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਸਾਈਟ ਕੰਮ ਕਰ ਰਹੀ ਹੈ:

• ਜਵਾਬ ਲੱਭਣ ਦਾ ਸਮਾਂ (ਉਦਾਹਰਣ: “ਸਭ ਤੋਂ ਆਮ ਸਵਾਲ 60 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਜਵਾਬ ਮਿਲ ਜਾਣ”)
• Slack/Teams ਵਿੱਚ ਘੱਟ ਦੁਹਰਾਏ ਸਵਾਲ ਜਾਂ routine ਕੰਮਾਂ ਲਈ ਘੱਟ ਐਸਕਲੇਸ਼ਨ
• ਓਨਬੋਰਡਿੰਗ ਸਮਾਂ ਘਟਣਾ (ਆਜ਼ਾਦ ਕੰਮ ਕਰਨ ਲਈ ਲੱਗਣ ਵਾਲੇ ਦਿਨ)
• ਪ੍ਰਕਿਰੀਆ ਅਨੁਸਰਣ (ਘੱਟ ਛੁੱਟੇ ਕਦਮ, ਘੱਟ ਰੀਵਰਕ)

ਐਕਸੈਸ ਅਤੇ ਵਰਤੋਂ ਦੀਆਂ ਸੀਮਾਵਾਂ ਪਹਿਲਾਂ ਨਿਰਧਾਰਤ ਕਰੋ

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

ਆਪਣੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ ਸਰੋਤ ਸਮੱਗਰੀ ਦੀ ਇਨ੍ਵੇਂਟਰੀ ਬਣਾਓ

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

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

ਸਭ ਕੁਝ ਇਕੱਠਾ ਕਰੋ (ਹਾਂ, ਸਭ ਕੁਝ)

ਅੱਜ ਜਿੱਥੇ ਵੀ ਜੀਵਨ ਵਿੱਚ ਹਨ, ਉੱਥੋਂ ਆਪਣੇ SOPs ਅਤੇ ਵਰਕਫਲੋ ਦਸਤਾਵੇਜ਼ੀ ਇਕੱਠੀ ਕਰੋ:

• Google Docs/Word ਦਸਤਾਵੇਜ਼, PDFs, ਅਤੇ wiki ਪੇਜ਼
• ਜੀਵਨ ਚੈੱਕਲਿਸਟ ਵਾਂਗ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਪ੍ਰੈਡਸ਼ੀਟ
• ਟ੍ਰੇਨਿੰਗ ਜਾਂ ਓਨਬੋਰਡਿੰਗ ਲਈ ਸਲਾਈਡ ਡੈਕ
• ਫਾਰਮ, ਟੈਂਪਲੇਟ ਅਤੇ ਉਦਾਹਰਣ ਫਾਇਲਾਂ
• ਟੂਲ ਅਤੇ ਸਿਸਟਮ ਲਿੰਕ (CRM ਵੀਊ, ਟਿਕਟ ਕਿਊਜ਼, ਡੈਸ਼ਬੋਰਡ)

ਹਰ ਆਈਟਮ ਨੂੰ ਇੱਕ ਟਰੈਕਰ ਵਿੱਚ ਧਾਲੋ: ਸਿਰਲੇਖ, ਲਿੰਕ/ਟਿਕਾਣਾ, ਟੀਮ, ਆਖਰੀ ਅੱਪਡੇਟ ਦੀ ਤਾਰੀਖ (ਜੇ ਪਤਾ ਹੋਵੇ), ਅਤੇ ਇੱਕ ਛੋਟੀ ਵਰਣਨਾ।

ਤਰੀਆਜ: ਮੌਜੂਦਾ, ਪੁਰਾਣਾ, ਦੁਹਰਾਇਆ, ਗੁੰਮ

ਜਿਵੇਂ ਤੁਸੀਂ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ, ਹਰ ਆਈਟਮ ਨੂੰ ਸਧਾਰਨ ਸਥਿਤੀ ਨਾਲ ਲੇਬਲ ਕਰੋ:

• Current: ਆ ਭਰੋਸੇਯੋਗ ਹੈ, ਘੱਟ ਸੰਪਾਦਨ ਨਾਲ ਅੰਦਰੂਨੀ ਪਲੇਬੁੱਕ ਪੋਰਟਲ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
• Outdated: ਕੀਮਤੀ, ਪਰ ਵੈਬਸਾਈਟ 'ਤੇ ਦਿਖਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰੀਵਿਊ ਦੀ ਲੋੜ ਹੈ
• Duplicate: ਕਿਸੇ ਹੋਰ ਡੌਕ ਨਾਲ ਆਮ ਤੁਲਨਾ; ਫੈਸਲਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਸੋਰਸ ਆਫ਼ ਟਰੂਥ ਬਣੇगा
• Missing: ਪ੍ਰਕਿਰਿਆ ਹਕੀਕਤ ਵਿੱਚ ਮੌਜੂਦ ਹੈ, ਪਰ ਲਿਖਤੀ ਨਹੀਂ (ਹੈਂਡਆਫ ਅਤੇ ਮਨਜ਼ੂਰੀਆਂ ਲਈ ਆਮ)

ਇਹ ਕਦਮ ਪੂਰਨਤਾ ਬਾਰੇ ਘੱਟ ਤੇ ਇਮਾਨਦਾਰੀ ਬਾਰੇ ਵੱਧ ਹੈ। "Needs update" ਦਾ ਸਪੱਸ਼ਟ ਲੇਬਲ ਰਹਿਣਾ ਗਲਤ ਨਿਰਦੇਸ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨੋਂ ਬਿਹਤਰ ਹੈ।

ਮਾਲਕ ਨਿਯੁਕਤ ਕਰੋ (ਅਤੇ ਇਸਨੂੰ ਅਸਲ ਬਨਾਓ)

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

ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਨਾਮਕਰਨ ਦੇ ਨਿਯਮ ਚੁਣੋ

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

Team \u001f Process \u001f Outcome (ਉਦਾਹਰਣ: “Support \u001f Refund Request \u001f Approved”) ਜਾਂ Function \u001f Activity (ਉਦਾਹਰਣ: “Finance \u001f Month-End Close”).

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

ਸਾਈਟ ਢਾਂਚਾ ਅਤੇ ਨੈਵੀਗੇਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ

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

ਉਹ ਪ੍ਰਮੁੱਖ ਵਰਗ ਚੁਣੋ ਜੋ ਲੋਕਾਂ ਦੇ ਸੋਚ ਵਾਂਗ ਹੈ

3–6 ਮੂਲ ਪਾਥ ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਸੰਗਠਨ ਵਿੱਚ ਕੁਦਰਤੀ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ। ਆਮ ਵਿਕਲਪ:

• Teams/Departments (Sales, Support, Finance)
• Lifecycle stages (Lead → Close → Onboard → Renew)
• Product lines (Product A vs. Product B)
• Locations/regions (US, EMEA, APAC)

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

ਇੱਕ ਸਧਾਰਨ URL ਢਾਂਚਾ ਅਤੇ ਪੇਜ਼ ਹਾਇਰਾਰਕੀ ਨਿਰਧਾਰਤ ਕਰੋ

ਸਾਫ਼, ਪੇਸ਼ਗੋਈਯੋਗ URL ਸਾਈਟ ਨੂੰ ਨੇਵੀਗੇਟ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਿੱਚ ਆਸਾਨ ਬਣਾਉਂਦੇ ਹਨ। ਇੱਕ ਪੈਟਰਨ ਫੈਸਲਾ ਕਰੋ ਅਤੇ ਉਸ ਤੇ ਟਿਕੇ ਰਹੋ:

• Department-based: playbook/finance/invoicing/
• Lifecycle-based: playbook/onboarding/activate-account/

ਤਾਰੀਖਾਂ ਜਾਂ ਲੋਕਾਂ ਦੇ ਨਾਮ URLs ਵਿੱਚ ਨਾ ਪਾਓ। ਛੋਟੇ ਸਲੱਗ ਵਰਤੋ ਜੋ ਭਵਿੱਖ ਵਿੱਚ ਰੋਲ ਬਦਲਣ 'ਤੇ ਬਦਲਣ ਤੋਂ ਬਚਣ। ਇਹ ਵੀ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਸਮਰਥਨ ਸਮੱਗਰੀ (ਟੈਂਪਲੇਟ, ਨੀਤੀਆਂ, ਟੂਲ) ਕਿੱਥੇ ਰਹੇਗੀ, ਉਦਾਹਰਨ: playbook/resources/।

ਹੋਮਪੇਜ ਨੂੰ ਕਹਾਣੀ ਨਹੀਂ, ਐਕਸ਼ਨ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ

ਤੁਹਾਡੀ ਹੋਮਪੇਜ ਪਾਠਕਾਂ ਨੂੰ ਤੁਰੰਤ ਅੱਗੇ ਵਧਣ ਵਿੱਚ ਮਦਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ:

• ਇੱਕ ਉਭਰਦਾ ਖੋਜ ਬਾਰ
• ਉੱਪਰੀ-ਸਤਰ ਵਾਲੇ ਵਰਗਾਂ ਲਈ ਬ੍ਰਾਉਜ਼ ਟਾਈਲਜ਼
• ਹਾਲ ਹੀ ਵਿੱਚ ਅਪਡੇਟ ਪ੍ਰਕਿਰਿਆਵਾਂ (ਤਾਜ਼ਗੀ ਦਿਖਾਉਂਦੇ ਸੰਕੇਤ)
• ਮੁੱਖ ਲਿੰਕ (ਚੇਨਜ ਦੀ ਬੇਨਤੀ, ਓਨਬੋਰਡਿੰਗ ਹੱਬ, ਅਹਿਮ SOPs)

ਜੇ ਤੁਹਾਨੂੰ ਬਹੁਤ ਖਪਤ ਵਾਲੀ ਓਨਬੋਰਡਿੰਗ ਲੋੜ ਹੈ, ਤਾਂ playbook/onboarding/ ਵਰਗਾ ਸਿੱਧਾ ਲਿੰਕ ਨਵੇਂ ਨੌਕਰੀਆ ਲਈ ਰੁਕਾਵਟ ਘਟਾ ਸਕਦਾ ਹੈ।

ਇੱਕ ਸਧਾਰਨ ਟੈਕਸੋਨੋਮੀ ਬਣਾਓ (ਅਤੇ ਕਾਨੂੰਨੀ ਰੂਪ ਵਿੱਚ ਇਸਨੂੰ ਕਾਇਮ ਰੱਖੋ)

ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ਾਂ 'ਤੇ ਇੱਕ ਛੋਟੇ ਸੈਟ ਦੇ ਟੈਗ/ਫੀਲਡ ਸਥਿਰਤ ਤਰੀਕੇ ਨਾਲ ਵਰਤੋ, ਜਿਵੇਂ:

• Department/owner
• Process type (SOP, checklist, policy, how-to)
• Risk level (low/medium/high)

ਟੈਗ ਸੰਭਾਲੇ ਹੋਏ ਰੱਖੋ (ਆਜ਼ਾਦ-ਫਾਰ-ਸਭ ਨਾ)। ਇੱਕ ਨਿਯੰਤ੍ਰਿਤ ਟੈਕਸੋਨੋਮੀ ਫਿਲਟਰ, ਸੰਬੰਧਤ ਸਮੱਗਰੀ ਵਿਡਜਿਟ ਅਤੇ “See also” ਸੈਕਸ਼ਨਾਂ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ—ਤਾਂ ਜੋ ਪਾਠਕ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਪ੍ਰੀ-ਰਿਕੁਆਜ਼ਿਟ, ਡਾਊਨਸਟ੍ਰੀਮ ਕਦਮ ਅਤੇ ਟੂਲ ਤੱਕ ਬਿਨਾਂ ਖੋਜੇ ਜਾ ਸਕਣ।

ਇੱਕ ਐਸਾ ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ ਟੈਮਪਲੇਟ ਬਣਾਓ ਜੋ ਵਧੇ

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

ਕੋਰ ਲੇਆਉਟ (ਹਮੇਸ਼ਾ ਮੌਜੂਦ ਸੈਕਸ਼ਨ)

ਜ਼ਿਆਦਾਤਰ ਵਰਕਫਲੋ ਲਈ ਕੰਮ ਕਰਨ ਵਾਲਾ ਇੱਕ ਮਿਆਰੀ ਢਾਂਚਾ ਸ਼ੁਰੂ ਕਰੋ:

• Purpose: ਇਹ ਪ੍ਰਕਿਰਿਆ ਕਿਉਂ ਮੌਜੂਦ ਹੈ ਅਤੇ ਇਹ ਕੀ ਸੁਰੱਖਿਆ ਕਰਦੀ ਹੈ (ਗਤੀ, ਗੁਣਵੱਤਾ, ਕੰਪਲਾਇੰਸ, ਗਾਹਕ ਅਨੁਭਵ)।
• Scope: ਇਹ ਕਦੋਂ ਵਰਤਣਾ ਹੈ—ਅਤੇ ਕਦੋਂ ਨਹੀਂ ਵਰਤਣਾ।
• Roles & responsibilities: ਕੌਣ ਕੀ ਕਰਦਾ ਹੈ (ਬੈਕਅੱਪ/ਅਪ੍ਰੂਵਰ ਸਮੇਤ)।
• Tools & access: ਲੋੜੀਂਦੇ ਸਿਸਟਮ, ਫਾਰਮਾਂ ਦੇ ਲਿੰਕ, ਲੋੜੀਂਦੇ ਪਰਮਿਸ਼ਨ।
• Steps: ਕ੍ਰਮ, ਛੋਟੇ ਸੰਖਿਅਤ ਕਰਮਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਲਿਖੇ ਹੋਏ।

ਕਦਮ ਕਾਰਵਾਈ-ਕੇਂਦਰਤ ਰੱਖੋ (ਹਰ ਕਦਮ ਵਿੱਚ ਇੱਕ ਕਿਰਿਆ-ਕ੍ਰਿਤ) ਅਤੇ ਸਿਰਫ਼ ਉਹਨਾਂ ਸਕਰੀਨਸ਼ਾਟਸ ਨੂੰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ UI ਸਪਸ਼ਟ ਕਰਨ।

ਇਸਨੂੰ ਕੰਮਯੋਗ ਬਣਾਓ: ਚੈੱਕਲਿਸਟ, ਫੈਸਲੇ ਅਤੇ ਮੁਕੰਮਲ ਹੋਣ ਦੀ ਪਰਿਭਾਸ਼ਾ

“ਦਸਤਾਵੇਜ਼” ਨੂੰ ਐਸਾ ਬਣਾਓ ਜੋ ਲੋਕ ਦਬਾਅ ਹੇਠਾਂ ਵੀ ਫੋਲੋ ਕਰ ਸਕਣ:

• ਇੱਕ pre-flight checklist ਸ਼ਾਮਲ ਕਰੋ (ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ)।
• Decision points ਨੂੰ ਸਪਸ਼ਟ ਕਰੋ (ਉਦਾਹਰਣ: “ਜੇ X ਹੈ, ਤਾਂ A ਕਰੋ; ਨਹੀਂ ਤਾਂ B ਕਰੋ”)।
• ਇੱਕ Definition of Done ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ ਕਿ ਟੀਮ ਮੁਕੰਮਲ ਹੋਣ ਬਾਰੇ ਵਿਵਾਦ ਨਾ ਕਰਨ।

ਇਕ ਸਧਾਰਣ ਪੈਟਰਨ: Start conditions → Steps → Quality checks → Definition of Done.

ਇਨਪੁਟ/ਆਊਟਪੁਟ ਅਤੇ ਟੀਮਾਂ ਦਰਮਿਆਨ ਹੈਂਡਆਫ

ਬਹੁਤ ਸਾਰੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਸੀਮਾਵਾਂ 'ਤੇ fail ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਇੱਕ ਛੋਟਾ ਸੈਕਸ਼ਨ ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ:

• Inputs: ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕੀ ਚਾਹੀਦਾ (ਬੇਨਤੀ, ਟਿਕਟ, ਫਾਇਲ, ਮਨਜ਼ੂਰੀ)।
• Outputs: ਕੀ ਉਤਪਾਦਿਤ ਹੁੰਦਾ (ਸ਼ਪਿੰਗ ਆਈਟਮ, ਅਪਡੇਟ ਰਿਕਾਰਡ, ਗਾਹਕ ਨੂੰ ਭੇਜਿਆ ਈਮੇਲ)।
• Handoff rules: ਨਤੀਜੇ ਨੂੰ ਕੌਣ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਇਹ ਕਿਥੇ ਜਾਂਦਾ ਹੈ, ਅਤੇ "Accepted" ਦੇ ਕੀ ਅਰਥ ਹਨ।

ਇਸਨੂੰ ਸਪਸ਼ਟ ਕਰਨ ਨਾਲ "ਮੈਂ ਸੋਚਿਆ ਤੁਸੀਂ ਇਹ ਕਰ ਰਹੇ ਹੋ" ਵਾਲੀ ਗਲਤੀ ਰੁਕਦੀ ਹੈ—ਖਾਸ ਕਰਕੇ Sales, Ops ਅਤੇ Finance ਦੇ ਵਿਚਕਾਰ।

Troubleshooting ਅਤੇ ਆਮ uitzonderਾਂ

ਇੱਕ Exceptions & troubleshooting ਸੈਕਸ਼ਨ ਨਾਲ ਖਤਮ ਕਰੋ: ਸਿਖਰ ਦੇ 5 ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਮੋਡ, ਉਨ੍ਹਾਂ ਦੀ ਪਛਾਣ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਅਤੇ ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ (ਐਸਕਲੇਸ਼ਨ ਸੰਪਰਕ ਸਮੇਤ)। ਇਹ ਅਕਸਰ SOP ਵੈਬਸਾਈਟ ਦਾ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਪੜ੍ਹਿਆ ਜਾਣ ਵਾਲਾ ਹਿੱਸਾ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਅਸਲ ਕੰਮ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਆਦਰਸ਼ ਕੰਮ ਨਹੀਂ।

ਸਹੀ ਪਲੇਟਫਾਰਮ ਅਤੇ ਹੋਸਟਿੰਗ ਦਿਸ਼ਾ ਚੁਣੋ

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

ਆਮ ਪਲੇਟਫਾਰਮ ਵਿਕਲਪ (ਅਤੇ ਕਦੋਂ ਉਹ ਫਿੱਟ ਹੁੰਦੇ ਹਨ)

A website builder (ਉਦਾਹਰਨ: ਇੱਕ ਡਰੈਗ-ਅਤੇ-ਡ੍ਰਾਪ ਸਾਈਟ) ਚੰਗਾ ਹੈ ਜੇ ਤੁਹਾਡਾ ਪਲੇਬੁੱਕ ਛੋਟਾ, ਜ਼ਿਆਦातर ਸਟੈਟਿਕ ਅਤੇ ਡਿਜ਼ਾਈਨ ਮਹਤਵਪੂਰਨ ਹੈ। ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਲਾਂਚ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਅਕਸਰ ਸੰਰਚਿਤ ਪਰਵਾਨਗੀਆਂ ਅਤੇ ਆਡਿਟ ਟ੍ਰੇਲਾਂ 'ਚ ਕਮਜ਼ੋਰ ਹੁੰਦਾ ਹੈ।

A wiki ਤੇਜ਼-ਗਤੀ ਦਸਤਾਵੇਜ਼ੀ ਲਈ ਵਧੀਆ ਹੈ। ਟਰੇਡ-ਆਫ: ਪੇਜ਼ ਸੰਘਰਸ਼ ਸਕਦਾ ਹੈ ਜੇ ਤੁਸੀਂ ਟੈਮਪਲੇਟ ਅਤੇ ਗਵਰਨੈਂਸ ਲਾਗੂ ਨਾ ਕਰੋ।

A knowledge base ਟੂਲ ਖੋਜ਼ਯੋਗਤਾ (search, categories, “related articles”) ਲਈ ਬਣਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਵਰਜ਼ਨ ਇਤਿਹਾਸ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਜੇ ਤੁਹਾਨੂੰ ਇੱਕ ਸਕੇਲ ਕਰਨ ਯੋਗ ਪ੍ਰਕਿਰਿਆ ਦਸਤਾਵੇਜ਼ੀ ਸਾਈਟ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਇਹ ਅਕਸਰ ਸਹੀ ਰਾਹ ਹੁੰਦਾ ਹੈ।

A CMS (ਜਿਵੇਂ WordPress ਜਾਂ headless CMS) ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਲਚਕੀਲਾਪੂਰਨਤਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਹੋਰ ਸਿਸਟਮਾਂ ਨਾਲ ਚੰਗਾ ਇੰਟੀਗ੍ਰੇਟ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਸਦੀ ਸੈਟਅਪ ਅਤੇ ਮੁੜ-ਰਖ-ਰਖਾਅ ਵੱਧ ਲੋੜੀਂਦੀ ਹੈ।

An intranet ਸੁਵਿਧਾ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇਕ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਐਕਸੈਸ ਕੰਟਰੋਲ ਅਤੇ SSO ਲਈ। ਨੁਕਸ: ਇਨਟ੍ਰਾਨੈੱਟ ਦੀ ਖੋਜ ਅਤੇ ਨੈਵੀਗੇਸ਼ਨ ਭਿੰਨ-ਭਿੰਨ ਗੁਣਵੱਤਾ ਦਿੱਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।

ਜੇ ਤੁਸੀਂ ਰੋਜ਼ਮਰਰਾ ਦੇ ਤਿਆਰ ਬਿਨਾਂ ਰਵਾਇਤੀ ਬਿਲਡ ਸਾਈਕਲ ਦੇ ਇੱਕ ਕਸਟਮ ਪਲੇਬੁੱਕ ਅਨੁਭਵ ਲਾਂਚ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai ਇੱਕ ਪ੍ਰਾਇਕਟਿਕਲ ਵਿਕਲਪ ਹੋ ਸਕਦਾ ਹੈ: ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਸਾਈਟ ਢਾਂਚਾ ਅਤੇ ਪੇਜ਼ ਟੈਮਪਲੇਟ ਦਰਸਾਉਂਦੇ ਹੋ, React-ਅਧਾਰਿਤ ਵੈੱਬ ਐਪ ਅਤੇ ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ Go + PostgreSQL ਬੈਕਐਂਡ ਤਿਆਰ ਕਰੋ, ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਇਟਰੇਟ ਕਰੋ। ਕਸਟਮ ਡੋਮੇਨ, ਹੋਸਟਿੰਗ, ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਦਲਾਅ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾ ਸਕਦੀਆਂ ਹਨ।

ਸੋਚੋ ਕਿ ਸੰਪਾਦਨ ਕਿੱਥੇ ਹੁੰਦਾ ਹੈ

ਇਹ ਸੋਚੋ ਕਿ ਟੀਮ ਵਾਸਤੇ ਕਿਹੜਾ ਸੰਪਾਦਨ ਵਰਕਫਲੋ ਵਾਸਤੇ ਅਸਲ ਵਰਤੋਂਯੋਗ ਹੋਵੇਗਾ:

• In-browser editor: ਗੈਰ-ਟੈਕਨੀਕੀ ਮਾਲਕਾਂ ਅਤੇ ਤੁਰੰਤ ਅਪਡੇਟ ਲਈ ਬਿਹਤਰ।
• Markdown/Git workflow: ਉਹਨਾਂ ਟੀਮਾਂ ਲਈ ਜਿਹੜੀਆਂ ਟੈਕਨੀਕੀ ਹਨ ਅਤੇ ਸਮੀਖਿਆਆਂ ਤੇ ਚੇਨ-ਕੰਟਰੋਲ ਚਾਹੁੰਦੀਆਂ ਹਨ।
• Doc-to-web publishing: ਉਚਿਤ ਹੈ ਜੇ ਪ੍ਰਕਿਰਿਆਵਾਂ Google Docs/Word ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ ਅਤੇ ਤੁਸੀਂ "publish" ਬਟਨ ਚਾਹੁੰਦੇ ਹੋ ਬਿਨਾਂ ਮੁੜ ਲਿਖੇ।

ਲਾਜ਼ਮੀ ਚੀਜ਼ਾਂ ਦੀ ਚੈੱਕਲਿਸਟ

ਬਾਅਦ ਵਿੱਚ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਯਕੀਨੀ ਬਣਾਓ:

• Permissions and access control (ਟੀਮਾਂ, ਰੋਲ, ਪ੍ਰਾਈਵੇਟ ਸਪੇਸ)
• Version history ਅਤੇ ਬਦਲਾਵਾਂ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
• Search quality (filters, tags, synonyms ਜੇ ਸੰਭਵ ਹੋਵੇ)
• Analytics (ਕਿਹੜਾ ਦੇਖਿਆ ਗਿਆ, ਕੀ ਗੁੰਮ ਹੈ, ਅਸਫਲ ਖੋਜਾਂ)

ਜੇ ਤੁਸੀਂ ਯੋਜਨਾਵਾਂ ਅਤੇ ਫੀਚਰ ਦੀ ਤੁਲਨਾ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਛੋਟੀ ਲਿਸਟ ਬਣਾਓ ਅਤੇ ਪਾਇਲਟ ਦੇ ਨਾਲ ਵੈਰੀਫਾਈ ਕਰੋ।

ਗੈਰ-ਟੈਕਨੀਕੀ ਪਾਠਕਾਂ ਲਈ ਸਾਫ਼, ਵਰਤਣਯੋਗ ਡਿਜ਼ਾਈਨ ਬਣਾਓ

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

ਪੇਜ਼ਾਂ ਨੂੰ ਸਕਿੰਨ ਕਰਨ ਯੋਗ ਬਣਾਓ

ਜ਼ਿਆਦਾਤਰ ਪਾਠਕ ਸਿਰਫ਼ ਉਪਰੋਂ ਸਕੈਨ ਕਰਨਗੇ। ਸਕੈਨਿੰਗ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ:

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

ਜੇ ਤੁਹਾਡੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸ਼ਾਖਾਵਾਂ ਹਨ, ਤਦ ਉਹਨਾਂ ਨੂੰ If/Then ਵਰਗੇ ਲੇਬਲ ਨਾਲ ਸਪੱਸ਼ਟ ਦਿਖਾਓ ਬਜਾਏ ਕਿ ਲੰਬੇ ਪੈਰਾ ਵਿੱਚ ਹਾਲਤਾਂ ਨੂੰ ਦਫਨ ਕਰਨ।

ਸੰਗਤ ਦਰਸ਼ਨੀ ਸਧਾਰਣ ਰੱਖੋ (ਕਲਾ ਬਣਾਉਣ बिना)

ਗੈਰ-ਟੈਕਨੀਕੀ ਪਾਠਕ ਰੋਲ ਅਤੇ ਰਿਸਕ ਨੂੰ ਸਮਝਣ ਲਈ ਦਰਸ਼ਨੀ ਸੁਝਾਵਾਂ ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ। ਇੱਕ ਛੋਟਾ ਸੈਟ ਚੁਣੋ ਅਤੇ ਹਰ ਜਗ੍ਹਾ ਇਕਸਾਰ ਵਰਤੋਂ ਕਰੋ:

• ਰੋਲ ਆਈਕਨ ਜਾਂ ਬੈਜ (Owner, Approver, Requester)
• ਉੱਚ- ਪ੍ਰਭਾਵ ਕਦਮਾਂ ਲਈ ਚੇਤਾਵਨੀ ਕਾਲਆਊਟ (ਕੰਪਲਾਇੰਸ, ਫਾਇਨੈਂਸ, ਗਾਹਕ ਡੇਟਾ)
• ਮਨਜ਼ੂਰੀ ਦਰਸਾਉਂਦੇ ਨਿਸ਼ਾਨ (ਉਦਾਹਰਣ: “Approval required” vs “No approval needed”)

ਇਕਸਾਰਤਾ ਸਟਾਈਲ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇੱਕ ਸਧਾਰਣ, ਦੁਹਰਾਇਆ ਜਾਣ ਵਾਲਾ ਸਿਸਟਮ ਗਲਤੀਆਂ ਘਟਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਪਾਠਕ ਤੁਰੰਤ ਪੈਟਰਨ ਪਛਾਣ ਲੈਂਦੇ ਹਨ।

ਛੋਟੇ, ਪ੍ਰਯੋਗੀ ਐਕਸ਼ਨ ਜੋ ਲੋਕ ਵਰਤਦੇ ਹਨ ਸ਼ਾਮਲ ਕਰੋ

ਛੋਟੀ ਸੁਵਿਧਾਵਾਂ ਦੱਸੀਐਪਣ ਨੂੰ ਵਧਾਉਂਦੀਆਂ ਹਨ। ਹਰ ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ ਤੇ ਇੱਕ ਸੰਕੁਚਿਤ "Quick actions" ਖੇਤਰ ਸ਼ਾਮਲ ਕਰੋ:

• Print (ਸਾਫ਼ ਪ੍ਰਿੰਟ ਲੇਆਉਟ, ਕੋਈ ਸਾਈਡਬਾਰ ਨਹੀਂ)
• Copy checklist (ਇੱਕ-ਕਲਿੱਕ ਵਿੱਚ ਕਦਮਾਂ ਦੀ ਨਕਲ)
• Download template (ਫਾਰਮ, ਈਮੇਲ ਸਕ੍ਰਿਪਟ, ਸਪ੍ਰੈਡਸ਼ੀਟ)

ਇਹ ਐਕਸ਼ਨ ਉੱਪਰ ਰੱਖੋ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਉਨ੍ਹਾਂ ਨੂੰ ਖੋਜਣ ਲਈ ਮਰੇ ਨਾ।

ਐਕਸੈਸਬਿਲਿਟੀ ਮੁੱਖ ਗੱਲਾਂ ਨੂੰ ਕਵਰ ਕਰੋ

ਐਕਸੈਸਬਿਲਿਟੀ ਵਰਤਣਯੋਗਤਾ ਹੈ। ਮੁਢਲੇ ਅਦੁੱਈ:

• ਉਚਿਤ конт੍ਰਾਸਟ ਅਤੇ ਪੜ੍ਹਨਯੋਗ ਫੋਂਟ ਸਾਈਜ਼
• ਸਪਸ਼ਟ ਲਿੰਕ ਸਟਾਈਲਿੰਗ (ਕੇਵਲ ਰੰਗ ਨਹੀਂ)
• ਮੇਨੂਜ਼, ਖੋਜ ਅਤੇ ਐਕੋਰਡੀਅਨ ਲਈ ਪੂਰੀ ਕੀਬੋਰਡ ਨੈਵੀਗੇਸ਼ਨ
• ਸਾਦੀ ਭਾਸ਼ਾ ਵਾਲੇ ਲੇਬਲ (ਜਿੱਥੇ ਸੰਭਵ ਹੋ ਅੰਦਰੂਨੀ ਜਾਰਗਨ ਤੋਂ ਬਚੋ)

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

ਪਰਵਾਨਗੀ, ਪ੍ਰਾਈਵੇਸੀ ਅਤੇ ਸਮੱਗਰੀ ਸੁਰੱਖਿਆ ਦੇ ਨਿਯਮ ਸੈੱਟ ਕਰੋ

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

ਕਿਹੜਾ ਸਮੱਗਰੀ ਕਿੱਥੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਫੈਸਲਾ ਕਰੋ

ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਪੰਨੇ ਤਿੰਨ ਬਕਟਾਂ ਵਿੱਚ ਵਰਗੀਕਰਣ ਕਰੋ ਅਤੇ ਨੈਵੀਗੇਸ਼ਨ ਵਿੱਚ ਸਪੱਸ਼ਟ ਲੇਬਲ ਕਰੋ:

• Public: ਉੱਚ-ਸਤਰ ਦੀਆਂ “ਅਸੀਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ” ਓਵਰਵਿਊ, ਬ੍ਰਾਂਡ ਨਿਰਦੇਸ਼, ਗੈਰ-ਸੰਵੇਦਨਸ਼ੀਲ ਨੀਤੀਆਂ।
• Internal-only: ਬਹੁਤ ਸਾਰੇ SOPs, ਓਨਬੋਰਡਿੰਗ ਗਾਈਡ, ਟੂਲ ਹਦਾਇਤਾਂ, ਟੀਮ ਚੈੱਕਲਿਸਟ।
• Restricted: HR (ਮੁਆਵਜ਼ਾ, ਪ੍ਰਦਰਸ਼ਨ), ਫਾਇਨੈਂਸ (ਬੈਂਕਿੰਗ, ਇਨਵੌਇਸ ਦੀਆਂ ਵਿਸਥਾਰਾਂ), ਸੁਰੱਖਿਆ (ਇਨਸੀਡੈਂਟ ਰਿਸਪਾਂਸ, ਵੇਂਡਰ ਕ੍ਰੈਡੇਂਸ਼ਲ), ਕਾਨੂੰਨੀ (ਠੇਕੇ)।

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

ਰੋਲ ਉਹੀ ਰੱਖੋ ਜੋ ਕੰਮ ਅਸਲ ਵਿੱਚ ਕਰਦਾ ਹੈ

ਪਰਵਾਨਗੀਆਂ ਸਧਾਰਨ ਰੱਖੋ ਤਾਂ ਕਿ ਉਹ ਵਾਸਤੇ ਅਮਲਿਕ ਹੋਣ:

• Viewers: ਉਹ ਹਰ ਕੋਈ ਜੋ ਪ੍ਰਕਿਰਿਆਆਂ ਫੋਲੋ ਕਰਨੀ ਚਾਹੁੰਦਾ
• Editors: ਵਿਸ਼ੇ-ਮਾਮਲੇ ਵਾਲੇ ਮਾਲਕ ਜੋ ਡ੍ਰਾਫਟ ਬਣਾਉਂਦੇ
• Approvers: ਲੀਡਰ/ਕੰਪਲਾਇੰਸ ਜੋ ਮਨਜ਼ੂਰੀ ਦਿੰਦੇ
• Admins: ਯੂਜ਼ਰ, ਸੈਟਿੰਗ ਅਤੇ ਐਮਰਜੈਂਸੀ ਐਕਸੈਸ ਨੂੰ ਸੰਭਾਲਦੇ

ਰੋਲਾਂ ਨੂੰ ਵਿਅਕਤੀਆਂ ਦੇ ਬਜਾਏ ਗਰੂਪਾਂ (ਟੀਮਾਂ, ਵਿਭਾਗ) ਨਾਲ ਜੋੜੋ ਤਾਂ ਕਿ ਲੋਕ ਬਦਲਣ 'ਤੇ ਰੱਖ-ਰਖਾਅ ਘੱਟ ਹੋਵੇ।

ਮਨਜ਼ੂਰੀ ਨਿਯਮਾਂ ਅਤੇ ਸਾਈਨ-ਆਫ ਟ੍ਰਿਗਰ ਦਸਤਾਵੇਜ਼ ਕਰੋ

ਹਰ ਪ੍ਰਕਿਰਿਆ ਟੈਮਪਲੇਟ ਤੋਂ ਇੱਕ ਛੋਟਾ “change policy” ਲਿੰਕ ਕਰੋ। ਨਿਰਧਾਰਤ ਕਰੋ:

• ਕਿਹੜੇ ਬਦਲਾਅ self-serve ਹਨ (ਟਾਈਪੋ, ਸਕ੍ਰੀਨਸ਼ਾਟ, ਸੁਧਾਰਾਤਮਕ ਲਫ਼ਜ਼)
• ਕਿਹੜੇ approval ਮੰਗਦੇ ਹਨ (ਕੀਮਤ, ਕਾਨੂੰਨੀ ਭਾਸ਼ਾ, ਗਾਹਕ ਡੇਟਾ ਹੈਂਡਲਿੰਗ, ਸੁਰੱਖਿਆ ਕਦਮ)
• ਅੰਦੇਸ਼ਿਤ review timing (ਉਦਾਹਰਣ: 3 ਕਾਰੋਬਾਰੀ ਦਿਨਾਂ ਵਿੱਚ ਮਨਜ਼ੂਰੀ) ਅਤੇ ਬੈਕਅੱਪ ਅਪ੍ਰੂਵਰ

ਉਦਾਹਰਣ ਸੁਰੱਖਿਅਤ ਰੱਖੋ

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

ਪਲੇਸਹੋਲਡਰ ਵਰਗੇ ਵਰਤੋ:

• Customer: Acme Co.
• Email: [email protected]
• Account/Invoice: INV-000123

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

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

ਖੋਜ, ਲੱਭਣਯੋਗਤਾ ਅਤੇ ਕ੍ਰਾਸ-ਲਿੰਕਿੰਗ ਨੂੰ ਸੁਧਾਰੋ

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

ਉਹ ਖੋਜ ਬਣਾਓ ਜੋ ਲੋਕ ਸਹਾਇਤਾ ਲਈ ਪੁੱਛਦੇ ਹਨ

ਕੇਵਲ ਇਕ ਖੋਜ ਬਾਕਸ 'ਤੇ ਨਿਰਭਰ ਨਾ ਰਹੋ। ਨਤੀਜੇ ਕਿਸ ਤਰ੍ਹਾਂ ਦਿਖਾਉਂਦੇ ਹਨ ਇਸ ਵਿੱਚ ਉਹ ਫਿਲਟਰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਕਰਮਚਾਰੀ ਸੋਚਦੇ ਹਨ:

• Team/function (Sales, Finance, Support)
• Tag (monthly close, escalation, procurement)
• Role (manager, new hire, approver)
• Tool/system (HubSpot, Jira, NetSuite)

ਇਹ ਫਿਲਟਰ ਨਤੀਜੇ ਪੇਜਾਂ ਅਤੇ ਟੀਮ ਇੰਡੈਕਸ ਪੇਜਾਂ 'ਤੇ ਦਿੱਸਣਯੋਗ ਕਰੋ, ਤਾਂ ਜੋ ਗੈਰ-ਟੈਕਨੀਕੀ ਪਾਠਕ ਇਕ ਐਸਾ ਫਿਲਟਰ ਕਰ ਸਕਣ ਬਿਨਾਂ ਸਹੀ ਪ੍ਰਕਿਰਿਆ ਨਾਮ ਜਾਣੇ।

ਟੀਮ ਇੰਡੈਕਸ ਪੇਜ ਬਣਾਓ (ਤੁਹਾਡੇ "ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ")

ਹਰ ਫੰਕਸ਼ਨ ਲਈ ਇੱਕ ਇੰਡੈਕਸ ਪੇਜ ਬਣਾ ਕਰੋ ਜੋ ਜਵਾਬ ਦੇਵੇ: “ਅਸੀਂ ਇੱਥੇ ਕੀ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਸ਼ੁਰੂਆਤ ਕਿੱਥੋਂ ਕਰੀਏ?”

ਛੋਟਾ ਇੰਟਰੋ, ਸਭ ਤੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਅਤੇ ਸਮੂਹਿਤ ਲਿੰਕ (Onboarding, Daily/Weekly, Exceptions, Templates) ਸ਼ਾਮਲ ਕਰੋ। ਇਹ ਗਲੋਬਲ ਨੈਵੀਗੇਸ਼ਨ 'ਤੇ ਦਬਾਅ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਨਵੇਂ ਜੋਇਨਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਰਾਹ ਦਿਖਾਉਂਦਾ ਹੈ।

ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਇੱਕ ਵਰਕਫਲੋ ਵਾਂਗ ਕ੍ਰਾਸ-ਲਿੰਕ ਕਰੋ, ਨਾ ਕਿ ਇੱਕ ਵਿਸ਼ਾਲ ਵਿਕੀ

“Related processes” ਲਿੰਕ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਆਮ ਸੰਜੋੜੇ ਕੰਮਾਂ ਨੂੰ ਜੁੜਦੇ ਹਨ (ਉਦਾਹਰਣ: “Create a quote” → “Discount approval” → “Send contract”)।

ਲਕੀਨਕਰਮ ਲਈ, Next/Previous ਨੈਵੀਗੇਸ਼ਨ ਜੋੜੋ ਤਾਂ ਕਿ ਕੋਈ ਵਿਅਕਤੀ ਪੂਰੇ ਫਲੋ ਨੂੰ ਫਾਲੋ ਕਰ ਸਕੇ ਬਿਨਾਂ ਖੋਜ ਤੇ ਵਾਪਸ ਜਾਣ। ਇਸਨੂੰ ਪੇਜ਼ਾਂ ਦੀ ਇੱਕ ਚੈੱਕਲਿਸਟ ਵਰਗ ਕੰਚ treat ਕਰੋ, ਸਪਸ਼ਟ "ਰੋਕੋ ਬਿੰਦੂ" (handoff, approval, done) ਨਾਲ।

ਅੰਦਰੂਨੀ ਸ਼ਬਦਾਵਲੀ ਲਈ ਇੱਕ ਗਲੋਸਰੀ ਜੋੜੋ

ਕੰਪਨੀ ਸੰਖੇਪ ਅਤੇ ਟੂਲ ਨਿਕਨੇਮ ਸਮਝ ਨੂੰ ਰੋਕਦੇ ਹਨ। ਇੱਕ ਸਧਾਰਣ glossary ਪੇਜ (ਉਦਾਹਰਣ: glossary) ਰੱਖੋ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ਾਂ 'ਤੇ ਟਰਮਾਂ inline ਲਿੰਕ ਕਰੋ।

ਹਰ ਪਰਿਭਾਸ਼ਾ ਛੋਟੀ ਰੱਖੋ, synonyms ਸ਼ਾਮਲ ਕਰੋ (“PO = Purchase Order”), ਅਤੇ ਜਦੋ ਕੋਈ ਟਰਮ ਕਾਰਵਾਈ ਦਰਸਾਉਂਦੀ ਹੋਵੇ ਤਾਂ ਸਭ ਤੋਂ ਵਿਅਕਤੀਗਤ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਲਿੰਕ ਕਰੋ।

ਗਵਰਨੈਂਸ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਰਕਫਲੋ ਸੈੱਟ ਕਰੋ

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

ਮਾਲਕੀਅਤ ਅਤੇ ਸਮੀਖਿਆ ਦੀ ਮਿਆਦ ਨਿਰਧਾਰਤ ਕਰੋ

ਹਰ ਪ੍ਰਕਿਰਿਆ ਪੇਜ਼ ਨੂੰ ਇੱਕ ਛੋਟਾ ਉਤਪਾਦ ਸਮਝੋ। ਇੱਕ ਪੇਜ਼ ਮਾਲਕ ਨਿਰਧਾਰਤ ਕਰੋ (ਆਮ ਤੌਰ 'ਤੇ ਕਾਰਜ ਦੇ ਸਭ ਤੋਂ ਨੇੜੇ ਟੀਮ ਲੀਡ) ਅਤੇ ਪੇਜ਼ 'ਤੇ ਸਿਧਾ ਇੱਕ ਸਮੀਖਿਆ ਤਾਰੀਖ ਜੋੜੋ ਤਾਂ ਪਾਠਕ ਤਾਜ਼ਗੀ ਇੱਕ ਨਜ਼ਰ ਵਿੱਚ ਵੇਖ ਸਕਣ।

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

ਅਪਡੇਟਸ ਨੂੰ ਆਸਾਨ—and ਟ੍ਰੈਕਏਬਲ—ਬਨਾਓ

ਲੋਕ ਦਸਤਾਵੇਜ਼ ਅਪਡੇਟ ਨਹੀਂ ਕਰਨਗੇ ਜੇ ਰਾਹ ਸਪਸ਼ਟ ਨਾ ਹੋਵੇ। ਇੱਕ ਇਕ-ਇੰਟੇਕ ਮੈਥਡ ਫ਼ੈਸਲਾ ਕਰੋ ਅਤੇ ਅੰਦਰੂਨੀ ਪਲੇਬੁੱਕ ਪੋਰਟਲ 'ਤੇ ਇਸਨੂੰ ਸਟੈਂਡਰਡ ਕਰੋ।

ਉਦਾਹਰਣ ਵਜੋਂ, ਹਰ ਪੇਜ਼ 'ਤੇ "Request a change" ਲਿੰਕ ਜੋੜੋ ਜੋ ਇੱਕ ਛੋਟਾ ਫਾਰਮ ਜਾਂ ਟਿਕਟ ਟੈਮਪਲੇਟ ਖੋਲ੍ਹੇ। ਲਾਜ਼ਮੀ ਫੀਲਡ ਸ਼ਾਮਲ ਕਰੋ: ਕੀ ਗਲਤ ਹੈ, ਕੀ ਬਦਲਣਾ ਚਾਹੀਦਾ, ਤਾਤਕਾਲਤਾ, ਅਤੇ ਕਿਸ ਨੇ ਧਿਆਨ ਦਿੱਤਾ।

ਵਰਜ਼ਨਿੰਗ ਵਰਤੋ ਤਾਂ ਕਿ ਬਦਲਾਅ ਖਤਰਨਾਕ ਨਾ ਲੱਗਣ

ਜਦੋਂ ਟੀਮਾਂ ਡਰਦੀਆਂ ਹਨ ਕਿ ਉਹ "ਅਧਿਕਾਰਕ" ਡੌਕ ਨੂੰ ਖਰਾਬ ਕਰ ਦੇਣਗੀਆਂ, ਉਹ ਸੁਧਾਰ ਕਰਨ ਤੋਂ ਕਤਰਾਉਂਦੀਆਂ ਹਨ। ਬਦਲਾਅ ਦਰਜ ਕਰਕੇ ਇਸ ਡਰ ਨੂੰ ਘਟਾਓ।

ਰਿਕਾਰਡ ਰੱਖੋ: ਤਾਰੀਖ, ਸੰਖੇਪ, ਮਾਲਕ, ਅਤੇ ਸੰਬੰਧਤ ਪੇਜ਼ਾਂ ਦੇ ਲਿੰਕ। ਵੱਡੇ ਬਦਲਾਅ ਲਈ, ਨੈਵੀਗੇਸ਼ਨ 'ਤੇ ਪੇਜ਼ ਨੂੰ “Updated” ਰੱਖੋ ਜਾਂ ਇੱਕ recent-changes ਪੇਜ 'ਤੇ ਦਿਖਾਓ।

ਲੇਖਨ ਨੂੰ ਮਿਆਰੀਕ੍ਰਿਤ ਕਰੋ ਤਾਂ ਕਿ ਪੇਜ਼ ਇਕਸਾਰ ਮਹਿਸੂਸ ਕਰਨ

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

ਇਸਨੂੰ ਪ੍ਰਾਟਿਕਲ ਰੱਖੋ: ਪੇਜ਼ ਸਟ੍ਰੱਕਚਰ (Purpose → When to use → Steps → Exceptions), ਨਾਮਕਰਨ ਨਿਯਮ, ਕਦਮਾਂ ਨੂੰ ਲਿਖਣ ਦਾ ਢੰਗ, ਅਤੇ ਕਿਵੇਂ ਸੰਬੰਧਤ SOPs ਨੂੰ ਲਿੰਕ ਕਰਨਾ। ਇਸਨੂੰ ਪਲੇਬੁੱਕ ਖੁਦ ਵਿੱਚ ਰੱਖੋ (ਉਦਾਹਰਣ: style-guide) ਅਤੇ ਸਮੀਖਿਆ ਦੌਰਾਨ ਇਸ ਨੂੰ ਹਵਾਲਾ ਦਿਓ।

ਲਾਂਚ, ਅਪਨਾਵਟ ਅਤੇ ਸਮੇਂ ਨਾਲ ਸੁਧਾਰ

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

ਇੱਕ ਪਾਇਲਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ (ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖੋ)

ਹਰ SOP ਅਤੇ ਵਰਕਫਲੋ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਟੀਮ (ਜਾਂ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਖੇਤਰ ਜਿਵੇਂ ਓਨਬੋਰਡਿੰਗ, ਆਪਣਾ ਸਹਾਇਤਾ, ਜਾਂ ਸੇਲਜ਼ ਓਪਸ) ਨਾਲ ਪਾਇਲਟ ਕਰੋ। ਸਕੋਪ ਸਮਾਲ ਰੱਖੋ ਪਰ ਅਸਲੀ ਹੋਵੇ ਤਾਂ ਕਿ ਸਮੱਸਿਆਵਾਂ ਸਾਹਮਣੇ ਆ ਸਕਣ।

ਪਾਇਲਟ ਦੌਰਾਨ ਧਿਆਨ ਦਿਓ:

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

ਜੋ ਤੁਹਾਨੂੰ ਮਿਲਦਾ ਹੈ ਉਸ ਤੋਂ ਟੈਮਪਲੇਟ, ਲੇਬਲ ਅਤੇ ਕ੍ਰਾਸ-ਲਿੰਕਿੰਗ ਨਿਯਮਾਂ ਨੂੰ ਸੁਧਾਰੋ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਸਕੇਲ ਕਰੋ।

ਪਲੇਬੁੱਕ ਖੁਦ ਲਈ ਓਨਬੋਰਡਿੰਗ ਗਾਈਡ ਬਣਾਓ

ਮੰਨੋ ਨਹੀਂ ਕਿ ਪਾਠਕਾਂ ਨੂੰ ਪਤਾ ਹੈ ਕਿ ਸਾਈਟ ਕਿਵੇਂ ਵਰਤਨੀ ਹੈ। ਇੱਕ ਛੋਟਾ "ਪਲੇਬੁੱਕ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ" ਪੇਜ਼ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਦੱਸਦਾ:

• ਪਲੇਬੁੱਕ ਕੀ ਹੈ (ਅਤੇ ਕੀ ਨਹੀਂ)
• ਖੋਜ ਬਨਾਮ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਦਾ ਤਰੀਕਾ
• ਇੱਕ ਪੇਜ਼ ਕਿਵੇਂ ਪਤਾ ਲਗਾਇਆ ਜਾਵੇ ਕਿ ਪ੍ਰਕਿਰਿਆ ਮੌਜੂਦ ਹੈ (last updated, owner)
• ਬਦਲਾਅ ਦੀ ਬੇਨਤੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਜਾਂ ਗਲਤੀ ਰਿਪੋਰਟ ਕਰਨੀ ਹੈ

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

ਲਾਂਚ ਦੀ ਘੋਸ਼ਣਾ ਤੇਜ਼-ਸ਼ੁਰੂ ਰਾਹਾਂ ਨਾਲ ਕਰੋ

ਲਾਂਚ ਵਿੱਚ ਲੋਕਾਂ ਨੂੰ ਤੁਰੰਤ ਕਾਮਯਾਬ ਬਣਾਉਣ ਵਾਲੇ ਲਿੰਕ ਸ਼ਾਮਲ ਹੋਣ ਚਾਹੀਦੇ ਹਨ। ਸਾਈਟ ਨੂੰ ਉਹਨਾਂ ਚੈਨਲਾਂ ਵਿੱਚ ਐਲਾਨ ਕਰੋ ਜਿੱਥੇ ਲੋਕ ਪਹਿਲਾਂ ਹੀ ਹੁੰਦੇ ਹਨ (ਈਮੇਲ, Slack/Teams, All-hands), ਅਤੇ ਸਭ ਤੋਂ ਆਮ ਕਾਰਜਾਂ ਲਈ quick-start ਲਿੰਕ ਦਿਓ।

ਉਦਾਹਰਣ:

• “Start here” (playbook/start)
• “New manager essentials” (playbook/management)
• “How we ship work” (playbook/delivery)
• “Request a change” (playbook/changes)

ਜੇ ਸੰਭਵ ਹੋ, ਇੱਕ ਛੋਟੀ ਲਾਈਵ ਵਾਕਥਰੂ (15 ਮਿੰਟ) ਕਰੋ ਅਤੇ ਰਿਕਾਰਡ ਕਰੋ।

ਅਪਨਾਵਟ ਟਰੈਕ ਕਰੋ ਅਤੇ ਸਮੇਂ ਨਾਲ ਸੁਧਾਰ ਕਰੋ

ਦਿਨ ਪਹਿਲੋਂ ਹੀ ਇੱਕ ਸਾਦਾ ਫੀਡਬੈਕ ਲੂਬ ਸ਼ੁਰੂ ਕਰੋ। ਅਪਨਾਵਟ ਮੈਟ੍ਰਿਕਸ ਟ੍ਰੈਕ ਕਰੋ ਜਿਵੇਂ:

• ਹਫ਼ਤਾਵਾਰੀ ਐਕਟਿਵ ਯੂਜ਼ਰ ਅਤੇ ਵਾਪਸੀ ਕਰਨ ਵਾਲੇ ਵਿਜ਼ਟਰ
• ਸਭ ਤੋਂ ਅਧਿਕ ਖੋਜੇ ਗਏ ਸ਼ਬਦ ਅਤੇ "ਕੋਈ ਨਤੀਜਾ ਨਹੀਂ" ਵਾਲੀ ਖੋਜਾਂ
• ਸਭ ਤੋਂ ਦੇਖੇ ਗਏ ਪੇਜ਼ (ਅਤੇ ਟਾਈਮ-ਆਨ-ਪੇਜ਼ ਇੱਕ ਅਨੁਮਾਨੇਕ ਸਪਸ਼ਟਤਾ ਸੰਕੇਤ)
• ਬਦਲਾਅ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਅਪਡੇਟ ਲਈ ਲੱਗਣ ਵਾਲਾ ਸਮਾਂ

ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਗੁਣਵੱਤੀ ਫੀਡਬੈਕ ਨਾਲ ਜੋੜੋ: ਇੱਕ ਹਲਕੀ “Was this helpful?” ਪ੍ਰੰਪਟ ਜਾਂ ਫਾਰਮ ਲਿੰਕ ਸ਼ਾਮਲ ਕਰੋ। ਮਹੀਨਾਵਾਰੀ ਤੌਰ 'ਤੇ ਨਤੀਜੇ ਦੇਖੋ, ਸਭ ਤੋਂ ਉੱਚ-ਘਰਸ਼ ਵਾਲੇ ਪੇਜ਼ਾਂ ਨੂੰ ਪਹਿਲਾਂ ਫਿਕਸ ਕਰੋ, ਅਤੇ ਨੰਨੇ-ਨੰਨੇ ਅਪਡੇਟ ਪ੍ਰਕਾਸ਼ਿਤ ਰੱਖੋ ਤਾਂ ਕਿ ਪਲੇਬੁੱਕ ਭਰੋਸੇਯੋਗ ਰਹੇ।