ਪਾਰਟਨਰ ਐਨਬਲਮੈਂਟ ਸਮੱਗਰੀ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਵੈੱਬ ਐਪ ਬਣਾਓ

ਪਾਰਟਨਰ ਐਨਬਲਮੈਂਟ ਸਮੱਗਰੀ ਪ੍ਰਬੰਧਨ ਨੂੰ ਵਾਕਈ ਕੀ ਚਾਹੀਦਾ ਹੈ

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

ਅਸਲ ਸਮੱਸਿਆ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਹਲ ਕਰ ਰਹੇ ਹੋ

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

• ਪਾਰਟਨਰ ਪਿਛਲੇ ਕਵਾਰਟਰ ਦਾ ਡੈਕ ਦੁਹਰਾਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹੀ ਉਹਨਾਂ ਨੂੰ ਮਿਲਦਾ ਹੈ।
• ਨਵੇਂ ਰੇਪ Slack 'ਚ ਉਹੀ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ ਕਿਉਂਕਿ ਖੋਜ ਭਰੋਸੇਯੋਗ ਨਹੀਂ।
• ਚੈਨਲ ਟੀਮਾਂ “ਆਖ਼ਰੀ ਵਰਜ਼ਨ ਭੇਜਣ” ਵਿੱਚ ਸਮਾਂ ਗਵਾਂਦੀਆਂ ਹਨ ਬਜਾਏ ਡੀਲ ਨੂੰ ਐਨਬਲ ਕਰਨ ਦੇ।

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

ਐਪ ਨੂੰ ਕਿਸ ਨੂੰ ਸਰਵ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਇਹ ਸਿਰਫ਼ ਇਕ "ਪਾਰਟਨਰ ਪੋਰਟਲ" ਨਹੀਂ ਹੈ। ਇਹ ਕਈ ਗਰੁੱਪਾਂ ਲਈ ਇੱਕ ਸਾਂਝਾ ਸਿਸਟਮ ਹੈ:

• ਚੈਨਲ/ਪਾਰਟਨਰ ਮੈਨੇਜਰ ਜੋ ਅਪਡੇਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ, ਵਰਤੋਂ ਟਰੈਕ ਕਰਨ ਅਤੇ ਐਡ-ਹਾਕ ਸਪੋਰਟ ਘਟਾਉਣ ਦੀ ਲੋੜ ਰੱਖਦੇ ਹਨ।
• ਪਾਰਟਨਰ ਸੇਲਜ਼ ਰੇਪ ਅਤੇ SEs ਜੋ ਤੇਜ਼ ਜਵਾਬ, ਵਰਤਣਯੋਗ ਐਸੈਟ ਅਤੇ ਇਹ ਯਕੀਨ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਉਹ ਸਹੀ ਸੁਨੇਹਾ ਸਾਂਝਾ ਕਰ ਰਹੇ ਹਨ।
• ਅੰਦਰੂਨੀ ਟੀਮਾਂ (ਪ੍ਰੋਡਕਟ ਮਾਰਕੀਟਿੰਗ, ਲੀਗਲ, ਪ੍ਰੋਡਕਟ) ਜੋ ਸਮੱਗਰੀ ਵਿੱਚ ਯੋਗਦਾਨ ਪਾਉਂਦੀਆਂ ਹਨ, ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਲਾਗੂ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਘੱਟ ਇਕ-ਵਾਰ ਦੀਆਂ ਬੇਨਤੀਆਂ ਚਾਹੁੰਦੀਆਂ ਹਨ।

ਨਤੀਜੇ ਜਿਨ੍ਹਾਂ ਵੱਲ ਡਿਜ਼ਾਈਨ ਕਰੋ

ਚੰਗਾ ਕੀਤੇ ਜਾਣ 'ਤੇ, ਐਪ ਪ੍ਰੋਗਰਾਮ-ਸਤਰ 'ਤੇ ਮਾਪਯੋਗ ਸੁਧਾਰ ਦਿੰਦਾ ਹੈ:

• ਨਵੇਂ ਪਾਰਟਨਰ ਰੇਪ ਲਈ ਤੇਜ਼ ਓਨਬੋਡਿੰਗ ਅਤੇ ਰੈਂਪ
• ਫੀਲਡ ਵਿੱਚ ਜ਼ਿਆਦਾ ਸਥਿਰ ਸੁਨੇਹਾ
• ਘੱਟ ਦੁਹਰਾਉਂਦੀਆਂ ਸਹਾਇਤਾ ਬੇਨਤੀਆਂ ("ਕੀ ਤੁਹਾਡੇ ਕੋਲ ਆਖ਼ਰੀ ਹੈ…?")
• ਉੱਚ ਪ੍ਰਭਾਵ ਵਾਲੇ ਐਸੈਟ ਦੀ ਵੱਧ ਵਰਤੋਂ (ਸਿਰਫ ਜੋ ਸੌਖਾ ਮਿਲਦਾ ਹੈ ਨਹੀਂ)

ਸਫਲਤਾ ਮੈਟਰਿਕਸ (ਸ਼ੁਰੂ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ)

ਕੁਝ ਛੋਟੀਆਂ ਮੈਟਰਿਕਸ ਚੁਣੋ ਜੋ ਤੁਸੀਂ ਤਕਨੀਕੀ ਰੂਪ ਵਿੱਚ ਨਾਪ ਸਕੋ:

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

ਜੇ ਤੁਸੀਂ “ਸਫਲਤਾ” ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਲਾਗਇਨ ਸਕਰੀਨ ਵਾਲਾ ਫਾਈਲ ਡੰਪ ਬਣਾਉਣਗੇ।

ਯੂਜ਼ਰ, ਰੋਲ, ਅਤੇ ਮੁੱਖ ਉਪਯੋਗ ਕੇਸ

ਇੱਕ ਪਾਰਟਨਰ ਐਨਬਲਮੈਂਟ ਕੰਟੈਂਟ ਐਪ ਉਸ ਸਮੇਂ ਸਫਲ ਜਾਂ ਨਾਕਾਮ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਉਹ ਅਸਲੀ ਲੋਕਾਂ ਦੇ ਕੰਮ ਨਾਲ ਮਿਲਦੀ ਹੋਵੇ। ਫੀਚਰਾਂ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਸ ਗੱਲ 'ਤੇ ਸਪਸ਼ਟ ਹੋ ਜਾਓ ਕਿ ਸਿਸਟਮ ਨੂੰ ਕੌਣ ਵਰਤ ਰਿਹਾ ਹੈ ਅਤੇ ਹਰ ਇਕ ਲਈ “ਮੁਕੰਮਲ” ਕੌਣ-ਕੌਣ ਹੈ।

ਡਿਜ਼ਾਈਨ ਲਈ ਮੁੱਖ ਰੋਲ

ਅੰਦਰੂਨੀ ਐਡਮਿਨ ਪਾਰਟਨਰ ਸੰਗਠਨਾਂ, ਪਰਮੀਸ਼ਨਾਂ ਅਤੇ ਸਮੂਹ ਗਵਰਨੈਂਸ ਨੂੰ ਪ੍ਰਬੰਧਿਤ ਕਰਦੇ ਹਨ। ਉਹ ਸਥਿਰ ਐਕਸੈੱਸ ਨਿਯਮਾਂ, ਆਡੀਟਨੇਬਿਲਟੀ ਅਤੇ ਘੱਟ ਸਹਾਇਤਾ ਲੋਡ ਵਿੱਚ ਰੁਚੀ ਰੱਖਦੇ ਹਨ ("ਕਿਉਂ ਪਾਰਟਨਰ X ਇਹ ਡੈਕ ਨਹੀਂ ਦੇਖ ਸਕਦਾ?")।

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

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

ਪਾਰਟਨਰ ਯੂਜ਼ਰ (ਸੇਲਜ਼ ਰੇਪ, SEs, ਚੈਨਲ ਮੈਨੇਜਰ) ਤੇਜ਼ੀ ਅਤੇ ਸਪੱਸ਼ਟਤਾ ਚਾਹੁੰਦੇ ਹਨ। ਉਹ ਲਾਇਬ੍ਰੇਰੀ ਬ੍ਰਾਉਜ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ—ਉਹ ਡੀਲ, ਟ੍ਰੇਨਿੰਗ ਜਾਂ ਕੈਂਪੇਨ ਲਈ ਸਹੀ ਐਸੈਟ ਚਾਹੁੰਦੇ ਹਨ।

ਆਮ ਪਾਰਟਨਰ ਯਾਤਰਾ

ਓਨਬੋਡਿੰਗ: ਪਾਰਟਨਰ ਪੋਰਟਲ ਨੂੰ ਲੱਭਦੇ ਹਨ, ਲਾਜ਼ਮੀ ਟ੍ਰੇਨਿਂਗ ਪੂਰੀ ਕਰਦੇ ਹਨ ਅਤੇ “ਸਟਾਰਟਰ ਕਿਟ” ਐਸੈਟ ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਨ।

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

ਟ੍ਰੇਨਿੰਗ ਅਤੇ ਸਰਟੀਫਿਕੇਸ਼ਨ: ਪਾਰਟਨਰ ਲਰਨਿੰਗ ਪਾਥ ਫੋਲੋ ਕਰਦੇ ਹਨ, ਪੂਰਨਤਾ ਟਰੈਕ ਕਰਦੇ ਹਨ, ਅਤੇ ਟ੍ਰੇਨਿੰਗ ਮੌਡੀਊਲ ਤੋਂ ਲਿੰਕ ਕੀਤੇ ਸਹਾਇਕ ਡੌਕਸ ਨੂੰ ਐਕਸੈੱਸ ਕਰਦੇ ਹਨ।

