ਵیکھੋ ਕਿ Dell Technologies ਕਿਵੇਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਰਿਸ਼ਤਿਆਂ ਨੂੰ ਵਿਆਪਕ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਪੋਰਟਫੋਲੀਓ ਨਾਲ ਮਿਲਾ ਕੇ—ਸੇਵਾਵਾਂ, ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਲਾਈਫਸਾਇਕਲ ਸਪੋਰਟ ਵਜੋਂ—ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਬਣਾਉਂਦੀ ਹੈ।
ਹਾਰਡਵੇਅਰ ਨੂੰ ਸੇਵਾਵਾਂ ਵਿੱਚ ਬਦਲਣਾ ਇੱਕ ਵਪਾਰਕ ਮਾਡਲ ਦੀ ਬਦਲੋ ਹੈ: ਇੱਕ ਸਰਵਰ, ਸਟੋਰੇਜ ਏਰੇ ਜਾਂ ਨੈੱਟਵਰਕਿੰਗ ਉਪਕਰਨ ਨੂੰ ਇੱਕ ਵਾਰੀ ਵਿਕਰੀ ਦੀ ਥਾਂ ਸਮੇਂ ਦੇ ਨਾਲ ਉਪਯੋਗਯੋਗ ਸਮਰੱਥਾ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਵੇਚਿਆ ਜਾਂਦਾ ਹੈ। ਗਾਹਕ ਜੋ ਖਰੀਦ ਰਿਹਾ ਹੈ ਉਹ ਉਹ ਹੈ ਜੋ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ—ਪ੍ਰਦਰਸ਼ਨ, ਉਪਲਬਧਤਾ, ਅਨੁਕੂਲਤਾ ਅਤੇ ਤੇਜ਼ ਡਿਲਿਵਰੀ—ਨਾ ਕਿ ਕਿਸੇ ਵਿਸ਼ੇਸ਼ bill of materials।
ਰਵਾਇਤੀ ਖਰੀਦ ਵਿੱਚ, ਖਰੀਦਦਾਰ ਅੱਗੇ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਸੰਪਤੀ ਦਾ ਮਾਲਕ ਬਣਦਾ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਓਪਰੇਸ਼ਨਲ ਭਾਰ ਲੈਂਦਾ ਹੈ: ਸਾਈਜ਼ਿੰਗ, ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ ਚੱਕਰ, ਅੱਪਗ੍ਰੇਡਸ, ਅਤੇ ਅਕਸਰ ਜਟਿਲ ਸਪੋਰਟ ਕਾਂਟ੍ਰੈਕਟ।
ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਮਾਡਲ ਵਿੱਚ, ਖਰੀਦਦਾਰ ਖਪਤ ਲਈ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ—ਅਕਸਰ ਮਹੀਨਾਵਾਰ ਜਾਂ ਤਿਮਾਹੀ—ਜ਼ਿਆਦਾਤਰ ਕਮਿਟ ਕੀਤੀ ਸਮਰੱਥਾ, ਅਸਲੀ ਉਪਯੋਗ, ਜਾਂ ਦੋਹਾਂ ਦੇ ਮਿਸ਼ਰਣ 'ਤੇ ਆਧਾਰਿਤ। ਧਿਆਨ ਇੱਕ ਸਧਾਰਨ ਸਵਾਲ ਵੱਲ ਵੱਲਦਾ ਹੈ: “ਕੀ ਸਾਡੇ ਕੋਲ ਜਦੋਂ ਚਾਹੀਦਾ ਹੈ ਉਹ ਸਮਰੱਥਾ ਹੈ, ਅਤੇ ਕੀ ਇਹ ਸਹਿਮਤ ਮਿਆਰੀਆਂ ਅਨੁਸਾਰ ਚਲਾਈ ਜਾ ਰਹੀ ਹੈ?”
ਵਿਕਰੇਤਾ ਲਈ, ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਨਗਦ ਪ੍ਰਵਾਹ ਨੂੰ ਪੂਰਵਾਨੁਮਾਨਯੋਗ ਬਣਾਂਦਾ ਹੈ, ਅਨੁਮਾਨ ਬਣਾ ਕੇ ਰੋਜ਼ਾਨਾ ਕਮਾਈ ਦਰ ਨੂੰ ਸਥਿਰ ਕਰਦਾ ਹੈ ਅਤੇ ਗਾਹਕ ਆਯੁਸ਼ ਨੂੰ ਲੰਮਾ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਰਿਸ਼ਤਾ ਇੱਕ ਵਾਰੀਗਤ ਘਟਨਾ ਦੀ ਥਾਂ ਲਗਾਤਾਰ ਹੁੰਦਾ ਹੈ।
ਗਾਹਕਾਂ ਲਈ, ਆਕਰਸ਼ਣ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ عملي ਹੈ: ਘੱਟ ਅਚਾਨਕ ਰਿਫ੍ਰੈਸ਼ ਪ੍ਰਾਜੈਕਟ, ਨਰਮ ਬਜਟਿੰਗ, ਅਤੇ ਮੰਗ ਦੇ ਤਬਦੀਲ ਹੋਣ 'ਤੇ ਸਪੱਛਟ ਸਕੇਲ-ਅਪ ਜਾਂ ਸਕੇਲ-ਡਾਊਨ ਦਾ ਰਸਤਾ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੱਲ, ਪ੍ਰੇਰਣਾਵਾਂ ਰੇਖਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ—ਜੇ ਸੇਵਾ ਗੁਣਵੱਤਾ ਘਟਦੀ ਹੈ, ਤਾਂ ਰਿਸ਼ਤਾ ਤੁਰੰਤ ਖਤਰੇ ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ।
ਖਰੀਦਦਾਰ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਤਬਦੀਲੀਆਂ ਦੇਖਦੇ ਹਨ:
ਮੁੱਖ ਗੱਲ: ਹਾਰਡਵੇਅਰ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਰਹਿ ਸਕਦਾ ਹੈ। ਫਰਕ ਇਹ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਪੈਕੇਜ, ਭੁਗਤਾਨ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਕਿਸੇ ਉਤਪਾਦ-ਦਰ-ਉਤਪਾਦ ਸਮੀਖਿਆ ਨਹੀਂ ਹੈ। ਲਕਸ਼ ਹੈ ਇਹ ਸਮਝਾਉਣਾ ਕਿ Dell Technologies ਵਰਗਾ ਕੰਪਨੀ ਕਿਵੇਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਰਿਸ਼ਤਿਆਂ, ਵਿਆਪਕ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਪੋਰਟਫੋਲੀਓ ਅਤੇ ਖਪਤ ਪ੍ਰੋਗਰਾਮਾਂ (ਉਦਾਹਰਣ ਵਜੋਂ APEX-ਸ਼ੈਲੀ ਪੇਸ਼ਕਸ਼ਾਂ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਭੌਤਿਕ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਨੂੰ ਪੈਕੇਜਿੰਗ, ਡਿਲਿਵਰੀ ਅਤੇ ਗੋ-ਟੂ-ਮਾਰਕੀਟ ਕਾਰਜਾਵਲੀ ਰਾਹੀਂ ਪੂਰਵਾਨੁਮਾਨਯੋਗ, ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ—ਟੈਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਥਾਂ ਕਾਰੋਬਾਰੀ ਪ੍ਰਵਾਹ ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ।
Dell Technologies ਦਾ ਬਾਕਸ ਵੇਚਣ ਤੋਂ ਨਤੀਜੇ ਵੇਚਣ ਤੇ ਤਬਦੀਲ ਹੋਣਾ ਸਭ ਤੋਂ ਵਧੀਆ ਉਸੇ ਥਾਂ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਭਰੋਸਾ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ: ਵੱਡੀਆਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ਾਂ ਵਿੱਚ ਲੰਮੇ ਯੋਜਨਾ ਚੱਕਰ, ਕਠੋਰ ਖਰੀਦ ਨਿਯਮ, ਅਤੇ ਘੱਟ ਡਾਊਨਟਾਈਮ ਸਹਿਣਸ਼ੀਲਤਾ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਆਮ ਤੌਰ 'ਤੇ “ਸਿਫ਼ਰ ਤੋਂ ਸ਼ੁਰੂ” ਨਹੀਂ ਕਰਦੇ। ਉਹਨਾਂ ਕੋਲ ਸਾਲਾਂ ਦੀਆਂ ਸਰਵਰ, ਸਟੋਰੇਜ, ਐਂਡਪੌਇੰਟ ਅਤੇ ਨੈੱਟਵਰਕਿੰਗ ਹੁੰਦੀ ਹੈ, ਨਾਲ ਹੀ ਸਥਾਪਤ ਸਪੋਰਟ ਕਾਂਟ੍ਰੈਕਟ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਆਦਤਾਂ। ਇਹ installed base ਕੇਵਲ ਰੈਵਨਿਊ ਇਤਿਹਾਸ ਨਹੀਂ—ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਨਵੀਨੀਕਰਨ, ਵਧਾਈ, ਮੋਡਰਨਾਈਜ਼ੇਸ਼ਨ ਜਾਂ ਸੁਰੱਖਿਆ ਦੀ ਲੋੜ ਹੈ।
ਜਦੋਂ ਇਕ ਵਿਕਰੇਤਾ ਮਾਹੌਲ ਨੂੰ ਸਮਝਦਾ ਹੈ, ਤਾਂ ਖਪਤ-ਅਧਾਰਿਤ ਵਿਕਲਪ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਗਾਹਕ ਇਸਨੂੰ ਅਸਲੀ ਵਰਤੋਂ, ਘਟਨਾ ਇਤਿਹਾਸ ਅਤੇ ਰਿਫ੍ਰੈਸ਼ ਟਾਈਮਲਾਈਨਾਂ ਦੇ ਖਿਲਾਫ ਤੁਲਨਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਮੌਕੇ ਪੈਦਾ ਕਰਦਾ ਹੈ: ਵਿਸਥਾਰ, ਸਮਰੱਥਾ ਸੰਸ਼ੋਧਨ, ਅਤੇ ਸੇਵਾ ਜੁੜਨਾ ਜੋ ਇਕ ਰਿਸ਼ਤੇ ਦਾ ਹਿੱਸਾ ਬਣ ਜਾਂਦੇ ਹਨ।
ਵੱਡੀਆਂ ਸੰਸਥਾਵਾਂ ਜੋਖਮ ਘਟਾਉਣ ਲਈ ਅਨੁਕੂਲਿਤ ਹੁੰਦੀਆਂ ਹਨ। ਉਹ ਉਨ੍ਹਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀਆਂ ਹਨ ਜੋ:
ਇਹ “ਪਰਮਾਣਿਤ” ਸਾਥੀਆਂ ਵੱਲ ਰੁਝਾਨ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਐਜ਼ ਏ ਸਰਵਿਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਗाहਕ ਅਪਰੈਟਿਓਨਲ ਜੋਖਮ ਦਾ ਹਿੱਸਾ ਬਾਹਰ ਸੌਂਪ ਰਿਹਾ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਭਰੋਸੇਯੋਗ विक्रेਤਾ ਬਹੁ-ਸਾਲਾ ਅੰਗੀਕਾਰ ਅਤੇ ਰਿਕਰਿੰਗ ਖਰਚ ਲਈ ਮਨਜ਼ੂਰ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵਧਾ ਦਿੰਦਾ ਹੈ।
ਸੇਵਾਵਾਂ ਉਤਪਾਦ ਸ਼ੀਟਾਂ ਦੁਆਰਾ ਨਾਂ ਹੀ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ; ਇਹ ਸਹੰਯੋਗ ਟੀਮਾਂ ਰਾਹੀਂ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਅਕਾਊਂਟ ਟੀਮਾਂ ਕਾਰੋਬਾਰੀ ਤਰਜੀحات ਨੂੰ ਵਪਾਰਕ ਸ਼ਰਤਾਂ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦੀਆਂ ਹਨ, ਸਲੂਸ਼ਨ ਆਰਕੀਟੈਕਟ ਉਤਪਤੀਕ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਹਨ ਜੋ ਅਸਲੀ ਉਤਪਾਦ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ, ਅਤੇ ਕਾਰਜਕਾਰੀ ਪ੍ਰੋਤਸਾਹਨ ਗਵਰਨੈਂਸ, ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ ਅਤੇ ਟੀਮ-ਸਤਰ ਸਹਿਮਤੀ ਨੂੰ ਖੋਲ੍ਹਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਸਮੇਂ ਦੇ ਨਾਲ, ਇਹ ਭੂਮਿਕਾਵਾਂ ਇਕ ਤਰ੍ਹਾਂ ਦੀ “ਰਿਸ਼ਤਾ ਇੰਫਰਾਸਟ੍ਰਕਚਰ” ਬਣ ਜਾਂਦੀਆਂ ਹਨ ਜੋ ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਸੰਭਵ ਬਣਾਉਂਦੀਆਂ ਹਨ: renewals ਤੇਜ਼ ਹੁੰਦੇ ਹਨ, ਵਿਸਥਾਰ ਘੱਟ ਅਚਾਨਕੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਨਵੇਂ ਪੇਸ਼ਕਸ਼ਾਂ ਜਿਵੇਂ APEX-ਸ਼ੈਲੀ ਖਪਤ ਮਾਡਲ ਘੱਟ ਰਗੜ ਨਾਲ ਲਿਆਂਦੇ ਜਾ ਸਕਦੇ ਹਨ।
ਜ਼ਿਆਦਾਤਰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਫੈਸਲੇ ਕੁਝ ਥੀਮਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਗਰੁੱਥ ਹੁੰਦੇ ਹਨ: ਜੋਖਮ ਘਟਾਉਣਾ, ਪਲੇਟਫਾਰਮ ਸਟੈਂਡਰਡ ਕਰਨਾ, ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ ਸਧਾਰਨਾ, ਅਤੇ ਖਰਚਾਂ ਨਿਰਧਾਰਣ ਰੱਖਣਾ। ਉਹ ਵਿਕਰੇਤਾ ਜੋ ਇਨ੍ਹਾਂ ਤਰਜੀحات ਨੂੰ ਨਿਰੰਤਰ ਤਰੀਕੇ ਨਾਲ ਬਿਆਨ ਕਰ ਸਕਦੇ ਹਨ—ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿ ਗਾਹਕ ਨੂੰ ਖਰੀਦਣ ਦਾ ਤਰੀਕਾ ਦੁਬਾਰਾ ਸਿੱਖਣਾ ਨਾ ਪਵੇ—ਉਹ ਹਨ ਜੋ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਖਰੀਦਾਂ ਨੂੰ ਟਿਕਾਊ, ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਰਿਸ਼ਤਿਆਂ ਵਿੱਚ ਬਦਲਣ ਦੀ ਸੰਭਾਵਨਾ ਰੱਖਦੇ ਹਨ।
Dell Technologies ਦੀ ਲਾਭਕਾਰੀ ਤਬਦੀਲੀ "ਇੱਕ ਵਾਰੀ ਬਾਕਸ ਵੇਚੋ" ਤੋਂ ਲਗਾਤਾਰ ਸੇਵਾਵਾਂ ਵੱਲ ਇਹ ਹੈ ਕਿ ਇਹ ਐਂਟਰਪ੍ਰਾਈਜ਼ਾਂ ਦੀ ਚਲ ਰਹੀ ਚੀਜ਼ਾਂ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਕਵਰ ਕਰ ਸਕਦੀ ਹੈ—end-to-end, ਡੇਟਾ ਸੈਂਟਰ ਤੋਂ edge ਤੱਕ। ਜੇ ਇੱਕ ਵਿਕਰੇਤਾ ਸਟੈਕ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਸਹਾਇਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ, ਸਪੋਰਟ, ਅਤੇ ਮੈਨੇਜਡ ਨਤੀਜੇ ਜੁੜਨ ਦੇ ਕੁਦਰਤੀ ਮੌਕੇ ਵੱਧ ਮਿਲਦੇ ਹਨ।
ਇੱਕ ਵਿਆਪਕ ਪੋਰਟਫੋਲੀਓ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ:
ਇਹ ਚੌੜਾਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਮਾਡਲ ਉਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦੇ ਹਨ ਜਿੱਥੇ ਖਰੀਦਦਾਰ ਇੱਕ ਸਿਸਟਮ ਵੱਜੋਂ ਚੀਜ਼ਾਂ ਖਰੀਦਦੇ ਹਨ—ਅਲੱਗ ਉਤਪਾਦਾਂ ਵਾਂਗ ਨਾ।
ਜਦੋਂ ਇੱਕ ਪ੍ਰਦਾਤਾ ਵੱਧ ਸ਼੍ਰੇਣੀਆਂ ਕਵਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਗਾਹਕ ਵਿਕਰੇਤਾ ਘੱਟ ਕਰਕੇ ਅਤੇ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਸਟੈਂਡਰਡ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਨਾਲ ਰਿਕਰਿੰਗ ਪੇਸ਼ਕਸ਼ਾਂ ਜਿਵੇਂ ਕਿ ਖਪਤ-ਆਧਾਰਿਤ ਇੰਫਰਾਸਟ੍ਰਕਚਰ, ਮੈਨੇਜਡ ਸੇਵਾਵਾਂ, ਅਤੇ ਲਾਈਫਸਾਇਕਲ ਸਪੋਰਟ ਵਿੱਕਣ ਅਤੇ renew ਕਰਨ ਵਿੱਚ ਆਸਾਨੀ ਹੁੰਦੀ ਹੈ।
ਬੰਡਲਿੰਗ ਹਕੀਕਤ ਵਿੱਚ ਲਾਭ ਦੇ ਸਕਦੀ ਹੈ:
ਵਪਾਰਕ ਪ੍ਰਭਾਵ ਸਪੱਠ ਹੈ: ਵਿਆਪਕ ਕਵਰੇਜ attach rates (ਸਪੋਰਟ, ਪ੍ਰੋਟੈਕਸ਼ਨ, ਮੈਨੇਜਮੈਂਟ) ਬਢਾਉਂਦੀ ਹੈ ਅਤੇ ਖਰਚ ਦਾ ਰਿਕਰਿੰਗ ਹਿੱਸਾ ਵਧਾਉਂਦੀ ਹੈ।
ਇਕ ਵਿਆਪਕ ਪੋਰਟਫੋਲੀਓ ਇੱਕ ਜਾਲ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਇਹ ਹਰ ਗਾਹਕ ਨੂੰ ਇਕੋ ਹੀ ਬੰਡਲ ਵਿੱਚ ਫਸਾਉਣ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰੇ। ਪ੍ਰੈਕਟਿਕਲ ਪਹੁੰਚ ਹੈ ਮੋਡੀਊਲ ਪੈਕੇਜਿੰਗ: ਪਹਿਲਾਂ ਗਾਹਕ ਦੀ ਆਜ਼-ਲੋੜ (ਉਦਾਹਰਣ ਲਈ, ਸਟੋਰੇਜ ਅਤੇ ਡੇਟਾ ਪ੍ਰੋਟੈਕਸ਼ਨ) ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਨਜ਼ਦੀਕੀ ਸੇਵਾਵਾਂ (ਮੈਨੇਜਡ ਓਪਰੇਸ਼ਨ, ਲਾਈਫਸਾਇਕਲ ਰਿਫ੍ਰੈਸ਼, ਖਪਤ ਸ਼ਰਤਾਂ) ਜੋੜੋ ਜਿਵੇਂ ਅਪਣਾਉਣ ਵੱਧਦਾ ਹੈ।
ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ ਸਭ ਕੁਝ ਇੱਕਸਾਰ ਬਣਾਇਆ ਜਾਵੇ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਵਿਸਥਾਰ ਅਤੇ renewals ਆਸਾਨ ਬਣ ਜਾਣ ਤੇ ਬਿਨਾਂ ਗਾਹਕ ਨੂੰ ਜ਼ਰੂਰਤ ਤੋਂ ਵੱਧ ਜਟਿਲਤਾ ਵਿੱਚ ਫਸਾਉਣ ਦੇ।
ਖਪਤ ਮਾਡਲ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਨੂੰ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਸਮਰੱਥਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਬਿਨਾਂ ਸਭ ਕੁਝ ਆਗੇ ਤੋਂ ਖਰੀਦੇ। ਸਧਾਰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਤੁਸੀਂ ਉਹ ਸਮਰੱਥਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ ਜੋ ਤੁਸੀਂ ਰਿਜ਼ਰਵ ਕਰਦੇ ਹੋ (ਅਤੇ ਕਈ ਵਾਰੀ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹੋ), ਅਤੇ ਸਪਲਾਇਰ ਸਮੇਂ ਦੇ ਨਾਲ ਉਹ ਸਮਰੱਥਾ ਡਿਲਿਵਰ, ਚਲਾਉਂਦਾ ਅਤੇ ਬਦਲਦਾ ਰਹਿੰਦਾ ਹੈ।
Perpetual purchase ਕਲਾਸਿਕ "ਹਾਰਡਵੇਅਰ ਖਰੀਦੋ" ਪਹੁੰਚ ਹੈ: ਇੱਕ ਵੱਡਾ ਇਕ-ਵਾਰੀ ਪੂੰਜੀ ਖਰਚ, ਫਿਰ ਵੱਖ-ਵੱਖ ਮੈਨਟੇਨੈਂਸ ਕਾਂਟ੍ਰੈਕਟ ਅਤੇ ਰਿਫ੍ਰੈਸ਼ ਪ੍ਰਾਜੈਕਟ।
Subscription ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿਰਧਾਰਤ ਮਹੀਨਾਵਾਰ ਜਾਂ ਸਾਲਾਨਾ ਫੀਸ ਦਾ ਮਤਲਬ ਹੁੰਦਾ ਹੈ ਇਕ ਪਰਿਭਾਸ਼ਿਤ ਬੰਡਲ ਲਈ (ਉਦਾਹਰਣ ਲਈ, ਨਿਯਤ ਮਾਤਰਾ ਸਟੋਰੇਜ ਅਤੇ ਸਪੋਰਟ)। ਇਹ ਪੇਸ਼ਗੀਯੋਗ ਹੈ, ਪਰ ਜੇ ਮੰਗ ਗੱਡ-ਬਦਲ ਰਹੀ ਹੋਵੇ ਤਾਂ ਘੱਟ ਲਚਕੀਲਾ ਹੋ ਸਕਦਾ ਹੈ।
Usage-based agreement ਚਾਰਜਜ਼ ਨੂੰ ਜ਼ਿਆਦਾ ਨਜ਼ਦੀਕ ਤਰੀਕੇ ਨਾਲ ਖਪਤ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਘੱਟੋ-ਘੱਟ ਬੇਸਲਾਈਨ ਕਮਿਟ ਕਰ ਸਕਦੇ ਹੋ, ਫਿਰ ਅਨੁਸਾਰ ਤਰ੍ਹਾਂ-ਤੂੰ ਵਧ ਸਕਦੇ/ਘੱਟ ਹੋ ਸਕਦੇ ਹੋ। ਇਹ ਉਸ ਸਮੀਕਰਨ ਦੇ ਨੇੜੇ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਵਧਣ ਦੇ ਨਾਲ ਸਮਰੱਥਾ ਲਈ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਜੋ ਕਿ ਪ੍ਰਦਾਤਾ ਲਈ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਖਪਤ ਕਾਂਟ੍ਰੈਕਟ ਕੁਝ ਬਿਲਡਿੰਗ ਬਲੌਕ ਸ਼ਾਮਲ ਕਰਦੇ ਹਨ:
Dell ਦੀ APEX-ਸ਼ੈਲੀ ਪਹੁੰਚ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਤਰੀਕੇ ਨਾਲ ਪੈਕੇਜਿੰਗ ਦੇ ਰੂਪ ਵਿੱਚ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਇਨਫਰਾਸਟ੍ਰਕਚਰ, ਸਾਫਟਵੇਅਰ ਅਤੇ ਸਪੋਰਟ ਨੂੰ ਖਪਤ-ਫ੍ਰੈਂਡਲਿ ਪੇਸ਼ਕਸ਼ਾਂ ਵਿੱਚ ਬਨ੍ਹਿਆ ਜਾਂਦਾ ਹੈ, ਮਿਆਰੀਕ੍ਰਿਤ ਆਰਡਰਿੰਗ, ਡਿਪਲੋਇਮੈਂਟ ਪੈਟਰਨ ਅਤੇ ਬਿਲਿੰਗ ਢਾਂਚਿਆਂ ਨਾਲ। ਮੁੱਖ ਵਪਾਰਕ ਪ੍ਰਭਾਵ ਸੰਗਤਤਾ ਹੈ—ਗਾਹਕਾਂ ਲਈ ਰਿਕਰਿੰਗ ਖਰਚ ਨੂੰ ਅਪਣਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ ਜਦਕਿ ਉਹ ਆਨ-ਪ੍ਰੇਮਿਸਿਜ਼ ਜਾਂ ਹਾਇਬ੍ਰਿਡ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ।
ਮੈਨੇਜਡ ਸੇਵਾਵਾਂ ਉਹ “ਓਪਰੇਸ਼ਨ ਲੇਅਰ” ਹਨ ਜੋ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਦੇ ਉੱਪਰ ਬੈਠਦੀਆਂ ਹਨ—ਚਾਹੇ ਉਹ ਖਰੀਦੀ ਹੋਈ ਹੋਵੇ, ਲੀਜ਼ 'ਤੇ ਹੋਵੇ, ਜਾਂ IT ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮਾਡਲ ਰਾਹੀਂ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੋਵੇ। ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਰਣਨੀਤੀ ਵਿੱਚ, ਇਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਇਕ ਵਾਰੀ ਡਿਪਲੋਇਮੈਂਟ ਪ੍ਰਾਜੈਕਟ ਲਗਾਤਾਰ ਕਾਂਟ੍ਰੈਕਟ ਵਿੱਚ বদਲ ਸਕਦਾ ਹੈ ਜਿਸ ਨਾਲ ਪੂਰੇ ਮਹੀਨਾਵਾਰ ਖਰਚ ਅਤੇ ਮਾਪੇ ਜਾ ਸਕਣ ਵਾਲੇ ਨਤੀਜੇ ਬਣਦੇ ਹਨ।
ਇੱਕ ਕਾਰਗਰ ਮੈਨੇਜਡ ਸੇਵਿਸ ਰੈਪ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ:
ਇਹ ਲੇਅਰ ਇਸ ਲਈ ਅਹਿਮ ਹਨ ਕਿਉਂਕਿ ਖਰੀਦਦਾਰ ਸਿਰਫ਼ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਐਜ਼ ਏ ਸਰਵਿਸ ਨਹੀਂ ਚਾਹੁੰਦੇ—ਉਹ 2 ਵਜੇ ਰਾਤ ਨੂੰ ਘੜੀ ਦੀਆਂ ਅਚਾਨਕੀਆਂ ਘੱਟ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਕਾਰੋਬਾਰੀ ਘੰਟਿਆਂ ਦੌਰਾਨ ਘੱਟ ਫੂਰੇਦਾਰੀ ਚਾਹੁੰਦੇ ਹਨ।
ਓਪਰੇਸ਼ਨਲ ਰੈਪ ਦੇ ਬਿਨਾਂ, ਇੱਕ ਰਿਫ੍ਰੈਸ਼ ਇਸ ਤਰ੍ਹਾਂ ਲੱਗ ਸਕਦਾ ਹੈ: ਇੰਸਟਾਲ, ਹੈਂਡਆਫ ਅਤੇ ਅਲਵਿਦਾ। ਮੈਨੇਜਡ ਸੇਵਾਵਾਂ ਦੇ ਨਾਲ, ਰਿਸ਼ਤਾ ਲਗਾਤਾਰ ਡਿਲਿਵਰੀ ਵੱਲ ਵੱਧਦਾ ਹੈ: ਹਫਤਾਵਾਰ ਰਿਪੋਰਟਾਂ, ਮਹੀਨਾਵਾਰ ਸੇਵਾ ਸਮੀਖਿਆਵਾਂ, ਅਨੁਕੂਲੀਕਰਨ ਸੁਝਾਵ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਉਪਲਬਧਤਾ ਨਾਲ ਜੁੜੀਆਂ ਨਵੀਨੀਕਰਨ ਚਰਚਾਵਾਂ।
ਇਸ ਨਾਲ ਹੋਰ ਪੇਸ਼ਕਸ਼ਾਂ ਲਈ ਕੁਦਰਤੀ attach points ਬਣਦੀਆਂ ਹਨ—ਸੁਰੱਖਿਆ ਸਖਤੀ, ਬੈਕਅੱਪ, ਅਤੇ ਸਮਰੱਥਾ ਵਾਧੇ—ਬਿਨਾਂ ਹਰ ਬਦਲਾਅ ਨੂੰ ਨਵੇਂ ਖਰੀਦ ਲੇਣ ਵਾਲੇ ਇਵੈਂਟ ਵਿੱਚ ਰਹਿਣ ਦੇ।
ਜ਼ਿਆਦਾਤਰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਤਿੰਨ-ਭਾਗ ਮਾਡਲ ਨਾਲ ਖਤਮ ਹੁੰਦੇ ਹਨ:
ਸਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਦਾਇਰਾ ਸਪਸ਼ਟਤਾ 'ਤੇ ਜ਼ੋਰ ਦਿਓ: ਕੀ ਸ਼ਾਮਲ ਹੈ ਅਤੇ ਕੀ ਵਿਕਲਪੀ ਹੈ, ਐਸਕਲੇਸ਼ਨ ਰਸਤੇ (ਅਤੇ ਉੱਤਰ ਦੇ ਸਮੇਂ), ਨਿਰਧਾਰਿਤ ਰਿਪੋਰਟਿੰਗ ਮੈਟ੍ਰਿਕਸ, ਅਤੇ ਬਦਲਾਅਾਂ ਦੀ ਕੀਮਤ ਕਿਵੇਂ ਵੱਧਦੀ ਹੈ। ਲਕਸ਼ ਇੱਕ ਐਸਾ ਕਾਂਟ੍ਰੈਕਟ ਹੈ ਜੋ ਓਪਰੇਸ਼ਨਲ ਭਾਰ ਘਟਾਉਂਦਾ ਹੈ—ਨਾ ਕਿ ਨਵੀਂ ਅਸਪਸ਼ਟਤਾ ਬਣਾਉਂਦਾ।
ਲਾਈਫਸਾਇਕਲ ਸੇਵਾਵਾਂ ਉੱਥੇ ਹਨ ਜਿੱਥੇ “ਹਾਰਡਵੇਅਰ ਮਾਲਕੀ” ਲਗਾਤਾਰ ਰਿਸ਼ਤਾ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ। ਸਪੋਰਟ ਨੂੰ ਬੈਕ-ਐਂਡ ਲੋੜ ਸਮਝਣ ਦੀ ਥਾਂ ਇਸ ਤਰ੍ਹਾਂ ਪੈਕੇਜ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਇੱਕ ਪੂਰਵਾਨੁਮਾਨਕ, ਨਵੀਨੀਕਰਨਯੋਗ ਲੇਅਰ ਬਣ ਜਾਵੇ ਜੋ uptime ਦੀ ਰੱਖਿਆ ਕਰੇ, ਯੋਜਨਾ ਸਧਾਰਨ ਬਣਾਏ ਅਤੇ ਮਾਹੌਲ ਨੂੰ ਅਧੁਨਿਕ ਰੱਖੇ।
ਜ਼ਿਆਦਾਤਰ ਸੰਸਥਾਵਾਂ ਹਰ ਵਰਕਲੋਡ ਲਈ ਇੱਕੋ ਜਿਹੀ ਸਪੋਰਟ ਨਹੀਂ ਚਾਹੁੰਦੀ। ਸਪਸ਼ਟ ਵਾਰੰਟੀ ਅਤੇ ਪ੍ਰੀਮੀਅਮ ਸਪੋਰਟ ਟੀਅਰ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਜੋਖਮ ਸਹਿਣਸ਼ੀਲਤਾ ਅਨੁਸਾਰ ਕਵਰੇਜ ਮਿਲਣ ਦਿੰਦੇ ਹਨ—ਘੱਟ-ਜ਼ਰੂਰੀ ਸਿਸਟਮਾਂ ਲਈ ਮਿਆਰੀ ਕਵਰੇਜ, ਰੇਵਨਿਊ ਪ੍ਰਭਾਵਤ ਪਲੇਟਫਾਰਮਾਂ ਲਈ ਉੱਚ-ਸਪਸ਼ਟ ਕਵਰੇਜ, ਅਤੇ ਜਟਿਲ ਮਾਹੌਲ ਲਈ ਐਡ-ਆਨ।
ਇਸ ਨਾਲ ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਬਣਦਾ ਹੈ ਕਿਉਂਕਿ ਸਪੋਰਟ ਨਵੀਨੀਕਰਨ, ਵਧਾਇਆ ਜਾਂ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਲੋੜਾਂ ਬਦਲਦੀਆਂ ਹਨ। ਇਹ ਇੱਕ ਕੁਦਰਤੀ ਸ਼ੁਰੂਆਤ ਹੈ ਡੂੰਘੀ ਸੇਵਾ ਅਪਣਾਉਣ ਲਈ: ਜਦੋਂ ਸਪੋਰਟ ਉਮੀਦਾਂ ਲਗਾਤਾਰ ਪੂਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਗਾਹਕ ਜ਼ਿਆਦਾ ਓਪਰੇਸ਼ਨਲ ਭਾਰ ਬਾਹਰ ਸੌਂਪਣ ਲਈ ਆਸਾਨ ਹੁੰਦੇ ਹਨ।
ਪ੍ਰੋਐਕਟਿਵ ਨਿਗਰਾਨੀ ਅਤੇ ਭਵਿੱਖਬਾਣੀ ਰੱਖ-ਰਖਾਵ ਸਪੋਰਟ ਨੂੰ "ਤੋਂ ਬਾਦੇ-ਟਾਈਮ ਕਾਲ ਕਰੋ" ਤੋਂ "ਅਸੀਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਆਛੇ ਸਮੇਂ ਰੋਕ ਰਹੇ ਹਾਂ" ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਫ਼ਾਇਦਾ ਸਪਸ਼ਟ ਹੈ: ਘੱਟ ਆਚਾਨਕ ਘਟਨਾਵਾਂ, ਤੇਜ਼ ਸੁਧਾਰ, ਅਤੇ ਘੱਟ ਸਮਾਂ ਟ੍ਰਾਇਯਾਜ ਵਿੱਚ ਲੱਗਣਾ।
ਜਦੋਂ ਖਰੀਦਦਾਰ ਘੱਟ ਵਿਘਟਨ ਅਤੇ ਤੇਜ਼ ਨਤੀਜੇ ਵੇਖਦੇ ਹਨ, ਸਪੋਰਟ ਲਾਈਨ ਆਈਟਮ ਹੋਣ ਦੀ ਥਾਂ ਇੱਕ ਅਨੁਭਵ ਦਾ hissa ਬਣ ਜਾਂਦੀ ਹੈ—ਜੋ renewals ਨੂੰ ਬਹੁਤ ਆਸਾਨ ਕਰ ਦਿੰਦੀ ਹੈ।
ਰਿਫ੍ਰੈਸ਼ ਚੱਕਰ ਅਕਸਰ ਦਰਦਨਾਕ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਬਜਟਿੰਗ, ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਜੋਖਮ, ਅਤੇ ਡਾਉਨਟਾਈਮ ਚਿੰਤਾਵਾਂ ਨੂੰ ਮਿਲਾਉਂਦੇ ਹਨ। ਲਾਈਫਸਾਇਕਲ ਯੋਜਨਾ ਇਸਨੂੰ ਇੱਕ ਲਗਾਤਾਰ ਰੁਚੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੰਦੀ ਹੈ: ਸਮਰੱਥਾ ਯੋਜਨਾ, ਰੋਡਮੈਪ ਸੰਗਤਤਾ, ਅਤੇ end-of-life ਪ੍ਰਬੰਧ ਜੋ ਮਾਹੌਲ ਨੂੰ ਅਨੁਕੂਲ ਅਤੇ ਸਹਾਇਤ ਯੋਗ ਰੱਖਦਾ ਹੈ।
ਮਜ਼ਬੂਤ ਲਾਈਫਸਾਇਕਲ ਕਾਰਗੁਜ਼ਾਰੀ ਨਵੀਨੀਕਰਨ ਸੰਭਾਵਨਾ ਅਤੇ ਵਿਸਥਾਰ ਤੇ ਸਿੱਧਾ ਪ੍ਰਭਾਵ ਪਾਂਦੀ ਹੈ। ਜੇ ਗਾਹਕ ਵੇਖਦਾ ਹੈ ਕਿ ਸਪੋਰਟ ਫ੍ਰਿਕਸ਼ਨ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਅੱਪਗ੍ਰੇਡਾਂ ਨੂੰ ਰੁਟੀਨ ਬਣਾਉਂਦਾ ਹੈ, ਉਹ ਗਿਆਨਕਰੇਗਾ ਕਿ ਸੇਵਾ ਲੇਅਰ ਨੂੰ renew ਕਰਨਾ ਅਤੇ ਹੋਰ ਸੇਵਾਵਾਂ ਜੁੜਨ ਦੇ ਯੋਗ ਹੈ—ਬਦਲੇ ਵਿੱਚ ਬੁਨਿਆਦੀ ਪਲੇਟਫਾਰਮ 'ਤੇ ਫਿਰ ਸੋਚ ਕਰਨ ਦੀ ਉਮੀਦ ਘੱਟ ਰਹਿ ਜੇਗੀ।
ਕਈ ਖਰੀਦਦਾਰਾਂ ਲਈ, ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਫੈਸਲੇ ਅਸਲ ਵਿੱਚ ਜੋਖਮ ਫੈਸਲੇ ਹੁੰਦੇ ਹਨ। ਸਰਵਰ ਅਤੇ ਸਟੋਰੇਜ ਦਿੱਖ ਵਿੱਚ ਖਰੀਦ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਜੋ ਉਹਨਾਂ ਨੂੰ "ਚਸਕੇਦਾਰ" ਬਣਾਉਂਦਾ ਹੈ ਉਹ ਇਹ ਵਾਅਦਾ ਹੈ ਕਿ ਡੇਟਾ ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ ਤੇਜ਼, ਪੂਰਵਾਨੁਮਾਨਯੋਗ ਅਤੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਬਹਾਲ ਕੀਤਾ ਜਾ ਸਕੇ।
ਜਦੋਂ ਬੈਕਅੱਪ, ਨਕਲ ਅਤੇ ਸਾਇਬਰ ਰਿਕਵਰੀ ਇਕ ਲਗਾਤਾਰ ਸੇਵਾ ਵਿੱਚ ਬੰਨ੍ਹੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਹੁਣ ਸਿਰਫ਼ ਗੈਰੰਟੀ ਵਾਲਾ ਬਾਕਸ ਨਹੀਂ ਰਹਿੰਦਾ। ਇਹ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਨਤੀਜਾ ਬਣ ਜਾਂਦਾ ਹੈ: recovery ਟਾਰਗੇਟ ਪੂਰੇ ਕਰਨਾ, ਆਡਿਟ ਪਾਸ ਕਰਨਾ, ਅਤੇ ਡਾਊਨਟਾਈਮ ਘੱਟ ਕਰਨਾ। ਇਹ ਨਤੀਜਾ ਬਦਲਣਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ ਬਿਨਾਂ ਨੀਤੀਆਂ, ਟੂਲਿੰਗ ਅਤੇ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਮੁੜ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਬਿਨਾਂ—ਇਸ ਲਈ ਰਿਸ਼ਤਾ ਲੰਮਾ ਹੁੰਦਾ ਹੈ ਅਤੇ renewals ਕੁਦਰਤੀ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।
ਆਮ ਪੈਟਰਨ ਸ਼ਾਮਲ ਹਨ:
ਇਹ ਪੈਕੇਜ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿਰਧਾਰਿਤ ਮਹੀਨਾਵਾਰ ਖਰਚ ਵਜੋਂ ਪੇਸ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਨ ਕਿ ਇੱਕ ਪੀਰੀਓਡਿਕ ਪ੍ਰਾਜੈਕਟ ਵਾਂਗ।
ਸੁਰੱਖਿਅਤਤਾ ਅਤੇ ਰਿਜ਼ੀਲੀਐਂਸ ਉਹਨਾਂ ਕਾਰੋਬਾਰੀ ਪ੍ਰਭਾਵਾਂ ਨਾਲ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਦੀ ਹੈ:
ਪਹਿਲਾਂ RPO (ਤੁਸੀਂ ਕਿੰਨਾ ਡਾਟਾ ਗੁਆ ਸਕਦੇ ਹੋ) ਅਤੇ RTO (ਤੁਸੀਂ ਕਿੰਨਾ ਸਮਾਂ ਡਾਊਨ ਰਹਿ ਸਕਦੇ ਹੋ) ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਫਿਰ ਉਹ ਟਾਰਗਟ ਇੱਕ ਸੇਵਾ ਟੀਅਰ ਨਾਲ ਮੇਪ ਕਰੋ—ਰੋਜ਼ਾਨਾ ਬੈਕਅੱਪ ਘੱਟ ਮਹੱਤਤਾ ਲਈ, near-continuous ਨਕਲ ਮਿਸ਼ਨ-ਕ੍ਰਿਟਿਕਲ ਐਪ ਲਈ, ਅਤੇ ਉੱਚ ransomware ਖ਼ਤਰੇ ਲਈ cyber recovery vault ਵਿਕਲਪ। ਜਿੰਨਾ ਸਪਸ਼ਟ ਟੀਅਰਿੰਗ ਹੋਵੇਗਾ, ਉਤਨਾ ਹੀ ਈਜ਼ੀ ਪੈਕੇਜ, ਪ੍ਰਾਈਸ ਅਤੇ ਨਵੀਨੀਕਰਨ ਕਰਨਾ ਹੋਵੇਗਾ।
Dell ਦਾ ਬਾਕਸ ਵੇਚਣ ਤੋਂ ਲਗਾਤਾਰ ਨਤੀਜੇ ਡਿਲਿਵਰ ਕਰਨ ਤੱਕ ਦਾ ਬਦਲਾਅ ਭਾਰੀ ਤੌਰ 'ਤੇ ਪਾਰਟਨਰ ਚੈਨਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਅਕਸਰ ਜਟਿਲ ਮਾਹੌਲਾਂ ਵਿੱਚ ਉਤਰਦੀ ਹੈ—ਕਈ ਸਾਈਟਾਂ, ਕਠੋਰ ਸੁਰੱਖਿਆ ਲੋੜਾਂ, ਅਤੇ ਸੀਮਿਤ ਅੰਦਰੂਨੀ ਬੈਂਡਵਿਡਥ। ਪਾਰਟਨਰ ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਡਿਲਿਵਰੀ ਨੂੰ ਪੱਧਰੀ ਪੱਧਰ 'ਤੇ ਪ੍ਰਯੋਗਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।
ਵੱਖ-ਵੱਖ ਪ੍ਰਕਾਰ ਦੇ ਪਾਰਟਨਰ ਵੱਖ-ਵੱਖ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਕਰਦੇ ਹਨ:
ਨਤੀਜਾ ਵਿਕਰੇਤਾ-ਹੁਣੇ ਮਾਡਲ ਨਾਲੋਂ ਵੱਧ ਪਹੁੰਚ ਹੈ: ਸਥਾਨਕ ਮੌਜੂਦਗੀ, ਤੇਜ਼ ਡਿਪਲੋਇਮੈਂਟ ਸਮਰੱਥਾ, ਅਤੇ ਵਰਟੀਕਲ ਮਾਹਿਰਤਾ (ਹੈਲਥਕੇਅਰ, ਮੈਨੂਫੈਕਚਰਿੰਗ, ਜਨਤਾ ਖੇਤਰ) ਜੋ ਇੱਕ ਸਧਾਰਨ ਪਲੇਬੁੱਕ ਹਮੇਸ਼ਾਂ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਸਭ ਤੋਂ ਵਧੀਆ ਪ੍ਰਨਾਲੀਆਂ ਤਿੰਨ-ਟੀਮ ਰੀਲੇ ਵਾਂਗ ਲੱਗਦੀਆਂ ਹਨ: ਵਿਕਰੇਤਾ ਵਿਸ਼ੇਸ਼ਗਿਆ ਲਿਆਂਦਾ ਹੈ, ਪਾਰਟਨਰ ਡਿਲਿਵਰੀ ਅਤੇ ਅਡਾਪਸ਼ਨ ਨੂੰ ਅੱਗੇ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਗਾਹਕ ਸਫਲਤਾ ਨਤੀਜੇ ਸਮੇਂ ਦੇ ਨਾਲ ਰੱਖਦੀ ਹੈ। ਸਪੱਸ਼ਟ ਮਾਲਕੀ ਹਾਂਡਆਫ਼ ਗੈਪਾਂ ਨੂੰ ਰੋਕਦੀ ਹੈ, ਖ਼ਾਸਕਰ ਸ਼ੁਰੂਆਤੀ ਨਿਰਮਾਣ ਤੋਂ ਬਾਅਦ ਜਦੋਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਜੀਊਂਦੀਆਂ ਹਨ ਜਾਂ ਮਰਨੀਆਂ ਹਨ।
ਪ੍ਰਤਿਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ, ਚਾਰ ਖੇਤਰਾਂ ਵਿੱਚ ਸਬੂਤ ਮੰਗੋ:
ਜੇ ਤੁਸੀਂ ਪਾਰਟਨਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ ਇਕ ਢਾਂਚਾਬੱਧ ਤਰੀਕਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਵਾਲ ਆਪਣੇ ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ ਚੈਕਲਿਸਟ ਅਤੇ ਸਫਲਤਾ ਮੈਟ੍ਰਿਕਸ ਨਾਲ ਜੋੜੋ।
ਐਂਟਰਪ੍ਰਾਈਜ਼ ਅਕਸਰ "ਇੱਕ ਚੁਣੋ" ਮਾਹੌਲ ਤੱਕ ਨਹੀਂ ਪੁੱਜਦੇ। ਉਹ ਕੋਰ ਸਿਸਟਮ ਨੂੰ ਆਨ-ਪ੍ਰੇਮ 'ਤੇ ਚਲਾਉਂਦੇ ਹਨ, ਤੇਜ਼ੀ ਲਈ ਪਬਲਿਕ ਕਲਾਉਡ ਅਪਣਾਉਂਦੇ ਹਨ, ਅਤੇ ਲੈਟੈਂਸੀ ਜਾਂ ਸਥਾਨਕ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ edge ਸਥਾਪਿਤ ਕਰਦੇ ਹਨ। ਚੁਣੌਤੀ ਵਿਕਲਪਾਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ—ਇਹ ਇੱਕ ਵਿਛੇਦਿਤ ਓਪਰੇਸ਼ਨਲ ਮਾਡਲ ਤੋਂ ਬਚਣਾ ਹੈ।
ਚੰਗੀ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕੀਤੀ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਆਨ-ਪ੍ਰੇਮ ਅਤੇ ਕੋਲੋਕੇਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ ਤੱਕ ਫੈਲ ਸਕਦੀ ਹੈ ਅਤੇ ਪਬਲਿਕ ਕਲਾਉਡ ਵਰਕਫਲੋਜ਼ ਨਾਲ ਇੰਟਿਗਰੇਟ ਹੋ ਸਕਦੀ ਹੈ। ਲਕਸ਼ ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ ਅਤੇ ਸਮਰੱਥਾ ਪਰਿਵਰਤਨ ਸਧਾਰਨ ਰੱਖਣ ਦਾ ਹੈ ਜਿਸ ਨਾਲ ਮੌਜੂਦਾ IT ਪੈਟਰਨ—ਟਿਕਟਿੰਗ, ਚੇਂਜ ਕੰਟਰੋਲ, ਅਤੇ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ—ਵਿਚ ਫਿੱਟ ਹੋ ਸਕਦੇ ਹਨ।
ਟੀਮਾਂ ਨੂੰ ਹਰ ਮਾਹੌਲ ਲਈ ਵੱਖ-ਵੱਖ ਟੂਲਾਂ ਸਿੱਖਣ 'ਤੇ ਮਜ਼ਬੂਰ ਕਰਨ ਦੀ ਥਾਂ, ਜ਼ੋਰ ਮੁੱਖ ਤੌਰ 'ਤੇ consistent day‑2 operations ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਸਿਸਟਮ ਕਿਵੇਂ ਨਿਗਰਾਨੀ, ਪੈਚ, ਬੈਕਅੱਪ, ਅਤੇ ਰਿਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਹਾਇਬ੍ਰਿਡ ਅਤੇ ਮਲਟੀ-ਕਲਾਉਡ ਰਣਨੀਤੀਆਂ ਅਕਸਰ ਉਸ ਵੇਲੇ ਟੁੱਟ ਜਾਂਦੀਆਂ ਹਨ ਜਦੋਂ ਗਵਰਨੈਂਸ ਅਤੇ ਲਾਗਤ ਨਿਯੰਤਰਣ ਸਥਾਨ ਦੇ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ। ਸਬਸਕ੍ਰਿਪਸ਼ਨ-ਨਿਰਧਾਰਿਤ ਪਹੁੰਚ ਸਧਾਰਨ ਕਰ ਸਕਦੀ ਹੈ:
ਇਹ ਖ਼ਾਸਕਰ ਮਿਲੇ-ਜੁਲੇ ਐਸਟੇਟਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ VMware-ਅਧਾਰਿਤ ਮਾਹੌਲ, Kubernetes ਪਲੇਟਫਾਰਮ, ਮੁੱਖ ਪਬਲਿਕ ਕਲਾਉਡ ਅਤੇ ਪਰੰਪਰਾਗਤ ਵਰਕਲੋਡ ਸ਼ਾਮਲ ਕਰਦੀਆਂ ਹਨ—ਇਹ ਮੰਨਣ ਤੋਂ ਬਿਨਾਂ ਕਿ ਕੋਈ ਇਕਲੌਤਾ ਵਿਕਰੇਤਾ ਹਰੇਕ ਲੇਅਰ 'ਤੇ ਮਾਲਕ ਹੈ।
ਹਾਇਬ੍ਰਿਡ ਸੰਗਤੀ ਅਸਲ ਤੌਰ 'ਤੇ ਤਦ ਹੀ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਪ੍ਰੈਕਟਿਕਲ ਨਤੀਜੇ ਸਹਾਇਕ ਹੁੰਦੀ ਹੈ:
ਸਭ ਤੋਂ ਵਧੀਆ ਮਲਟੀ-ਕਲਾਉਡ ਅਨੁਭਵ ਅਚਾਨਕ ਨਹੀਂ ਹੁੰਦਾ: ਇਕ ਨੀਤੀ, ਇਕ ਓਪਰੇਟਿੰਗ ਰਿਥਮ, ਅਤੇ ਸਪਸ਼ਟ ਲਾਗਤ—ਚਾਹੇ ਵਰਕਲੋਡ ਕਿੱਥੇ ਵੀ ਚੱਲੇ।
ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਸਿਰਫ਼ ਪੈਕੇਜਿੰਗ ਬਦਲਾਉ ਨਹੀਂ; ਇਹ ਖਰੀਦਦਾਰਾਂ ਦੇ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਨੂੰ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਤਰੀਕਾ ਦਿਖਾਉਂਦਾ ਹੈ. ਰਵਾਇਤੀ ਖਰੀਦਾਂ CAPEX ਹੁੰਦੀਆਂ ਹਨ: ਇਕ ਵੱਡਾ ਅੱਗੇ ਦਾ ਚੈੱਕ, ਭਾਰੀ ਮਨਜ਼ੂਰੀ ਰਾਹ, ਅਤੇ ਇੱਕ ਸ਼ਰਧਾ ਕਿ ਮੰਗ ਨਹੀਂ ਬਦਲੇਗੀ। ਖਪਤ ਅਤੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮਾਡਲ ਖ਼ਰਚ ਨੂੰ ਜ਼ਿਆਦਾ OPEX ਵੱਲ ਵਧਾਉਂਦੇ ਹਨ: ਛੋਟੇ, ਪੂਰਵਾਨੁਮਾਨਯੋਗ ਭੁਗਤਾਨ ਜੋ ਨਕਦੀ ਪ੍ਰਵਾਹ ਨਾਲ ਬੇਹਤਰ ਮੇਲ ਖਾਂਦੇ ਹਨ ਅਤੇ ਜ਼ਿਆਦਾ ਖ਼ਤਰੇ ਘਟਾਉਂਦੇ ਹਨ।
ਕਈ ਐਂਟਰਪ੍ਰਾਈਜ਼ਾਂ ਲਈ ਅਸਲ ਫਰਕ ਗਤੀ ਅਤੇ ਨਿਸ਼ਚਿਤਤਾ ਹੈ। CAPEX ਅਕਸਰ ਸਾਲਾਨਾ ਬਜਟ ਚੱਕਰ ਅਤੇ ਕਈ ਮਨਜ਼ੂਰੀਆਂ ਮੰਗਦਾ ਹੈ। OPEX ਆਪਰੇਸ਼ਨਲ ਬਜਟ ਵਿੱਚ ਫਿੱਟ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਮਨਜ਼ੂਰੀਆਂ ਨੂੰ ਤੇਜ਼ ਕਰ ਸਕਦਾ ਹੈ—ਖ਼ਾਸਕਰ ਜਦੋਂ ਵਪਾਰਕ ਸ਼ਰਤਾਂ ਸੇਵਾ ਸਤਰ, ਸਮਰੱਥਾ ਰੇਂਜ ਅਤੇ ਮੰਗ ਵੱਧਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਸ ਦਾ ਸਪਸ਼ਟਤਾ ਦਿੰਦੇ ਹਨ।
ਵਿਕਰੇਤਾ ਆਮ ਤੌਰ 'ਤੇ friction ਘਟਾਕੇ ਅਤੇ ਅਪਗਰੇਡ ਨੂੰ ਰੁਟੀਨ ਬਣਾਕੇ ਰਿਕਰਿੰਗ ਖਰਚ ਵਧਾਉਂਦੇ ਹਨ:
ਇਹ ਲੀਵਰ ਕੁੱਲ ਅਰਥਵਿਵਸਥਾ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਂਦੇ ਹਨ ਨ ਸਿਰਫ਼ ਖ਼ਰਚ ਸਮਤਲ ਕਰਕੇ, ਬਲਕਿ ਡਾਊਨਟਾਈਮ ਜੋਖਮ ਘਟਾ ਕੇ ਅਤੇ ਕਾਰੋਬਾਰੀ ਲੋੜਾਂ ਦੇ ਨੇੜੇ ਰੱਖ ਕੇ।
ਪ੍ਰੋਕ੍ਯੂਰਮੈਂਟ ਟੀਮਾਂ ਅਕਸਰ ਉਹ ਮਾਡਲ ਪਸੰਦ ਕਰਦੀਆਂ ਹਨ ਜੋ ਪ੍ਰਸ਼ਾਸਕੀ ਬੋਝ ਘਟਾਉਂਦੇ ਹਨ:
ਜੇ ਤੁਸੀਂ ਭੁਗਤਾਨ ਸਰਚਰਨਾ, ਬਿਲਿੰਗ ਫ੍ਰੀਕਵੇਂਸੀ ਜਾਂ ਇੱਕ ਕੋਟ ਵਿੱਚ ਕੀ ਮੰਗਣੀ ਚਾਹੀਦੀ ਹੈ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਲਗਾਤਾਰ ਚੈੱਕਲਿਸਟ ਰੱਖੋ ਅਤੇ ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਆਪਣੇ ਅੰਦਰੂਨੀ ਨੀਤੀਂ ਦੇ ਨਾਲ ਕਰੋ—ਫਿਰ ਫਾਇਨੈਨਸ ਨਾਲ ਫਰਜ਼ੀ ਅਨੁਮਾਨਾਂ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰੋ। ਸਟਾਰਟਿੰਗ ਪਾਇੰਟ ਲਈ, pricing ਜਾਣਕਾਰੀ ਵੇਖੋ।
ਰਿਕਰਿੰਗ ਰੈਵਨਿਊ ਸਿਰਫ਼ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਲਦੀ ਅਤੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੇਖ ਸਕੋ ਕਿ ਗਾਹਕ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਹਨ ਅਤੇ ਕੀ ਤੁਸੀਂ renewals ਅਤੇ ਵਿਸਥਾਰ ਰਾਹੀਂ ਇਹ ਮੁੱਲ ਵਾਪਸ ਕਮਾ ਰਹੇ ਹੋ। ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਇੰਫਰਾਸਟ੍ਰਕਚਰ (APEX-ਸ਼ੈਲੀ ਖਪਤ ਸਮੇਤ) ਲਈ ਮਾਪਨ ਵਪਾਰਕ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਓਪਰੇਸ਼ਨਲ ਹੈਲਥ ਸਿਗਨਲਾਂ ਨਾਲ ਮਿਲਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
ਛੋਟੀ ਮਿਨੀਮਲ ਮੈਟ੍ਰਿਕਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਫਾਇਨੈਨਸ, ਸੇਲਜ਼, ਅਤੇ ਡਿਲਿਵਰੀ ਨੂੰ ਮਿਲਾਉਂਦੀ ਹੈ:
ਇੱਕ ਵਰਤੋਂਯੋਗ ਨਿਯਮ: ਜੇ ਤੁਸੀਂ NRR ਵਿੱਚ ਹੋਏ ਬਦਲਾਵ ਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ ("ਤੀਨ ਗਾਹਕਾਂ ਨੇ ਸਮਰੱਥਾ ਵਧਾਈ; ਇੱਕ ਨੇ ਸੇਵਾ ਟੀਅਰ ਘਟਾਇਆ; ਇੱਕ SLA ਗੈਪਾਂ ਕਰਕੇ churn ਹੋ ਗਿਆ"), ਤਾਂ ਤੁਹਾਨੂੰ ਰਿਪੋਰਟਿੰਗ ਬਿਹਤਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
ਵਪਾਰਕ ਨੰਬਰ ਹਕੀਕਤ ਨਾਲ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੇ ਹਨ। ਐਸੇ ਓਪਰੇਸ਼ਨਲ ਇੰਡਿਕੇਟਰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ renewals ਦੀ ਪੇਸ਼ਗੀ ਭਵਿੱਖਬਾਣੀ ਕਰਦੇ ਹਨ:
ਸਿਹਤਮੰਦ ਖਾਤੇ ਸਾਦੇ ਤਰੀਕਿਆਂ ਨਾਲ ਵਧਦੇ ਹਨ:
ਉਹ ਪੈਟਰਨ ਦੇਖੋ ਜੋ ਅਟਕਾਓ ਪੈਦਾ ਕਰਦੇ ਹਨ:
ਜਦੋਂ ਇਹ ਨਜ਼ਰ ਆਉਂਦੇ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਘਟਨਾ ਵਾਂਗ ਇਲਾਜ ਕਰੋ: ਇਕ ਮਾਲਕ ਨਿਰਧਾਰਤ ਕਰੋ, ਇੱਕ ਡੈੱਡਲਾਈਨ ਸੈੱਟ ਕਰੋ, ਅਤੇ ਅਗਲੇ ਸਮੀਖਿਆ ਚੱਕਰ ਵਿੱਚ ਫਿਕਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਹਾਰਡਵੇਅਰ-ਤੋਂ-ਸੇਵਾਵਾਂ ਤਬਦੀਲੀਆਂ ਵਿੱਚ ਆਮ ਓਪਰੇਸ਼ਨਲ ਗੈਪ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਨਹੀਂ—ਇਹ ਆੰਤਰੀਕ ਟੂਲਿੰਗ ਦੀ ਘਾਟ ਹੁੰਦੀ ਹੈ ਜੋ ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਚਲਾਉਂਦੀ ਹੈ (ਡੈਸ਼ਬੋਰਡ, ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਬੇਨਤੀ, ਮੀਟਰਿੰਗ ਰਿਪੋਰਟ, ਗਾਹਕ ਪੋਰਟਲ, ਅਤੇ ਹਲਕੇ approval ਵਰਕਫਲੋ)।
ਪਲੇਟਫਾਰਮਾਂ ਜਿਵੇਂ Koder.ai ਟੀਮਾਂ ਨੂੰ ਇਹ ਸਹਾਇਤਾ ਕਰ ਸਕਦੀਆਂ ਹਨ ਕਿ ਉਹ ਇਨ੍ਹਾਂ ਸਹਾਇਕ ਐਪਸ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਸ਼ਿਪ ਕਰ ਸਕਣ—ਇਕ ਚੈਟ-ਚਲਿਤ ਨਿਰਮਾਣ ਫਲੋ ਦੀ ਵਰਤੋਂ ਕਰਕੇ। Koder.ai ਡੀਪਲੋਇਮੈਂਟ, ਹੋਸਟਿੰਗ, ਕਸਟਮ ਡੋਮੇਨ, ਸਨੇਪਸ਼ਾਟ/ਰੋਲਬੈਕ, ਅਤੇ ਸਰੋਤ ਕੋਡ ਐਕਸਪੋਰਟ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਆਨ-ਕਾਲ ਟੂਲਿੰਗ ਲਈ ਰੈਪਿਡ "ਓਪਸ ਇਨੇਬਲਮੈਂਟ" ਲੇਅਰ ਵਜੋਂ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਪੁਰਾਣੀਆਂ ਪਾਈਪਲਾਈਨਾਂ ਨੂੰ ਮੁੜ-ਤਿਆਰ ਕਰਨ ਦੀ ਲੋੜ ਦੇ।
ਸੇਵਾ-ਕੇਂਦ੍ਰਿਤ ਇੰਫਰਾਸਟ੍ਰਕਚਰ ਖਰੀਦ ਅਤੇ ਓਪਰੇਸ਼ਨ ਸਧਾਰਨ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਇਸ ਨਾਲ ਇਹ ਵੀ ਬਦਲਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸ ਲਈ optimize ਕਰ ਰਹੇ ਹੋ: ਪੂਰਵਾਨੁਮਾਨਯੋਗਤਾ, ਸਾਂਝੀ ਜਿੰਮੇਵਾਰੀ, ਅਤੇ ਲੰਮੇ ਸਮੇਂ ਦੇ ਰਿਸ਼ਤੇ ਪ੍ਰਬੰਧਨ। ਕਿਸੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜਾਂ managed ਮਾਡਲ 'ਤੇ ਅੰਗੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਖ਼ਤਰਨਾਂ ਬਾਰੇ ਸਪਸ਼ਟ ਹੋਵੋ—ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਤੁਸੀਂ ਕਿਵੇਂ ਸੰਭਾਲੋਗੇ।
ਵਿਕਰੇਤਾ ਲਾਕ-ਇਨ ਡਰ। ਜਦੋਂ ਹਾਰਡਵੇਅਰ, ਸਾਫਟਵੇਅਰ, ਫਾਇਨੈਨਸਿੰਗ ਅਤੇ ਓਪਰੇਸ਼ਨ ਇੱਕਠੇ ਪੈਕੇਜ ਹੁੰਦੇ ਹਨ, ਬਦਲਣਾ ਹੋਰ ਮੁਸ਼ਕਲ ਮਹਿਸੂਸ ਹੋ ਸਕਦਾ ਹੈ—ਭਾਵੇਂ ਸੇਵਾ ਚੰਗੀ ਹੋਵੇ।
ਖ਼ਰਚ ਵਧਣਾ। ਖਪਤ ਮਾਡਲ ਬਦਲ ਸਕਦੇ ਹਨ ਜੇ ਵਰਤੋਂ ਬੇਅਹਿਸਾਬ ਵਧ ਜਾਏ, "ਸ਼ਾਮਲ" ਸੇਵਾਵਾਂ ਸਪਸ਼ਟ ਨਾ ਹੋਣ, ਜਾਂ ਛੱਡ-ਦੇਣ ਵਜ਼ਨ ਨਿਯਮ ਆਮ ਹੋਣ।
ਸੇਵਾ ਦਾਇਰਾ ਅਸਪਸ਼ਟਤਾ। ਸਮਝੌਤੇ ਅਕਸਰ ਸੀਮਾਵਾਂ 'ਤੇ ਗਲਤਫ਼ਹਮੀਆਂ ਵਿੱਚ ਹੁੰਦੇ ਹਨ: ਕੌਣ ਕਿਹੜੀ ਚੀਜ਼ ਪੈਚ ਕਰੇਗਾ, ਘਟਨਾ ਪ੍ਰਤੀਕਰਮ ਕੌਣ ਕਰੇਗਾ, ਅਤੇ ਹਾਇਬ੍ਰਿਡ ਮਾਹੌਲ ਲਈ "managed" ਦਾ ਅਸਲ ਮਤਲਬ ਕੀ ਹੈ।
ਸਭ ਤੋਂ ਚੰਗੇ ਨਿਬਰਚਨ ਕਾਂਟ੍ਰੈਕਚੁਅਲ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਦੋਹਾਂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
ਜੋੜੋ ਇਗਜ਼ਿਟ ਧਾਰਾ ਸਪਸ਼ਟ ਟ੍ਰਿੱਗਰਾਂ ਨਾਲ (ਅਵਧੀ-ਅੰਤ ਵਿਕਲਪ, ਡੇਟਾ ਰੀਟਰਨ ਟਾਈਮਲਾਈਨ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਹਾਇਤਾ, ਅਤੇ ਜੇ ਕੋਈ early termination ਫੀਸ ਹੋਵੇ), ਮੀਟਰਿੰਗ ਵਿੱਚ ਪਾਰਦਰਸ਼ਤਾ (ਉਪਯੋਗ ਕਿਵੇਂ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ, ਕਦੋਂ ਰਿਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਵਿਵਾਦ ਕਿਵੇਂ ਹੱਲ ਹੁੰਦੇ ਹਨ)। ਫਿਰ ਗਵਰਨੈਂਸ ਨੂੰ ਹਕੀਕਤ ਬਣਾਓ: ਦੋਹਾਂ ਧਿਰਾਂ ਦੇ ਮਾਲਕਾਂ ਨਾਲ ਨਿਯਤ ਗਵਰਨੈਂਸ ਮੀਟਿੰਗਾਂ ਸ਼ੈਡੂਲ ਕਰੋ ਤਾਂ ਜੋ ਖਪਤ, ਘਟਨਾਵਾਂ, ਅਤੇ ਆਉਣ ਵਾਲੇ ਬਦਲਾਅ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਵੇ।
ਜੇ ਤੁਸੀਂ ਜਾਣ-ਪਛਾਣ ਵਾਲੇ ਪ੍ਰਯੋਗਿਕ ਰੂਪ ਵਿੱਚ ਇਹ ਮਾਡਲ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਸੰਬੰਧਿਤ ਬਲੌਗ ਪੋਸਟਾਂ ਅਤੇ ਪ੍ਰਾਇਕਟਿਕ ਗਾਈਡਾਂ ਵੇਖੋ।
ਇਹ ਇੱਕ ਮਾਡਲ ਹੈ ਜਿੱਥੇ ਉਪਕਰਨ ਨੂੰ ਇੱਕ ਵਾਰੀ ਵਿਕਰੀ ਦੀ ਥਾਂ ਉਪਯੋਗ ਯੋਗ ਸਮਰੱਥਾ ਅਤੇ ਨਤੀਜੇ ਸਮੇਂ ਦੇ ਨਾਲ ਵੇਚੇ ਜਾਂਦੇ ਹਨ।
ਵਿਵਹਾਰਕ ਤੌਰ ਤੇ, ਤੁਸੀਂ ਮੁੜ-ਮੁੜ ਭੁਗਤਾਨ (ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜਾਂ ਖਪਤ ਆਧारित) ਕਰਦੇ ਹੋ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਹਾਰਡਵੇਅਰ ਦੇ ਨਾਲ ਓਪਰੇਸ਼ਨ (ਸਹਾਇਤਾ, ਨਿਗਰਾਨੀ, ਰਿਫ੍ਰੈਸ਼ ਯੋਜਨਾ) ਪੈਕੇਜ ਕਰਦਾ ਹੈ ਤਾਂ ਕਿ ਤੁਸੀਂ ਸਮੇਂ-ਸਮੇਂ ਤੇ uptime, ਪ੍ਰਦਰਸ਼ਨ, ਅਤੇ ਪੇਮਾਨਾ ਅਨੁਸਾਰ ਸਕੇਲਿੰਗ ਵਰਗੇ ਨਤੀਜੇ ਖਰੀਦੋਂ—ਨ ਕਿ ਸਿਰਫ਼ ਇੱਕ ਬਿੱਲ ਆਫ ਮੈਟਿਰਿਆਲ।
ਅਮੂਮਨ ਤੌਰ 'ਤੇ ਤਿੰਨ ਤਬਦੀਲੀਆਂ ਜ਼ਾਹਰ ਹੁੰਦੀਆਂ ਹਨ:
ਹਾਰਡਵੇਅਰ ਹੁਣ ਵੀ ਆਨ-ਪ੍ਰੇਮ ਰੱਖਿਆ ਹੋ ਸਕਦਾ ਹੈ; ਫਰਕ ਇਹ ਹੈ ਕਿ ਇਹ ਕਿਵੇਂ ਪੈਕੇਜ, ਭੁਗਤਾਨ ਅਤੇ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ।
ਊਹ ਵਡੇ ਗਾਹਕ ਉਹਨਾਂ ਵਿਕਰੇਤਿਆਂ ਨੂੰ ਇਨਾਮ ਦਿੰਦੇ ਹਨ ਜੋ ਜੋਖਮ ਅਤੇ ਘਰਬੜੀ ਘਟਾਉਂਦੇ ਹਨ।
ਇੱਕ ਵੱਡਾ installed base ਅਤੇ ਸਥਾਪਤ ਅਕਾਊਂਟ ਟੀਮਾਂ ਖਪਤ ਮਾਡਲ ਪ੍ਰਸਤਾਵਿਤ ਕਰਨ ਵਿੱਚ ਆਸਾਨੀ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ:
ਇੱਕ ਵਿਆਪਕ ਪੋਰਟਫੋਲੀਓ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨੂੰ ਕਾਰੋਬਾਰ ਦੇ ਹੋਰ ਹਿੱਸਿਆਂ ਨੂੰ ਕਵਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ (compute, storage, protection, networking, endpoints, edge)।
ਇਹ ਚੀਜ਼ਾਂ ਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ:
ਮੁੱਖ ਗੱਲ ਹੈ —ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਗਾਹਕ ਨੂੰ ਹੁਣ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਜਿਵੇਂ ਜਰੂਰਤ ਵਧੇ ਤਿਕੜੀ ਬਢਾਓ।
ਆਮ ਤੌਰ 'ਤੇ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਬਿਲਿੰਗ ਮੰਗ ਨਾਲ ਕਿਵੇਂ ਮਿਲਦੀ ਹੈ:
ਜੇ ਮੰਗ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ ਤਾਂ usage-based ਮਾਡਲ ਜ਼ਿਆਦਾ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ—ਬੱਸ ਮੀਟਰਿੰਗ ਅਤੇ ਸਕੇਲਿੰਗ ਨਿਯਮ ਸਪਸ਼ਟ ਹੋਣ ਚਾਹੀਦੇ ਹਨ।
ਇਹ ਓਪਰੇਸ਼ਨ ਪਰਤ ਹੈ ਜੋ ਡਿਪਲੋਇਮੈਂਟ ਨੂੰ ਲਗਾਤਾਰ ਅੰਗੀਕਾਰ ਵਿੱਚ ਬਦਲਦੀ ਹੈ।
ਇੱਕ ਕਾਰਗਰ wrap ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ:
ਇਹ ਘਟਨਾਵਾਂ ਘਟਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਇੱਕ ਕੈਡੈਂਸ ਬਣਾਉਂਦੀਆਂ ਹਨ (ਰਿਪੋਰਟਾਂ, ਸਮੀਖਿਆਵਾਂ, ਅਨੁਕੂਲਨ)
ਲਾਈਫਸਾਇਕਲ ਸੇਵਾਵਾਂ ਅੱਪਗਰੇਡ ਅਤੇ end-of-life ਯੋਜਨਾ ਨੂੰ ਰੁਟੀਨ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਵਿਘਟਨਕਾਰੀ।
ਕਾਮਯਾਬੀ ਲਈ:
ਮਜ਼ਬੂਤ ਲਾਈਫਸਾਇਕਲ ਕਾਰਗੁਜ਼ਾਰੀ renewals ਨੂੰ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ।
ਕਿਉਂਕਿ ਰਿਜ਼ੀਲੀਐਂਸ ਇੱਕ ਲਗਾਤਾਰ ਨਤੀਜੇ ਬਣ ਜਾਂਦੀ ਹੈ (RPO/RTO ਪੂਰੇ ਕਰਨਾ, ਆਡਿਟ ਪਾਸ ਕਰਨਾ, ਸੁਰੱਖਿਅਤ ਰੀਸਟੋਰ), ਇਹ ਹਾਰਡਵੇਅਰ ਨੂੰ ਬਦਲਣਾ ਔਖਾ ਕਰ ਦਿੰਦਾ ਹੈ।
ਆਮ ਪੈਕਿੰਗ ਨਮੂਨੇ:
ਸ਼ੁਰੂਆਤ RPO/RTO ਨੂੰ ਪਰिभਾਸ਼ਿਤ ਕਰਕੇ ਕਰੋ ਅਤੇ ਫਿਰ ਐਪਲਿਕੇਸ਼ਨ-ਅਨੁਸਾਰ ਟੀਅਰ ਨਿਰਧਾਰਤ ਕਰੋ।
ਵਿਕਰੀਕਰਨ + ਡਿਲਿਵਰੀ ਇਕ ਪ੍ਰਦਾਤਾ-ਪਾਰਟਨਰ-ਗਾਹਕ ਤਿੰਨ-ਟੀਮੀ ਰੇਲੇ ਵਰਗਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਵਿਕਰੇਤਾ ਵਿਸ਼ੇਸ਼ਗਿਆ ਲਿਆਉਂਦਾ ਹੈ, ਪਾਰਟਨਰ ਡਿਲਿਵਰੀ ਅਤੇ ਅਡਾਪਸ਼ਨ ਲੀਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਸਟਮਰ ਸਫ਼ਲਤਾ ਨਤੀਜੇ ਲੰਮੇ ਸਮੇਂ ਲਈ ਟਰੈਕ ਕਰਦੀ ਹੈ।
ਪਾਰਟਨਰ ਚੁਣਨ ਵੇਲੇ ਪੁੱਛੋ:
ਵੰਡੀਆ ਹੋਈ ਚੋਣ vendor-only ਮਾਡਲ ਨਾਲੋਂ ਵੱਧ ਪਹੁੰਚ ਅਤੇ ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ਤਾ ਦਿੰਦੀ ਹੈ।
ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ ਸੰਬੰਧਿਤ ਬਲੌਗ ਪੋਸਟ ਵੇਖੋ।
