15 ਜੂਨ 2025·8 ਮਿੰਟ
ਕਦਮ-ਦਰ-ਕਦਮ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਲਈ ਵੈੱਬਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ
ਇੱਕ ਸਪਸ਼ਟ ਵੈੱਬਸਾਈਟ ਬਣਾਉਣ ਬਾਰੇ ਜਾਣੋ ਜੋ ਕਦਮ-ਦਰ-ਕਦਮ ਉਤਪਾਦ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ—ਸੰਰਚਨਾ, ਟੈਂਪਲੇਟ, ਨੈਵੀਗੇਸ਼ਨ, SEO ਅਤੇ ਲਾਂਚ ਚੈੱਕਲਿਸਟ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਅੱਗੇ ਵਧਦੇ ਰਹਿਣ।
ਇੱਕ ਸਪਸ਼ਟ ਵੈੱਬਸਾਈਟ ਬਣਾਉਣ ਬਾਰੇ ਜਾਣੋ ਜੋ ਕਦਮ-ਦਰ-ਕਦਮ ਉਤਪਾਦ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ—ਸੰਰਚਨਾ, ਟੈਂਪਲੇਟ, ਨੈਵੀਗੇਸ਼ਨ, SEO ਅਤੇ ਲਾਂਚ ਚੈੱਕਲਿਸਟ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਅੱਗੇ ਵਧਦੇ ਰਹਿਣ।
ਪੰਨੇ ਡਿਜ਼ਾਇਨ ਜਾਂ ਕਦਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਕੌਣ ਮਾਈਗ੍ਰੇਟ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ “ਮੁਕੰਮਲ” ਹੋਣ ਦਾ ਮਤਲਬ ਕੀ ਹੈ। ਜੋ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਾਰਿਆਂ ਦੀ ਸੇਵਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ ‘ਤੇ ਕਿਸੇ ਦੀ ਸੇਵਾ ਨਹੀਂ ਕਰ ਸਕਦਾ: ਇਹ ਜਾਂ ਤਾਂ ਮਾਹਿਰਾਂ ਲਈ ਬਹੁਤ ਥੱਲਾ ਹੋ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸ਼ੁਰੂਆਤੀ ਲਈ ਬਹੁਤ ਜਟਿਲ।
ਆਪਣੇ ਮੁੱਖ ਪਾਠਕ ਕਿਸਮਾਂ ਨੂੰ ਸਧੇ ਭਾਸ਼ਾ ਵਿੱਚ ਨਾਮ ਦਿਓ। ਉਤਪਾਦ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਲਈ ਆਮ ਦਰਸ਼ਕ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦੇ ਹਨ:
ਮੁੱਖ ਕਦਮ ਫਲੋ ਲਈ ਇੱਕ primary audience ਚੁਣੋ। ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਹੋਰ ਦਰਸ਼ਕਾਂ ਨੂੰ ਕਿਵੇਂ ਸਹਿਯੋਗ ਦਿੱਤਾ ਜਾਵੇ: ਵੱਖ-ਵੱਖ ਟ੍ਰੈਕ, ਕਾਲਆਉਟ ("For admins"), ਜਾਂ ਪੂਰਵ-ਸ਼ਰਤ ਪੰਨੇ। ਇਹ ਮੁੱਖ ਯਾਤਰਾ ਨੂੰ ਸਾਫ਼ ਰੱਖਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਡਿਪਥ ਦਿੰਦਾ ਹੈ।
ਹਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਇਕੋ ਜਿਹੀ ਨਹੀਂ ਹੁੰਦੀ। ਵੈੱਬਸਾਈਟ ਉਨ੍ਹਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ “ਮੋਡ” ਨੂੰ ਲਿਖੋ ਜੋ ਤੁਹਾਨੂੰ ਸਮਰਥਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਕਿ ਤੁਸੀਂ ਬਿਲਡ ਦੌਰਾਨ ਮਿਸਿੰਗ ਮਾਰਗ ਨਾ ਪਾਓ:
ਹਰ ਕਿਸਮ ਲਈ ਵੱਖ-ਵੱਖ ਐਂਟਰੀ ਪੌਇੰਟ, ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ ਅਤੇ ਵੈਰੀਫਿਕੇਸ਼ਨ ਕਦਮ ਲੋੜੀਂਦੇ ਹੋ ਸਕਦੇ ਹਨ। ਇਹ ਸ਼ੁਰੂ ਵਿੱਚ ਕੈਪਚਰ ਕਰਨ ਨਾਲ ਤੁਹਾਡੀ ਨੈਵੀਗੇਸ਼ਨ ਅਤੇ ਟੈਂਪਲੇਟ ਡਿਜ਼ਾਇਨ 'ਤੇ ਅਸਰ ਪਵੇਗਾ।
ਉਹ ਸਫਲਤਾ ਮਾਪਦੰਡ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਜੋ ਗਾਈਡ ਦੇ ਮਕਸਦ ਨਾਲ ਖੱਟਦੇ ਹੋਣ। ਲਾਭਦਾਇਕ ਮੈਟਰਿਕਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਇਹਨਾਂ ਨੂੰ ਇੱਕ ਛੋਟੀ “definition of success” ਵਿਵਰਣ ਵਿਚ ਬਦਲੋ ਜੋ ਤੁਸੀਂ ਸਟੇਕਹੋਲਡਰਾਂ ਨਾਲ ਸਾਂਝਾ ਕਰ ਸਕੋ। ਇਹ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਕੀ ਲਿਖਣਾ ਹੈ ਪ੍ਰਾਇਰਿਟਾਈਜ਼ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ।
ਇੱਕ ਕਦਮ-ਦਰ-ਕਦਮ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਾਈਟ ਨਿਰਭਰਯੋਗ ਮਹਿਸੂਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਵਿਸ਼ੇਸ਼ ਹੁੰਦੀ ਹੈ। ਇਹ ਫੈਸਲੇ ਖੁੱਲ੍ਹੇ ਲਿਖੋ ਕਿ ਗਾਈਡ ਕੀ ਕਵਰ ਕਰੇਗੀ ਅਤੇ ਕੀ ਨਹੀਂ—for example, ਸਪੋਰਟ ਕੀਤੇ ਸਰੋਤ ਵਰਜ਼ਨ, ਵਿਕਲਪਿਕ ਐਡਵਾਂਸਡ ਪਟੀਮਾਈਜ਼ੇਸ਼ਨ, ਗੈਰ-ਸਪੋਰਟ ਕੀਤੇ ਤੀਜੇ-ਧਿਰ ਟੂਲ ਜਾਂ ਐਜ ਕੇਸ।
ਅੰਦਰੂਨੀ ਸਹਿਮਤੀ ਲਈ ਇੱਕ “Out of scope” ਨੋਟ ਲਿਖੋ, ਅਤੇ ਇਕ ਛੋਟਾ ਸਰਵਜਨੀਕ ਬਿਆਨ ਯੋਜਨਾ ਕਰੋ ("ਇਹ ਗਾਈਡ X ਅਤੇ Y ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ; Z ਲਈ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ"). ਸਪਸ਼ਟ ਹੱਦਾਂ ਅਨਅੰਤ ਸ਼ਾਮਲੀਆਂ ਨੂੰ ਰੋਕਦੀਆਂ ਹਨ ਅਤੇ ਗਾਈਡ ਦਾ ਸੰਭਾਲ ਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ।
ਇੱਕ ਵੀ ਕਦਮ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ, ਇਕੱਠਾ ਕਰੋ ਕਿ “ਸਫਲਤਾ” ਕਿਹੜੀ ਦਿੱਸ ਵੇਖਦੀ ਹੈ ਅਤੇ ਕੀ ਖਰਾਬ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਉਹ ਬਿੰਦੂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਵਿਖਰਿਆ ਹੋਇਆ ਟ੍ਰਾਈਬਲ ਗਿਆਨ ਇੱਕ ਸਾਫ਼, ਸਾਂਝਾ ਯੋਜਨਾ ਵਿੱਚ ਬਦਲਦੇ ਹੋ।
ਇੱਕ ਥਾਂ ਬਣਾਓ ਜਿੱਥੇ ਹਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਲੋੜ ਅਤੇ ਫੈਸਲਾ ਦਰਜ ਕੀਤਾ ਜਾਵੇ—ਤੁਹਾਡੀ ਡਰਾਫਟ ਸਾਈਟ, ਇੱਕ ਵਰਕਿੰਗ ਡੌਕ, ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਬੋਰਡ। ਫਾਰਮੈਟ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਹੈ—ਕਿਉਂਕਿ ਨਿਯਮ ਇਹ ਹੈ: ਕਦਮਾਂ, ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ ਅਤੇ ਮਾਲਕਾਂ ਦੀ ਇੱਕ ਅਧਿਕਾਰਕ ਸੂਚੀ।
ਸ਼ਾਮਿਲ ਕਰੋ:
ਸਪੋਰਟ, ਨਬੋਰਡਿੰਗ, ਸਲੂਸ਼ਨ ਇੰਜੀਨੀਅਰਿੰਗ ਅਤੇ ਕਸਟਮਰ ਸਫਲਤਾ ਜਾਣਦੇ ਹਨ ਕਿ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਿੱਥੇ ਝੁਕਦੇ ਹਨ। ਛੋਟੇ ਇੰਟਰਵਿਊ ਦੌਰਾਨ ਖਾਸ ਮਾਮਲਿਆਂ 'ਤੇ ਧਿਆਨ ਦਿਓ:
ਹਰੇਕ ਪਿਟਫਾਲ ਨੂੰ ਕੈਪਚਰ ਕਰੋ: ਲੱਛਣ, ਸੰਭਾਵਤ ਕਾਰਨ, ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਕਰਨੀ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਫਿਕਸ।
ਹਰ ਉਹ ਨਿਰਭਰਤਾ ਲਿਸਟ ਕਰੋ ਜੋ ਕਿਸੇ ਕਦਮ ਨੂੰ ਬਲਾਕ ਕਰ ਸਕਦੀ ਹੈ ਤਾਂ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਉਭਾਰ ਸਕੋ:
ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਵਿੱਚ ਐਕ੍ਰੋਨਿਮ ਅਤੇ ਓਵਰਲੋਡ ਕੀਤੇ ਸ਼ਬਦ ਬਹੁਤ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਸਧਾਰਨ ਗਲੋਸਰੀ ਬਣਾਓ ਜੋ ਪ੍ਰੋਡਕਟ-ਖਾਸ ਸ਼ਬਦਾਂ ਨੂੰ ਸਧੀ ਭਾਸ਼ਾ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕਰੇ ਅਤੇ ਉਹਨਾਂ ਦੇ ਸਿਨੋਨੀਮ ਨੋਟ ਕਰੇ ਜੋ ਯੂਜ਼ਰ ਖੋਜ ਸਕਦੇ ਹਨ। ਇਹ ਮਿਲਾਣ ਘਟਾਏਗਾ ਅਤੇ ਟਰਮੀਨੋਲੋਜੀ ਨੂੰ ਗਾਈਡ ਵਿੱਚ ਸਥਿਰ ਰੱਖੇਗਾ।
ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਉਸ ਵੇਲੇ ਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਲੋਕ ਤੁਰੰਤ ਦੋ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਲੱਭ ਸਕਦੇ ਹਨ: “ਮੈਂ ਕਿੱਥੇ ਸ਼ੁਰੂ ਕਰਾਂ?” ਅਤੇ “ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ?” IA ਉਹ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਪੰਨਿਆਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵਿਵਸਥਿਤ ਕਰਦੇ ਹੋ ਕਿ ਇਹ ਜਵਾਬ ਪਹਿਲੇ ਨਜ਼ਰ ਵਿੱਚ ਸਾਫ਼ ਹੋ ਜਾਣ।
ਜ਼ਿਆਦਾਤਰ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਲਈ ਦੋ ਪੜ੍ਹਨ ਦੇ ਢੰਗ ਲੋੜੀਂਦੇ ਹੁੰਦੇ ਹਨ: ਜੋ ਲੋਕ ਕਦਮ ਕਦਮ ਫਾਲੋ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਅਤੇ ਜੋ ਸਿਰਫ਼ ਕਿਸੇ ਖਾਸ ਸਮੱਸਿਆ ਦਾ ਜਵਾਬ ਲੱਭਦੇ ਹਨ।
ਇੱਕ ਹਾਈਬ੍ਰਿਡ ਸੰਰਚਨਾ ਵਰਤੋਂ:
ਇਸ ਨਾਲ ਮੁੱਖ ਯਾਤਰਾ ਸਧੀ ਰਹਿੰਦੀ ਹੈ ਬਿਨਾਂ ਮਹੱਤਵਪੂਰਨ ਵੇਰਵਿਆਂ ਨੂੰ ਛੁਪਾਉਣ ਦੇ।
ਚੋਟੀ ਨੈਵੀਗੇਸ਼ਨ ਨੂੰ ਸਧਾਰਨ ਅਤੇ ਟਾਸਕ-ਅਧਾਰਿਤ ਰੱਖੋ। ਇੱਕ ਪ੍ਰਯੋਗੀ ਸੈੱਟ ਹੋ ਸਕਦਾ ਹੈ:
ਇਹ ਲੇਬਲਸ ਉਹ ਤਰੀਕੇ ਦਰਸਾਉਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਯੂਜ਼ਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਸੋਚਦੇ ਹਨ ਅਤੇ ਠੀਕ ਸੈਕਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਘਟਾਉਂਦੇ ਹਨ।
ਟ੍ਰੈਫਿਕ ਦੇ ਉੱਪਰਲੇ ਹਿੱਸੇ ਨੇੜੇ ਇੱਕ ਮੁਸ਼ਕਿਲ Start here ਪੰਨਾ ਬਣਾਓ। ਇਸ ਵਿੱਚ ਦਰਜ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
ਇਹ ਪੰਨਾ ਛੁਪੇ ਹੋਏ ਸ਼ਰਤਾਂ ਨੂੰ ਬਾਹਰ ਲਿਆ ਕੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਰਾਸ਼ਾ ਘਟਾਉਂਦਾ ਹੈ।
ਸਾਫ਼ URL ਪੈਟਰਨ ਯੂਜ਼ਰਾਂ ਨੂੰ ਆਪਣੀ ਸਥਿਤੀ ਦੱਸਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਅਤੇ ਖੋਜ ਲਈ ਸਹਾਇਕ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ:
/migration/prepare/migration/migrate/migration/verifyਪੰਨਾ-ਕਿਸਮਾਂ (Step, Concept, Checklist, Troubleshooting) ਨੂੰ ਲਗਾਤਾਰ ਰੱਖੋ। ਜਦੋਂ ਹਰ ਪੰਨਾ “ਪਰਿਚিত” ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ, ਯੂਜ਼ਰ ਸਾਈਟ ਸਿੱਖਣ ਦੀ ਥਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੂਰਾ ਕਰਨ 'ਤੇ ਧਿਆਨ ਤੇਜ਼ੀ ਨਾਲ ਦੇ ਸਕਦੇ ਹਨ।
ਸਹੀ ਪਲੇਟਫਾਰਮ ਚੁਣਨਾ ਫੈਸ਼ਨਬਲ ਟੂਲਾਂ ਬਾਰੇ ਨਹੀਂ ਬਲਕਿ ਇਸ ਗੱਲ ਬਾਰੇ ਹੈ ਕਿ ਤੁਹਾਡੀ ਟੀਮ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਸਹੀ ਕਦਮ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰ ਸਕਦੀ ਹੈ। ਇੱਕ ਉਤਪਾਦ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਅਕਸਰ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ—ਇਸ ਲਈ ਤੁਹਾਡਾ ਪਲੇਟਫਾਰਮ ਐਡਿਟ ਅਤੇ ਰਿਲੀਜ਼ ਕਰਨਾ ਰੋਜ਼ਮਰਾ ਕੰਮ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
ਰਿਵਾਇਤੀ CMS ਉਚਿਤ ਹੈ ਜੇਕਰ ਕਈ ਲੋਕਾਂ ਨੂੰ ਸੌਖਾ ਐਡੀਟਰ, ਸ਼ੈਡਿਊਲ ਪਬਲਿਸ਼ਿੰਗ ਅਤੇ ਪੇਜ਼ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੋਵੇ। ਸਟੈਟਿਕ ਸਾਈਟ ਜਨਰੇਟਰ ਤੇਜ਼ੀ ਅਤੇ ਸਾਫ਼ ਸੰਰਚਨਾ ਲਈ ਢੁਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਚੰਗੀ ਰਿਵਿਊ ਪ੍ਰਕਿਰਿਆ ਰੱਖਦੇ ਹੋ (ਅਕਸਰ Git ਰਾਹੀਂ)। ਹੇਲਪ ਸੈਂਟਰ ਪਲੇਟਫਾਰਮ ਤਦ ਬੇਹਤਰ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਬਿਲਟ-ਇਨ ਖੋਜ, ਵਰਗਾਂ ਅਤੇ ਸਪੋਰਟ-ਸਟਾਈਲ ਵਰਕਫਲੋ ਦੀ ਲੋੜ ਹੋਵੇ।
ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਨੂੰ ਛੋਟੇ ਅੰਦਰੂਨੀ ਟੂਲਜ਼ ਜਿਵੇਂ “readiness checker,” ਡੇਟਾ ਵੈਰੀਫਿਕੇਸ਼ਨ ਡੈਸ਼ਬੋਰਡ, ਜਾਂ ਗਾਈਡ ਚੈੱਕਲਿਸਟ ਐਪ ਸਪੌਨ ਕਰਨੇ ਹਨ—ਤਾਂ Koder.ai ਤੁਹਾਡੇ ਲਈ ਇਹਨਾਂ ਨੂੰ ਚੈਟ-ਅਧਾਰਿਤ ਵਰਕਫਲੋ ਰਾਹੀਂ ਤਿਆਰ ਅਤੇ ਸ਼ਿਪ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਇੰਜੀਨੀਅਰਿੰਗ ਓਵਰਹੈੱਡ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਡੌਕਸ ਅਤੇ ਟੂਲਿੰਗ ਵਿੱਚ ਲਗਾਤਾਰ ਤਜਰਬਾ ਰੱਖਦਾ ਹੈ।
ਪਲੇਟਫਾਰਮ ਇਹ ਸਮਰਥਨ ਕਰਦਾ ਹੋਵੇ:
ਫੈਸਲਾ ਕਰੋ ਕਿ ਕੌਣ draft, review, approve, ਅਤੇ publish ਕਰ ਸਕਦਾ ਹੈ। ਵਰਕਫਲੋ ਸਧਾਰਨ ਰੱਖੋ: ਹਰ ਸੈਕਸ਼ਨ ਲਈ ਇੱਕ ਮਾਲਕ, ਇੱਕ ਸਪਸ਼ਟ ਰੀਵਿਊਅਰ (ਅਕਸਰ ਸਪੋਰਟ ਜਾਂ ਪ੍ਰੋਡਕਟ) ਅਤੇ ਇੱਕ ਨਿਯਮਤ ਰਿਲੀਜ਼ ਰਿਦਮ (ਉਦਾਹਰਨ ਲਈ, ਹਰ ਹਫਤੇ ਅਪਡੇਟ ਅਤੇ ਜਲਦ ਫਿਕਸ) ।
ਜੋ ਤੁਸੀਂ ਪਲੇਟਫਾਰਮ ਚੁਣਿਆ ਉਸਦਾ ਕਾਰਨ, ਕੌਣ ਇਸ ਦਾ ਮਾਲਕ ਹੈ, ਅਤੇ ਪਬਲਿਸ਼ਿੰਗ ਕਿਵੇਂ ਹੁੰਦੀ ਹੈ ਇਹ ਲਿਖੋ। ਵਾਧੂ ਟੂਲਾਂ ਨੂੰ ਜੋੜੋ ਨਾ ਜੇਕਰ ਉਹ ਕਿਸੇ ਨਿਰਦਿਸ਼ਟ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰਦੇ; ਘੱਟ ਟੂਲਸ ਸੈੱਟ ਅਪਡੇਟ ਤੇਜ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ “ਪ੍ਰੋਸੈਸ ਕਰਜ਼” ਘਟਾਉਂਦਾ ਹੈ।
ਦੁਹਰਾਓਯੋਗ ਟੈਂਪਲੇਟ ਤੁਹਾਡੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਨੂੰ ਲਗਾਤਾਰ, ਸਕੈਨ ਕਰਨਯੋਗ ਅਤੇ ਅਪਡੇਟ ਕਰਨ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਲੇਖਕਾਂ ਵਿਚਕਾਰ ਦੇ ਫ਼ਰਕ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਯੂਜ਼ਰ ਮਹੱਤਵਪੂਰਨ ਵੇਰਵੇ ਗੁਆ ਨਹੀਂ ਬੈਠਦੇ।
ਇੱਕ ਪੰਨੇ 'ਤੇ ਇੱਕ “ਯੂਨਿਟ ਆਫ਼ ਵਰਕ” ਹੋਵੇ: ਇੱਕ ਐਕਸ਼ਨ ਜੋ ਯੂਜ਼ਰ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਸਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ। ਇੱਕ ਨਿਸ਼ਚਿਤ ਢਾਂਚਾ ਵਰਤੋ ਤਾਂ ਕਿ ਪਾਠਕ ਹਮੇਸ਼ਾ ਜਾਣਣ ਕਿ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ।
**Goal:** What this step achieves in one sentence.
**Time estimate:** 5–10 minutes.
**Prerequisites:** Accounts, permissions, tools, or prior steps.
### Steps
1. Action written as an imperative.
2. One idea per line.
3. Include UI path and exact button/field labels.
### Expected result
What the user should see when it worked.
### Rollback (if needed)
How to undo safely, and when to stop and ask for help.
ਇਹ “goal, time estimate, prerequisites, steps, expected result, rollback” ਪੈਟਰਨ ਦੋ ਆਮ ਫੇਲੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ: ਯੂਜ਼ਰ ਤਿਆਰ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਕਰ ਦੇਂਦਾ ਹੈ, ਅਤੇ ਯੂਜ਼ਰ ਨੂੰ ਪਤਾ ਨਹੀਂ ਹੁੰਦਾ ਕਿ ਉਹ ਸਫਲ ਹੋਏ ਹਨ ਕਿ ਨਹੀਂ।
ਛੋਟਾ ਸੈਟ ਕਾਲਆਉਟਜ਼ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਅਤੇ ਨਿਰੰਤਰ ਵਰਤੋਂ:
ਕਾਲਆਉਟ ਸੰਖੇਪ ਅਤੇ ਕਾਰਵਾਈ-ਕੇਂਦਰਿਤ ਰੱਖੋ—ਕਾਲਆਉਟ ਵਿੱਚ ਨਿਬੰਧ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।
ਸਕਰੀਨਸ਼ਾਟ ਲਈ ਨਿਯਮ ਬਣਾਓ (ਉਹੀ ਰੇਜ਼ੋਲਿਊਸ਼ਨ, ਈਕੋ-ਥੀਮ, ਸਬੰਧਤ UI ਤੱਕ ਕ੍ਰਾਪ)। UI ਲੇਬਲਾਂ ਨੂੰ ਉਤਪਾਦ ਦੇ ਨਾਲ ਬਿਲਕੁਲ ਮੇਲ ਖਾਓ, ਸ਼ਾਮਿਲ ਕੇਪਿਟਲਾਈਜ਼ੇਸ਼ਨ, ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਖੋਜ ਅਤੇ ਵਿਜ਼ੂਅਲ ਪੁਸ਼ਟੀ ਕਰ ਸਕਣ।
ਹਰ ਸਟੈਪ ਪੰਨੇ 'ਤੇ ਇੱਕ ਛੋਟੀ ਚੇਂਜਲੌਗ ਬਲਾਕ ਜੋੜੋ ਜਿਸ ਵਿੱਚ Last updated ਤਾਰੀਖ ਅਤੇ ਇੱਕ-ਪੰਕਤੀ ਸੰਖੇਪ ਕੀ ਬਦਲਿਆ। ਇਹ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਸਹਾਇਤਾ ਅਤੇ ਰਖ-ਰਖਾਵ ਨੂੰ ਕਾਫੀ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਜਦੋਂ ਯੂਜ਼ਰ ਹਮੇਸ਼ਾ ਇਹ ਜਾਣਦੇ ਹਨ ਕਿ ਉਹ ਕਿੱਥੇ ਹਨ, ਅਗਲਾ ਕੀ ਹੈ, ਅਤੇ ਜੇ ਰੁਕਣਾ ਪਏ ਤਾਂ ਕਿਵੇਂ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ, ਤਾਂ ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਬਹਿਤਰ ਕੰਮ ਕਰਦੀ ਹੈ। ਤੁਹਾਡੀ ਨੈਵੀਗੇਸ਼ਨ ਫੈਸਲੇ-ਬਣਾਉਣ ਨੂੰ ਘੱਟ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਵਧਾਉਣੀ।
ਪੜ੍ਹਨੇ ਲਈ ਸਪਸ਼ਟ ਸਟੈਪ ਨੰਬਰਿੰਗ ਵਰਤੋ ਜੋ ਪੇਜ਼ ਟਾਈਟਲ ਅਤੇ URLs ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੋਵੇ (ਉਦਾਹਰਨ: “Step 3: Export data”)। ਹਰ ਸਟੈਪ ਦੇ ਉੱਪਰ ਇੱਕ ਪ੍ਰੋਗਰੈਸ ਇੰਡੀਕੇਟਰ ਜੋੜੋ (ਉਦਾਹਰਨ: “Step 3 of 8”)। ਇਹ ਖਾਸ ਕਰਕੇ ਲੰਬੀਆਂ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਵਿੱਚ ਲਾਭਦਾਇਕ ਹੈ ਜਿੱਥੇ ਯੂਜ਼ਰ ਕਈ ਦਿਨ ਬਾਅਦ ਵਾਪਸ ਆ ਸਕਦੇ ਹਨ।
“ਮੌਜੂਦਾ ਸਟੈਪ” ਨੂੰ ਨੈਵੀਗੇਸ਼ਨ ਵਿੱਚ ਵਿਜ਼ੂਅਲੀ ਤੌਰ ਤੇ ਹਾਈਲਾਈਟ ਰੱਖੋ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਤੁਰੰਤ ਆਪਣੀ ਦਿਸ਼ਾ ਠੀਕ ਕਰ ਲੈਣ।
ਹਰ ਸਟੈਪ ਪੰਨੇ ਦੇ ਤਲ 'ਤੇ “Next” ਅਤੇ “Previous” ਬਟਨਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰੋ, ਅਤੇ ਲੰਬੇ ਸਟੈਪਾਂ ਲਈ ਉੱਪਰ ਵੀ ਦੁਹਰਾਉ। ਯੂਜ਼ਰਾਂ ਨੂੰ ਖੋਜ-ਸਾਈਡਬਾਰ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਨਾ ਪਏ, ਉਹ ਖੁਦ ਹੈਪੀ ਪਾਥ ਫਾਲੋ ਕਰ ਸਕਣ।
ਇਸ ਲੀਨੀਅਰ ਫਲੋ ਦੇ ਨਾਲ-ਨਾਲ, ਸਾਡੇ ਕੋਲ ਇੱਕ ਸਟੈਪ ਲਿਸਟ ਸਾਈਡਬਾਰ ਹੋਵੇ ਜੋ ਪੂਰੇ ਕ੍ਰਮ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਹ ਅਨੁਭਵੀ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਿੱਧਾ ਕਿਸੇ ਵੀ ਸਟੈਪ ਤੱਕ ਛਾਲ ਮਾਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਸੋਚ-ਵਿਚਾਰ ਵਾਲੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਅਗਲੇ ਕੀ ਆ ਰਿਹਾ ਹੈ ਵੇਖਣ ਦਿੰਦਾ ਹੈ।
ਪੈਰਾਗਰਾਫ ਛੋਟੇ ਰੱਖੋ, ਅਤੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਵਿਆਖਿਆਵਾਂ ਤੋਂ ਵੱਖ ਕੀਤਾ ਜਾਵੇ। ਕਾਰਜਾਂ ਲਈ ਚੈਕਲਿਸਟ ਵਰਤੋ ਅਤੇ ਪੇਜ਼ ਦੇ ਉੱਪਰ ਇੱਕ ਛੋਟੀ ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ ਟੇਬਲ ਰੱਖੋ ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਿਆਰ ਹਨ ਕਿ ਨਹੀਂ ਇਹ ਜਾਂਚ ਸਕਣ।
ਉਦਾਹਰਨ ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ ਟੇਬਲ:
| You’ll need | Why it matters |
|---|---|
| Admin access | To change settings |
| Backup completed | To restore if needed |
ਜਿੱਥੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਕਮਾਂਡ ਚਲਾਣੀ ਜਾਂ ਸੈਟਿੰਗ ਦਰਜ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਉੱਥੇ copy-paste snippets ਦਿਓ ਅਤੇ ਹਰ snippet ਨੂੰ ਲੇਬਲ ਕਰੋ ਕਿ ਇਹ ਕੀ ਕਰਦਾ ਹੈ। snippets ਨੂੰ ਘੱਟ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰੱਖੋ।
# Verify connection before migrating
mytool ping --target "NEW_SYSTEM"
ਆਖਿਰ ਵਿੱਚ, “Save and resume later” ਨੂੰ ਆਸਾਨ ਬਣਾਓ: ਜੋ ਕੰਮ ਹੋ ਚੁੱਕਾ ਹੈ ਉਸ ਨੂੰ ਦਿਖਾਓ ਅਤੇ ਯਾਦ ਦਿਵਾਓ ਕਿ ਅਗਲੇ ਵਾਰੀ ਕਿੱਥੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ।
ਤਿਆਰੀ ਸਮੱਗਰੀ ਉਹ ਹੈ ਜਿੱਥੇ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਸਫਲ ਜਾਂ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ। ਇਸਨੂੰ ਗਾਈਡ ਦਾ ਪਹਿਲਾ-ਸ਼੍ਰੇਣੀ ਹਿੱਸਾ ਮੰਨੋ, ਨਾ ਕਿ Step 1 ਉੱਤੇ ਛੋਟੀ ਨੋਟ। ਤੁਹਾਡਾ ਮਕਸਦ ਪਾਠਕਾਂ ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਹੈ ਕਿ ਉਹ ਮਾਈਗ੍ਰੇਟ ਕਰਨ ਦੇ ਯੋਗ ਹਨ, ਕੀ ਬਦਲੇਗਾ ਅਤੇ ਕਿਸੇ ਅਣਵਾਪਸੀ ਕਾਰਵਾਈ ਤੋਂ ਪਹਿਲਾਂ ਸਭ ਕੁਝ ਇੱਕਠਾ ਕਰ ਲੈਣ।
ਇੱਕ ਏਸਾ ਸਿੰਗਲ ਪੰਨਾ ਬਣਾਓ ਜੋ ਪਾਠਕ ਇੱਕ ਬੈਠਕ ਵਿੱਚ ਪੂਰਾ ਕਰ ਸਕਣ। ਇਸਨੂੰ ਸਕੈਨਯੋਗ ਰੱਖੋ ਅਤੇ ਹਰ ਆਈਟਮ ਟੈਸਟੇਬਲ ਹੋਵੇ (ਕੁਝ ਜਿਨ੍ਹਾਂ ਦੀ ਉਹ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੇ ਹਨ)। ਉਦਾਹਰਨਾਂ: ਮੌਜੂਦਾ ਪਲਾਨ/ਟੀਅਰ ਦੀ ਪੁਸ਼ਟੀ, ਲੋੜੀਂਦੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਈਮੇਲ/ਡੋਮੇਨ/DNS ਦੀ ਪਹੁੰਚ, ਅਤੇ ਟੈਸਟ/ਸਟੇਜਿੰਗ ਉਪਲਬਧ ਹੈ ਕਿ ਨਹੀਂ।
ਜੇ ਤੁਹਾਡਾ ਦਰਸ਼ਕ ਟੀਮਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਛੋਟਾ “ਕੌਣ ਸ਼ਾਮਿਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ” ਬਲਾਕ ਜੋੜੋ ਤਾਂ ਕਿ ਪਾਠਕ ਤੇਜ਼ੀ ਨਾਲ ਸਹੀ ਲੋਕਾਂ ਨੂੰ ਸ਼ਾਮਿਲ ਕਰ ਸਕੇ।
ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਦਰਜ ਕਰੋ:
ਇਸ ਨਾਲ ਪਾਠਕ ਨੂੰ ਮੱਧ-ਪ੍ਰਕਿਰਿਆ ਤੇ ਫਸਣ ਤੋਂ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਸਿਰਫ ਉਹੀ ਸਮਾਂ ਅਤੇ ਡਾਊਨਟਾਈਮ ਨੋਟ ਸ਼ਾਮਿਲ ਕਰੋ ਜਿਹਨਾਂ ਨੂੰ ਤੁਸੀਂ ਟੈਸਟਿੰਗ, ਐਨਾਲਿਟਿਕਸ ਜਾਂ ਸਪੋਰਟ ਇਤਿਹਾਸ ਰਾਹੀਂ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੇ ਹੋ। ਉਨ੍ਹਾਂ ਨੂੰ ਅਨੁਮਾਨਿਤ ਰੇਂਜ ਵਜੋਂ ਪੇਸ਼ ਕਰੋ ਅਤੇ ਦੱਸੋ ਕੀ-ਕਿਹੜੀ ਚੀਜ਼ ਉੱਤੇ ਇਹ ਨਿਰਭਰ ਕਰਦਾ ਹੈ (ਡੇਟਾ ਦਾ ਆਕਾਰ, ਯੂਜ਼ਰਾਂ ਦੀ ਗਿਣਤੀ, ਤੀਜੇ-ਧਿਰ ਸਿੰਕ)। ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਵੱਖ ਕਰੋ:
ਜੋ ਟੀਮਾਂ ਪ੍ਰੋਜੈਕਟ ਵਜੋਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਚਲਾਉਂਦੀਆਂ ਹਨ, ਉਹਨਾਂ ਲਈ ਇੱਕ ਪ੍ਰਿੰਟ ਕਰਨਯੋਗ ਚੈੱਕਲਿਸਟ (ਅਤੇ ਇਛਾ ਹੋਵੇ ਤਾਂ ਡਾਊਨਲੋਡ ਕਰਨਯੋਗ PDF) ਦਿਓ ਜੋ “Before you start” ਪੰਨੇ ਨੂੰ ਮਿਰਰ ਕਰਦਾ ਹੋਵੇ ਅਤੇ ਸਾਈਨ-ਆਫ ਫੀਲਡ ਸ਼ਾਮਿਲ ਕਰਦਾ ਹੋਵੇ ਜਿਵੇਂ “Export complete,” “Backup verified,” ਅਤੇ “Rollback plan approved.”
ਜਦੋਂ ਕਦਮ ਮੁੱਕ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਗਾਈਡ ਖਤਮ ਨਹੀਂ ਹੁੰਦੀ। ਪਾਠਕਾਂ ਨੂੰ ਲੋੜੀਂਦੀ ਭਰੋਸਾ ਚਾਹੀਦੀ ਹੈ ਕਿ ਤਬਦੀਲੀ ਸਫਲ ਹੋਈ, ਜੇ ਨਾ ਤਾਂ ਸਾਫ਼ ਰਸਤਾ ਹੋਵੇ, ਅਤੇ ਜਦੋਂ ਲੋੜ ਹੋਵੇ ਤਾਂ ਸੁਰੱਖਿਅਤ ਤੌਰ 'ਤੇ ਵਾਪਸ ਲਿਆਂਦਾ ਜਾ ਸਕੇ। ਇਨ੍ਹਾਂ ਨੂੰ ਪਹਿਲੀ ਸ਼੍ਰੇਣੀ ਪੰਨਿਆਂ ਵਾਂਗ ਨਾ ਦੇਖੋ—ਉਹ ਫੁੱਟਨੋਟ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।
ਹਰੇਕ ਮੁੱਖ ਮਾਇਲਸਟੋਨ ਲਈ ਇਕ ਵੱਖਰਾ “Verify your migration” ਪੰਨਾ ਬਣਾਓ। ਵੈਰੀਫਿਕੇਸ਼ਨ ਨੂੰ ਸੰਕਲਪਿਤ ਚੈਕਾਂ ਵਜੋਂ ਲਿਖੋ ਜਿਨ੍ਹਾਂ ਦੇ ਸਪਸ਼ਟ ਨਤੀਜੇ ਹੋਣ:
ਚੈੱਕਾਂ ਨੂੰ ਤੇਜ਼, ਕ੍ਰਮਬੱਧ ਅਤੇ ਨਾਨ-ਐਕਸਪ੍ਰਟ ਲਈ ਸਮਝਣਯੋਗ ਰੱਖੋ। ਜੇ ਕੋਈ ਚੈੱਕ ਸਮੇਂ ਲੈ ਸਕਦਾ (ਸਿੰਕ, ਇੰਡੈਕਸਿੰਗ), ਤਾਂ ਅਪੇक्षित ਉਡੀਕ ਅਤੇ “ਸਧਾਰਨ” ਕੀ ਲੱਗਦਾ ਹੈ ਇਹ ਦੱਸੋ।
ਇੱਕ ਕੇਂਦਰੀ Troubleshooting ਪੰਨਾ ਜੋ ਲੋਕ ਅਸਲ ਵਿੱਚ ਰਿਪੋਟ ਕਰਦੇ ਹਨ ਦੇ ਅਨੁਸਾਰ ਵਿਵਸਥਿਤ ਕਰੋ (ਜਿਵੇਂ: “ਯੂਜ਼ਰ ਲੌਗਇਨ ਨਹੀਂ ਕਰ ਸਕਦੇ”, “ਡੇਟਾ ਗਾਇਬ ਹੈ”, “ਇੰਪੋਰਟ 0% 'ਤੇ ਫਸਿਆ ਹੋਇਆ ਹੈ”)। ਹਰੇਕ ਲੱਛਣ ਲਈ ਦਿਓ:
ਜੇ ਰੋਲਬੈਕ ਸੰਭਵ ਹੋਵੇ, ਤਾਂ ਇਸਨੂੰ ਖੁੱਲ੍ਹ ਕੇ ਦਸਤਾਵੇਜ਼ ਕਰੋ: ਕੀ ਵਾਪਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕੀ ਨਹੀਂ, ਅਤੇ ਆਖਰੀ ਸਮਾਂ ਰੇਖਾ (ਜਿਵੇਂ, ਡੇਟਾ ਲਿਖੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ)। ਅਵਾਪਸੀਯੋਗ ਕਾਰਵਾਈਆਂ ਲਈ ਚੇਤਾਵਨੀ ਅਤੇ ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ “ਰੁਕੋ ਅਤੇ ਸਪੋਰਟ ਨਾਲ ਸੰਪਰਕ ਕਰੋ” ਨੋਟ ਸ਼ਾਮਿਲ ਕਰੋ।
ਇੱਕ “Get help” ਸੈਕਸ਼ਨ ਜੋ ਉਨ੍ਹਾਂ ਟ੍ਰਿਗਰਾਂ ਨਾਲ ਸਪਸ਼ਟ ਕਰੇ (ਬਿਜਨੈਸ ਪ੍ਰਭਾਵ, ਸੁਰੱਖਿਆ ਚਿੰਤਾਵਾਂ, ਮੁਆਵਰਾ ਫੇਲ) ਅਤੇ ਇਕ ਚੈੱਕਲਿਸਟ ਦਿੰਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਜਾਣਕਾਰੀ ਸਪੋਰਟ ਨੂੰ ਤੇਜ਼ ਕਾਰਵਾਈ ਲਈ ਦਿੱਤੀ ਜਾਵੇ।
ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਸਿਰਫ਼ ਤਦ ਹੀ ਮਦਦਗਾਰ ਹੈ ਜਦੋਂ ਲੋਕ ਇਸਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਲੱਭ ਸਕਣ—ਖੋਜ, ਤੁਹਾਡੀ ਸਾਈਟ ਨੈਵੀਗੇਸ਼ਨ, ਅਤੇ “ਗਾਈਡ ਅੰਦਰ ਖੋਜ” ਰਾਹੀਂ। ਉਹੀ ਸ਼ਬਦ ਲਿਖੋ ਜੋ ਯੂਜ਼ਰ ਤੁਰੰਤ-ਦਬਾਅ ਹਾਲਤ ਵਿੱਚ ਟਾਈਪ ਕਰਦੇ ਹਨ।
ਉਨ੍ਹਾਂ ਵਾਕ-ਯੂਜ਼ ਰੂਪਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉ ਜੋ ਤੁਹਾਡਾ ਦਰਸ਼ਕ ਅਸਲ ਵਿੱਚ ਲਿਖਦਾ ਹੈ ਜਦੋਂ ਉਹ ਫਸਿਆ ਹੋਵੇ। ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡਾਂ ਲਈ ਖੋਜ-ਇਰਾਦਾ ਆਮ ਤੌਰ 'ਤੇ ਕਾਰਵਾਈ-ਅਧਾਰਿਤ ਅਤੇ ਤੁਰੰਤ ਹੁੰਦਾ ਹੈ:
ਹਰ ਇਰਾਦੇ ਨੂੰ ਇਕ ਨਿਰਧਾਰਿਤ ਪੰਨਾ (ਜਾਂ ਸਪਸ਼ਟ ਲੇਬਲਡ ਸੈਕਸ਼ਨ) ਵਿੱਚ ਬਦਲੋ। ਜੇ ਤੁਸੀਂ ਕਈ ਸਰੋਤ ਸਿਸਟਮ ਸਪੋਰਟ ਕਰਦੇ ਹੋ, ਤਾਂ “From X” ਏਂਟਰੀ ਪੰਨੇ ਬਣਾਉ ਜੋ ਇੱਕੋ ਕੋਰ ਕਦਮ ਵੱਲ ਫਲੋ ਕਰੋ।
ਵਰਣਨਾਤਮਕ H2/H3 ਹੈਡਿੰਗਜ਼ ਲਿਖੋ ਜੋ ਉਹ ਕਦਮ ਦਰਸਾਉਂਦੀਆਂ ਹਨ ਜੋ ਯੂਜ਼ਰਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨੇ ਹਨ। ਚੰਗੀਆਂ ਹੈਡਿੰਗਜ਼ ਇੱਕ ਸਾਰਣੀ ਅਤੇ ਪੰਨੇ 'ਤੇ “ਮਿਨੀ ਖੋਜ ਨਤੀਜੇ” ਵਾਂਗ ਕੰਮ ਕਰਦੀਆਂ ਹਨ।
ਉਦਾਹਰਨ ਲਈ, “Step 3: Export users from X” ਨੂੰ “Exporting” ਵਜੋਂ ਲਿਖਣ ਨਾਲ ਵਧੀਆ ਹੈ। ਜਿਥੇ ਕੁਦਰਤੀ ਲੱਗੇ, ਪ੍ਰੋਡਕਟ ਨਾਮ ਅਤੇ ਆਬਜੈਕਟ ("users", "projects", "billing data") ਸ਼ਾਮਿਲ ਕਰੋ।
ਜਿੱਥੇ ਯੂਜ਼ਰ ਰੁਕਦੇ ਹਨ ( ਸੀਮਾਵਾਂ, ਡਾਊਨਟਾਈਮ, ਡੇਟਾ ਨੁਕਸਾਨ, ਪਰਮੀਸ਼ਨ), ਉਥੇ ਛੋਟੇ Q&A ਬਲਾਕ ਜੋੜੋ। ਜਵਾਬ ਸਿੱਧਾ ਰੱਖੋ ਅਤੇ ਹਰ ਪ੍ਰਸ਼ਨ ਇੱਕੱਲਾ ਖੜਾ ਰਹਿ ਸਕੇ।
ਇਸ ਸੰਰਚਨਾ ਨਾਲ ਬਾਅਦ ਵਿੱਚ FAQ schema ਜੋੜਨਾ ਆਸਾਨ ਰਹੇਗਾ।
ਡੌਕਸ ਅਕਸਰ ਬਦਲਦੇ ਹਨ। ਨਾਂ-ਬਦਲੇ ਪੰਨਿਆਂ ਲਈ redirects ਯੋਜਨਾ ਬਣਾਓ ਤਾਂ ਕਿ ਟੁੱਟੇ ਲਿੰਕ ਨਾ ਬਣਨ, ਖ਼ਾਸ ਕਰਕੇ:
ਸਥਿਰ, ਮਨੁੱਖ-ਪੜ੍ਹਨ ਯੋਗ URLs ਰੱਖੋ (ਜਦੋਂ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਪਾਥ ਵਿੱਚ ਵਰਜ਼ਨ ਨੰਬਰ ਨ ਰੱਖੋ), ਅਤੇ ਪੇਜ਼ ਟਾਈਟਲ ਅਤੇ URLs ਨੂੰ ਮਿਲਦਾ-ਜੁਲਦਾ ਰੱਖੋ ਤਾਂ ਜੋ ਯੂਜ਼ਰਾਂ ਨੂੰ ਯਕੀਨ ਰਹੇ ਕਿ ਉਹ ਠੀਕ ਥਾਂ ਤੇ ਹਨ।
ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਲਾਂਚ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੀ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਇਸਨੂੰ ਬੇਹਤਰ ਬਣਾਉਣ ਦਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ ਯੂਜ਼ਰਾਂ ਦੇ ਕੀ ਕਰਦੇ ਵੇਖੋ ਅਤੇ ਉਨ੍ਹਾਂ ਤੋਂ ਪੁੱਛੋ ਕਿ ਕੀ ਗਲਤ ਗਿਆ। ਐਨਾਲਿਟਿਕਸ ਦੱਸਦਾ ਹੈ ਕਿ ਲੋਕ ਕਿੱਥੇ ਸੰਘਰਸ਼ ਕਰ ਰਹੇ ਹਨ; ਫੀਡਬੈਕ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਉਂ।
ਛੋਟੀ ਘਟਨਾਵਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ ਜੋ ਯੂਜ਼ਰ ਪ੍ਰਗਤੀ ਨਾਲ ਜੁੜੀਆਂ ਹਨ:
ਜੇ ਸੰਭਵ ਹੋਵੇ, ਦਰਸ਼ਕ ਕਿਸਮ (admin v. end user), ਮਾਈਗ੍ਰੇਸ਼ਨ ਪਾਥ, ਅਤੇ ਡਿਵਾਇਸ ਮੁਤਾਬਕ ਸੈਗਮੈਂਟ ਕਰੋ। ਪ੍ਰਾਈਵੇਸੀ-ਚੇਤਨ ਹੋਵੋ: ਸੰਵੇਦਨਸ਼ੀਲ ਇਨਪੁੱਟ ਮੁਲਾਂਕਣ ਨਾ ਕਰੋ ਅਤੇ ਜਥੇ-ਸੰਘਣੇ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਤਰਜੀਹ ਦਿਓ।
ਹਰ ਸਟੈਪ ਦੇ ਤਲੇ ਇੱਕ ਸਧਾਰਨ ਵਿਜੇਟ ਰੱਖੋ:
ਉত্তਰਾਂ ਨੂੰ ਇੱਕ ਸਾਂਝੇ ਇਨਬਾਕਸ ਜਾਂ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਰਾਊਟ ਕਰੋ, ਅਤੇ ਪੰਨੇ ਮੁਤਾਬਕ ਟੈਗ ਕਰੋ ਤਾਂ ਜੋ ਲੇਖਕ ਤੁਰੰਤ ਕਾਰਵਾਈ ਕਰ ਸਕਣ।
ਪ੍ਰਾਰੰਭਿਕ ਤੌਰ ਤੇ ਸਤਾ ਹਫ਼ਤਾਵਾਰੀ, ਫਿਰ ਮਹੀਨਾਵਾਰ ਸਮੀਖਿਆ ਨਿਰਧਾਰਿਤ ਕਰੋ:
ਇਹ ਲੂਪ ਗਾਈਡ ਨੂੰ ਤੁਹਾਡੇ ਸੋਚਿਆ ਹੋਇਆ ਤਰੀਕਾ ਨਹੀਂ, ਸਗੋਂ ਅਸਲ ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਨਾਲ ਵਿਚਾਰਸ਼ੀਲ ਬਣਾਈ ਰੱਖਦੀ ਹੈ।
ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਸਿਰਫ਼ ਉਸਦੀ ਸਚਾਈ ਤੱਕ ਭਰੋਸੇਯੋਗ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਸ਼ਰਤਾਂ ਵਿੱਚ ਸਹੀ ਕੰਮ ਕਰੇ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ, ਵੈੱਬਸਾਈਟ ਨੂੰ ਇੱਕ ਉਤਪਾਦ ਰਿਲੀਜ਼ ਵਾਂਗ ਟੈਸਟ ਕਰੋ: ਕਦਮ-ਦਰ-ਕਦਮ ਟੈਸਟ ਕਰੋ, ਸਮੱਗਰੀ ਨੂੰ ਵਰਤਮਾਨ UI ਨਾਲ ਮੇਲ ਖਵਾਓ, ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਸਾਈਟ ਹਰ ਕਿਸੇ ਲਈ ਵਰਤੋਂਯੋਗ ਹੈ।
ਨਵੇਂ ਅਕਾਉਂਟ ਜਾਂ ਸੈਂਡਬਾਕਸ ਇਨਵਾਇਰਨਮੈਂਟ ਵਿੱਚ ਪੂਰੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਲਿਖੇ ਅਨੁਸਾਰ ਫਾਲੋ ਕਰੋ। “ਇਹ ਕੰਮ ਕਰੇਗਾ” 'ਤੇ ਆਧਾਰ ਨਾ ਰੱਖੋ। ਜਿੱਥੇ ਤੁਸੀਂ ਹੇਸੀਟੇਟ ਕੀਤਾ, ਉੱਥੇ ਲਿਕ ਕੀਤਾ, ਅਤੇ ਜਿੱਥੇ ਨਿਰੰਤਰ ਡੀਫਾਲਟ ਨਿਰਭਰ ਸੀ (ਪਰਮੀਸ਼ਨ, ਪਲਾਨ ਸਤਰ, ਮੌਜੂਦਾ ਡੇਟਾ) ਉਹੋ ਲਿਖੋ।
ਟੈਸਟ ਦੌਰਾਨ ਯਕੀਨੀ ਬਣਾਓ ਕਿ copy-paste ਕਮਾਂਡ, ਫਾਇਲ ਨਾਂ, ਅਤੇ ਉਦਾਹਰਨ ਮੁੱਲ ਹਰ ਪੰਨੇ 'ਤੇ ਇਕਸਾਰ ਹਨ। ਇੱਕ ਇਕੱਲਾ ਮਿਲਾਉ ਟੁੱਟ ਜਾਣਾ ਗਾਹਕ ਦੀ ਪ੍ਰਗਤੀ ਨੂੰ ਬਰਬਾਦ ਕਰ ਸਕਦਾ ਹੈ।
ਟੁੱਟੇ ਲਿੰਕ, ਪੁਰਾਣੇ ਸਕਰੀਨਸ਼ਾਟ, ਅਤੇ UI ਲੇਬਲ ਅਣਮੇਲ ਨੂੰ ਚੈੱਕ ਕਰੋ (ਬਟਨ ਨਾਂ, ਮੈਨੂ ਪਾਥ, ਡਾਇਲਾਗ ਟੈਕਸਟ)। ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ UI ਅਕਸਰ ਬਦਲਦਾ ਹੈ, ਤਾਂ ਜਿੱਥੇ ਰੁਝਾਨੀ ਸਕਰੀਨ ਜ਼ਰੂਰੀ ਸਪਸ਼ਟੀਕਰਨ ਲਿਆਉਂਦੀ ਹੈ, ਉਹਨਾਂ ਦੇ ਲਈ ਟੈਕਸਟ ਸਦਾਂ-ਟਿਕਾਊ ਹਦਾਇਤਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ; ਨਹੀਂ ਤਾਂ ਉਹ ਛੋਟੇ-ਮੋਟੇ UI ਬਦਲਾਅ ਨੂੰ ਸਹਾਰ ਲੈਣਗੀਆਂ।
ਇਸਦੇ ਨਾਲ-ਨਾਲ ਟਰਮੀਨੋਲੋਜੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਜੇ ਇਕ ਪੰਨੇ 'ਤੇ ਤੁਸੀਂ “workspace” ਵਰਤਦੇ ਹੋ ਅਤੇ ਦੂਜੇ 'ਤੇ “project”, ਪਾਠਕ ਸਮਝੇਗਾ ਕਿ ਇਹ ਦੋ ਵੱਖ-ਵੱਖ ਚੀਜ਼ਾਂ ਹਨ।
ਹੈਡਿੰਗਜ਼ ਲਈ ਸਪਸ਼ਟ ਢਾਂਚਾ (ਇੱਕ ਮੁੱਖ ਸਫ਼ਾ ਸਿਰਲੇਖ, ਫਿਰ ਤਰਤੀਬਬੱਧ ਸਬਹੈਡਿੰਗਜ਼) ਚੈੱਕ ਕਰੋ। ਰੰਗਾਂ ਦਾ ਕਾਂਟ੍ਰਾਸਟ, ਤਸਵੀਰਾਂ ਲਈ ਉਚਿਤ alt ਟੈਕਸਟ, ਅਤੇ ਕੀਬੋਰਡ ਨੈਵੀਗੇਸ਼ਨ (tab ਆਰਡਰ, ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਫੋਕਸ ਸਥਿਤੀਆਂ, ਕੋਈ ਕੀਬੋਰਡ ਟ੍ਰੈਪ ਨਾ ਹੋਵੇ) ਦੀ ਜਾਂਚ ਕਰੋ। ਫਾਰਮ ਫੀਲਡ ਅਤੇ ਵਿੱਸਥਾਪਕ ਭਾਗਾਂ ਨੂੰ ਮਾਊਸ ਤੋਂ ਬਿਨਾਂ ਵੀ ਪਹੁੰਚਯੋਗ ਬਣਾਓ।
ਪਬਲਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਟਾਡੇਟਾ (ਪੇਜ਼ ਟਾਈਟਲ ਅਤੇ ਵੇਰਵਾ) ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਸੇ ਵੀ ਹਟਾਏ ਹੋਏ ਪੰਨੇ ਲਈ redirects, ਅਤੇ ਜਿੱਥੇ ਉਦਾਹਰਣ /pricing ਜਾਂ /contact ਵਰਗੇ ਅੰਦਰੂਨੀ ਰਾਹ ਦਰਸਾਏ ਗਏ ਹਨ ਉਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਕਿ ਉਹ ਮਨਜ਼ੂਰ ਥਾਂ 'ਤੇ ਲੈਂਡ ਕਰਦੇ ਹਨ।
ਆਖਰੀ “ਕੋਲਡ ਰੀਡ” ਕਰੋ: ਕੀ ਕੋਈ ਜੋ ਤੁਹਾਡੇ ਉਤਪਾਦ ਨਾਲ ਅਣਜਾਣ ਹੈ ਉਹ ਬਿਨਾਂ ਮਦਦ ਲਏ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ?
ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਗਾਈਡ ਤਦ ਤਕੇ ਯੂਜ਼ੀਬਲ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਉਤਪਾਦ ਅਤੇ ਅਸਲ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਰੇਖਾ ਰੱਖਦੀ ਹੈ। ਵੈੱਬਸਾਈਟ ਨੂੰ ਇੱਕ ਜੀਵੰਤ ਸੰਪਤੀ ਵਜੋਂ ਦਿਖੋ, ਇੱਕ ਵਾਰੀ ਲਾਂਚ ਨਾਂ ਸਮਝੋ।
ਜਦੋਂ ਵੀ ਉਤਪਾਦ UI, ਨਾਮਕਰਨ, ਪਰਮੀਸ਼ਨ ਜਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਦਮ ਬਦਲਦੇ ਹਨ, ਅਪਡੇਟਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਿਰਧਾਰਿਤ ਕਰੋ। ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਮਾਲਕ (ਅਕਸਰ ਪ੍ਰੋਡਕਟ ਡੌਕਯੂਮੇੰਟੇਸ਼ਨ ਜਾਂ enablement) ਅਤੇ ਇੱਕ ਬੈਕਅਪ ਮਾਲਕ ਚੁਣੋ। ਅਪਡੇਟ ਟ੍ਰਿਗਰ ਕੀ ਹਨ—UI ਰਿਲੀਜ਼, ਨਵਾਂ ਸਪੋਰਟ ਕੀਤਾ ਸਰੋਤ, ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ ਬਦਲਣਾ ਜਾਂ ਨਵਾਂ ਫੇਲ ਮੋਡ—ਇਹ ਸਪਸ਼ਟ ਕਰੋ। ਜੇ ਮਾਲਕੀ ਅਸਪਸ਼ਟ ਹੈ ਤਾਂ ਗਾਈਡ ਡ੍ਰਿਫਟ ਕਰੇਗੀ ਅਤੇ ਯੂਜ਼ਰ ਭਰੋਸਾ ਖੋ ਦੇਣਗੇ।
ਇੱਕ ਚੇਂਜਲੌਗ ਪੇਜ਼ ਰੱਖੋ ਜੋ ਦਰਸਾਏ ਕਿ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਦੋਂ—ਖਾਸ ਕਰਕੇ ਉਹ ਬਦਲਾਵ ਜੋ ਨਤੀਜਿਆਂ 'ਤੇ ਅਸਰ ਕਰਦੇ ਹਨ (ਨਵੇਂ ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ, ਰੀਨੇਮ ਕੀਤੇ ਸਕਰੀਨ, ਅਪਡੇਟ ਕੀਤੇ ਕਮਾਂਡ, ਜਾਂ ਸੁਧਾਰੇ ਹੋਏ “ਨਹੀ ਕਰੋ” ਚੇਤਾਵਨੀ)।
ਜੇ ਤੁਹਾਡੇ ਉਤਪਾਦ ਜਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪਾਥ ਦੇ ਅਰਥਪੂਰਨ ਵਰਜ਼ਨ ਹਨ, ਤਾਂ ਪੁਰਾਣੀਆਂ ਗਾਈਡ ਵਰਜ਼ਨਾਂ ਨੂੰ ਆਰਕਾਈਵ ਕਰੋ ਤਾਂ ਜੋ ਪੁਰਾਣੀਆਂ ਰਿਲੀਜ਼ਾਂ 'ਤੇ ਰਹਿੰਦੇ ਗਾਹਕ ਵੀ ਸਫਲ ਹੋ ਸਕਣ। ਪੁਰਾਣੇ ਵਰਜ਼ਨਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ਤੇ ਚਿੰਨ੍ਹਤ ਕਰੋ ਅਤੇ end-of-support ਤਾਰੀਖਾਂ ਨੋਟ ਕਰੋ ਤਾਂ ਕਿ ਗਲਤਫਹਿਮੀ ਨਾ ਹੋਵੇ।
ਨਵੀਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਿਨਾਰਿਯੋ ਦੀ ਬੇਨਤੀ ਲਈ ਇੱਕ ਸਧਾਰਨ ਪ੍ਰਕਿਰਿਆ ਬਣਾਓ: ਇੱਕ ਛੋਟੀ ਫਾਰਮ ਜਾਂ ਟਿਕਟ ਟੈਮਪਲੇਟ ਜੋ ਸਰੋਤ/ਲਕ਼ਸ਼, ਪਾਬੰਦੀਆਂ, ਨਮੂਨਾ ਡੇਟਾ ਆਕਾਰ, ਅਤੇ ਇੱਛਿਤ ਕਟਓਵਰ ਦ੍ਰਿਸ਼ਟੀ ਦਿੰਦਾ ਹੋਵੇ। ਬੇਨਤੀਆਂ ਨੂੰ ਇਕ intake ਮਾਲਕ ਵੱਲ ਰਾਹਤ ਕਰੋ ਅਤੇ ਇੱਕ ਨਿਯਮਤ ਸਮੀਖਿਆ ਤਰਤੀਬ 'ਤੇ ਵੇਖੋ।
ਨਿਯਮਤ ਸਮੀਖਿਆਆਂ (ਮਹੀਨਾਵਾਰ ਜਾਂ ਤਿਮਾਹੀ) ਯੋਜਨਾ ਬਣਾਓ ਤਾਂ ਕਿ ਸਹੀ ਹੋਵੇ: ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ, ਸਕਰੀਨਸ਼ਾਟ ਅਪ-ਟੂ-ਡੇਟ, ਕਦਮ ਉਤਪਾਦ ਨਾਲ ਮਿਲਦੇ ਹਨ, Troubleshooting ਨਵੀਂ ਘਟਨਾਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਫਲਤਾ ਮਾਪਦੰਡ ਮਾਪੇ ਜਾ ਰਹੇ ਹਨ।
ਛੋਟੇ, ਨਿਰੰਤਰ ਅਪਡੇਟ ਗਾਈਡ ਨੂੰ ਭਰੋਸੇਯੋਗ ਰੱਖਦੇ ਹਨ—ਅਤੇ ਸਹਾਇਤਾ ਟੀਮਾਂ ਨੂੰ ਇੱਕੋ-ਜਿਹਾ ਉੱਤਰ ਦੇਣ ਤੋਂ ਰੋਕਦੇ ਹਨ।
ਸ਼ੁਰੂ ਵਿੱਚ ਇੱਕ ਇਕੱਲਾ ਪ੍ਰਾਇਮਰੀ ਦਰਸ਼ਕ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ (admins, developers, ਜਾਂ end users) ਅਤੇ “ਲੋੜੀਦਾ ਨਤੀਜਾ” ਕੀ ਹੈ ਇਹ ਸਪਸ਼ਟ ਕਰੋ。
ਫਿਰ ਉਹ ਮਾਈਗ੍ਰੇਸ਼ਨ ਮੋਡ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ ਸਹਿਯੋਗ ਦੇਣੇ ਹਨ (self-serve, assisted, phased) ਅਤੇ ਮਾਪਣਯੋਗ ਸਫਲਤਾ ਮਾਪਦੰਡ (ਕम्पਲੀਸ਼ਨ ਦਰ, ਟਿਕਟਾਂ ਵਿੱਚ ਕਟੌਤੀ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਦਾ ਸਮਾਂ) ਲਿਖੋ।
ਮੁੱਖ ਕਦਮ-ਦਰ-ਕਦਮ ਫਲੋ ਲਈ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਦਰਸ਼ਕ ਚੁਣੋ, ਫਿਰ ਹੋਰ ਪੜ੍ਹਨ ਵਾਲਿਆਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸਹਿਯੋਗ ਦਿਓ:
ਇਸ ਨਾਲ ਮੁੱਖ ਰਾਹ ਆਸਾਨ ਰਹਿੰਦਾ ਹੈ ਬਿਨਾਂ ਡਿਪਥ ਖੋਣ ਦੇ।
ਇਕ “ਸਿੰਗਲ ਸੋਰਸ ਆਫ਼ ਟਰੂਥ” ਰੱਖੋ ਜਿਸ ਵਿੱਚ:
ਸਾਂਝੀ ਡੌਕ, ਪ੍ਰੋਜੈਕਟ ਬੋਰਡ ਜਾਂ ਡਰਾਫਟ ਸਾਈਟ ਵਰਗਾ ਕੋਈ ਵੀ ਟੂਲ ਚੱਲੇਗਾ — ਗੱਲ ਇਹ ਹੈ ਕਿ ਇੱਕ ਪ੍ਰਮਾਣਿਕ ਸੂਚੀ ਹੋਵੇ।
ਸਪੋਰਟ, ਨਬੋਰਡਿੰਗ, ਸਲੂਸ਼ਨ ਇੰਜੀਨੀਅਰਿੰਗ ਅਤੇ ਕਸਟਮਰ ਸਫਲਤਾ ਵਾਲੀਆਂ ਟੀਮਾਂ ਨੂੰ ਇੰਟਰਵਿਊ ਕਰੋ।
ਹਰੇਕ ਅਸਲ ਫੇਲਯਰ ਲਈ ਦੱਸੋ:
ਟਿਕਟ ਥੀਮਾਂ ਨੂੰ ਪ੍ਰਾਇਰਿਟਾਈਜ਼ ਕਰਨ ਲਈ ਵਰਤੋ ਤਾਂ ਜੋ ਜ਼ਰੂਰੀ ਪ੍ਰੀ-ਰੇਕਵਿਸਿਟ, ਚੇਤਾਵਨੀ ਜਾਂ Troubleshooting ਐਂਟਰੀਆਂ ਬਣ ਸਕਣ।
ਹਾਈਬ੍ਰਿਡ ਢਾਂਚਾ ਵਰਤੋਂ:
ਇਸ ਨੂੰ ਟਾਸਕ-ਅਧਾਰਿਤ ਚੋਟੀ ਨੈਵੀਗੇਸ਼ਨ ਨਾਲ ਮਿਲਾਓ (Overview, Prepare, Migrate, Verify, Troubleshoot, FAQ)।
ਇੱਕ ਸਮਰਪਿਤ Start here ਪੰਨਾ ਸ਼ਾਮਿਲ ਕਰੋ ਜੋ ਉਮੀਦਾਂ ਸੈਟ ਕਰੇ:
ਇਸ ਨਾਲ ਯੂਜ਼ਰ Step 1 ਤੋਂ ਪਹਿਲਾਂ ਲੁਕਿਆ ਹੋਇਆ ਸ਼ਰਤਾਂ ਦੇਖ ਕੇ ਫੈਸਲਾ ਕਰ ਸਕਦੇ ਹਨ।
ਪਲੈਟਫਾਰਮ ਦੇ ਮੁੱਢਲੇ ਗੁਣ ਯਕੀਨੀ ਬਣਾਓ:
ਉਹ ਟੂਲ ਚੁਣੋ ਜੋ ਅਕਸਰ ਅਪਡੇਟ ਕਰਨ ਨੂੰ ਰੋਜ਼ਮਰਾ ਨੁਕਸਾਨ ਨਾ ਬਣਾਏ।
ਪ੍ਰਤੀ ਪੰਨੇ ਇੱਕ ਮਿਆਰੀ ਟੈਂਪਲੇਟ ਰੱਖੋ ਜੋ ਇੱਕ ‘ਯੂਨਿਟ ਆਫ਼ ਵਰਕ’ ਦਰਸਾਵੇ:
ਹਰ ਕਦਮ ਤੇ ਇੱਕ ਛੋਟੀ ‘Last updated’ ਚੇਂਜਲੌਗ ਰੱਖੋ।
ਸਪਸ਼ਟ ਸਟੈਪ ਨੰਬਰਿੰਗ ਰੱਖੋ ਜੋ ਟਾਈਟਲ ਅਤੇ URL ਨਾਲ ਮਿਲਦੀ ਹੋਵੇ, ਅਤੇ ਹਰ ਸਟੈਪ 'ਤੇ ਪ੍ਰੋਗਰੈਸ ਸੰਕੇਤ (ਉਦਾਹਰਨ: “Step 3 of 8”) ਦਿਖਾਓ।
ਹਰ ਪੰਨੇ ਦੇ ਪਿੱਛੇ Next/Previous ਬਟਨ ਹੋਣ ਅਤੇ ਸਾਈਡਬਾਰ 'ਤੇ ਪੂਰੇ ਕ੍ਰਮ ਨੂੰ ਵੇਖਾਉਣ ਨਾਲ ਯੂਜ਼ਰ ਖੁਦ ਨਵੀਂ ਸਥਿਤੀ ਤੇ ਆਸਾਨੀ ਨਾਲ ਆ ਸਕਦੇ ਹਨ।
ਇੱਕ ਵੱਖਰਾ “Verify your migration” ਪੰਨਾ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਸੰਕਲਪਿਤ ਪਾਸ/ਫੇਲ ਚੇਕ ਹੋਣ:
ਅਤੇ Troubleshooting ਹੱਬ ਜੋ ਲੱਛਣ → ਕਾਰਨ → ਸੁਰੱਖਿਅਤ ਫਿਕਸ ਦੇ ਨੂਸਖੇ ਦਿੰਦਾ ਹੋਵੇ।