ਕੋ-ਸੇਲਿੰਗ: ਪਾਰਟਨਰ ਕੈਂਪੇਨ ਕਿਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਲੀਡ ਸੁਮਿਟ ਕਰਦੇ ਹਨ ਅਤੇ ਅੰਦਰੂਨੀ ਟੀਮ ਨਾਲ ਕੋਆਰਡੀਨੇਟ ਕਰਦੇ ਹਨ।

ਲਾਜ਼ਮੀ vs ਚੰਗਾ-ਹੁੰਦਾ

ਰੁਕਾਵਟ-ਹਟਾਉਣ ਵਾਲੇ ਮੁੱਖ ‘ਲਾਜ਼ਮੀ’ ਫੀਚਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:

• ਪਾਰਟਨਰ ਸੰਸਥਾ ਅਤੇ ਖੇਤਰ ਅਨੁਸਾਰ ਰੋਲ-ਅਧਾਰਤ ਐਕਸੈੱਸ
• ਟੈਗ/ਫਿਲਟਰਾਂ ਨਾਲ ਤੇਜ਼ ਖੋਜ ਅਤੇ “ਆਖ਼ਰੀ ਵਰਜ਼ਨ” ਸਪੱਸ਼ਟਤਾ
• ਬੇਸਿਕ ਕੰਟੈਂਟ ਲਾਈਫਸਾਈਕਲ: draft → review → published → retired
• ਸਧਾਰਨ ਐਨਾਲਿਟਿਕਸ: ਐਸੈਟ ਅਤੇ ਪਾਰਟਨਰ ਸੰਗਠਨ ਅਨੁਸਾਰ ਵਿਊਜ਼/ਡਾਊਨਲੋਡ

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

ਸ਼ੁਰੂ ਵਿੱਚ ਕਨਸਟ੍ਰੇਨਟਸ ਫੜੋ

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

ਸਮੱਗਰੀ ਮਾਡਲ: ਕਿਸਮਾਂ, ਮੈਟਾਡੇਟਾ ਅਤੇ ਵਰਜ਼ਨਿੰਗ

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

ਉਹ ਸਮੱਗਰੀ ਕਿਸਮ ਚੁਣੋ ਜੋ ਪਾਰਟਨਰ ਸਿੱਖਦੇ ਅਤੇ ਵੇਚਦੇ ਢੰਗ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੋ

ਛੋਟੇ ਸੈੱਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹਰ ਟਾਈਪ ਲਈ ਸਮਝਦਾਰ ਡਿਫ਼ੌਲਟ ਰੱਖੋ:

• PDFs (ਡੇਟਾਸ਼ੀਟ, ਇੱਕ-ਪੇਜਰ)
• Slides (ਪਿਚ ਡੈਕ, ਟ੍ਰੇਨਿੰਗ ਡੈਕ)
• ਵੀਡੀਓ (ਡੈਮੋ, ਰਿਕਾਰਡ ਕੀਤੀਆਂ ਟ੍ਰੇਨਿੰਗ)
• ਪਲੇਬੁੱਕ (ਕਦਮ-ਦਰ-ਕਦਮ ਗਾਈਡ)
• ਲਿੰਕ (ਬਾਹਰੀ ਡੌਕ, ਉਤਪਾਦ ਪੇਜ)
• FAQs (ਛੋਟੇ Q&A ਐਂਟਰੀ)
• ਟੇਮਪਲੇਟ (ਈਮੇਲ ਸਕ੍ਰਿਪਟ, ਪ੍ਰਸਤਾਵ ਟੇਮਪਲੇਟ)

ਟਾਈਪ ਸਿਰਫ਼ ਲੇਬਲ ਨਹੀਂ—ਉਹ ਪ੍ਰੀਵਿਊ ਵਿਹਾਰ, ਲਾਜ਼ਮੀ ਫੀਲਡ ਅਤੇ "ਪੂਰਨਤਾ" ਦੀ ਕੀ ਪਰਿਭਾਸ਼ਾ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ (ਉਦਾਹਰਣ ਲਈ, ਵੀਡੀਓ ਵਾਚ ਪਰਗਤਰਤਾ ਟਰੈਕ ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਟੇਮਪਲੇਟ ਡਾਊਨਲੋਡ ਟਰੈਕ ਹੋਏ)।

ਉਹ ਮੈਟਾਡੇਟਾ ਸਕੀਮਾ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਜੋ ਪਾਰਟਨਰ ਫਿਲਟਰ ਕਰ ਸਕਣ

ਟਾਈਪ-ਸਪੈਸ਼ਲ ਫੀਲਡਾਂ ਦੇ ਨਾਲ ਸਾਰੇ ਟਾਈਪਾਂ 'ਚ ਇੱਕ ਸਥਿਰ ਬੇਸਲਾਈਨ ਰੱਖੋ। ਮਜ਼ਬੂਤ ਬੇਸਲਾਈਨ ਸਕੀਮਾ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ: ਸਿਰਲੇਖ, ਸੰਖੇਪ, ਦਰਸ਼ਕ (sales/SE/marketing), ਉਤਪਾਦ, ਖੇਤਰ, ਅਤੇ ਸਟੀਜ (awareness/consideration/close/onboarding)। ਭਾਸ਼ਾ, ਉਦਯੋਗ ਅਤੇ ਪਾਰਟਨਰ ਟੀਅਰ ਵਰਗੇ ਵਿਕਲਪਿਕ ਖੇਤਰ ਤਦ ਹੀ ਸ਼ਾਮਲ ਕਰੋ ਜੇ ਉਹ ਫਿਲਟਰਿੰਗ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਵਿੱਚ ਵਰਤੇ ਜਾਣਗੇ।

ਸਕੈਨ ਕਰਨ ਯੋਗ ਸੰਖੇਪ ਲਿਖੋ: ਕਿਸ ਵੇਲੇ ਇਸਨੂੰ ਵਰਤਣਾ ਹੈ, ਅਤੇ ਪਾਰਟਨਰ ਨੂੰ ਇਸ ਤੋਂ ਕੀ ਮਿਲੇਗਾ—ਇੱਕ ਵਾਕ ਵਿਚ।

ਟੈਕਸੋਨੋਮੀ ਨੂੰ ਮਿਆਰੀ ਬਣਾਓ ਬਿਨਾਂ ਟੈਗ ਚਾਓ ਬਣਨ ਦਿੱਤੇ

ਇਹ ਵਰਤੋ:

• ਕੈਟੇਗਰੀਜ਼ ਵੱਡੀ ਨੈਵੀਗੇਸ਼ਨ ਲਈ (ਸਥਿਰ)
• ਟੈਗਸ ਲਚਕੀਲੇ ਵਰਣਨ ਲਈ (ਕੰਟਰੋਲਡ ਵੋਕੈਬੁਲਰੀ)
• ਕਲੈਕਸ਼ਨਜ਼ ਕਿਉਰੇਟ ਕੀਤੇ ਬੰਡਲ ਲਈ (ਉਦਾਹਰਣ: “Q1 Launch Kit”)
• ਕੈਮਪੇਨਜ਼ ਸਮੇਂ-ਬਾਂਧ ਇਨਿਸੀਏਟਿਵ ਲਈ (ਟ੍ਰੈਕ ਕਰਨਯੋਗ)

ਮﻼਕਾ ਨਿਰਧਾਰਤ ਕਰੋ: ਨਵੇਂ ਟੈਗ ਕੌਣ ਬਣਾਉਂਦਾ ਹੈ, ਨਕਲਾਂ ਕਿਵੇਂ ਮਿਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਰਿਟਾਇਰ ਕੀਤੇ ਟੈਗ ਕਿਵੇਂ ਹਟਾਏ ਜਾਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ।

ਵਰਜ਼ਨਿੰਗ ਨਿਯਮ ਯੋਜਨਾ ਬਣਾਓ (ਅਤੇ ਇקסਪਾਇਰੀ ਆਟੋਮੇਟ ਕਰੋ)

ਡਿਫ਼ੌਲਟ ਤੌਰ 'ਤੇ ਪਾਰਟਨਰਾਂ ਨੂੰ ਇਕ “ਮੌਜੂਦਾ” ਵਰਜ਼ਨ ਹੀ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੁਰਾਣੀਆਂ ਵਰਜ਼ਨਾਂ ਨੂੰ ਆਰਕਾਈਵ ਰੱਖੋ, ਮਿਟਾਓ ਨਹੀਂ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਚੇਂਜਲੌਗ ਰੱਖੋ (ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਿਉਂ)। ਅਕਸਪਾਇਰੀ ਤਾਰੀਖਾਂ ਅਤੇ “ਰੀਵਿਊ ਬਾਈ” ਰਿਮਾਇੰਡਰਸ ਸਮੱਗਰੀ ਨੂੰ ਖਰਾਬ ਹੋਣ ਤੋਂ ਰੋਕਦੇ ਹਨ। ਜਦੋਂ ਨਵੀਂ ਵਰਜ਼ਨ ਪ੍ਰਕਾਸ਼ਿਤ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਪੁਰਾਣੇ ਲਿੰਕ ਔਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਨਵੇਂ ਵੱਲ ਰੀਡਾਇਰੈਕਟ ਕੀਤੇ ਜਾਣ ਚਾਹੀਦੇ ਹਨ, ਸਿਵਾਏ ਉਸ ਵੇਲੇ ਜਦੋਂ ਕੋਈ ਪਾਰਟਨਰ ਆਡੀਟ ਜਾਂ ਦਰਸ਼ਨੀ ਰਿਫਰੰਸ ਲਈ ਇੱਕ ਆਰਕਾਈਵ ਦਾ ਖੋਲ੍ਹਦਾ ਹੋਵੇ।

ਵਰਕਫਲੋਜ਼: ਡਰਾਫਟ → ਪ੍ਰਕਾਸ਼ਨ → ਰਿਟਾਇਰ

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

