26 ਅਪ੍ਰੈ 2025·8 ਮਿੰਟ
ਮਾਈਕਲ ਡੈੱਲ ਦਾ ਪਲੇਬੁੱਕ: ਸਪਲਾਈ ਚੇਨ ਅਨੁਸ਼ਾਸਨ ਅਤੇ B2B ਧਿਆਨ
ਡਾਇਰੈਕਟ ਸੇਲਜ਼, ਕੱਸਕੇ ਰੱਖੀ ਇਨਵੈਂਟਰੀ ਅਤੇ B2B ਪ੍ਰਾਇਰਿਟੀ ਨਾਲ ਡੈੱਲ ਨੇ ਕਿਵੇਂ ਸਕੇਲ ਕੀਤਾ—ਅਤੇ ਓਪਰੇਟਰ ਕਿਹੜੀਆਂ ਗੱਲਾਂ ਬਿਨਾਂ ਸ਼ੋਰ-ਸ਼ਰਾਬੇ ਦੀ ਨਕਲ ਕਰ ਸਕਦੇ ਹਨ।
ਡਾਇਰੈਕਟ ਸੇਲਜ਼, ਕੱਸਕੇ ਰੱਖੀ ਇਨਵੈਂਟਰੀ ਅਤੇ B2B ਪ੍ਰਾਇਰਿਟੀ ਨਾਲ ਡੈੱਲ ਨੇ ਕਿਵੇਂ ਸਕੇਲ ਕੀਤਾ—ਅਤੇ ਓਪਰੇਟਰ ਕਿਹੜੀਆਂ ਗੱਲਾਂ ਬਿਨਾਂ ਸ਼ੋਰ-ਸ਼ਰਾਬੇ ਦੀ ਨਕਲ ਕਰ ਸਕਦੇ ਹਨ।
Michael Dell ਦੀ ਪੜ੍ਹਾਈ ਵੀਰਤਾ ਪੂਜਾ ਲਈ ਨਹੀਂ। ਡੈੱਲ ਦੀ ਸ਼ੁਰੂਆਤੀ ਕਾਮਯਾਬੀ ਨੂੰ ਬੇਹਤਰ ਤਰੀਕੇ ਨਾਲ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ — ਇਹ ਕਈ ਅਣਪਸੰਦ ਚਲਨਾਂ ਦਾ ਸੈੱਟ ਸੀ — ਜਿਨ੍ਹਾਂ ਨੇ ਅਸਲ ਵਿੱਚ ਉਸਦੇ ਹੱਕ ਵਿੱਚ ਨੁਕਤੇ ਜੋੜ ਦਿੱਤੇ। ਇਹ ਕਹਾਣੀ ਇਸ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਇਹ ਰਣਨੀਤੀ ਨੂੰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ: ਕਿਹੜੀ ਚੀਜ਼ ਬਣਾਈਏ, ਕਦੋਂ ਖਰੀਦੋ, ਕਿਵੇਂ ਕੀਮਤ ਰੱਖੋ, ਕਿਵੇਂ ਭੇਜੋ ਅਤੇ ਕਿਵੇਂ ਨਗਦ ਨੂੰ ਗਲਤ ਥਾਂ ਫਸਣ ਤੋਂ ਬਚਾਓ।
ਬਣਣਹਾਰਾਂ ਅਤੇ ਸੰਚਾਲਕਾਂ ਲਈ, ਡੈੱਲ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤੌਰ 'ਤੇ ਲਾਭਦਾਇਕ ਕੇਸ ਹੈ ਕਿਉਂਕਿ ਕੰਪਨੀ ਇੱਕ ਐਸੇ ਬਾਜ਼ਾਰ ਵਿੱਚ ਜਿੱਤੀ ਜੋ ਦੇਖਣ ਵਿੱਚ ਕਮੋਡੀਟੀ ਅਤੇ ਕਠੋਰ ਮੁਕਾਬਲੇ ਵਾਲਾ ਸੀ। PCs ਕਦੇ ਵੀ ਅਜਿਹਾ ਅਨੋਖਾ ਉਤਪਾਦ ਨਹੀਂ—ਉਹ ਹਿੱਸਿਆਂ ਦੇ ਬਕਸੇ ਸਨ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਹ ਪਲੇਬੁੱਕ ਦੁਬਾਰਾ ਦੇਖਣ ਯੋਗ ਹੈ: ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਜਦ ਉਤਪਾਦ ਖ਼ਾਸ ਨਾ ਹੋਵੇ ਤਾਂ ਭੀ ਸੰਚਾਲਕੀ ਸ਼੍ਰੇਸ਼ਠਤਾ ਕਿਵੇਂ ਟਿੱਕੇ ਰਹਿਣ ਵਾਲਾ ਫ਼ਾਇਦਾ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ।
ਇਹ ਲੇਖ ਡੈੱਲ ਪਲੇਬੁੱਕ ਨੂੰ ਦੋ ਅਜਿਹੇ ਸਤੰਭਾਂ 'ਤੇ ਰਖਦਾ ਹੈ ਜੋ ਇਕ ਦੂਜੇ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੇ ਹਨ:
ਇਹ ਚੋਣਾਂ ਮਿਲ ਕੇ ਵਰਕਿੰਗ ਕੈਪੀਟਲ ਸੁਧਾਰਦੀਆਂ ਹਨ, ਜੋਖਮ ਘਟਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਡੈੱਲ ਨੂੰ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਚਲਾਉਣਾ ਆਸਾਨ ਕਰ ਦਿੰਦੀਆਂ ਹਨ।
ਤੁਸੀਂ ਵੇਖੋਗੇ ਕਿ ਡੈੱਲ ਦਾ ਡਾਇਰੈਕਟ ਸੇਲਜ਼ ਮਾਡਲ ਜਾਣਕਾਰੀ ਦੇ ਬਹਾਅ ਨੂੰ ਕਿਵੇਂ ਬਦਲ ਦਿੰਦਾ ਹੈ (ਆਰਡਰ ਪਹਿਲਾਂ, ਉਤਪਾਦਨ ਬਾਅਦ), ਕਿਉਂ ਇਨਵੈਂਟਰੀ ਟਰਨਜ਼ ਵੱਡੇ ਰेवਨਿਊ ਨੰਬਰਾਂ ਨਾਲੋਂ ਵੱਧ ਮੈਟਰ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਕਿਵੇਂ ਸਪਲਾਇਰ ਰਿਸ਼ਤੇ ਲੈਵਰੇਜ ਬਣ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਤੁਹਾਡਾ ਵਿਕਾਸ ਦੀ ਪ੍ਰਣਾਲੀ ਪੇਸ਼ਗੀ ਅਤੇ ਪੂਰਨ ਹੁੰਦੀ ਹੈ।
ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ, ਹਰ ਹਿੱਸਾ "ਕਾਪੀ-ਅਤੇ-ਅਨੁਕੂਲ" ਲਈ ਲਿਖਿਆ ਗਿਆ ਹੈ। ਤੁਸੀਂ ਇਹ ਵਿਚਾਰ ਆਪਣੇ ਬਿਜ਼ਨਸ ਲਈ ਪ੍ਰਾਇਕਟਿਕ ਪ੍ਰਸ਼ਨਾਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਸਕੋਗੇ: ਨਗਦ ਕਿੱਥੇ ਫਸ ਰਹੀ ਹੈ? ਕਿਹੜੇ ਫੈਸਲੇ ਸਟੈਂਡਰਡ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ? ਕਿਹੜੇ ਗ੍ਰਾਹਕ ਭਰੋਸੇਯੋਗਤਾ ਲਈ ਪੈਸਾ ਦੇਣਗੇ? ਅਤੇ ਕਿਹੜੇ ਮੈਟਰਿਕਸ ਦੱਸਣਗੇ ਕਿ ਮਾਡਲ ਅਸਲ ਵਿੱਚ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ?
Michael Dell ਦੀ ਕਹਾਣੀ ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਇਹ ਮੁੱਖ ਤੌਰ 'ਤੇ ਨਵੀਂ ਤਕਨੀਕ ਖੋਜਣ ਦੀ ਕਹਾਣੀ ਨਹੀਂ—ਇਹ ਇੱਕ ਐਸੇ ਸਿਸਟਮ ਦੀ ਡਿਜ਼ਾਇਨਿੰਗ ਦੀ ਹੈ ਜੋ ਮੁਕਾਬਲਿਆਂ ਨਾਲੋਂ ਤੇਜ਼ ਚੱਲਿਆ ਅਤੇ ਸੰਚਾਲਕੀ ਫੈਸਲਿਆਂ ਨੂੰ ਟਿਕਾਊ ਲਾਭ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।
ਡੈੱਲ ਨੇ 1984 ਵਿੱਚ ਯੂਨੀਵਰਸਿਟੀ ਆਫ ਟੈਕਸਾਸ ਤੋਂ ਪੀਸੀਜ਼ ਆਰਡਰ 'ਤੇ ਅਸੈਮਬਲ ਕਰਕੇ ਸ਼ੁਰੂ ਕੀਤਾ। 1980s ਅਤੇ 1990s ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਕੰਪਨੀ ਨੇ ਰਾਸ਼ਟਰੀ ਅਤੇ ਫਿਰ ਅੰਤਰਰਾਸ਼ਟਰੀ ਤੌਰ 'ਤੇ ਵਿੱਧਾ ਕੀਤਾ, ਅਤੇ ਰਿਟੇਲ ਸ਼ੈਲਫ਼ਾਂ ਰਾਹੀਂ ਵੇਚਣ ਦੀ ਥਾਂ ਡਾਇਰੈਕਟ ਸੇਲਿੰਗ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ।
1990s ਦੇ ਮੱਧ ਤੋਂ ਲੇ ਕੇ ਅੰਤ ਤੱਕ, ਡੈੱਲ ਨੇ ਇਹ ਸਾਬਤ ਕੀਤਾ ਕਿ ਇਹ ਪਹੁੰਚ ਸਕੇਲ ਕਰ ਸਕਦੀ ਹੈ: ਉੱਚ ਵੋਲਿਊਮ, ਲਗਤਾਂ ਉੱਤੇ tight नियंत्रण, ਅਤੇ ਲਾਜਿਸਟਿਕਸ ਦੀ ਹੋਰ ਸੁਧਾਰ ਸ਼ੈਲੀ। 2000s ਵਿੱਚ ਧਿਆਨ ਬਿਹਤਰ ਤਰੀਕੇ ਨਾਲ ਬਿਜ਼ਨਸ ਅਤੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਦਾਰਾਂ ਵੱਲ ਮੜਿਆ — ਉਹ ਗ੍ਰਾਹਕ ਜੋ ਸਸਤੇ ਟੈਗ ਨਾਲੋਂ consistency, ਸੇਵਾ ਅਤੇ ਪ੍ਰਿਡਿਕਟੇਬਲ ਫਲੀਟ ਪ੍ਰਬੰਧਨ ਨੂੰ ਮਹੱਤਵ ਦੇਂਦੇ ਹਨ।
ਡਾਇਰੈਕਟ ਮਾਡਲ ਦਾ ਅਰਥ ਸੀ ਕਿ ਗ੍ਰਾਹਕ ਪਹਿਲਾਂ ਡੈੱਲ ਨੂੰ ਦੱਸਦੇ ਕਿ ਉਹ ਕੀ ਚਾਹੁੰਦੇ ਹਨ, ਫਿਰ ਡੈੱਲ ਆਰਡਰ ਤੋਂ ਬਾਅਦ ਉਸਨੂੰ ਬਣਾਉਂਦਾ — ਅਤੇ ਸਿੱਧਾ ਭੇਜਦਾ।
ਇਹ ਸਧਾਰਣ ਲੱਗਦਾ ਹੈ, ਪਰ ਇਸਨੇ ਹਰ ਚੀਜ਼ ਬਦਲ ਦਿੱਤੀ:
ਦੋ ਵੱਡੇ ਪਿਵਟ ਨੇ ਵੱਡੇ ਬਦਲਾਅ ਬਨਾਏ। ਪਹਿਲਾਂ, ਡੈੱਲ ਨੇ build-to-order ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਉਦਯੋਗੀਕ੍ਰਿਤ ਕੀਤਾ ਕਿ ਇਹ ਸਿਰਫ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲਿਆਂ ਲਈ ਹੀ ਨਹੀਂ, ਸਗੋਂ ਬਹੁਤ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲੱਗਾ। ਦੂਜਾ, ਜਿਵੇਂ ਜਿਆਦਾ ਉਪਭੋਗਤਾ PC ਮੁਕਾਬਲਾ ਤੇਜ਼ ਹੋਇਆ ਅਤੇ ਉਤਪਾਦ ਫਰਕ ਘਟਿਆ, ਡੈੱਲ ਨੇ ਹੌਲੀ-ਹੌਲੀ B2B ਵੱਲ ਜ਼ਿਆਦਾ ਤੇਜ਼ੀ ਨਾਲ ਧਿਆਨ ਦਿੱਤਾ: ਸਟੈਂਡਰਡ ਕਨਫ਼ਿਗਰੇਸ਼ਨ, procurement-ਦੋਸਤ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਅਤੇ ਸਪੋਰਟ ਜੋ IT ਵਿਭਾਗਾਂ ਦੇ ਅਸਲ ਢੰਗ ਨਾਲ ਮੇਲ ਖਾਂਦੀ।
ਇਹ ਤਰੀਕਾ ਜਾਦੂ ਨਹੀਂ ਸੀ। PC ਦੀ ਮੰਗ ਦੇ ਚੱਕਰ, ਹਿੱਸਿਆਂ ਦੀ ਘਾਟ ਅਤੇ ਵੱਖ-ਵੱਖ ਢੰਗ ਨਾਲ ਖਰੀਦਦਾਰੀ ਕਰਨ ਦੇ ਰੁਝਾਨ (ਜਿਸ ਵਿੱਚ ਮਜ਼ਬੂਤ ਰਿਟੇਲ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਔਨਲਾਈਨ ਮੁਕਾਬਲੇ ਸ਼ਾਮਲ ਹਨ) ਨੇ "ਡਾਇਰੈਕਟ" ਦੀ ਵਿਲੱਖਣਤਾ ਨੂੰ ਘਟਾਇਆ। ਸਥਾਈ ਸਬਕ ਇਹ ਹੈ ਕਿ ਪ੍ਰਣਾਲੀ ਨੂੰ ਵਿਕਸਤ ਹੋਣਾ ਪਿਆ — ਜੋ ਚੀਜ਼ ਵੱਖਰੀ ਸ਼ੁਰੂ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਉਹ ਸਮੇਂ ਦੇ ਨਾਲ ਸਧਾਰਨ ਨਿਯਮ ਬਣ ਸਕਦੀ ਹੈ, ਅਤੇ ਅਨੁਸ਼ਾਸਨ ਨੂੰ ਨਵੇਂ ਥਾਂ ਮਿਲਣੇ ਚਾਹੀਦੇ ਹਨ ਜਿੱਥੇ ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ।
ਡੈੱਲ ਦਾ ਸ਼ੁਰੂਆਤੀ ਫਾਇਦਾ ਕਿਸੇ ਜਾਦੂਈ ਹਿੱਸੇ ਜਾਂ ਖ਼ਾਸ ਫੈਕਟਰੀ ਤਰਕੀਬ ਵਿੱਚ ਨਹੀਂ ਸੀ—ਇਹ ਇੱਕ ਵੇਚਣ ਦੀ ਵਿਧੀ ਸੀ ਜਿਸਨੇ ਸਾਰੇ downstream ਕੰਮਾਂ ਨੂੰ ਨਵਾਂ ਰੂਪ ਦਿੱਤਾ। ਗਾਹਕਾਂ ਨੂੰ ਰਿਟੇਲ ਸ਼ੈਲਫ਼ਾਂ 'ਤੇ ਲੜਾਈ ਕਰਨ ਦੀ ਥਾਂ ਡਾਇਰੈਕਟ ਵੇਚਣ ਨਾਲ, ਡੈੱਲ ਨੇ "ਕੀ ਬਣਾਉਣਾ ਹੈ" ਨੂੰ ਅਨੁਮਾਨ ਤੋਂ ਪ੍ਰਭਾਵੀ ਜਵਾਬ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।
ਪਾਰੰਪਰਿਕ PC ਨਿਰਮਾਤਾ ਬਕਸਿਆਂ ਨੂੰ ਦੁਕਾਨਾਂ ਵਿੱਚ ਧੱਕਦੇ ਅਤੇ ਉਮੀਦ ਕਰਦੇ ਕਿ ਉਹ ਵਿਕ ਜਾਣਗੇ। ਡੈੱਲ ਨੇ ਉਲਟ ਰਸਤਾ ਲਿਆ: ਪਹਿਲਾਂ ਆਰਡਰ ਲਓ, ਫਿਰ ਭਰੋ। ਉਸ ਡਾਇਰੈਕਟ ਰਿਸ਼ਤੇ ਨੇ ਇੱਕੋ ਵੇਲੇ ਦੋ ਕੀਮਤੀ ਸਾਧਨ ਬਣਾਏ—ਗਾਹਕ ਡੇਟਾ ਅਤੇ ਕੀਮਤ ਨਿਯੰਤਰਣ।
ਮਧਿਆਨ ਬਿਨਾਂ ਰਿਟੇਲਰ ਦੇ, ਡੈੱਲ ਨੂੰ ਨਜ਼ਦੀਕੀ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ ਕਿ ਲੋਕ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੁੰਦੇ ਹਨ (ਅਤੇ ਕੀ ਛੱਡ ਰਹੇ ਹਨ)। ਇਸ ਦਾ ਅਰਥ ਸੀ ਘੱਟ ਮਾਰਕਅੱਪ ਅਤੇ ਘੱਟ ਮੋਟਰਿਵੇਸ਼ਨ "ਚੈਨਲ ਭਰਨ" ਲਈ ਸਟਾਕ ਭਰਨ ਦੀ ਲੋੜ।
build-to-order ਦਾ ਕੇਂਦਰੀ ਨਿਯਮ ਸਧਾਰਨ ਹੈ: ਕੇਵਲ ਉਸ ਵੇਲੇ ਅਸੈਮਬਲ ਕਰੋ ਜਦ ਮੰਗ ਪੱਕੀ ਹੋਵੇ। ਹਜ਼ਾਰਾਂ ਇਕੋ ਜਿਹੇ ਮਸ਼ੀਨਾਂ ਬਣਾਉਣ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਬਚਤ ਨੂੰ ਛੋਟ ਦੇ ਕੇ ਵੇਚਣ ਦੀ ਥਾਂ, ਡੈੱਲ ਆਰਡਰਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਸਿਸਟਮਾਂ ਨੂੰ ਕੰਫ਼ਿਗਰ ਕਰਦਾ ਸੀ।
ਇਹ ਤਰੀਕਾ ਗਲਤ ਮਿਕਸ ਬਣਾਉਣ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀ—ਖ਼ਾਸ ਕਰਕੇ PC ਬਜਾਰ ਵਿੱਚ, ਜਿੱਥੇ ਹਿੱਸੇ ਅਤੇ ਸਪੈੱਕ ਤੇਜ਼ੀ ਨਾਲ ਪੁਰਾਣੇ ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹ ਵਿਸ਼ਾਲ ਚੋਣ ਦਾ ਸਮਰਥਨ ਵੀ ਕਰਦੀ ਹੈ: ਗਾਹਕ ਸਟੈਂਡਰਡ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਚੁਣ ਸਕਦੇ ਹਨ, ਜਦਕਿ ਫੈਕਟਰੀ ਨਮੂਨਾਵਾਰ ਅਸੈਮਬਲੀ 'ਤੇ ਧਿਆਨ ਰੱਖਦੀ ਹੈ।
ਡਾਇਰੈਕਟ ਆਰਡਰ ਸਿਰਫ ਅਸੈਮਬਲੀ ਨੂੰ ਟ੍ਰਿਗਰ ਨਹੀਂ ਕਰਦੇ—ਉਹ ਦਿਖਾਂਦੇ ਹਨ ਕਿ ਡੈੱਲ ਨੂੰ ਕੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਚਲਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਪ੍ਰੋਸੈਸਰ ਜਾਂ हारਡ ਡ੍ਰਾਈਵ ਆਰਡਰਾਂ ਵਿੱਚ ਵੱਧ ਰਿਹਾ ਹੈ, ਤਾਂ procurement ਤੁਰੰਤ ਪ੍ਰਤਿਕਿਰਿਆ ਕਰ ਸਕਦੀ ਹੈ।
ਇਹ ਤਿਹਾੜਾ ਲੂਪ ਮਾਇਨੇ ਰੱਖਦਾ: ਆਰਡਰ ਦੱਸਦੇ ਹਨ ਕਿ ਕੀ ਰੱਖਣਾ ਹੈ, ਕਿਹੜੀ ਚੀਜ਼ ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ ਹੈ ਅਤੇ ਸੇਵਾ ਟੀਮਾਂ ਨੂੰ ਕਿਹੜੀਆਂ ਸਮਭਾਵਿਤ ਸਹਾਇਤਾ ਲੋੜਾਂ ਲਈ ਤਿਆਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸੇਲਜ਼ ਮਾਡਲ ਇੱਕ ਸੰਚਾਲਕੀ ਰਾਡਾਰ ਬਣ ਜਾਂਦਾ ਹੈ।
ਨੁਕਸਾਨ ਸਪਸ਼ਟ ਹੈ: ਤੁਹਾਡਾ ਉਤਪਾਦ ਦੁਕਾਨ ਦੀ ਸ਼ੈਲਫ਼ 'ਤੇ ਬਣਕੇ ਸੰਘਣੇ ਤੌਰ 'ਤੇ ਖੋਜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਡਾਇਰੈਕਟ ਵੇਚਣਾ ਮਜ਼ਬੂਤ ਮਾਰਕੀਟਿੰਗ, ਸਾਫ਼ configuration ਚੋਣਾਂ, ਅਤੇ ਇੱਕ ਖਰੀਦ ਅਨੁਭਵ ਮੰਗਦਾ ਹੈ ਜਿਸ 'ਤੇ ਗ੍ਰਾਹਕ ਭਰੋਸਾ ਕਰ ਸਕਣ।
ਇਹ ਕੰਪਨੀ ਉੱਤੇ ਜ਼ਿੰਮੇਵਾਰੀ ਵੀ ਵਧਾਉਂਦਾ ਹੈ। ਜਦ ਤੁਸੀਂ ਰਿਸ਼ਤੇ ਰੱਖਦੇ ਹੋ, ਤੁਸੀਂ ਉਮੀਦਾਂ ਵੀ ਰੱਖਦੇ ਹੋ—ਸਹੀ ਡਿਲੀਵਰੀ ਤਰੀਕੀਆਂ, ਭਰੋਸੇਯੋਗ ਲਾਜਿਸਟਿਕਸ, ਸਪੱਸ਼ਟ ਰਿਟਰਨ ਨੀਤੀਆਂ, ਅਤੇ ਤੇਜ਼ ਸਹਾਇਤਾ। ਡੈੱਲ ਦਾ ਡਾਇਰੈਕਟ ਮਾਡਲ ਸਿਰਫ ਇੱਕ ਵਿਕਰੀ ਤਕਨੀਕ ਨਾ ਸੀ; ਇਹ ਇੱਕ ਵਾਅਦਾ ਸੀ ਜੋ ਸੰਚਾਲਨਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਪਿਆ।
ਡੈੱਲ ਦੀ ਸੋਚ ਇਹ ਨਹੀਂ ਸੀ ਕਿ ਭਵਿੱਖਬਾਣੀ ਬੇਮਤਲਬ ਹੈ—ਪਰ ਇਹ ਸੀ ਕਿ ਤੇਜ਼ ਹੋਣਾ ਅਕਸਰ ਸਹੀ ਹੋਣ ਤੋਂ ਵਧ ਕੇ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਜਦ CPUs, ਡਰਾਈਵ ਅਤੇ ਮੈਮੋਰੀ ਹਫ਼ਤੇ-ਹਫ਼ਤੇ ਕੀਮਤ ਘਟਦੇ ਹਨ, ਇਨਵੈਂਟਰੀ ਇੱਕ ਸੰਪਤੀ ਨਹੀਂ ਰਹਿੰਦੀ; ਇਹ ਰਿਸਕ ਹੈ ਜੋ ਸ਼ੈਲਫ਼ 'ਤੇ ਬੈਠੀ ਹੈ।
ਹਫ਼ਤਿਆਂ ਦੇ ਹਿੱਸੇ ਰੱਖਣ ਦਾ ਮਤਲਬ ਹੈ ਤੁਸੀਂ ਕੱਲ੍ਹ ਦੇ ਹਿੱਸਿਆਂ (ਅਤੇ ਕੱਲ੍ਹ ਦੀ ਲਾਗਤ) ਨਾਲ ਫਸ ਸਕਦੇ ਹੋ ਜਦਕਿ ਮੁਕਾਬਲੇ ਨਵੇਂ ਸਪੈੱਕ ਘੱਟ ਕੀਮਤ 'ਤੇ ਭੇਜਦੇ ਹਨ। ਭਾਵੇਂ ਤੁਸੀਂ ਪੁਰਾਣਾ ਸਟਾਕ ਵੇਚ ਸਕੋਗੇ, ਤੁਹਾਨੂੰ ਛੋਟ ਦੇਣੀ ਪੈ ਸਕਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਮਾਰਜਿੰਸ ਘਟਦੇ ਹਨ। ਘੱਟ ਇਨਵੈਂਟਰੀ ਇਹ ਵੀ ਘਟਾਉਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਗਲਤ ਮਿਕਸ ਨਾਲ ਫਸੋ—ਇੱਕ ਮਾਡਲ ਬਹੁਤ ਜ਼ਿਆਦਾ ਅਤੇ ਦੂਜਾ ਘੱਟ—ਜਦ ਗਾਹਕ ਪਸੰਦ ਬਦਲ ਜਾਂਦੀ ਹੈ।
ਵਰਕਿੰਗ ਕੈਪੀਟਲ ਉਹ ਪੈਸਾ ਹੈ ਜੋ ਰੋਜ਼ਾਨਾ ਕਾਰੋਬਾਰ ਚਲਾਉਣ ਲਈ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਸਾਰੇ ਹਿੱਸੇ ਖਰੀਦ ਲੈਂਦੇ ਹੋ, ਨਗਦ ਤੁਹਾਡੇ ਖਾਤੇ ਤੋਂ ਨਿਕਲਦੀ ਹੈ ਅਤੇ ਉਹ PC ਵਿਕਣ ਤੱਕ ਬਕਸਿਆਂ ਵਿੱਚ ਬਹਿਰ ਰਹਿੰਦੀ ਹੈ।
ਡੈੱਲ ਨੇ ਉਲਟ ਰਵੱਈਆ ਰੱਖਿਆ: ਆਰਡਰ ਲਓ, ਫਿਰ ਹਿੱਸੇ ਸਿਸਟਮ ਵਿੱਚ ਖਿੱਚੋ। ਵਾਸਤਵਿਕ ਲਾਭ ਸਧਾਰਨ ਹੈ:
ਸੰਚਾਲਕੀ ਤੌਰ 'ਤੇ, ਇਨਵੈਂਟਰੀ ਸਿਰਫ਼ ਸਟਾਕ ਨਹੀਂ—ਇਹ ਸਮਾਂ ਅਤੇ ਨਗਦ ਹੈ ਜੋ ਠੰਠੀ ਹੋ ਕੇ ਰੁਕੀ ਹੋਈ ਹੈ।
ਘੱਟ ਇਨਵੈਂਟਰੀ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦ ਸਪਲਾਇਰ ਦੂਰਲੇ ਵਿੱਕਰੇਤਾ ਵਾਂਗ ਨਹੀਂ ਵੇਖੇ ਜਾਂਦੇ। ਉਹ ਦੈਨੀਕ ਰਿਧਮ ਦਾ ਹਿੱਸਾ ਹੋਣ ਚਾਹੀਦੇ ਹਨ। ਇਹ ਮਤਲਬ ਹੈ ਮੰਗ ਸਿਗਨਲਾਂ ਦੀ ਲਗਾਤਾਰ ਸਾਂਝ, ਉਪਲੱਬਧਤਾ ਦੀ ਤੇਜ਼ ਪੁਸ਼ਟੀ, ਅਤੇ ਜਦ ਕੋਈ ਹਿੱਸਾ ਘੱਟ ਹੋ ਜਾਏ ਤਾਂ ਤਬਦੀਲੀਆਂ ਲਈ ਸਪਸ਼ਟ ਨਿਯਮ।
ਤਿਮਾਹੀ ਭਵਿੱਖਬਾਣੀ 'ਤੇ ਦਾਅ ਨਹੀਂ ਲਗਾਉਂਦੇ, ਸਿਸਟਮ ਫਰੀਕੁਐਂਟ ਅੱਪਡੇਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: ਅੱਜ ਕੀ ਵਿਕ ਰਿਹਾ ਹੈ, ਕੱਲ੍ਹ ਕੀ ਆ ਰਿਹਾ ਹੈ, ਅਤੇ ਹੁਣ ਕਿਹੜੀ ਚੀਜ਼ expedited ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਇੱਕ ਸੀਮਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਬਫਰਜ਼ ਇੰਨੇ ਘੱਟ ਕਰ ਦਿਓ ਕਿ ਇੱਕ ਦੇਰ ਵਾਲੀ ਡਿਲਿਵਰੀ ਸਾਰੇ ਸ਼ਿਪਮੈਂਟ ਰੋਕ ਦੇਵੇ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ lean operation ਨਹੀਂ ਰਹਿੰਦੀ—ਤੁਹਾਡੇ ਕੋਲ ਮਿਸਡ ਡਿਲਿਵਰੀਜ਼ ਹਨ।
ਆਮ ਫੇਲੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਮਕਸਦ ਨਿਯੰਤ੍ਰਿਤ ਇਨਵੈਂਟਰੀ ਹੈ: ਜਿੱਥੇ ਸੁਰੱਖਿਅਤ ਹੈ ਓਥੇ ਛੋਟੀ, ਅਤੇ ਜਿੱਥੇ ਭਰੋਸੇਯੋਗਤਾ ਮੈਟਰ ਕਰਦੀ ਹੈ ਓਥੇ ਨੀਅਤ ਨਾਲ ਰੱਖੋ।
ਡੈੱਲ ਦੀ ਹੈਰਾਨ ਕਰ ਦੇਣ ਵਾਲੀ ਫ਼ਾਇਦਾ ਕੋਈ ਅਜੀਬ ਤਕਨੀਕ ਨਹੀਂ ਸੀ—ਇਹ ਬਰਕਰਾਰ ਰਹਿਣ ਦੀ ਤਿਆਰੀ ਸੀ। ਜਦ ਉਸਨੇ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਆਏ ਹਿੱਸਿਆਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਕੀਤੀ, ਡੈੱਲ ਨੇ ਹਰ ਥਾਂ ਕਠਿਨਾਈ ਘਟਾਈ: ਖਰੀਦ, ਅਸੈੰਬਲੀ, ਟੈਸਟਿੰਗ, ਸਪੋਰਟ ਅਤੇ ਰਿਟਰਨ। ਸਟੈਂਡਰਡਾਈਜ਼ੇਸ਼ਨ ਇੱਕ ਸਕੇਲ ਦਾ ਇੰਜਣ ਬਣ ਗਿਆ।
ਜਦ ਤੁਸੀਂ ਘੱਟ ਵੱਖ-ਵੱਖ ਹਿੱਸੇ ਖਰੀਦਦੇ ਹੋ, ਤਾਂ sourcing, qualifying ਅਤੇ ਯੋਜਨਾ ਬਣਾਉਣ 'ਤੇ ਘੱਟ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਫੈਕਟਰੀ ਮੰਚ 'ਤੇ, ਆਮ ਹਿੱਸੇ ਸਧਾਰਨ ਵਰਕ ਨਿਰਦੇਸ਼, ਘੱਟ ਅਸੈੰਬਲੀ ਗਲਤੀਆਂ, ਅਤੇ ਤੇਜ਼ ਸਿਖਲਾਈ ਦਾ ਮਤਲਬ ਹੁੰਦੇ ਹਨ। build ਪ੍ਰਕਿਰਿਆ ਦੁਹਰਾਉਯੋਗ ਬਣ ਜਾਂਦੀ ਹੈ, ਜੋ ਮੰਗ ਵਧਣ 'ਤੇ ਚਾਹੀਦੀ ਗੱਲ ਹੈ।
ਛੋਟੇ ਸੈੱਟ ਦੇ CPUs, ਡਰਾਈਵ, ਮੈਮੋਰੀ ਮੌਡਿਊਲਾਂ ਅਤੇ ਮਦਰਬੋਰਡਾਂ 'ਤੇ ਉੱਚ ਵਰੋ਼ਮ ਆਰਡਰ ਸਪਲਾਇਰਾਂ 'ਤੇ ਸ਼ਰਤ negociação ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ। ਇਹ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵੀ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ ਜਦ shortages ਹੋਣ: ਜੇ ਕਈ ਮਾਡਲ ਇੱਕੋ ਹੀ ਹਿੱਸਿਆਂ ਨੂੰ ਸਾਂਝਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਇਨਵੈਂਟਰੀ ਨੂੰ ਉਸ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵੱਲ ਰੀਰੂਟ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਵੇਚ ਰਹੀ ਹੈ ਬਿਨਾਂ ਪੂਰੀ ਬਿੱਲ ਆਫ ਮਟੀਰੀਅਲ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੇ।
ਹਰ ਨਵਾਂ ਹਿੱਸਾ ਇੱਕ ਹੋਰ ਫੇਲ੍ਹਯਰ ਮੋਡ ਹੈ। ਘੱਟ ਵੈਰੀਅੰਟ ਦਾ ਮਤਲਬ ਘੱਟ combinations ਟੈਸਟ ਕਰਨ ਦੀ ਲੋੜ ਅਤੇ ਘੱਟ ਸੁਮੇਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਦੀ ਲੋੜ। ਉਹ ਕਿਵੇਂ ਕੁਆਲਿਟੀ ਕੰਟਰੋਲ ਨੂੰ ਤੰਦ ਕਰਦਾ ਹੈ ਅਤੇ ਸਪੋਰਟ ਦੀ ਲਾਗਤ ਘਟਾਉਂਦਾ—ਖ਼ਾਸ ਕਰਕੇ ਜਦ ਡੈੱਲ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਖਾਤਿਆਂ ਵਿੱਚ ਗਿਆ ਜੋ predictable uptime ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ।
ਸਟੈਂਡਰਡਾਈਜ਼ੇਸ਼ਨ ਦਾ ਮਤਲਬ ਇੱਕੋ ਆਕਾਰ ਨਹੀ ਹੈ। ਡੈੱਲ ਨੇ ਮਨਜ਼ੂਰੀ ਪਾਏ ਹੋਏ ਹਿੱਸਿਆਂ ਦੇ ਇੱਕ ਨਿਯੰਤ੍ਰਿਤ ਸੈੱਟ ਨੂੰ ਇੱਕ ਸੇਲਿੰਗ ਮੀਨੂ ਨਾਲ ਜੋੜਿਆ: ਮੈਮੋਰੀ, ਸਟੋਰੇਜ, ਵਾਰੰਟੀ, ਪੈਰੀਫ਼ੇਰਲ। ਚਾਲ ਇਹ ਹੈ ਕਿ ਪਿਛੋਕੜ ਵਿੱਚ ਸਟੈਂਡਰਡ ਕਰੋ ਜਦਕਿ ਖਰੀਦ ਅਨੁਭਵ ਨੂੰ ਲਚਕੀਲਾ ਰੱਖੋ।
ਇੱਕ ਉਪਯੋਗ ਨਿਯਮ: ਜੇ ਕੋਈ ਹਿੱਸਾ ਸਪਸ਼ਟ ਢੰਗ ਨਾਲ ਗ੍ਰਾਹਕ ਮੁੱਲ ਜਾਂ ਮਾਰਜਿਨ ਵਿੱਚ ਸੁਧਾਰ ਨਹੀਂ ਲਿਆਉਂਦਾ, ਤਾਂ ਉਹ ਹਟਾਉਣ ਲਈ ਉਮੀਦਵਾਰ ਹੈ।
ਡੈੱਲ ਦੀ ਸਪਲਾਈ ਚੇਨ ਲਾਭ ਸਿਰਫ ਸਪਲਾਇਰਾਂ 'ਤੇ ਕੀਮਤ ਘਟਾਉਣ 'ਤੇ ਨਹੀਂ ਸੀ। ਇਹ ਇਕ ਐਸਾ ਸਿਸਟਮ ਬਣਾਉਣ ਬਾਰੇ ਸੀ ਜਿਸ ਵਿੱਚ ਸਪਲਾਇਰ ਡੈੱਲ ਦੇ ਪਿੱਛੇ ਖੜੇ ਹੋਣ ਚਾਹੁੰਦੇ—ਕਿਉਂਕਿ ਵਪਾਰਕ ਲਾਭ ਉਹਨਾਂ ਲਈ ਭੀ ਕੰਮ ਕਰਦੇ।
ਜਦ ਇੱਕ ਕੰਪਨੀ ਆਰਡਰਾਂ ਨੂੰ ਤੁਰੰਤ ਨਗਦ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ, ਤਾਂ ਉਹ ਸਪਲਾਇਰਾਂ ਨੂੰ ਕੁਝ ਪੇਸ਼ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਬਹੁਤ ਸਾਰੇ ਖਰੀਦਦਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ: ਥੋੜ੍ਹੀ ਵਧੀਅਾ, ਜ਼ਿਆਦਾ ਪੇਸ਼ਗੋਈ ਵਾਲੀ ਡਿਮਾਂਡ। ਸਪਲਾਇਰ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ ਜਦ ਵਰੋ਼ਮ ਸਥਿਰ ਅਤੇ ਸੂਚੀ ਬੇਠਕ ਸਾਫ਼ ਹੁੰਦੀ ਹੈ।
ਡੈੱਲ ਲਈ, ਲੈਵਰੇਜ ਉੱਚ-ਥਰੂਪੁੱਟ ਚੈਨਲ ਹੋਣ ਤੋਂ ਆਇਆ। ਸਪਲਾਇਰ ਲਈ ਇਨਾਮ ਸੀ ਵੱਡਾ ਪੱਧਰ ਅਤੇ ਮੰਗ ਦੀ ਸਮਝ। ਇਹ ਸਉਹੰਤੀ ਇੱਕ-ਵਾਰੀ ਛੂਟ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਪਲਾਇਰਾਂ ਦੇ ਜੋਖਮ ਅਤੇ ਫ਼ੁਜਲਾਣੇ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
ਡਾਇਰੈਕਟ ਮਾਡਲ ਸਾਫ order signals ਪੈਦਾ ਕਰਦਾ: ਗਾਹਕ ਅਸਲ ਵਿੱਚ ਕੀ ਖਰੀਦਿਆ, ਰੀਅਲ-ਟਾਈਮ। ਉਹਨਾਂ ਸਿਗਨਲਾਂ (ਭਵਿੱਖਬਾਣੀਆਂ, ਆਰਡਰ ਪੈਟਰਨ ਅਤੇ ਡਿਲੀਵਰੀ ਕੈਡੰਸ) ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਨਾਲ ਸਪਲਾਇਰ ਘੱਟ ਹੈਰਾਨੀਆਂ ਨਾਲ ਉਤਪਾਦਨ ਅਤੇ ਲਾਜਿਸਟਿਕਸ ਦੀ ਯੋਜਨਾ ਕਰ ਸਕਦੇ ਹਨ।
ਅਮਲ ਵਿੱਚ, ਇਹ negotiation ਨੂੰ ਸਹਯੋਗ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਕੀਮਤ ਸੁਧਾਰਦੀ ਹੈ, ਪਰ lead times, ਗੁਣਵੱਤਾ ਅਤੇ ਜਵਾਬदेਹੀ ਵੀ ਬਿਹਤਰ ਹੁੰਦੇ ਹਨ।
ਇੱਕ ਮੁੱਖ ਵਿਚਾਰ ਇਹ ਹੈ ਕਿ ਇਨਵੈਂਟਰੀ ਨੂੰ ਅਸੈਮਬਲੀ ਬਿੰਦੂ ਦੇ ਕੋਲ ਧਕੋ ਬਿਨਾਂ ਡੈੱਲ ਦੇ ਉਸਨੂੰ ਲੰਮੇ ਸਮੇਂ ਲਈ ਮੈਨੇਜ ਕਰਨ ਦੇ। vendor-managed inventory ਅਤੇ ਨੇਅਰ-ਸਾਈਟ ਸਪਲਾਇਰ ਹਬ ਵਰਗੀਆਂ ਤਕਨੀਕਾਂ replenishment ਚੱਕਰ ਨੂੰ ਛੋਟਾ ਕਰਦੀਆਂ ਅਤੇ stockouts ਘਟਾਉਂਦੀਆਂ ਹਨ।
ਇਹ ਰਚਨਾ:
ਮਜ਼ਬੂਤ ਭਾਈਚਾਰੇ ਇਕ ਸੰਕਟ ਦਾ ਇੱਕ ਇਕਲ ਪੁਆਇੰਟ ਬਣ ਸਕਦੇ ਹਨ ਜੇ ਤੁਸੀਂ ਇੱਕ ਸਪਲਾਇਰ, ਇੱਕ ਜਿਓਗ੍ਰਾਫੀ, ਜਾਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹਿੱਸੇ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਿਰਭਰ ਹੋਵੋ। ਸਭ ਤੋਂ ਵਧੀਆ ਸੰਚਾਲਕ ਸਹਿਯੋਗ ਨੂੰ ਵਿਵਸਥਾ ਨਾਲ ਜੋੜਦੇ ਹਨ: ਜਿੱਥੇ ਸੰਭਵ ਹੋਵੇ ਦੂਜਾ ਸੋਰਸ, ਸਪਸ਼ਟ ਐਸਕਲੇਸ਼ਨ ਪਾਥ, ਅਤੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਸਟ੍ਰੈਸ ਟੈਸਟ।
ਡੈੱਲ ਦਾ ਅਸਲ ਲੈਵਰੇਜ ਸਿਰਫ਼ ਬਾਰਗੇਨਿੰਗ ਪਾਵਰ ਨਹੀਂ ਸੀ—ਇਹ ਇੱਕ ਐਸਾ ਓਪਰੇਟਿੰਗ ਮਾਡਲ ਚਲਾਉਣਾ ਸੀ ਜੋ ਸਪਲਾਇਰਾਂ ਨੂੰ ਤੇਜ਼, ਜ਼ਿਆਦਾ ਯਕੀਨੀ ਅਤੇ ਜ਼ਿਆਦਾ ਨਫੇਦਾਇਕ ਬਣਾਉਂਦਾ ਜਦ ਉਹ ਨਜ਼ਦੀਕ ਰਹਿੰਦੇ।
ਡੈੱਲ ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡੀਆਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕੀਤੀ। ਸ਼ੁਰੂਆਤੀ ਜਿੱਤਾਂ ਛੋਟੇ ਕਾਰੋਬਾਰਾਂ ਤੋਂ ਆਈਆਂ ਜੋ ਚਾਹੁੰਦੇ ਸਨ ਚੰਗੀ ਕਾਰਗੁਜ਼ਾਰੀ, ਵਾਧੇਯੋਗ ਕੀਮਤ ਅਤੇ ਕੋਈ ਜੋ ਫੋਨ ਉੱਠਾ ਕਰਦਾ ਹੋਵੇ। ਸਮੇਂ ਨਾਲ, ਉਹ ਗਾਹਕ ਆਸਾਨੀ ਨਾਲ ਵੱਡੇ ਖਾਤਿਆਂ ਲਈ ਪੁਲ ਬਣ ਗਏ—ਕਿਉਂਕਿ 50-ਅਦਮੀ ਕੰਪਨੀ ਲਈ ਮਹੱਤਵਪੂਰਨ ਗੁਣ 50,000-ਅਦਮੀ ਕੰਪਨੀ ਲਈ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ, ਸਿਰਫ਼ ਹੋਰ ਕਾਗਜ਼ੀ ਕਾਰਵਾਈ ਦੇ ਨਾਲ।
ਜਿਵੇਂ ਜਿਵੇਂ ਡੈੱਲ ਛੋਟੇ ਕਾਰੋਬਾਰ ਤੋਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਗ੍ਰਾਹਕਾਂ ਵੱਲ ਗਿਆ, ਪੇਸ਼ਕਸ਼ "ਪੈਸੇ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ" ਤੋਂ ਬਦਲ ਕੇ "ਘੱਟ ਕੁੱਲ ਲਾਗਤ ਅਤੇ ਘੱਟ ਅਚੰਭੇ" ਬਣ ਗਈ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸਿਰਫ਼ ਇੱਕ ਡਿਵਾਈਸ ਨਹੀਂ ਖਰੀਦ ਰਹੇ; ਉਹ ਪ੍ਰਿਡਿਕਟੇਬਿਲਟੀ ਖਰੀਦ ਰਹੇ ਹਨ: ਸਟੈਂਡਰਡ ਇਮੇਜ, ਇਕਸਾਰ ਹਿੱਸੇ, ਸਪਸ਼ਟ ਵਾਰੰਟੀਆਂ, ਅਤੇ ਇੱਕ ਵਿਕਰੇਤਾ ਜੋ ਮਧ-ਕਾਂਟਰੈਕਟ ਵਿੱਚ ਗਾਇਬ ਨਹੀਂ ਹੋਵੇਗਾ।
Procurement ਟੀਮਾਂ ਅਤੇ IT ਵਿਭਾਗ ਉਹ ਵਿਕਰੇਤਾ ਮੁੱਲਾਂਦੇ ਹਨ ਜੋ ਫਲੀਟ ਖਰੀਦਣ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਨੂੰ "ਬੋਰਿੰਗ" بنا ਦਿੰਦੇ ਹਨ—ਅਚਛੇ ਅਰਥ ਵਿੱਚ। ਜਿਹੜੀਆਂ ਗੱਲਾਂ ਅਕਸਰ ਸਭ ਤੋਂ ਵੱਧ ਮੈਟਰ ਕਰਦੀਆਂ ਹਨ:
B2B ਧੀਮਾ ਹੁੰਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ, ਪਾਇਲਟ ਪ੍ਰੋਗਰਾਮ, ਵਿਕਰੇਤਾ ਅਨਬੋਰਡਿੰਗ, ਅਤੇ ਕਾਂਟਰੈਕਟ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਲਾਈਨਾਂ ਵਧੀਆਂ ਖਿੱਚ ਲੈਂਦੀਆਂ ਹਨ। ਪਰ ਜਦ ਤੁਸੀਂ ਜਿੱਤ ਲੈਂਦੇ ਹੋ, ਤੁਹਾਨੂੰ ਅਕਸਰ ਕਈ ਸਾਲਾਂ ਦੇ ਰੀਫ੍ਰੇਸ਼ ਚੱਕਰ, ਵੱਡੇ ਆਰਡਰ ਅਤੇ ਜ਼ਿਆਦਾ ਵਿਆਪਕਤਾ ਮਿਲਦੀ ਹੈ।
ਸਰਵਿਸ ਇੱਕ ਹਾਰਡਵੇਅਰ ਵਿਕਰੀ ਨੂੰ ਲਗਾਤਾਰ ਰਿਸ਼ਤੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਡਿਪਲੋਇਮੈਂਟ ਸਹਾਇਤਾ, ਮੈਨੇਜ਼ਡ ਸਪੋਰਟ ਅਤੇ ਵਾਰੰਟੀ ਪ੍ਰੋਗਰਾਮ IT ਲਈ downtime ਅਤੇ ਕੰਮ ਦਾ ਬੋਝ ਘਟਾਉਂਦੇ ਹਨ। ਇਹ ਸੰਚਾਲਕੀ ਰਾਹਤ ਚਿੱਟੀ ਰਹਿੰਦੀ ਹੈ—ਅਤੇ ਜਦ ਮੁਕਾਬਲੇ ਕੀਮਤ ਮਿਲਦੇ ਹਨ, ਤਾਂ ਇਹ ਖਾਤਿਆਂ ਨੂੰ ਬਚਾਉਂਦੀ ਹੈ।
ਡੈੱਲ ਦਾ B2B ਫਾਇਦਾ ਸਿਰਫ ਸਸਤੇ PCs ਵਿੱਚ ਨਹੀਂ ਸੀ—ਇਹ IT ਵਿਭਾਗਾਂ ਦੀ ਦੈਨਿਕ friction ਨੂੰ ਘਟਾਉਣ ਵਿੱਚ ਸੀ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਖਰੀਦਦਾਰ ਇੱਕ ਵਧੀਆ ਵਿਸ਼ੇਸ਼ਤਾ ਵਾਲੇ ਮਸ਼ੀਨ 'ਤੇ ਘੱਟ ਧਿਆਨ ਦਿੰਦੇ ਹਨ ਅਤੇ ਇਸ ਗੱਲ 'ਤੇ ਵੱਧ ਕਿ ਕੀ 5,000 ਮਸ਼ੀਨਾਂ ਨੂੰ ਰੋਲਆਉਟ, ਸਪੋਰਟ ਅਤੇ ਰਿਫ੍ਰੇਸ਼ ਬਿਨਾਂ ਰੁਕਾਵਟ ਦੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
IT ਟੀਮਾਂ predictable fleets ਚਾਹੁੰਦੀਆਂ ਹਨ: ਕੁਝ ਮੰਨਿਆਂ ਗਏ ਮਾਡਲ, ਸਥਿਰ ਡਰਾਈਵਰ, ਅਤੇ ਇੱਕ golden image ਜੋ স্কੇਲ 'ਤੇ deploy ਕੀਤਾ ਜਾ ਸਕੇ। ਸਟੈਂਡਰਡਾਈਜ਼ੇਸ਼ਨ ਸਹਾਇਤਾ ਟਿਕਟਾਂ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ ਅਤੇ onboarding ਤੇਜ਼ ਕਰਦੀ ਹੈ।
ਡੈੱਲ ਦਾ ਸੰਚਾਲਕੀ ਵਾਅਦਾ IT ਖਰੀਦਦਾਰਾਂ ਲਈ ਸਧਾਰਨ ਹੈ: ਇੱਕ ਸਟੈਂਡਰਡ ਸੈੱਟ ਚੁਣੋ, ਇਸਨੂੰ ਸਥਿਰ ਰੱਖੋ, ਅਤੇ ਬਦਲੀ ਆਉਣ 'ਤੇ ਮਿਲਦੀ-ਜੁਲਦੀ replacement ਦੇਵੋ। ਜਦ ਇੱਕ ਲੈਪਟੌਪ ਖਰਾਬ ਹੁੰਦਾ ਹੈ, ਟੀਚਾ fancy upgrade ਨਹੀਂ—ਇੱਕ ਕਰਮਚਾਰੀ ਨੂੰ ਮਿਨੀਮਲ reconfiguration ਨਾਲ ਕੰਮ 'ਤੇ ਵਾਪਸ ਲਿਆਉਣਾ ਹੈ।
ਮਜ਼ਬੂਤ ਗਾਹਕ ਸੰਚਾਲਨ ਹਾਰਡਵੇਅਰ ਨੂੰ ਇੱਕ ਚੱਕਰ ਸਮਝਦੇ ਹਨ, ਨਾ ਕਿ ਇੱਕ ਵਾਰ ਦੀ ਵਿਕਰੀ:
ਇੱਥੇ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਕੁੱਲ ਲਾਗਤ ਹਕੀਕਤ ਬਣਦੇ ਹਨ: ਘੱਟ ਰੁਕਾਵਟ, ਘੱਟ ਇੱਕ-ਬਾਰੀ ਵਚਨਬੱਧਤਾਂ, ਅਤੇ ਘੱਟ ਤੁਰੰਤ ਐਸਕਲੇਸ਼ਨ।
ਸਰਵਿਸ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਪਰ ਸਿਰਫ਼ ਜਦ ਉਹ ਵਿਸ਼ੇਸ਼ ਅਤੇ ਪਰਿਭਾਸ਼ਿਤ ਹੋਵਣ। ਵੈਗ 'ਵਾਈਟ-ਗਲਵ' ਦਾਅਵੇ ਕਰਨ ਦੀ ਥਾਂ, ਸਫਲ ਬੰਧਨਾਂ ਖਾਸ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ: next-business-day parts, onsite repair, pre-imaging, device tracking, ਜਾਂ managed refresh ਪ੍ਰੋਗਰਾਮ। ਜੇ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਕਿਹੜਾ ਕੰਮ ਕਦੋਂ ਅਤੇ ਕਿਸ ਨੇ ਕਰਨਾਂ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਵੇਚੋ ਨਾ।
ਸੰਚਾਲਕੀ ਸ਼੍ਰੇਸ਼ਠਤਾ ਨਿਰਸੰਗ ਮੈਟਰਿਕਸ ਵਿੱਚ ਦਿਖਦੀ ਹੈ:
ਜਦ ਗਾਹਕ ਸੰਚਾਲਨ ਮਜ਼ਬੂਤ ਹੁੰਦਾ ਹੈ, IT ਵਿਭਾਗ ਮਾਡਲ-ਦਿਨ ਤੋਂ ਖਰੀਦਣਾ ਛੱਡ ਦੇਂਦੇ ਹਨ—ਅਤੇ ਤੁਹਾਡੇ ਉੱਪਰ standardize ਕਰਨ ਲੱਗਦੇ ਹਨ।
ਡੈੱਲ ਦਾ ਫਾਇਦਾ ਸਿਰਫ਼ clever direct sales ਮਾਡਲ ਨਹੀਂ ਸੀ—ਇਹ ਉਸਦੇ ਹੇਠਾਂ ਮਾਪਣ ਦੀ ਪ੍ਰਣਾਲੀ ਸੀ। ਜਦ ਤੁਸੀਂ ਆਰਡਰ-ਟੂ-ਆਰਡਰ ਬਣਾਉਂਦੇ ਹੋ ਅਤੇ ਇਨਵੈਂਟਰੀ lean ਰੱਖਦੇ ਹੋ, ਛੋਟੀ ਦੇਰੀਆਂ ਅਤੇ ਗੁਣਵੱਤਾ ਘਟੀਆਂ ਤੇਜ਼ੀ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ। ਮੈਟਰਿਕਸ ਕਮਜ਼ੋਰ ਸੰਗੇਤਾਂ ਨੂੰ ਕਾਰਵਾਈ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ।
ਸਪੀਡ ਇੱਕ ਮੁਕਾਬਲਾਤੀ ਫੀਚਰ ਸੀ, ਇਸ ਲਈ ਡੈੱਲ ਨੇ ਸਮੇਂ ਨੂੰ ਉਤਪਾਦਨ ਕੰਪਨੀ ਵਾਂਗ ਟਰੈਕ ਕੀਤਾ, ਨਾ ਕਿ "PC ਬ੍ਰੈਂਡ" ਵਾਂਗ। ਸਭ ਤੋਂ ਉਪਯੋਗੀ cycle-time ਮਾਪਨਾਂ ਨੂੰ ਅੰਤ-ਟੂ-ਅੰਤ ਰੱਖਿਆ ਗਿਆ:
ਕੀ ਕੀਆ ਗਿਆ ਸੀ ਉਹ ਇਹ ਸੀ ਕਿ ਇਹਨਾਂ ਨੂੰ ਇੱਕ ਜੁੜੇ ਘੜੀ ਵਜੋਂ ਲਿਆ ਜਾਂਦਾ। ਜੇ ਸ਼ਿਪਿੰਗ ਧੀਮੀ ਹੋਈ, ਤਾਂ ਸੇਲਜ਼ ਵਾਅਦਿਆਂ ਨੂੰ ਸੀਧਾ ਢੰਗ ਨਾਲ ਢਾਲਣਾ ਪੈਂਦਾ—ਜਾਂ ਸੰਚਾਲਨ ਤੁਰੰਤ ਸੁਧਾਰ ਲਿਆਂਦਾ।
build-to-order ਤਾਂ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਜਦ ਜੋ ਭੇਜਿਆ ਉਹ ਪਹਿਲੀ ਵਾਰ ਵਿੱਚ ਚੱਲੇ। ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਇਨਵੈਂਟਰੀ ਲਾਗਤ ਬਦਲੇ ਸਪੋਰਟ ਦੀ ਲਾਗਤ ਅਤੇ ਸਾਕਾਰਾਤਮਕ ਨੁਕਸਾਨ ਭੁਗਤਦੇ ਹੋ। ਡੈੱਲ ਨੇ ਨਿਗਰਾਨੀ ਕੀਤੀ:
ਇਸਨੇ ਗੁਣਵੱਤਾ ਨੂੰ ਫੀਡਬੈਕ ਲੂਪ ਬਣਾਇਆ, ਨਾ ਕਿ ਬਾਅਦ ਵਿੱਚ ਹੋਣ ਵਾਲਾ ਪੋਸਟ-ਮਾਰਟਮ।
ਸੰਚਾਲਕੀ ਸ਼੍ਰੇਸ਼ਠਤਾ ਨਗਦ ਵਿੱਚ ਦਿਖਦੀ ਹੈ। ਡੈੱਲ ਨੇ ਨੇੜੇ-ਨੇੜੇ ਧਿਆਨ ਰੱਖਿਆ:
ਨਗਦ ਚੱਕਰ ਛੋਟਾ ਕਰਨਾ ਬਿਨਾਂ ਬਾਹਰੀ ਪੂੰਜੀ ਦੀ ਲੋੜ ਦੇ ਵਿਕਾਸ ਨੂੰ ਫੰਡ ਕਰਦਾ।
ਮੈਟਰਿਕਸ ਤਦ ਹੀ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਜਦ ਉਹ ਆਦਤ ਬਣਾਦਿੰਦੀਆਂ ਹਨ। ਡੈੱਲ-ਸਟਾਈਲ cadence ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਹਫ਼ਤਾਵਾਰ ਸਮੀਖਿਆਵਾਂ ਹੁੰਦੀਆਂ ਸਨ cycle time ਅਤੇ ਗੁਣਵੱਤਾ ਲਈ, ਅਤੇ ਮਹੀਨਾਵਾਰ ਡੀਪ ਡਾਈਵ ਇਨਵੈਂਟਰੀ ਟਰਨਜ਼ ਅਤੇ ਨਗਦ-ਚੱਕਰ ਲਈ। ਟਾਰਗਟ ਸਧਾਰਨ, ਦਿੱਖ ਵਿੱਚ ਅਤੇ ਮਾਲਕ-ਨਿਯਤ ਹੁੰਦੇ—ਤਾਂ ਜੋ ਜਦ ਇੱਕ ਨੰਬਰ ਘਟਦਾ, ਹਰ ਕੋਈ ਜਾਣੇ ਕਿ ਕਿਸ ਨੇ ਠੀਕ ਕਰਨ ਦੀ ਅਗਵਾਈ ਕਰਨੀ ਹੈ ਅਤੇ ਕਦ ਤੱਕ।
ਡੈੱਲ ਦੇ ਫਾਇਦੇ ਸਦੀਵੀ ਗੁਪਤ ਨਾਂ ਸਨ। ਜਦ ਮੁਕਾਬਲਿਆਂ ਨੇ ਸਮਝਣਾ ਸ਼ੁਰੂ ਕੀਤਾ—ਡਾਇਰੈਕਟ ਵੇਚੋ, build-to-order, ਇਨਵੈਂਟਰੀ ਘੱਟ ਰੱਖੋ—ਉਹਨਾਂ ਨੇ ਪਲੇਬੁੱਕ ਦੇ ਹਿੱਸੇ ਨਕਲ ਕੀਤੇ। ਫ਼ਰਕ ਹਲੇਕਾ ਨਾ ਸੀ: ਨੁਕਤਾ ਇਹ ਸੀ ਕਿ "ਕਿਹੜਾ" ਨਕਲ ਕਰਨਾ ਆਸਾਨ ਸੀ, ਪਰ "ਕਿਵੇਂ" ਨਿਰੀਖਣ ਗਤੀ ਤੇ ਸੰਗਠਨਕ ਧਿਆਨ ਨਾਲ ਨਕਲ ਕਰਨਾ ਔਖਾ। ਬਹੁਤ ਸਾਰੇ ਮੁਕਾਬਲੇਵਾਰਾਂ ਨੂੰ ਰਿਟੇਲ ਚੈਨਲਾਂ ਦੀ ਪਹਿੜਕ, ਵੱਡੇ ਫਿਨਿਸ਼ਡ-ਗੁੱਡਸ ਬਫਰ, ਜਾਂ ਧੀਮੇ ਯੋਜਨਾ ਚੱਕਰਾਂਨੂੰ ਜੋਖਣਾ ਪਿਆ।
ਜਿਵੇਂ PCs ਹੋਰ ਸਮਾਨ ਹੋ ਗਏ, ਕਮੋਡੀਟਾਈਜ਼ੇਸ਼ਨ ਨੇ ਸੰਚਾਲਕੀ ਸ਼੍ਰੇਸ਼ਠਤਾ ਨੂੰ ਸਧਾਰਨ ਮਿਆਦ ਬਣਾ ਦਿੱਤਾ। ਜੇ ਦੋ ਵੇਂਡਰ ਦੋਹਾਂ ਤੇਜ਼ੀ ਨਾਲ acceptable quality ਦੇ ਨਾਲ ਦੇ ਸਕਦੇ ਹਨ, ਤਾਂ ਖਰੀਦਦਾਰ ਹਾਰਡਵੇਅਰ ਨੂੰ IT ਬਜਟ ਦੀ ਇੱਕ ਘਟਕ ਵਜੋਂ ਵੇਖਦੇ ਹਨ। ਇਹ ਕੀਮਤ ਮੁਕਾਬਲੇ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਫਰਕ ਹੋਰ ਥਾਂ—ਸਪੋਰਟ, ਫਾਇਨੈਨਸਿੰਗ, ਡਿਪਲੋਇਮੈਂਟ ਸੇਵਾਵਾਂ, ਸੁਰੱਖਿਆ ਟੂਲਿੰਗ ਜਾਂ ਸਟੈਂਡਰਡ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਕਨਫ਼ਿਗਰੇਸ਼ਨਾਂ—ਖੋਜਣ ਦਾ ਦਬਾਅ ਬਣਾਉਂਦਾ ਹੈ।
ਡੈੱਲ ਦਾ demand-first ਤਰੀਕਾ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਜਦ ਸਪਲਾਈ ਲਚਕੀਲੀ ਹੋ ਅਤੇ ਕੰਪੋਨੈਂਟ ਲੀਡ-ਟਾਈਮ manageable ਹੋਵੇ। ਇਹ ਉਲਟ ਹਾਲਤਾਂ ਵਿੱਚ ਕਠਿਨ ਹੋ ਜਾਂਦਾ:
ਇਨ੍ਹਾਂ ਪਲਾਂ 'ਤੇ, ਘੱਟ ਇਨਵੈਂਟਰੀ ਅਨੁਸ਼ਾਸਨ fragility ਵਾਂਗ ਲੱਗਣ ਲੱਗਦਾ ਹੈ। ਜਵਾਬ ਅਕਸਰ selective buffering, ਮਜ਼ਬੂਤ ਸਪਲਾਈ commitments, ਜਾਂ interchangeable ਕੰਪੋਨੈਂਟਾਂ 'ਤੇ ਪਦਾਰਥ ਡਿਜ਼ਾਈਨ ਹੁੰਦਾ ਹੈ।
ਹਰ ਬਿਜ਼ਨਸ ਨੂੰ direct, build-to-order ਢਾਂਚਾ ਲਾਭਦਾਇਕ ਨਹੀਂ। ਇਹ ਘੱਟ ਮਿਲਦਾ ਜਦ:
ਵੱਡੀ ਸਿੱਖ ਇਹ ਹੈ: ਪਲੇਬੁੱਕ ਤਾਕਤਵਰ ਹੈ, ਪਰ ਸ਼ਰਤਾਂ 'ਤੇ ਨਿਰਭਰ। ਇਹ ਉਸ ਸਥਾਨ ਦੀ ਸਫਾਈ ਨੂੰ ਇਨਾਮ ਦਿੰਦਾ ਹੈ ਕਿ ਤੇਜ਼ੀ ਅਤੇ ਵਰਕਿੰਗ ਕੈਪੀਟਲ ਅਸਲ ਵਿੱਚ ਕਿਸ ਥਾਂ ਲਾਭ ਦਿੰਦੇ ਹਨ—ਅਤੇ ਕਿੱਥੇ ਬਾਜ਼ਾਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ 'ਤੇ ਮੁਕਾਬਲਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ।
ਡੈੱਲ ਦੀ ਕਹਾਣੀ صرف "ਤੇਜ਼ ਚਲੋ" ਜਾਂ "ਇਨਵੈਂਟਰੀ optimize ਕਰੋ" ਨਹੀਂ ਹੈ। ਇਹ ਯਾਦ ਦਿਲਾਉਂਦੀ ਹੈ ਕਿ ਸੰਚਾਲਨ ਇੱਕ ਰਣਨੀਤੀ ਹੈ—ਖ਼ਾਸ ਕਰਕੇ ਜਦ ਤੁਸੀਂ ਕੋਈ ਭੌਤਿਕ, ਸਮੇਂ-ਸੰਵੇਦਨਸ਼ੀਲ, ਜਾਂ ਸੇਵਾ-ਭਾਰਿਤ ਚੀਜ਼ ਵੇਚ ਰਹੇ ਹੋ। takeaway ਇਹ ਹੈ ਕਿ ਜਟਿਲਤਾ ਨੂੰ تدريجي طور 'ਤੇ ਕਮਾਓ, ਅਤੇ ਸਿਰਫ਼ ਉਹਦੇ ਉੱਤੇ ਜਦ ਕਾਰੋਬਾਰ ਕੋਲ ਮੰਗ ਅਤੇ ਪ੍ਰਣਾਲੀਆਂ ਹਨ ਜੋ ਇਸਨੂੰ ਸਮਰਥਨ ਦੇ ਸਕਣ।
ਬਹੁਤ ਸਾਰੀਆਂ ਸ਼ੁਰੂਆਤੀ ਟੀਮਾਂ enterprise-ready ਦਿਖਣ ਲਈ ਗੋਦਾਮ, ਬਹੁਤ ਸਾਰੇ ਸ਼ਿਪਿੰਗ ਵਿਕਲਪ, ਕਈ contract manufacturers, ਅਤੇ ਹਰ ਗਾਹਕ ਲਈ ਕਸਟਮ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਸ਼ਾਮਲ ਕਰ ਲੈਂਦੀਆਂ ਹਨ। ਇਹ ਜਟਿਲਤਾ ਮਹਿੰਗੀ, ਧਿਆਨ ਭਟਕਾਉਣ ਵਾਲੀ ਅਤੇ ਵਾਪਸ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦੀ ਹੈ।
ਸਭ ਤੋਂ ਛੋਟੀ ਸਪਲਾਈ ਚੇਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਡਿਲਿਵਰੀ ਕਰ ਸਕੇ। ਸਿਰਫ਼ ਓਹ ਹੀ ਕਦਮ ਜੋ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਵਿਕਾਸ ਖੋਲ੍ਹਦੇ ਹਨ ਜੋੜੋ (ਛੋਟਾ lead time, ਘੱਟ ਯੂਨਿਟ ਲਾਗਤ, ਵੱਧ conversion) ਅਤੇ ਜਦ ਤੁਹਾਡੇ ਕੋਲ ਵੋਲਿਊਮ ਹੋਵੇ ਤਾਂ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਮਨਾਓ।
ਇੱਕ ਮੁੱਖ ਡੈੱਲ ਵਿਚਾਰ ਇਹ ਸੀ ਕਿ ਬਣਾਉਣ ਦੇ ਫੈਸਲੇ ਵਾਸਤਵਿਕ ਮੰਗ ਨਾਲ ਮਿਲਾਓ। ਤੁਸੀਂ PС ਨਹੀਂ ਬਣਾਉਂਦੇ ਹੋ ਸਕਦੇ, ਪਰ ਇਹ ਸਿਧਾਂਤ ਟਰਾਂਸਫ਼ਰ ਹੁੰਦਾ ਹੈ।
ਜੇ ਸੰਭਵ ਹੋਵੇ, ਮੰਗ ਨੂੰ ਅੱਗੇ ਖਿੱਚੋ:
ਇਹ ਪ੍ਰਣਾਲੀਆਂ ਦੋ ਕੰਮ ਕਰਦੀਆਂ ਹਨ: ਗਲਤ ਚੀਜ਼ ਬਣਾਉਣ ਦੇ ਜੋਖਮ ਘਟਾਉਣਾ ਅਤੇ ਜਦ ਤੁਸੀਂ ਖ਼ਰਚ ਕਰਦੇ ਹੋ ਤਾਂ ਨਗਦ ਨੂੰ ਨੇੜੇ ਲਿਆਉਣਾ।
ਚੋਣ ਚੁਪਚਾਪ ਹੜਬੜੀ ਬਣ ਸਕਦੀ ਹੈ। ਹਰ ਵੈਰੀਏਸ਼ਨ ਭਵਿੱਖਬਾਣੀ ਸਮੱਸਿਆਵਾਂ, ਸਪੋਰਟ ਭਾਰ, ਹੋਰ edge cases, ਅਤੇ ਵੱਧ ਸਪਲਾਇਰ ਨਿਰਭਰਤਾ ਬਣਾਉਂਦੀ ਹੈ।
ਇਸ ਦੀ ਥਾਂ, ਛੋਟੇ ਨੰਬਰ ਦੇ ਸਟੈਂਡਰਡ ਪੈਕੇਜ ਡਿਜ਼ਾਈਨ ਕਰੋ ਅਤੇ constrained options ਵਰਤੋ (ਉਦਾਹਰਣ ਲਈ: ਸੋਹਣਾ/ਬਿਹਤਰ/ਸਰਵੋਤਮ ਟੀਅਰ, ਸੀਮਤ add-ons)। ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਫਿਰ ਵੀ ਲਚਕੀਲਾਪਨ ਮਿਲਦਾ ਹੈ, ਪਰ ਤੁਸੀਂ ਸੰਚਾਲਕੀ ਲੋਡ ਨੂੰ ਕਾਬੂ ਵਿੱਚ ਰੱਖਦੇ ਹੋ।
ਸਭ ਕੁਝ 'ਕਈ ਥਾਂ ਤੋਂ ਸੌਰਸ' ਕਰਨ ਦੇ ਮਨੋਭਾਵ ਨਾਲ ਲੈਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ। ਡੈੱਲ ਦੀ ਨੀਤੀ ਉਲਟ ਸੁਝਾਉਂਦੀ ਹੈ: ਘੱਟ ਪਰ ਭਰੋਸੇਯੋਗ ਸਪਲਾਇਰਾਂ 'ਤੇ ਖ਼ਰਚ ਵਧਾਓ, ਨੇਕਸਟੀ ਨਾਲ ਮਿਲ ਕੇ ਕੰਮ ਕਰੋ, ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਡੇਟਾ ਨਾਲ ਸ਼ਰਤਾਂ ਵਿੱਚ ਸੁਧਾਰ ਲਿਆਓ।
ਇਕ ਪ੍ਰਾਇਕਟਿਕ ਓਪਰੇਟਿੰਗ ਰਿਧਮ:
ਇੱਕ ਸਪਲਾਈ ਚੇਨ ਇੱਕ ਟ੍ਰੋਫੀ ਨਹੀਂ; ਇਹ ਇੱਕ ਪ੍ਰਣਾਲੀ ਹੈ ਜੋ ਸਕੇਲ ਹੋਣ 'ਤੇ ਸਧਾਰਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਜ਼ਿਆਦਾ ਨਾਜ਼ੁਕ।
ਡੈੱਲ-ਸਟਾਈਲ ਮਾਡਲ ਤੰਗ ਫੀਡਬੈਕ ਲੂਪਾਂ ਤੇ ਨਿਰਭਰ ਕਰਦਾ—ਆਰਡਰ ਸਿਗਨਲ, ਇਨਵੈਂਟਰੀ ਪੁਜ਼ੀਸ਼ਨ, ਸਪਲਾਇਰ ਲੀਡ-ਟਾਈਮ ਅਤੇ cycle-time ਮੈਟਰਿਕਸ—ਜੋ ਕਾਫੀ ਜਲਦੀ ਉਥੇ ਆਉਣ ਤਾਂ ਕਿ ਫੈਸਲੇ ਬਦਲੇ ਜਾ ਸਕਣ।
ਜੇ ਤੁਸੀਂ ਅੰਦਰੂਨੀ ਉਪਕਰਣ (quote-to-cash, inventory views, SLA tracking, exception workflows) ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਵਰਗੇ ਪਲੇਟਫਾਰਮ Koder.ai ਟੀਮਾਂ ਨੂੰ ਚੈਟ ਇੰਟਰਫੇਸ ਤੋਂ ਵੈਬ ਐਪਸ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਦੇ ਸਕਦੇ ਹਨ, ਫਿਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਦਲਣ 'ਤੇ iterate ਕਰੋ। ਕੁੰਜੀ ਓਹੀ ਡੈੱਲ ਸਬਕ ਹੈ: "ਅਸੀਂ ਸਮੱਸਿਆ ਨੋਟਿਸ ਕੀਤੀ" ਤੋਂ "ਅਸੀਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਬਦਲ ਦਿੱਤਾ" ਤੱਕ ਸਾਈਕਲ ਛੋਟੀ ਕਰੋ।
ਡੈੱਲ ਦਾ ਫਾਇਦਾ ਇਕੱਲਾ ਜਾਦੂ ਨਹੀਂ ਸੀ—ਇਹ ਸੰਚਾਲਕੀ ਸਫਾਈ ਸੀ: ਇੱਕ ਐਸਾ ਸਿਸਟਮ ਜਿੱਥੇ ਸੇਲਜ਼, ਭਵਿੱਖਬਾਣੀ, procurement, ਅਤੇ ਸਪੋਰਟ ਇਕ ਦੂਜੇ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੇ। ਇਸਨੂੰ "ਸਿਧਾਂਤਾਂ ਨਕਲ ਕਰੋ, ਇਮਪਲੀਮੈਂਟੇਸ਼ਨ ਨੂੰ ਅਨੁਕੂਲ ਕਰੋ" ਚੈੱਕਲਿਸਟ ਵਜੋਂ ਵਰਤੋ।
ਸੰਚਾਲਕੀ ਸਫਾਈ—ਜਾਣਨਾ ਕਿ ਤੁਸੀਂ ਮੈਨੂਫੈਕਚਰ, ਵੇਚਣ, ਡਿਲਿਵਰ ਅਤੇ ਸਹਾਇਤਾ ਕਿਵੇਂ ਕਰਦੇ ਹੋ—ਉਤਪਾਦ ਚੱਕਰਾਂ ਤੋਂ ਪਰੇ ਟਿਕ ਸਕਦੀ ਹੈ। ਅਨੁਸ਼ਾਸਨ ਨਕਲ ਕਰੋ, ਮਕੈਨਿਕਸ ਅਨੁਕੂਲ ਕਰੋ, ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਆਪਣੀ ਖਾਈ ਬਣਾ ਲਵੋ।
ਇਹ ਇੱਕ ਢੁਕਵਾਂ ਉਦਾਹਰਨ ਹੈ ਕਿ ਕਿਵੇਂ ਸੰਚਾਲਕੀ ਫ਼ੈਸਲੇ (ਵੀਚਣ, ਬਣਾਉਣ, ਸੋਰਸਿੰਗ ਅਤੇ ਮਾਪਣਾ) ਉਹ ਫਾਇਦਾ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ ਜਦੋਂ ਉਤਪਾਦ ਇੱਕ ਕਮੋਡਿਟੀ ਵਾਂਗ ਲੱਗੇ। ਕੀਮਤੀ ਗੱਲ ਮਕੈਨਿਕਸ ਵਿੱਚ ਹੈ: ਜੋਖਮ ਘਟਾਉਣ, ਨਗਦ ਪ੍ਰਵਾਹ ਬਣਾਈ ਰੱਖਣ ਅਤੇ ਇੱਕ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਸਕੇਲ ਕਰਨਾ।
ਦੋ ਮੁੱਖ ਸਤੰਭ ਹਨ:
ਇਸ ਜੋੜ ਨਾਲ ਵਰਕਿੰਗ ਕੈਪੀਟਲ ਸੁਧਰਦਾ ਹੈ, ਸੰਚਾਲਕੀ ਜੋਖਮ ਘਟਦਾ ਹੈ ਅਤੇ ਸਕੇਲ ਕਰਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ।
ਡਾਇਰੈਕਟ ਮਾਡਲ ਵਿੱਚ, ਆਰਡਰ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਉਤਪਾਦਨ ਬਾਅਦ ਵਿੱਚ ਹੁੰਦੀ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਵਾਲੇ ਮਾਡਲ ਤੋਂ ਇਸ ਬਦਲ ਦਿੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜੋ ਵਾਸਤਵਿਕ ਤੌਰ 'ਤੇ ਵੇਚਿਆ ਉਸਦੇ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦੇ ਹੋ।
ਵਾਸਤਵਿਕ ਪੱਖ:
ਘੱਟ ਇਨਵੈਂਟਰੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਕੰਪੋਨੈਂਟ ਦੀਆਂ ਕੀਮਤਾਂ ਅਤੇ ਗਾਹਕ ਪਸੰਦ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲ ਸਕਦੀਆਂ ਹਨ। ਇਨਵੈਂਟਰੀ ਸਿਰਫ "ਸਟਾਕ" ਨਹੀਂ—ਇਹ ਨਗਦ ਅਤੇ ਸਮਾਂ ਜਮ੍ਹਾ ਹੋ ਕੇ ਰੁਕੇ ਹੋਏ ਹਨ।
ਇਨਵੈਂਟਰੀ ਘੱਟ ਰੱਖਣ ਦੇ ਫਾਇਦੇ:
ਇਹ ਸਿਰਫ਼ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ suppliers ਤੁਹਾਡੇ ਦੂਰੇ ਵਿਕਰੇਤਿਆਂ ਵਾਂਗ ਨਹੀਂ, ਬਲਕਿ ਦੈਨੀਕ ਰਿਥਮ ਦਾ ਹਿੱਸਾ ਹੋਣ।
ਉਪਯੋਗੀ ਰਿਵਾਜ਼:
ਜੇ ਤੁਸੀਂ ਬਫ਼ਰ ਬਹੁਤ ਘੱਟ ਕਰ ਦਿਓ ਤਾਂ ਇੱਕ ਦੇਰ ਵਾਲਾ ਲੌਰੀ ਸਾਰੀ ਸਪਲਾਈ ਰੋਕ ਸਕਦੀ ਹੈ।
ਆਮ ਗਲਤੀਆਂ:
ਮਕਸਦ ਨਿਯੰਤ੍ਰਿਤ ਇਨਵੈਂਟਰੀ ਹੈ, ਜ਼ੀਰੋ ਇਨਵੈਂਟਰੀ ਨਹੀਂ।
ਸਟੈਂਡਰਡਾਈਜ਼ੇਸ਼ਨ ਖ਼ਰਚ, ਐਸੰਬਲੀ, ਟੈਸਟਿੰਗ, ਸਪੋਰਟ ਅਤੇ ਰਿਟਰਨਾਂ ਵਿੱਚ ਘਟਾਓ ਲਿਆਉਂਦੀ ਹੈ। ਘੱਟ ਵੈਰੀਅੰਟਸ ਦਾ ਅਰਥ:
ਤੁਸੀਂ ਖਰੀਦਦਾਰ ਨੂੰ ਚੋਣ ਦੇ ਸਕਦੇ ਹੋ ਪਰ ਪਿਛੋਕੜ ਵਿੱਚ ਸਟੈਂਡਰਡ ਰੱਖੋ।
B2B ਖਰੀਦਦਾਰ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਬਹੁਤ ਗਾਹਣਤਾ ਨਹੀਂ ਕਰਦੇ; ਉਹ ਅਕਸਰ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਅਨੁਭਵ 'ਤੇ ਦਸਤਖ਼ਤ ਕਰਦੇ ਹਨ। ਉਹਨਾਂ ਲਈ ਮੁੱਖ ਗੱਲਾਂ:
ਇਸ ਲਈ ਕੁੱਲ ਲਾਗਤ ਅਤੇ ਘੱਟ ਅਚਾਨਕਤਾ ਅਕਸਰ ਸਭ ਤੋਂ ਸੋਹਣੀ ਚੀਜ਼ ਹੁੰਦੀ ਹੈ।
ਕਾਰਗੁਜ਼ਾਰੀ ਅਲਾਮਤਾਂ ਜਦਕਿ ਨਗਦ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ। ਕਈ ਪ੍ਰਯੋਗੀ ਮੈਟਰਿਕ ਹਨ:
ਸਧਾਰਨ ਟਾਰਗਟ ਅਤੇ ਨਿਯਮਤ ਸਮੀਖਿਆ ਰਿਥਮਸ ਨਾਲ ਨੰਬਰ ਕਾਰਵਾਈ ਪ੍ਰੇਰਿਤ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ਼ ਡੈਸ਼ਬੋਰਡ।
ਇਹ ਮਾਡਲ ਉਹਨਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਠੀਕ ਨਹੀਂ ਬੈਠਦਾ ਜਿੱਥੇ ਗ੍ਰਾਹਕ ਤੁਰੰਤ ਰਿਟੇਲ-ਸਮਾਨ ਉਪਲੱਬਧਤਾ ਦੀ ਉਮੀਦ ਰੱਖਦੇ ਹਨ, ਉਤਪਾਦ ਬਹੁਤ ਅਨਭਵਾਤਮਕ ਹੋਣ ਜਾਂ ਭਾਰੀ ਚੈਨਲ ਪਾਰਟਨਰ ਜ਼ਰੂਰੀ ਹਨ।
ਇਹ ਮਾਡਲ ਦਬਾਅ ਵਿੱਚ ਆ ਸਕਦਾ ਹੈ ਜਦੋਂ:
ਇਹ ਹਾਲਾਤ selective buffering, ਹਾਈਬ੍ਰਿਡ ਚੈਨਲ ਜਾਂ ਦੁਬਾਰਾ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਆਫਰਿੰਗ ਮੰਗਦੇ ਹਨ।