ਸਪੱਸ਼ਟ ਲਾਈਫਸਾਈਕਲ ਸਟੇਟ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ

ਛੋਟੀ, ਪਰ ਸਪਸ਼ਟ ਸਟੇਟ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹਰ ਜਗ੍ਹਾ ਦਿਖਾਓ (ਲਿਸਟ, ਡੀਟੇਲ ਪੇਜ ਅਤੇ ਐਕਸਪੋਰਟ): Draft → Review → Approved → Published → Retired।

ਨਿਯਮ ਸਧਾਰਨ ਰੱਖੋ:

• Draft: ਸੰਪਾਦਨਯੋਗ ਵਰਕਿੰਗ ਵਰਜ਼ਨ; ਪਾਰਟਨਰਾਂ ਨੂੰ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ।
• Review: ਸਮੱਗਰੀ ਫ੍ਰੋਜ਼ਨ ਹੁੰਦੀ ਹੈ ਬਿਵਹਾਰ ਤੇ ਬਦਲਾਅ ਮੰਗੇ ਜਾਂਦੇ ਹਨ; ਰੀਵੀਵਰ ਨੋਟੀਫਾਈ ਹੁੰਦੇ ਹਨ।
• Approved: ਪ੍ਰਕਾਸ਼ਨ ਲਈ ਤਿਆਰ; approvals ਦਰਜ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
• Published: ਪਾਰਟਨਰ ਪੋਰਟਲ ਵਿੱਚ ਦਿੱਖਦਾ ਹੈ (ਡਿਫ਼ੌਲਟ ਤੌਰ 'ਤੇ ਕੇਵਲ ਮੌਜੂਦਾ ਵਰਜ਼ਨ)।
• Retired: ਖੋਜ ਤੋਂ ਹਟਾਇਆ ਗਿਆ; ਮੌਜੂਦਾ ਲਿੰਕ ਇੱਕ “retired” ਸੁਨੇਹਾ ਦਿਖਾਉਂਦੇ ਹਨ ਅਤੇ ਬਦਲ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਨ।

ਜਿੰਮੇਵਾਰੀਆਂ ਨਿਰਧਾਰਿਤ ਕਰੋ (ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਯੋਗ ਬਣਾਓ)

ਵਰਕਫਲੋਜ਼ ਉਸ ਵੇਲੇ ਫੇਲ ਹੁੰਦੇ ਹਨ ਜਦੋਂ “ਕੋਈ ਵੀ ਕੁਝ ਕਰ ਸਕਦਾ ਹੈ।” ਘੱਟੋ-ਘੱਟ ਵੱਖਰੇ ਕਰੋ:

• Editors (ਡਰਾਫਟ ਬਣਾਉਣ ਅਤੇ ਅਪਡੇਟ ਕਰਨ)
• Approvers (ਟਿੱਪਣੀਆਂ ਦੇ ਨਾਲ ਅਪ੍ਰੂਵ ਜਾਂ ਰਿਜੈਕਟ)
• Publishers (Published ਤੱਕ ਧਕੇਲਣਾ, ਪ੍ਰਕਾਸ਼ਨ ਤਰੀਖਾਂ ਨਿਰਧਾਰਿਤ ਕਰਨਾ, ਅਤੇ ਰੱਦ ਕਰਨਾ)
• Owners (ਸਹੀਤਾ ਅਤੇ ਰਿਵਿਊ ਕੈਡੈਂਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ)

ਭਾਵੇਂ ਇੱਕ ਵਿਅਕਤੀ ਇੱਕ ਤੋਂ ਵੱਧ ਰੋਲ ਰੱਖੇ, ਪਰ ਐਪ ਨੂੰ ਹਰ ਕਾਰਵਾਈ ਲਈ ਸਹੀ ਪਰਮੀਸ਼ਨ ਮੰਗਣੀ ਚਾਹੀਦੀ ਹੈ।

ਉਤਪਾਦ ਵਿੱਚ ਰਿਵਿਊ ਕੈਡੈਂਸ ਬਿਲਟ ਕਰੋ

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

ਨਿਯਮਤ ਸਮੱਗਰੀ ਲਈ ਆਡਿਟ-ਰੇਡੀ ਅਪ੍ਰੂਵਲ ਹੈਂਡਲ ਕਰੋ

ਉੱਚ-ਖਤਰੇ ਵਾਲੇ ਐਸੈਟਸ (ਲੀਗਲ ਟਰਮਾਂ, ਸੁਰੱਖਿਆ ਬਿਆਨਾਂ, ਕੀਮਤ, ਦਾਵੇ) ਲਈ ਇੱਕ ਸਖਤ ਰਾਹ ਲਾਗੂ ਕਰੋ:

• ਲਾਜ਼ਮੀ ਸਾਇਨ-ਆਫ਼ ਨੋਟਸ (ਕੀ ਬਦਲਿਆ, ਕਿਉਂ ਮਨਜ਼ੂਰ ਕੀਤਾ ਗਿਆ)
• ਇੱਕ ਆਡਿਟ ਟ੍ਰੇਲ (ਕੌਣ ਅਪ੍ਰੂਵ/ਪਬਲਿਸ਼ ਕੀਤਾ, ਟਾਈਮਸਟੈਂਪ, ਵਰਜ਼ਨ ID)
• ਵਿਕਲਪਿਕ ਦੋ-ਕਦਮੀ ਅਪ੍ਰੂਵਲ (ਉਦਾਹਰਣ: Legal + Product)

ਇਹ ਉਸ ਵੇਲੇ ਇਕ ਡਿਫ਼ੈਂਸਿਬਲ ਰਿਕਾਰਡ ਬਣਾਉਂਦਾ ਹੈ ਜਦੋਂ ਪਾਰਟਨਰ ਪੁੱਛਦੇ ਹਨ, “ਕੀ ਇਹ ਆਖ਼ਰੀ ਮਨਜ਼ੂਰ ਵਰਜ਼ਨ ਹੈ?”

ਐਕਸੈੱਸ ਕੰਟਰੋਲ ਅਤੇ ਪਾਰਟਨਰ ਸੰਗਠਨ ਪ੍ਰਬੰਧਨ

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

ਪ੍ਰਮਾਣੀਕਰਨ: ਸੌਖਾ ਪਰ ਨਾਜੁਕ ਨਾ ਬਣਾਓ

ਪਾਰਟਨਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਕਾਰਪੋਰੇਟ ਹੋਣ ਵਾਲੀ ਪਛਾਣ ਨਾਲ ਲੌਗਇਨ ਕਰਨ ਲਈ SSO ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। SAML ਅਤੇ OIDC ਦੋਹਾਂ ਨੂੰ ਸਹਾਰਾ ਦਿਓ ਕਿਉਂਕਿ ਵੱਖ-ਵੱਖ ਕੰਪਨੀਆਂ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਵਾਈਡਰਾਂ 'ਤੇ ਸਟੈਂਡਰਡ ਹੁੰਦੀਆਂ ਹਨ।

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

RBAC: ਰੋਲ, ਪਰਮੀਸ਼ਨ ਅਤੇ ਵਿਜ਼ੀਬਿਲਟੀ ਨਿਯਮ

Role-based access control (RBAC) ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਸਮਝਾਇਆ ਜਾ ਸਕੇ—ਇਹੋ ਜਰੂਰੀ ਹੈ:

• Roles (ਕੌਣ ਹੈ): Partner Admin, Partner User, Distributor Manager, Internal Content Owner, Legal Reviewer
• Permissions (ਉਹ ਕੀ ਕਰ ਸਕਦੇ ਹਨ): view, download, upload, publish, manage users, approve
• Visibility rules (ਉਹ ਕੀ ਦੇਖ ਸਕਦੇ ਹਨ): partner org, region, tier, product line, deal stage

ਪ੍ਰਯੋਗ ਵਿੱਚ “deny by default” ਮਾਡਲ ਅਮਲ ਕਰੋ, ਫਿਰ role permissions ਅਤੇ content tags ਦੇ ਰਾਹੀਂ ਸੌਂਪੋ (ਉਦਾਹਰਣ: Tier: Gold + Region: EMEA).

ਪਾਰਟਨਰ ਸੰਗਠਨ: ਖਾਤੇ, ਟੀਮਾਂ ਅਤੇ ਆਰਗ-ਲੈਵਲ ਐਕਸੈੱਸ

ਹਰ ਪਾਰਟਨਰ ਨੂੰ ਇੱਕ ਸੰਗਠਨ ਵਜੋਂ ліку ਕਰੋ ਜਿਸਦੇ ਆਪਣੇ ਯੂਜ਼ਰ, ਗਰੁੱਪ/ਟੀਮਾਂ ਅਤੇ ਸੈਟਿੰਗਜ਼ ਹੁੰਦੀਆਂ ਹਨ। Partner Admins ਨੂੰ ਆਪਣੇ ਯੂਜ਼ਰਾਂ (invite, deactivate, assign teams) ਬਿਨਾਂ ਤੁਹਾਡੇ ਸਪੋਰਟ ਵਿੱਚ ਰੁਝਾਨ ਕਰਕੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਦਿਓ।

ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਡਿਸਟ੍ਰੀਬਿਊਟਰ ਜਾਂ ਏਜੰਸੀਆਂ ਹਨ, ਤਾਂ ਹਾਇਰਾਰਕੀਜ਼ (parent org → child orgs) ਜੋੜੋ ਤਾਂ ਕਿ ਸਮੱਗਰੀ ਨੀਚੇ ਦੀ ਲੜੀ ਵਿੱਚ ਸਾਂਝੀ ਕੀਤੀ ਜਾ ਸਕੇ ਬਿਨਾਂ ਮੈਨੂਅਲ ਨਕਲ ਦੇ।

ਸੰਵেদনਸ਼ੀਲ ਐਸੈਟ: ਸਮੱਗਰੀ ਪੋਰਟਲ ਤੋਂ ਕਿਵੇਂ ਨਿਕਲਦੀ ਹੈ ਇਸ 'ਤੇ ਨਿਯੰਤਰਣ

ਕੁਝ ਫਾਇਲਾਂ “view-only” ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਭਾਵੇਂ ਭਰੋਸੇਯੋਗ ਪਾਰਟਨਰ ਲਈ ਵੀ। ਜੋਇੰਟ ਫੀਚਰ ਸ਼ਾਮਲ ਕਰੋ:

• ਪ੍ਰੀਵਿਊਜ਼ ਉੱਤੇ ਵਾਲੇ-ਵਾਟਰਮਾਰਕ (ਯੂਜ਼ਰ ਨਾਂ, ਸੰਸਥਾ, ਟਾਈਮਸਟੈਂਪ)
• ਐਸੈਟ ਅਤੇ ਰੋਲ ਅਨੁਸਾਰ ਡਾਊਨਲੋਡ ਨਿਯੰਤ੍ਰਣ
• ਖਤਮ ਹੋਣ ਵਾਲੇ ਲਿੰਕ ਅਤੇ ਯੂਜ਼ਰ ਨੂੰ ਸੰਸਥਾ ਛੱਡਣ 'ਤੇ ਪਹੁੰਚ ਨਿਰਸਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

ਇਹ ਫੀਚਰ ਹਰ ਲੀਕ ਨੂੰ ਰੋਕ ਨਹੀਂ ਸਕਦੇ, ਪਰ ਦੁਰੁਪਯੋਗ ਦੀ ਲਾਗਤ ਵਧਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਵਾਜਬੀ ਕੰਮ ਸਮਰਥਨ ਕਾਇਮ ਰੱਖਦੇ ਹਨ।

ਜਾਣਕਾਰੀ ਆਰਕੀਟੈਕਚਰ, ਖੋਜ ਅਤੇ ਖੋਜ-ਪਤਾ ਲਗਾਉਣਾ

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

ਖੋਜ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ 'ਤੇ ਸ਼ੁਰੂ ਕਰੋ

ਪੈਰਾਮੀਟਰ ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਕੰਟੈਂਟ ਕਿਵੇਂ "ਫਾਇੰਡੇਬਲ" ਹੋਵੇਗਾ:

• ਸਿਰਲੇਖ, ਵੇਰਵਾ, ਟੈਗ ਅਤੇ (ਜਿੱਥੇ ਸੰਭਵ) PDFs ਅਤੇ ਸਲਾਈਡ ਡੈਕਸ ਤੋਂ ਨਿਕਲੇ ਲਿਖਤ 'ਤੇ ਫੁੱਲ-ਟੈਕਸਟ ਖੋਜ
• ਫਿਲਟਰ ਅਤੇ ਸੋਰਟਿੰਗ ਜੋ ਪਾਰਟਨਰਾਂ ਦੇ ਸੋਚ-ਤਰਿਕਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ: حل, ਉਦਯੋਗ, ਖੇਤਰ, ਤਾਜਗੀ
• ਸਿਨੋਨਿਮ ਅਤੇ ਅਲਿਆਸਿੰਗ ਤਾਂ ਜੋ ਆਮ ਸ਼ਬਦ ਅਧਿਕਾਰਿਕ ਨਾਮਾਂ ਨੂੰ ਮਿਲ ਸਕਣ

ਸ਼ੁਰੂ 'ਚ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕਿਹੜੇ ਫੀਲਡ ਖੋਜਯੋਗ, ਕਿਹੜੇ ਫਿਲਟਰਬਲ ਅਤੇ ਕਿਹੜੇ display-only ਹੋਣਗੇ—ਇਸ ਨਾਲ ਇਕ ਹੌਲੀ ਇੰਡੈਕਸ ਜਾਂ ਉਲਝਣ ਵਾਲੇ ਫਿਲਟਰ ਤੋਂ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਵਾਸਤਵਿਕ ਕਾਰਜਪ੍ਰਵਾਹਾਂ ਨਾਲ ਮੇਲ ਖਾਣ ਵਾਲੀ ਫੈਸਿਟਡ ਬਰਾਊਜ਼ਿੰਗ ਵਰਤੋ

ਫੈਸਿਟਸ ਤੇਜ਼ੀ ਨਾਲ ਨੈਰੋ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ ਬਿਨਾਂ ਬਿਲਕੁਲ ਸਹੀ ਕੀਵਰਡ ਦੇ। ਆਮ ਫੈਸਿਟਸ ਸ਼ਾਮਲ ਹਨ:

• ਉਤਪਾਦ/ਸੋਲੂਸ਼ਨ
• ਪੈਰਸੋਨਾ (ਖਰੀਦਦਾਰ, IT ਐਡਮਿਨ, ਫਾਇਨੈਂਸ, ਡਿਵੈਲਪਰ)
• ਖੇਤਰ/ਭਾਸ਼ਾ
• ਫਨਲ ਸਟੀਜ (awareness, consideration, evaluation, renewal)

ਫੈਸਿਟਸ ਸਾਰੇ ਪੋਰਟਲ ਵਿੱਚ ਇਕਸਾਰ ਰੱਖੋ—ਜੇ “Region” ਕਈ ਵਾਰ ਜ਼ੋਨੋਗ੍ਰਾਫੀ ਅਤੇ ਕਈ ਵਾਰ ਸੇਲਜ਼ ਟੇਰਿਟਰੀ ਦੱਸਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਫਿਲਟਰਾਂ 'ਤੇ ਭਰੋਸਾ ਬੰਦ ਕਰ ਦੇਣਗੇ।

ਪ੍ਰਸੰਗਿਕਤਾ ਨੂੰ ਇਰਾਦੱਤਵਾਨ ਬਣਾਓ

ਡਿਫੌਲਟ ਰੈੰਕਿੰਗ ਇੱਕ ਬਲੈਕ ਬਾਕਸ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਟੈਕਸਟ ਮਿਲਾਪ ਨੂੰ بزنس ਸੰਕੇਤਾਂ ਨਾਲ ਮਿਲਾਓ:

• ਲੋਕਪ੍ਰਿਯਤਾ (ਵਿਊਜ਼, ਡਾਊਨਲੋਡ, ਸਾਂਝੇ ਕੀਤੇ ਗਏ)
• ਤਾਜਗੀ (ਪਬਲਿਸ਼ ਦੀ ਤਾਰੀਖ, ਆਖ਼ਰੀ ਅਪਡੇਟ)
• ਪਾਰਟਨਰ ਕਿਸਮ-ਫਿਟ (reseller vs SI vs referral)
• ਸਮੇਂ-ਸੰਵੇਦਨਸ਼ੀਲ ਕੈਂਪੇਨਾਂ ਜਾਂ ਲਾਜ਼ਮੀ ਐਸੈਟਸ ਲਈ ਪਿਨ ਕੀਤੇ ਆਈਟਮ

UX ਪੈਟਰਨ ਜੋ ਦੁਹਰਾਈ ਜਾਣ ਵਾਲੇ ਕੰਮ ਘਟਾਉਂਦੇ ਹਨ

ਛੋਟੀ ਪਰ ਫਾਇਦਾਮੰਦ ਫੀਚਰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਸਮਾਂ ਬਚਾਉਂਦੇ ਹਨ:

• ਸੇਵ ਕੀਤੀਆਂ ਖੋਜਾਂ ਅਤੇ ਤੁਰੰਤ ਫਿਲਟਰ
• ਰੋਲੇ ਅਨੁਸਾਰ ਸੁਝਾਅ (certifications ਅਤੇ ਹਾਲੀਆ ਸਰਗਰਮਤਾ ਦੇ ਆਧਾਰ 'ਤੇ)
• ਸੰਬੰਧਤ ਆਈਟਮ (ਬੈਟਲਕਾਰਡ → ਪਿਚ ਡੈਕ → ਕੇਸ ਸਟਡੀ) ਤਾਂ ਜੋ ਪਾਰਟਨਰ ਇੱਕ ਪੂਰਾ ਗਾਹਕ ਪੈਕੇਟ ਤਿਆਰ ਕਰ ਸਕਣ

ਫਾਇਲ ਸਟੋਰੇਜ, ਡਿਲਿਵਰੀ, ਅਤੇ ਸਮੱਗਰੀ ਪ੍ਰੀਵਿਊਜ਼

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

ਸਟੋਰੇਜ ਅਤੇ ਤੇਜ਼ ਡਿਲਿਵਰੀ

PDFs, ਡੈਕਸ, ਜਿਪ ਅਤੇ ਵੀਡੀਓ ਲਈ object storage (S3-compatible) ਵਰਤੋ। ਇਹ ਸਸਤਾ, ਵੱਡੀਆਂ ਫਾਇਲਾਂ ਲਈ ਵਿਸ਼ਵਾਸਯੋਗ ਅਤੇ ਸਕੇਲ ਕਰਨ ਵਿੱਚ ਸੋਖਾ ਹੁੰਦਾ ਹੈ।

ਤੇਜ਼ ਗਲੋਬਲ ਡਾਊਨਲੋਡ ਲਈ CDN ਲਗਾਓ—ਪਾਰਟਨਰ 40MB ਡੈਕ ਲਈ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕਰਨਗੇ। ਸਮੇਂ-ਸੀਮਿਤ, ਸਾਇਨ ਕੀਤੇ URL ਦਿਆਂ ਜਨਵਾਏ ਤਾਂ ਕਿ ਫਾਇਲਾਂ ਪਬਲਿਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਨਾ ਹੋਣ ਅਤੇ ਜਦੋਂ ਕਿਸੇ ਪਾਰਟਨਰ ਦੇ ਪਰਮੀਸ਼ਨ ਬਦਲੇ ਤਾਂ ਪਹੁੰਚ ਰੱਦ ਕੀਤੀ ਜਾ ਸਕੇ।

ਅਪਲੋਡ ਪਾਈਪਲਾਈਨ (ਸੁਰੱਖਿਅਤ ਅਤੇ ਅਣੁਮਾਨਯੋਗ ਬਣਾਓ)

ਅਪਲੋਡ ਲਈ ਗਾਰਡਰੇਲ:

• ਆਕਾਰ ਸੀਮਾਵਾਂ ਅਤੇ ਟਾਈਪ ਚੈੱਕ: ਪ੍ਰਤੀ-ਟੇਨੈਂਟ ਸੀਮਾਵਾਂ ਲਗਾਓ (ਉਦਾਹਰਣ: ਡਿਫੌਲਟ 250MB) ਅਤੇ ਰਿਸਕੀ ਐਕਸਟੈਂਸ਼ਨ ਬਲੌਕ ਕਰੋ।
• ਵਾਇਰਸ ਸਕੈਨਿੰਗ: ਅਪਲੋਡ 'ਤੇ ਸਕੈਨ ਕਰੋ ਪਹਿਲਾਂ ਕਿ ਫਾਇਲ ਉਪਲਬਧ ਹੋਵੇ। ਜੇ ਸਕੈਨ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੈਰੀਨਟਾਈਨ ਕਰੋ ਅਤੇ ਸੂਚਿਤ ਕਰੋ।
• ਪਿੱਛੇ-ਪ੍ਰਕਿਰਿਆ: ਭਾਰੀ ਕੰਮ (ਸਕੈਨ, ਪ੍ਰੀਵਿਊ ਜਨਰੇਸ਼ਨ) ਨੂੰ async ਜੌਬਜ਼ 'ਚ ਭੇਜੋ ਤਾਂ UI ਤੁਰੰਤ ਜਵਾਬੀ ਰਹੇ।
• ਥੰਬਨੇਲ ਜਨਰੇਸ਼ਨ: ਲਿਸਟਿੰਗ ਲਈ ਛੋਟੇ ਪ੍ਰੀਵਿューਜ਼ (PDF ਪਹਿਲਾ ਪੇਜ਼, ਸਲਾਈਡ ਕਵਰ, ਇਮੇਜ ਰੀਸਾਈਜ਼) ਬਣਾਓ।

ਉਹ ਪ੍ਰੀਵਿਊਜ਼ ਜੋ ਪਾਰਟਨਰ ਵਰਤਣਗੇ

ਪ੍ਰੀਵਿਊਜ਼ friction ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਗਲਤ ਚੀਜ਼ ਡਾਊਨਲੋਡ ਕਰਨ ਤੋਂ ਰੋਕਦੇ ਹਨ:

• PDF/ਸਲਾਈਡ ਰੈਂਡਰਿੰਗ: PDFs ਅਤੇ PPTX ਨੂੰ ਪੇਜ਼ ਇਮੇਜਾਂ ਵਿੱਚ ਰੈਂਡਰ ਕਰੋ ਜਾਂ ਇੱਕ ਲਾਈਟਵੇਟ ਵਿਊਅਰ ਦਿਖਾਓ, “ਡਾਊਨਲੋਡ ਅਸਲ” ਨੂੰ ਸੈਕੰਡਰੀ ਐਕਸ਼ਨ ਰੱਖੋ।
• ਵੀਡੀਓ ਸਟ੍ਰੀਮਿੰਗ: adaptive streaming (HLS/DASH) ਵਿੱਚ ਟ੍ਰਾਂਸਕੋਡ ਕਰੋ ਤਾਂ ਜੋ ਨੀਵੀਂ ਕਨੈਕਸ਼ਨ 'ਤੇ ਵੀ ਪਲੇਬੈਕ ਚੰਗਾ ਰਹੇ।
• ਲਿੰਕ ਅਨਫਰਲਿੰਗ: ਜਦੋਂ ਕੋਈ URL ਪੇਸਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਟਾਈਟਲ, ਵੇਰਵਾ ਅਤੇ ਪ੍ਰੀਵਿਊ ਇਮੇਜ ਫੈਚ ਕਰੋ (ਸੁਰੱਖਿਆ ਟਾਇਮਆਊਟ ਅਤੇ allowlists ਨਾਲ)।

ਰਿਟੇਨਸ਼ਨ, ਆਰਕਾਈਵ ਅਤੇ ਲੀਗਲ ਹੋਲਡ

ਹਰ ਸਮੱਗਰੀ ਟਾਈਪ ਲਈ ਰਿਟੇਨਸ਼ਨ ਨੀਤੀਆਂ ਨਿਰਧਾਰਿਤ ਕਰੋ: ਡਰਾਫਟ X ਦਿਨਾਂ ਬਾਅਦ ਮਿਟਾਓ, ਰਿਟਾਇਰ ਕੀਤੀਆਂ सम्पੱਦਾਂ Y ਮਹੀਨਿਆਂ ਬਾਅਦ ਆਰਕਾਈਵ ਕਰੋ, ਅਤੇ “ਇਵਰਗ੍ਰੀਨ” ਐਸੈਟ ਲੰਬੇ ਸਮੇਂ ਰੱਖੋ। ਆਰਕਾਈਵਡ ਫਾਇਲਾਂ ਲਈ ਸਟੋਰੇਜ ਟੀਅਰ ਵਰਤੋ ਤਾਂ ਕਿ ਲਾਗਤ ਘਟੇ, ਪਰ ਲੈਗਲ ਹੋਲਡ ਸਹਾਇਤਾ ਦਿਓ ਤਾਂ ਕਿ ਨਿਰਧਾਰਤ ਐਸੈਟ ਕੋਮਸਟੂਐਰ ਕਰਨ ਵੇਲੇ ਮਿਟਾਏ ਨਾ ਜਾ ਸਕਣ ਜਦੋਂ ਕੋਈ.Contract, audit, ਜਾਂ dispute ਚੱਲ ਰਹੀ ਹੋਵੇ।

ਉਹ ਪੋਰਟਲ UX ਜੋ ਪਾਰਟਨਰ ਅਸਲ ਵਿੱਚ ਵਰਤਣਗੇ

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

ਮੁੱਖ ਪੇਜ ਜੋ ਠੀਕ ਕਰਨੇ ਹਨ

ਲਾਇਬ੍ਰੇਰੀ ਡੈਫ਼ੌਲਟ ਲੈਂਡਿੰਗ ਅਨੁਭਵ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਸਾਫ ਗ੍ਰਿਡ/ਲਿਸਟ, ਸਪੱਸ਼ਟ ਫਿਲਟਰ (solution, industry, funnel stage), ਅਤੇ ਇੱਕ ਪ੍ਰਮੁੱਖ ਖੋਜ ਬਾਰ। “Recommended for you” ਅਤੇ “Recently updated” ਰੱਖੋ ਤਾਂ ਕਿ ਬ੍ਰਾਊਜ਼ਿੰਗ ਘੱਟ ਹੋਵੇ।

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

ਕਲੈਕਸ਼ਨਜ਼ ਪਾਰਟਨਰਾਂ ਨੂੰ ਨਤੀਜੇ ਦੇ ਅਧਾਰ 'ਤੇ ("Q1 campaign kit", "Retail pitch pack") ਨਾਲ ਨੈਵੀਗੇਟ ਕਰਨ ਵਿੱਚ ਮੱਦਦ ਕਰਦੀਆਂ ਹਨ—ਇਹਨਾਂ ਨੂੰ playlist ਵਾਂਗ ਮਾਨੋ—ਆਰਡਰਡ, ਕਿਉਰੇਟੇਡ, ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਯੋਗ।

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

ਪਾਰਟਨਰ-ਫ੍ਰੈਂਡਲੀ ਓਨਬੋਡਿੰਗ

“ਕਿੱਥੋਂ ਸ਼ੁਰੂ ਕਰਾਂ?” ਵਾਲੀ ਘਟਾਉਣ ਲਈ ਗਾਈਡਡ ਟੂਰ, ਸਟਾਰਟਰ ਕਿਟ ਕਲੈਕਸ਼ਨ, ਅਤੇ ਇਕ ਸਰਲ ਚੈਕਲਿਸਟ (ਉਦਾਹਰਣ: “ਬ੍ਰੈਂਡ ਐਸੈਟਸ ਡਾਊਨਲੋਡ ਕਰੋ”, “ਉਤਪਾਦ ਓਵਰਵਿਊ ਡਾਊਨਲੋਡ”, “ਸਰਟੀਫਾਈ ਹੋਵੋ”) ਰੱਖੋ। ਪ੍ਰਗਤੀ ਦਿਖਾਓ ਅਤੇ ਰੀਜ਼ਿਊਮ-ਫ੍ਰੈਂਡਲੀ ਬਣਾਓ। ਜੇ ਤੁਸੀਂ ਕਈ ਪ੍ਰੋਗਰਾਮ ਰੱਖਦੇ ਹੋ ਤਾਂ ਓਨਬੋਡਿੰਗ ਟਰੈਕ ਸਿਲੈਕਟਰ ਦਿਓ (“Reseller”, “Referral”, “MSP”)।

ਲੋਕਲਾਈਜੇਸ਼ਨ ਜੋ ਮੂਲਤ: ਮਹਿਸੂਸ ਹੋਵੇ

ਭਾਸ਼ਾ ਬਦਲਣ ਦਾ ਸਧਾਰਾ ਵਿਕਲਪ ਦਿਓ ਅਤੇ ਚੋਣ ਨੂੰ ਯਾਦ ਰੱਖੋ। ਖੇਤਰ-ਨਿਰਧਾਰਿਤ কਲੈਕਸ਼ਨ ਰੱਖੋ (ਉਦਾਹਰਨ: EMEA vs NA pricing rules) ਤਾਂ ਕਿ ਪਾਰਟਨਰ ਗਲਤੀ ਨਾਲ ਗਲਤ ਸਮੱਗਰੀ ਨਾ ਚੁਣ ਲੈਣ। ਜਦੋਂ ਲੋਕਲਾਈਜਡ ਸਮੱਗਰੀ ਉਪਲਬਧ ਨਾ ਹੋਵੇ, ਇੱਕ ਨਰਮ fallback ਦਿਖਾਓ ਅਤੇ ਉਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਨਿਸ਼ਾਨ ਲੱਗਾਓ।

ਐਕਸੈਸੇਬਿਲਿਟੀ ਨੂੰ ਡਿਫੌਲਟ ਰੱਖੋ

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

ਐਨਾਲਿਟਿਕਸ, ਰਿਪੋਰਟਿੰਗ, ਅਤੇ ਫੀਡਬੈਕ ਲੂਪ

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

ਐਨਗੇਜਮੈਂਟ ਟ੍ਰੈਕਿੰਗ ਜੋ ਹਕੀਕਤ-ਸੁਧਾਰਯੋਗ ਹੋ

ਸараਲ ਐਨਗੇਜਮੈਂਟ ਸਿਗਨਲਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਸਮੇਂ, ਪਾਰਟਨਰ ਸੰਗਠਨ, ਰੋਲ ਅਤੇ ਸਮੱਗਰੀ ਟਾਈਪ ਅਨੁਸਾਰ ਫਿਲਟਰਯੋਗ ਬਣਾਓ।

ਟ੍ਰੈਕ ਕਰੋ:

• ਵਿਊਜ਼, ਡਾਊਨਲੋਡ, ਅਤੇ ਵੀਡੀਓ ਵਾਸਤੇ ਵਾਚ ਟਾਈਮ
• ਖੋਜ ਕਵੈਰੀਜ਼ ਅਤੇ ਖੋਜ ਤੋਂ ਬਾਅਦ ਯੂਜ਼ਰ ਦੇ ਰਾਹ
• ਜ਼ੀਰੋ-ਰਿਜ਼ਲਟ ਖੋਜਾਂ (ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਸਮੱਗਰੀ ਖਾਂਡ ਪਤਾ ਕਰਨ ਲਈ)
• ਦੁਹਰਾਏ गए ਦੌਰੇ ਅਤੇ “ਸੇਵ/ਬੁੱਕਮਾਰਕ ਕੀਤੀ” ਸਮੱਗਰੀ

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

ਸਿਰਫ਼ ਕਲਿੱਕਾਂ ਨਹੀਂ—ਨਤੀਜਿਆਂ ਨੂੰ ਮਾਪੋ

ਐਨਗੇਜਮੈਂਟ ਮਦਦਗਾਰ ਹੈ, ਪਰ ਐਨਬਲਮੈਂਟ ਟੀਮਾਂ ਨੂੰ ਵੀ ਉਹ ਮੈਟਰਿਕਸ ਚਾਹੀਦੇ ਹਨ ਜੋ ਪਾਰਟਨਰ ਸਫਲਤਾ ਨ੍ਹਾਲ ਜੁੜਦੇ ਹਨ:

• ਓਨਬੋਡਿੰਗ ਸਮਾਪਤੀ ਪਾਰਟਨਰ ਸੰਸਥਾ, ਖੇਤਰ ਅਤੇ ਕੋਹੋਰਟ ਅਨੁਸਾਰ
• ਸਰਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰਗਤੀ (ਸ਼ੁਰੂ, ਚਲ ਰਹੀ, ਪਾਸ, ਮੁਦਤ ਖਤਮ)
• ਸਮੱਗਰੀ ਦੁਹਰਾਈ ਦੇ ਸੰਕੇਤ, ਜਿਵੇਂ “ਪਾਰਟਨਰ ਪਲੇਬੁੱਕ ਵਿੱਚ ਜੋੜਿਆ”, “ਸਾਂਝਾ ਕੀਤਾ”, ਜਾਂ “ਲਰਨਿੰਗ ਪਾਥ ਵਿੱਚ ਐੰਬੈਡ ਕੀਤਾ”

ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ, ਇਨ੍ਹਾਂ ਨੂੰ ਲਾਈਫਸਾਈਕਲ ਮਾਈਲਸਟੋਨ ਨਾਲ ਜੋੜੋ (ਉਦਾਹਰਣ: “ਓਨਬੋਡਿੰਗ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪਹਿਲੀ ਡੀਲ ਰਜਿਸਟਰ ਹੋਈ”) ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਰਾਹੀਂ, ਪਰ ਪਰਿਭਾਸ਼ਾਵਾਂ ਸਧਾਰਨ ਅਤੇ ਦਿੱਖਯੋਗ ਰੱਖੋ।

ਢੰਗ ਦੀਆਂ ਡੈਸ਼ਬੋਰਡਜ਼

ਵੱਖਰੇ ਰਿਪੋਰਟਿੰਗ ਦ੍ਰਿਸ਼ ਬਣਾਓ:

• ਐਡਮਿਨਜ਼: ਕ੍ਰਾਸ-ਪਾਰਟਨਰ ਰੁਝਾਨ, ਸਮੱਗਰੀ ਪ੍ਰਦਰਸ਼ਨ, ਖਾਲੀਆਂ ਜਗ੍ਹਾਂ (ਜਿਵੇਂ ਵੱਧ ਰਹੀਆਂ ਜ਼ੀਰੋ-ਰਿਜ਼ਲਟ) ਅਤੇ ਵਰਜ਼ਨ ਅਡਾਪਸ਼ਨ
• ਪਾਰਟਨਰਾਂ: ਉਨ੍ਹਾਂ ਦੀ ਟੀਮ ਦੀ ਸੰਪੂਰਨਤਾ ਸਥਿਤੀ, ਨਿਰਧਾਰਤ ਲਰਨਿੰਗ ਪਾਥ ਅਤੇ ਰੋਲ ਅਨੁਸਾਰ ਅਗਲੇ ਸੁਝਾਅ

ਕੱਚੇ ਟੇਬਲ ਨਹੀਂ ਡੰਪ ਕਰੋ। ਕੁਝ ਸਪੱਸ਼ਟ ਚਾਰਟ ਅਤੇ ਡ੍ਰਿਲ-ਡਾਊਨ ਫਿਲਟਰ ਦਿਖਾਓ।

ਲਾਇਬ੍ਰੇਰੀ ਸੁਧਾਰਨ ਲਈ ਫੀਡਬੈਕ ਲੂਪ

ਹਰ ਐਸੈਟ 'ਤੇ ਹੁਲਕੇ ਫੀਡਬੈਕ ਸ਼ਾਮਲ ਕਰੋ:

• ਰੇਟਿੰਗ ਅਤੇ "ਕੀ ਇਹ ਮਦਦਗਾਰ ਸੀ?"
• ਵਿਕਲਪਿਕ “ਕੀ ਘੱਟ ਹੈ?” ਟੈਕਸਟ
• ਇੱਕ ਕੰਟੈਂਟ ਰਿਕਵੇਸਟ ਫਾਰਮ ਜੋ ਪ੍ਰੀ-ਫਿੱਲ ਕਰਦਾ ਹੈ (ਪਾਰਟਨਰ ਸੰਸਥਾ, ਰੋਲ, ਉਸ ਖੋਜ ਦਾ ਸੰਦਰਭ)

ਲੂਪ ਨੂੰ ਬੰਦ ਕਰੋ: ਐਡਮਿਨਜ਼ ਨੂੰ ਬੇਨਤੀਆਂ ਨੂੰ planned/published ਦੇ ਰੂਪ ਵਿੱਚ ਨਿਸ਼ਾਨ ਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿਓ ਅਤੇ ਨਿਵੇਦਕਾਂ ਨੂੰ ਨੋਟੀਫਾਈ ਕਰੋ ਜਦੋਂ ਨਵੀਂ ਸਮੱਗਰੀ ਉਪਲਬਧ ਹੋਵੇ।

ਇੰਟੀਗ੍ਰੇਸ਼ਨ: CRM, PRM, LMS, ਅਤੇ ਕੋਲਾਬਰੇਸ਼ਨ ਟੂਲ

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

CRM/PRM: ਪਾਰਟਨਰ ਰਿਕਾਰਡ ਸਿੰਕ ਰੱਖੋ

ਉਸ ਸਿਸਟਮ ਨਾਲ ਜੁੜੋ ਜੋ "ਤੁਹਾਡੇ ਪਾਰਟਨਰਾਂ" ਬਾਰੇ ਸੱਚਾਈ ਦੱਸਦਾ ਹੈ—ਆਮ ਤੌਰ 'ਤੇ CRM (Salesforce, HubSpot) ਜਾਂ PRM। ਇਸਨੂੰ ਪਾਰਟਨਰ ਖਾਤਿਆਂ, ਟੀਅਰਾਂ, ਖੇਤਰ ਅਤੇ ਐਕਟਿਵ/ਇਨਐਕਟਿਵ ਸਥਿਤੀ ਲਈ ਸੋਰਸ ਆਫ਼ ਟਰੂਥ ਬਣਾਓ।

ਚੰਗੀ ਅਭਿਆਸ:

• ਡਾਇਰੈਕਟਰੀਆਂ ਅਤੇ ਐਟ੍ਰਿਬਿ‍यੂਟ ਲਈ ਰਾਤ-ਵਾਰ ਸਿੰਕ
• ਜ਼ਰੂਰੀ ਬਦਲਾਵਾਂ ਲਈ ਰੀਅਲ-ਟਾਈਮ ਅਪਡੇਟ (ਜਿਵੇਂ ਪਹੁੰਚ ਰੱਦ ਹੋਈ, ਟੀਅਰ ਅੱਪਗ੍ਰੇਡ)

ਇਸ ਨਾਲ ਨੀਤੀ ਬਣਾਉਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ: “Gold partners in EMEA can access the new pricing toolkit” ਬਿਨਾਂ ਡੇਪਲੀਕੇਟਡ ਡੇਟਾ ਦੇ।

LMS: ਟ੍ਰੇਨਿੰਗ ਲਿੰਕ, ਪੂਰਨਤਾ, ਅਤੇ ਬੈਜ

ਜੇ ਟ੍ਰੇਨਿੰਗ LMS ਵਿੱਚ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ ਪੋਰਟਲ ਇਸਨੂੰ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਧਾਰਨ ਰੱਖੋ: ਹਰ ਸਮੱਗਰੀ ਪੇਜ 'ਤੇ ਸਹੀ ਕੋਰਸ ਲਿੰਕ ਦਿਖਾਓ ਅਤੇ ਪੂਰਨਤਾ ਸਥਿਤੀ ਵਾਪਸ ਖਿੱਚੋ।

ਆਮ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਵਿਕਲਪ:

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

Slack/Teams: ਅਪ੍ਰੂਵਲ ਅਤੇ ਸਮੇਂ-ਸੰਵੇਦਨਸ਼ੀਲ ਅਪਡੇਟ

ਕੋਲਾਬਰੇਸ਼ਨ ਟੂਲ ਵਰਕਫਲੋਜ਼ ਨੂੰ ਗਤੀ ਦਿੰਦੇ ਹਨ। ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜੋ ਜਦੋਂ:

• ਨਵਾਂ ਡਰਾਫਟ ਰੀਵੀਵ ਲਈ ਹੈ
• ਪ੍ਰਕਾਸ਼ਨ ਦੀ ਤਾਰੀਖ ਨੇੜੇ ਆ ਰਹੀ ਹੋਵੇ
• ਇੱਕ ਅਹਮ ਐਸੈਟ ਅਪਡੇਟ ਜਾਂ ਰਿਟਾਇਰ ਹੋਇਆ ਹੋਵੇ

ਤੁਸੀਂ ਹਲਕੀ-ਫਰਮਾ ਅਪ੍ਰੂਵਲ (ਜਿਵੇਂ “Approve/Request changes”) ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਆਈਟਮ ਨੂੰ ਪੋਰਟਲ ਵਿੱਚ ਲਿੰਕ ਕਰਦੇ ਹਨ।

APIs ਅਤੇ Webhooks: ਬਦਲਾਅ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ

ਜੇ ਤੁਸੀਂ ਕੁਝ ਹੀ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨਾਲ ਸ਼ੁਰੂ ਵੀ ਕਰਦੇ ਹੋ, ਤਾਂ ਹੋਰ ਲਈ ਯੋਜਨਾ ਬਣਾਓ। ਪ੍ਰਦਾਨ ਕਰੋ:

• ਸਮੱਗਰੀ ਪ੍ਰਕਾਸ਼ਨ, ਮੈਟਾਡੇਟਾ ਅਪਡੇਟ, ਅਤੇ ਪਾਰਟਨਰ ਪਹੁੰਚ ਬਦਲਣ ਲਈ REST APIs
• “content published/updated/retired”, “partner added/disabled”, ਅਤੇ “training completed” ਲਈ Webhooks
• ਕ compliance ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਲਈ ਆਡੀਟ ਐਕਸਪੋਰਟ API ਰਾਹੀਂ

ਇੱਕ ਸਪਸ਼ਟ API ਅਤੇ webhook ਰਣਨੀਤੀ ਇੱਕ-ਵਾਰੀ ਮੁੜ-ਕਸਟਮ ਕੰਮ ਰੋਕਦੀ ਹੈ ਅਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਵਿੱਚਾ ਰਹਿਤ ਰੱਖਦੀ ਹੈ।

ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਟੈਕ ਸਟੈਕ ਫੈਸਲੇ

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

ਮੋਨੋਲਿਥ vs ਮੋਡੀਊਲਰ ਸਰਵਿਸਜ਼

ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਲਈ, ਇੱਕ ਮੋਡੀਊਲਰ ਮੋਨੋਲਿਥ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਸਤਾ ਹੁੰਦਾ ਹੈ: ਇੱਕ ਡਿਪਲੋਏਬਲ ਐਪ ਪਰ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਵੱਖਰੇ ਮਾਡਿਊਲ (content, partners, permissions, analytics)। ਡੀਬੱਗਿੰਗ ਸਧਾਰਨ, ਘੱਟ ਮੂਵਿੰਗ ਪਾਸੇ ਅਤੇ ਇਕਸਾਰ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਮਿਲਦੀ ਹੈ।

ਸਰਵਿਸਜ਼ ਵੱਲ ਮੋੜ ਤਦ ਕਰੋ ਜਦੋਂ ਤੁਹਾਨੂੰ ਅਸਲ ਦਰਦ ਮਹਿਸੂਸ ਹੋਵੇ: ਆਧਾਰ ਤੇ ਸਕੇਲਿੰਗ ਦੀ ਲੋੜ, ਵੱਖਰੀ ਰਿਲੀਜ਼ ਕੈਡੈਂਸ, ਜਾਂ ਕਈ ਟੀਮਾਂ ਇਕ ਦੂਜੇ ਦੇ ਉੱਤੇ ਚਲ ਰਹੀਆਂ ਹੋਣ। ਆਮ ਪਹਿਲਾਂ ਵੱਖ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ search/indexing ਜਾਂ file processing ਵਰਕਰ ਹੋਵੇਗੀ।

ਮਲਟੀਟੇਨੈਂਸੀ ਯੋਜਨਾ

ਪਾਰਟਨਰ ਐਨਬਲਮੈਂਟ ਅਕਸਰ ਸ਼ੇਅਰ ਕੀਤੇ ਅਤੇ ਇਨਸੋਲੇਟਡ ਡੇਟਾ ਦੋਹਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

• ਗਲੋਬਲ ਸਮੱਗਰੀ: ਸਭ ਪਾਰਟਨਰਾਂ ਲਈ ਉਪਲਬਧ (ਉਦਾਹਰਣ: ਬ੍ਰੈਂਡ ਗਾਈਡਲਾਈਨ)
• ਟੇਨੈਂਟ ਸਮੱਗਰੀ: ਪਾਰਟਨਰ-ਵਿਸ਼ੇਸ਼ ਫਾਈਲਾਂ, ਕੀਮਤ, ਜਾਂ ਲੋਕਲ ਡੈਕਸ

ਸ਼ੁਰੂ 'ਚ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਡੇਟਾ ਕਿਵੇਂ ਅਲੱਗ ਕਰੋਂਗੇ:

• ਰੋ-ਲੈਵਲ ਟੇਨੈਂਸੀ (tenant_id কলਮ) ਸਭ ਤੋਂ ਸਧਾਰਨ ਹੈ ਅਤੇ ਮਜ਼ਬੂਤ ਐਕਸੈਸ ਚੈਕ ਨਾਲ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ।
• ਸਕੀਮਾ/ਡੇਟਾਬੇਸ ਪ੍ਰਤੀ ਟੇਨੈਂਟ ਵੱਧ ਇਨਸੋਲੇਸ਼ਨ ਦਿੰਦਾ ਹੈ, ਪਰ ਓਪਰੇਸ਼ਨਲ ਓਵਰਹੈੱਡ ਵਧਾ ਦਿੰਦਾ ਹੈ।

ਜੋ ਵੀ ਚੋਣ ਕਰੋ, ਡੇਟਾ-ਐਕਸੈੱਸ ਲੇਅਰ 'ਤੇ ਟੇਨੈਂਟ ਸਕੋਪਿੰਗ ਲਾਗੂ ਕਰੋ—UI ਫਿਲਟਰਾਂ 'ਤੇ ਨਹੀਂ।

ਇੱਕ ਪ੍ਰਯੋਗਕ ਸਟੈਕ

ਆਮ ਅਤੇ ਪਰਖੇ ਹੋਏ ਚੋਣਾਂ:

• Frontend: React + Next.js (ਤੇਜ਼ ਰਾਉਟਿੰਗ, ਪਬਲਿਕ ਪੇਜ ਲਈ ਚੰਗੀ SEO)
• Backend: Node.js (NestJS/Express) ਜਾਂ Python (Django/FastAPI), REST ਜਾਂ GraphQL ਨਾਲ
• Database: Postgres ਸਮੱਗਰੀ ਮੈਟਾਡੇਟਾ, ਰੋਲ ਅਤੇ ਆਡੀਟ ਲਾਗਜ਼ ਲਈ
• Search: OpenSearch/Elasticsearch ਫੁੱਲ-ਟੈਕਸਟ ਖੋਜ, ਫਿਲਟਰ ਅਤੇ ਫੈਸਿਟਿੰਗ ਲਈ
• Files: Object storage (S3-compatible) + signed URLs ਸੇਕਿਊਰ ਡਾਊਨਲੋਡ ਲਈ

ਜੇ ਤੁਸੀਂ ਉਤਪਾਦ ਅਨੁਭਵ ਨੂੰ ਸਕੇਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪਰਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਇੱਕ MVP ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਣ ਵਿੱਚ ਤੇਜ਼ੀ ਲਿਆ ਸਕਦਾ ਹੈ: ਤੁਸੀਂ ਚੈਟ ਰਾਹੀਂ roles, content states, search/filter UX, ਅਤੇ ਐਨਾਲਿਟਿਕਸ ਇਵੈਂਟਸ ਉਤੇ ਇਟਰੇਟ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਫਿਰ ਜਦੋਂ ਤਿਆਰ ਹੋਵੋ ਤਾਂ ਸੋਰਸ ਕੋਡ ਨਿਰਯਾਤ ਕਰ ਸਕਦੇ ਹੋ। ਇਸਦਾ ਡਿਫੌਲਟ React ਫਰੰਟਐਂਡ ਅਤੇ Go + PostgreSQL ਬੈਕਐਂਡ ਭਰਪੂਰ ਬਹੁਤ ਟੀਮਾਂ ਲਈ ਧਰ੍ਹੇ-ਖਾਸ ਸਟੈਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

ਸਕੇਲ ਲਈ ਡਿਜ਼ਾਈਨ (ਬਿਨਾਂ ਅਤਿ-ਨਿਰਮਾਣ ਦੇ)

ਪੇਸ਼ ਆਉਣ ਵਾਲੀਆਂ spikes (ਨਵੇਂ ਉਤਪਾਦ ਲਾਂਚ) ਲਈ ਯੋਜਨਾ ਬਣਾਓ:

• ਕੈਸ਼ਿੰਗ: metadata ਅਤੇ permission checks (ਸਾਵਧਾਨੀ ਨਾਲ) Redis ਨਾਲ cache ਕਰੋ
• ਬੈਕਗ੍ਰਾਊਂਡ ਜੌਬਜ਼: ਥੰਬਨੇਲ, ਪ੍ਰੀਵਿਊ ਜਨਰੇਸ਼ਨ, ਵਾਇਰਸ ਸਕੈਨ, ਅਤੇ ਇੰਡੈਕਸਿੰਗ
• ਰੇਟ ਲਿਮਿਟਸ: ਲੌਗਿਨ, ਖੋਜ, ਅਤੇ ਡਾਊਨਲੋਡ endpointਸ ਦੀ ਰੱਖਿਆ ਲਈ
• CDN: ਸਟੈਟਿਕ ਫਾਇਲਾਂ ਅਤੇ ਪ੍ਰੀਵਿਊਜ਼ CDN ਰਾਹੀਂ ਸਰਵ ਕਰੋ, ਪਰ ਫ਼ਿਲਿੰਗ ਨਿਯੰਤ੍ਰਿਤ ਰੱਖਣ ਲਈ expiring tokens ਵਰਤੋਂ

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

ਸੁਰੱਖਿਆ, ਅਨੁਕੂਲਤਾ, ਅਤੇ ਓਪਰੇਸ਼ਨ

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

ਸੁਰੱਖਿਆ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ (ਟੀਮਾਂ ਨੂੰ ਰੋਕੇ ਬਿਨਾਂ)

ਸਭ ਜਗ੍ਹਾ TLS ਵਰਤੋ ਅਤੇ ਇਸਨੂੰ ਲਾਜ਼ਮੀ ਬਣਾਓ (HSTS, no mixed content)। ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਨੂੰ ਅਟ-ਰੇਸਟ ਇਨਕ੍ਰਿਪਟ ਕਰੋ: ਡੇਟਾਬੇਜ਼ ਫੀਲਡ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਟੋਕਨ ਜਾਂ PII ਹੈ ਅਤੇ ਉੱਤੇ ਰੱਖੇ ਫਾਇਲਾਂ। ਫਾਇਲਾਂ ਲਈ per-object encryption keys ਤੇ ਵਿਚਾਰ ਕਰੋ ਅਤੇ managed KMS ਵਰਤੋਂ ਤਾਂ ਜੋ 키 ਰੋਟੇਸ਼ਨ ਬਿਨਾਂ ਬੜੀ ਰੀ-ਆਰਕੀਟੈਕਚਰ ਦੇ ਮੁਮਕਿਨ ਹੋ ਸਕੇ।

सीਕ੍ਰੇਟਸ ਨੂੰ ਕੋਡ ਅਤੇ CI ਲੋਗਜ਼ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। API keys, ਡੇਟਾਬੇਜ਼ ਕ੍ਰੈਡੈਂਸ਼ਲ, ਸਾਇਨਿੰਗ ਕੀ ਅਤੇ webhook secrets ਲਈ secrets manager ਵਰਤੋ। ਕਰੈਡੈਂਸ਼ਲ ਨੂੰ ਨਿਯਤ ਅੰਤਰਾਲ ਅਤੇ ਸਟਾਫ਼ ਪਰਿਵਰਤਨ 'ਤੇ ਰੋਟੇਟ ਕਰੋ।

ਸੁਰੱਖਿਅਤ ਫਾਇਲ ਸ਼ੇਅਰਿੰਗ ਲਈ public URLs ਤੋਂ ਬਚੋ। ਛੋਟੇ ਸਮੇਂ ਵਾਲੇ, signed download links ਜੋ user session ਅਤੇ partner org ਨਾਲ ਜੁੜੇ ਹਨ ਵਰਤੋ, ਅਤੇ ਸਰਵਰ-ਸਾਈਡ authorization checks ਰੱਖੋ।

ਆਡੀਟੇਬਿਲਟੀ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਭਰੋਸਾ ਕਰ ਸਕੋਂ

ਤੁਹਾਨੂੰ ਆਡੀਟ ਟ੍ਰੇਲ ਚਾਹੀਦਾ ਹੋਵੇਗਾ:

• ਸਮੱਗਰੀ ਕਾਰਵਾਈਆਂ: draft, publish, unpublish, retire
• ਐਕਸੈੱਸ ਇਵੈਂਟਸ: ਵਿਊਜ਼ ਅਤੇ ਡਾਊਨਲੋਡ (ਫਾਇਲ ਨਾਮ/ਵਰਜ਼ਨ ਸਮੇਤ)
• ਐਡਮਿਨ ਬਦਲਾਅ: ਰੋਲ ਅਸਾਈਨਮੈਂਟ, ਪਰਮੀਸ਼ਨ ਅਪਡੇਟ, ਪਾਰਟਨਰ ਆਰਗ ਐਡਿਟ

ਆਡੀਟ ਲਾਗਜ਼ ਅੈਪੇਂਡ-਑ਨਲੀ ਰੱਖੋ, actor, timestamp, IP/user agent, ਅਤੇ permission ਬਦਲਾਅ ਲਈ "before/after" ਸਨੈਪਸ਼ਾਟ ਸ਼ਾਮਲ ਕਰੋ। ਲਾਗਜ਼ ਐਕਸਪੋਰਟ ਕਰਨ ਯੋਗ ਬਣਾਓ ਤਾਂ ਜੋ compliance ਰਿਵਿਊਜ਼ ਹੋ ਸਕਣ।

ਪ੍ਰਾਈਵੇਸੀ ਅਤੇ ਡੇਟਾ ਰਿਟੇਨਸ਼ਨ

ਸਿਰਫ਼ ਉਹੀ ਡੇਟਾ ਇਕੱਠਾ ਕਰੋ ਜੋ ਲੋੜੀਂਦਾ ਹੈ (ਨਾਂ, ਈਮੇਲ, ਆਰਗ, ਰੋਲ)। ਉਪਭੋਗਤਾ ਮਿਟਾਉਣ ਦਾ ਫਲੋ ਪ੍ਰਦਾਨ ਕਰੋ ਜੋ ਕಾನੂਨੀ ਲੋੜਾਂ ਦਾ ਸਤਿਕਾਰ ਕਰਦਾ ਹੈ: PII ਨੂੰ ਮਿਟਾਉਣਾ ਜਾਂ ਅਨਾਨੀਮਾਈਜ਼ ਕਰਨਾ ਪਰ ਜ਼ਰੂਰੀ ਨਾਨ-ਆਈਡੈਂਟੀਫਾਈਂਗ ਆਡੀਟ ਰਿਕਾਰਡ ਰੱਖਣਾ। ਸਮੱਗਰੀ ਅਤੇ ਲਾਗਜ਼ ਲਈ ਰਿਟੇਨਸ਼ਨ ਨੀਤੀਆਂ ਨਿਰਧਾਰਿਤ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਤੁਹਾਡੀ ਨੀਤੀ ਪੰਨਿਆਂ (ਉਦਾਹਰਣ: /privacy) 'ਤੇ ਦਸਤਾਵੇਜ਼ ਕਰੋ।

ਓਪਰੇਸ਼ਨਲ ਤਿਆਰੀ

ਰਿਲਾਇਬਿਲਟੀ ਨੂੰ ਜਾਰੀ ਕਾਰਜ ਮਾਣੋ: ਲੈਟੈਂਸੀ, ਐਰਰ ਰੇਟ, ਕਿਊ ਬੈਕਲੌਗ, ਅਤੇ ਸਟੋਰੇਜ ਫੇਲਿਯਰ ਲਈ ਮਾਨੀਟਰਨਿੰਗ; real on-call ਪਾਥ 'ਤੇ ਅਲਾਰਟਾਂ। ਬੈਕਅੱਪ ਸਵੈਚਾਲਿਤ, ਇਨਕ੍ਰਿਪਟ ਕੀਤੇ ਅਤੇ ਪੀਰੀਅਡਿਕ ਰੀਸਟੋਰ ਡ੍ਰਿਲਜ਼ ਨਾਲ ਟੇਸਟ ਕੀਤੇ ਜਾਣ ਚਾਹੀਦੇ ਹਨ।

incident response runbooks ਨੂੰ ਰੱਖੋ: ਟੋਕਨ ਕਿਵੇਂ ਰੱਦ ਕਰਨੇ, ਸਾਇਨਿੰਗ ਕੀ ਰੋਟੇਟ ਕਰਨੇ, ਕੰਪ੍ਰੋਮਾਈਜ਼ਡ ਅਕਾਊਂਟਾਂ ਨੂੰ ਅਯੋਗ ਕਰਨੇ ਅਤੇ ਪਾਰਟਨਰਾਂ ਨਾਲ ਤੇਜ਼ ਅਤੇ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਸੰਚਾਰ ਕਰਨੇ।