01 ਜੂਨ 2025·8 ਮਿੰਟ
Foxconn ਅਤੇ ਬਿਲਡਿੰਗ ਟੈਕਨੋਲੋਜੀ ਲਈ ਪਲੇਟਫਾਰਮ ਪਲੇਬੁੱਕ
Foxconn ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਮੈਨੂਫੈਕਚਰਿੰਗ ਸਮਨਵਯ, ਸਪਲਾਇਰ ਨੈੱਟਵਰਕ ਅਤੇ ਲੌਜਿਸਟਿਕਸ “ਬਿਲਡਿੰਗ ਟੈਕ” ਨੂੰ ਪਲੇਟਫਾਰਮ-ਸਟਾਈਲ ਕਾਰੋਬਾਰ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹਨ। ਇਸ ਪਲੇਬੁੱਕ ਨੂੰ ਜਾਣੋ।
Foxconn ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਵੇਂ ਮੈਨੂਫੈਕਚਰਿੰਗ ਸਮਨਵਯ, ਸਪਲਾਇਰ ਨੈੱਟਵਰਕ ਅਤੇ ਲੌਜਿਸਟਿਕਸ “ਬਿਲਡਿੰਗ ਟੈਕ” ਨੂੰ ਪਲੇਟਫਾਰਮ-ਸਟਾਈਲ ਕਾਰੋਬਾਰ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹਨ। ਇਸ ਪਲੇਬੁੱਕ ਨੂੰ ਜਾਣੋ।
ਜਦੋਂ ਲੋਕ “ਬਿਲਡਿੰਗ ਟੈਕ” ਸੁਣਦੇ ਹਨ, ਉਹ ਇੱਕ ਫੈਕਟਰੀ ਫਲੋਰ ਦੀ ਤਸਵੀਰ ਸੋਚਦੇ ਹਨ: ਮਸ਼ੀਨ, ਕਰਮਚਾਰੀ, ਅਤੇ ਅਸੈਂਬਲੀ ਲਾਈਨਾਂ। ਪਰ ਅਸਲ ਫ਼ਰਕ ਅਕਸਰ ਇੱਕ ਓਪਰੇਟਿੰਗ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ—ਇੱਕ ਦੁਹਰਾਏ ਜਾਣ ਯੋਗ ਤਰੀਕਾ ਜੋ ਇੱਕ ਉਤਪਾਦ ਡਿਜ਼ਾਈਨ ਨੂੰ लाखਾਂ ਭਰੋਸੇਯੋਗ ਯੂਨਿਟਾਂ ਵਿਚ, ਸਮੇਂ ਤੇ ਅਤੇ ਪੇਸ਼ਗੋਈਯੋਗ ਲਾਗਤ 'ਤੇ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਇਹ ਸਮਰੱਥਾ ਪਲੇਟਫਾਰਮ ਵਾਂਗ ਵਰਤ ਸਕਦੀ ਹੈ।
ਮੈਨੂਫੈਕਚਰਿੰਗ ਨੂੰ ਇੱਕ ਸੇਵਾ ਪਰਤ ਸਮਝੋ ਜੋ ਇੱਕ ਵਿਚਾਰ ਅਤੇ ਹਕੀਕਤ ਦੇ ਵਿਚਕਾਰ ਬੈਠਦੀ ਹੈ। ਬ੍ਰਾਂਡ ਡਿਜ਼ਾਈਨ, ਮੰਗ ਦੇ ਅੰਦਾਜ਼ੇ ਅਤੇ ਟਾਈਮਲਾਈਨ ਲਿਆਉਂਦੇ ਹਨ। ਨਿਰਮਾਤਾ ਭਾਗ sourced ਕਰਨ, ਸਪਲਾਇਰਾਂ ਦਾ ਕੋਆਰਡੀਨੇਸ਼ਨ ਕਰਨ, ਡਿਵਾਈਸ ਅਸੈਂਬਲ ਕਰਨ, ਗੁਣਵੱਤਾ ਟੈਸਟ ਕਰਨ ਅਤੇ ਪੈਮਾਨੇ 'ਤੇ ਸ਼ਿਪ ਕਰਨ ਲਈ ਇੱਕ ਮਿਆਰੀਕ੍ਰਿਤ ਪ੍ਰਣਾਲੀ ਮੁਹੱਈਆ ਕਰਦਾ ਹੈ।
ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਇਹ ਪ੍ਰਣਾਲੀ ਉਤਪਾਦਾਂ ਅਤੇ ਗਾਹਕਾਂ ਵਿੱਚ ਦੁਹਰਾਈ ਜਾ ਸਕਦੀ ਹੈ, ਓਨਾ ਹੀ ਇਹ ਪਲੇਟਫਾਰਮ ਕਾਰੋਬਾਰ ਮਾਡਲ ਵਰਗੀ ਲੱਗਣ ਲੱਗਦੀ ਹੈ: ਇੱਕ ਸਾਂਝਾ ਰੇਲ-ਸਿਸਟਮ ਜਿਸ 'ਤੇ ਬਹੁਤ ਸਾਰੇ “ਐਪਸ” (ਉਤਪਾਦ) ਚੱਲ ਸਕਦੇ ਹਨ।
ਇਹ ਗੁਪਤ ਮਾਰਜਿਨ ਜਾਂ ਇਨਸਾਈਡ ਨੰਬਰਾਂ ਬਾਰੇ ਨਹੀਂ ਹੈ। ਇਹ ਮਕੈਨੀਜ਼ਮ ਬਾਰੇ ਹੈ—ਕਿਵੇਂ “ਬਿਲਡਿੰਗ ਟੈਕ” ਇੱਕ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲਾ ਇੰਜਣ ਬਣ ਜਾਂਦਾ ਹੈ:
ਪਲੇਟਫਾਰਮ ਵਾਰੀਅਨ ਜੋ ਮੁਸ਼ਕਲ ਗੱਲ ਨੂੰ ਦੁਹਰਾਉਣ ਦੀ ਲਾਗਤ ਘਟਾ ਕੇ ਜਿੱਤਦੇ ਹਨ। ਮੈਨੂਫੈਕਚਰਿੰਗ ਵਿੱਚ “ਮੁਸ਼ਕਲ ਗੱਲ” ਪ੍ਰੋਟੋਟਾਈਪ ਤੋਂ ਪ੍ਰਮਾਣਿਤ ਮਾਸ ਪ੍ਰੋਡਕਸ਼ਨ ਤੱਕ ਵਿਨਯਮੀ ਰੂਪ ਨਾਲ ਪਹੁੰਚਣਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਨਿਰਮਾਤਾ ਖੇਡ-ਕਿਤਾਬਾਂ, ਸਪਲਾਇਰ ਰਿਸ਼ਤੇ, ਕਵਾਲਿਟੀ ਸਿਸਟਮ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਡੇਟਾ ਇਕੱਠਾ ਕਰ ਲੈਂਦਾ ਹੈ, ਹਰ ਨਵਾਂ ਉਤਪਾਦ ਤੇਜ਼ੀ ਨਾਲ ਰੈਂਪ ਹੋ ਸਕਦਾ ਹੈ—ਘੱਟ ਅਚਾਨਕੀਆਂ ਨਾਲ।
ਇਹੀ ਨਜ਼ਰੀਆ ਅਸੀਂ Foxconn ਨੂੰ ਸਮਝਣ ਲਈ ਵਰਤਾਂਗੇ: ਸਿਰਫ ਇੱਕ ਵੱਡਾ ਕਾਂਟ੍ਰੈਕਟ ਨਿਰਮਾਤਾ ਨਹੀਂ, ਬਲਕਿ ਉਸ ਸੰਗਠਨ ਵਾਂਗ ਜੋ “ਬਿਲਡ ਕਰਨ” ਦੇ ਕਾਰਜ ਨੂੰ ਉਤਪਾਦਿਕ ਰੂਪ ਦਿੰਦੀ ਹੈ।
Foxconn ਉਸ ਹਿੱਸੇ ਵਿੱਚ ਬੈਠਦਾ ਹੈ ਜੋ ਆਸਾਨੀ ਨਾਲ ਗਲਤ ਫ਼ਹਿਮੀ ਵਿੱਚ ਆ ਜਾਂਦਾ ਹੈ: ਇਹ “ਸਿਰਫ ਇੱਕ ਫੈਕਟਰੀ” ਨਹੀਂ, ਅਤੇ ਇਹ ਕਿਸੇ ਉਪਭੋਗਤਾ ਬ੍ਰਾਂਡ ਵੀ ਨਹੀਂ। ਇਹ ਡਿਜ਼ਾਈਨਾਂ ਨੂੰ ਮਿਲੀਅਨ ਠੀਕ-ਅਨੁਸਾਰ ਯੂਨਿਟਾਂ ਵਿੱਚ ਬਦਲਣ ਦਾ ਮਾਹਿਰ ਹੈ—ਤੇਜ਼ੀ ਨਾਲ—ਜਦੋਂ ਕਿ ਸਪਲਾਇਰਾਂ, ਭਾਗ ਘਾਟ, ਪ੍ਰਕਿਰਿਆ ਟਿਊਨਿੰਗ ਅਤੇ ਗੁਣਵੱਤਾ ਸਮੱਸਿਆਵਾਂ ਦੇ ਗੁੰਝਲਦਾਰ ਹਕੀਕਤ ਨੂੰ ਸੰਭਾਲ ਰਹਿਆ ਹੋਵੇ।
ਹਾਰਡਵੇਅਰ ਮੈਨੂਫੈਕਚਰਿੰਗ ਨੂੰ ਅਕਸਰ ਅਤਲੀਚਾਰ ਅੱਖਰਾਂ ਨਾਲ ਵਰਣਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਧਾਰਨ-ਭਾਸ਼ਾ ਵਰਜਨ ਇਹ ਹੈ:
ਸਕੇਲ 'ਤੇ, “ਉਤਪਾਦ” ਓਪਰੇਸ਼ਨਲ ਪ੍ਰਦਰਸ਼ਨ ਹੁੰਦਾ ਹੈ। ਬ੍ਰਾਂਡ ਖਰੀਦਦੇ ਹਨ:
ਜੇ ਸਿਰਫ ਅਸੈਂਬਲੀ ਹੀ ਹੋਵੇ, ਤਾਂ ਸਭ ਤੋਂ ਘੱਟ ਬੋਲੀ ਵਾਲਾ ਜੇਤੂ ਹੋਵੇਗਾ। ਅਸਲ ਵਿੱਚ, ਮੁਸ਼ਕਲ ਗੱਲ ਸੈਂਕੜਿਆਂ ਭਾਗਾਂ, ਬਹੁ-ਟਾਇਰ ਸਪਲਾਇਰਾਂ ਅਤੇ ਕੱਠੋਰ ਨਿਯੰਤਰਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦਾ ਕੋਆਰਡੀਨੇਸ਼ਨ ਹੈ—ਉਸ ਸਮੇਂ ਵੀ ਜਦੋਂ ਲਾਂਚ ਦੀ ਮਿਆਦ ਤਗੜੀ ਹੋਵੇ।
“ਸੀਕ੍ਰਿਟ ਸਾਸ” ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਅਮਲ ਹਨ: ਪਰਮਾਣਿਤ ਲਾਈਨ, ਤਿਆਰ ਓਪਰੇਟਰ, ਟਿਊਨ ਕੀਤੇ ਟੈਸਟ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਅਤੇ ਤੁਰੰਤ ਮੈਨੂਫੈਕਚਰਿੰਗ ਸਮੱਸਿਆਵਾਂ ਦੀ ਡੀਬੱਗ ਕਰਨ ਦੀ ਸਮਰੱਥਾ।
ਮਾਰਜਿਨ ਆਮ ਤੌਰ 'ਤੇ ਨਿਮਨ ਸਥਾਨਾਂ 'ਤੇ ਆਉਂਦੇ ਹਨ:
ਮਾਰਜਿਨ ਅਕਸਰ ਵਹੀਂ ਸੰਪੂਰਨ ਉਤਪਾਦਾਂ ਵਿੱਚ ਮੁਕਾਬਲੇ ਨਾਲ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਮੰਗਾਂ ਠਹਿਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਕਈ ਸਪਲਾਇਰ ਇੱਕੋ ਸਪੈੱਕ 'ਤੇ ਬਣਾਉਂਦੇ ਹਨ। ਇਸ ਲਈ ਓਪਰੇਸ਼ਨਲ ਨੋ-ਹਾਉ—ਅਤੇ ਪ੍ਰੋਗਰਾਮਾਂ 'ਤੇ ਲਗਾਤਾਰ ਸਿੱਖਣ ਦੀ ਸਮਰੱਥਾ—ਫੈਕਟਰੀ ਪੈਦਾਨੀ ਤੋਂ ਘੱਟ ਨਹੀਂ ਮਹੱਤਵਪੂਰਨ ਹੈ।
ਲੋਕ ਕਾਂਟ੍ਰੈਕਟ ਮੈਨੂਫੈਕਚਰਿੰਗ ਬਾਰੇ ਸੋਚਦੇ ਹਨ ਤਾਂ ਉਹ ਫੈਕਟਰੀਆਂ ਅਤੇ ਮਸ਼ੀਨਾਂ ਦੀ ਕਲਪਨਾ ਕਰਦੇ ਹਨ। ਪਰ Foxconn ਦਾ ਅਸਲ “ਉਤਪਾਦ” ਅਕਸਰ ਸਮਨਵਯ ਹੁੰਦਾ ਹੈ: ਹਜ਼ਾਰਾਂ ਭਾਗਾਂ, ਦਰਜਨਾਂ ਸਪਲਾਇਰਾਂ, ਕਈ ਸਾਈਟਾਂ, ਅਤੇ ਬਦਲ ਰਹੀਆਂ ਮੰਗਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕੋਆਰਡੀਨੇਟ ਕਰਨ ਦੀ ਸਮਰੱਥਾ—ਤਾਂ ਜੋ ਤਿਆਰ ਉਤਪਾਦ ਸਮੇਂ 'ਤੇ ਸ਼ਿਪ ਹੋ ਸਕੇ।
ਉਚ-ਸਤਹ 'ਤੇ ਕੰਮ ਇੱਕ ਲਗਾਤਾਰ ਫਲੋ ਨੂੰ ਚਲਾਉਣਾ ਹੈ:
ਚੇਨ ਵਿੱਚ ਕੋਈ ਵੀ ਟੁੱਟ ਫਿਰਕ—ਇੱਕ ਦੇਰ ਨਾਲ ਆਉਣ ਵਾਲਾ ਕੰਪੋਨੈਂਟ, ਇੱਕ ਫਰਮਵੇਅਰ ਮਿਲਾਪ, ਇੱਕ ਲੇਬਲ ਸਪੈੱਕ ਗ਼ਲਤ—ਪੂਰੇ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ। ਸਮਨਵਯ ਉਹ ਕੰਮ ਹੈ ਜੋ ਇਹ ਟੁੱਟਾਂ ਰੋਕਦਾ ਅਤੇ ਜਲਦੀ ਬਹਾਲ ਕਰਦਾ ਹੈ।
ਕੰਟਰੋਲ ਟਾਵਰ ਨੂੰ ਇੱਕ ਏਕ ਓਪਰੇਸ਼ਨਲ ਦਰਸ਼ਨ ਵਜੋਂ ਸੋਚੋ: ਕੀ ਆ ਰਿਹਾ ਹੈ, ਲਾਈਨ 'ਤੇ ਕੀ ਹੈ, ਕਿਸ ਟੈਸਟ ਨੇ ਫੇਲ ਕੀਤਾ, ਕੀ ਰੁਕਿਆ, ਅਤੇ ਕੀ ਰੀ-ਰੂਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਲੋਕਾਂ, ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਸਿਸਟਮਾਂ ਦਾ ਮਿਲਾਪ ਹੈ।
ਮੁੱਖ ਕੰਮ ਹਰ ਸਟੇਸ਼ਨ ਨੂੰ ਮਾਇਕਰੋ-ਮੈਨੇਜ ਕਰਨਾ ਨਹੀਂ; ਬਲਕਿ ਕਸੇ ਹੋਏ ਫੀਡਬੈਕ ਲੂਪ ਰੱਖਣਾ ਹੈ ਤਾਂ ਕਿ ਮੁੱਦੇ ਜਲਦੀ ਸਾਹਮਣੇ ਆ ਜਾਣ (ਹਜ਼ਾਰਾਂ ਯੂਨਿਟ ਪ੍ਰਭਾਵਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ) ਅਤੇ ਫੈਸਲੇ ਸਪਲਾਈ, ਸ਼ਡਿਊਲ ਅਤੇ ਗੁਣਵੱਤਾ ਦੇ ਪੂਰੇ ਸੰਦਰਭ ਦੇ ਨਾਲ ਲਏ ਜਾਣ।
ਸਮਨਵਯ ਉਸ ਲਈ ਸਾਫ਼ ਇੰਟਰਫੇਸਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਬ੍ਰਾਂਡ ਅਤੇ ਨਿਰਮਾਤਾ ਵਿਚਕਾਰ ਹਨ:
ਜਦੋਂ ਇਹ ਡਾਟਾ ਅਸਪਸ਼ਟ ਜਾਂ ਦੇਰ ਨਾਲ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਵਿਸ਼ਵ-ਉੱਤਮ ਫੈਕਟਰੀ ਵੀ ਗਲਤ ਚੀਜ਼ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਉਤਪਾਦ ਕਰ ਸਕਦੀ ਹੈ।
ਇੱਕ ਤੇਜ਼ ਮਸ਼ੀਨ ਇਕ ਕਦਮ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਬਹੁਤ ਵਧੀਆ ਕੋਆਰਡੀਨੇਸ਼ਨ ਹਰ ਕਦਮ ਨੂੰ ਸਧਾਰਨ ਕਰਦਾ ਹੈ—ਰ੍ਹੁਕਾਵਟ, ਰੀਵਰਕ ਅਤੇ ਅਚਾਨਕ ਘਾਟ ਘਟਾਉਂਦਾ ਹੈ। ਇਹ ਘਟਦੀ ਪ੍ਰਭਾਵ ਕਾਰਨ ਹੈ ਕਿ “ਮੈਨੂਫੈਕਚਰਿੰਗ ਸਮਨਵਯ” ਇੱਕ ਮੁਕਾਬਲਾ ਫਾਇਦਾ ਹੈ ਜੋ ਤੁਸੀ ਸਿਰਫ਼ ਸਮਾਨ ਉਪਕਰਨ ਖਰੀਦ ਕੇ ਨਕਲ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਫੈਕਟਰੀ ਦੀ ਅਸਲ ਲਾਭ ਸਿਰਫ਼ ਮਸ਼ੀਨਾਂ ਅਤੇ ਮਜ਼ਦੂਰੀ ਨਹੀਂ—ਇਹ ਪਹੁੰਚ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਮਿਲੀਅਨ ਯੂਨਿਟ ਬਣਾਉਂਦੇ ਹੋ, “ਅਸੀਂ ਭਾਗ ਲੈ ਸਕਦੇ ਹਾਂ” ਅਤੇ “ਅਸੀਂ ਭਾਗ ਦੀ ਉਡੀਕ ਕਰ ਰਹੇ ਹਾਂ” ਵਿੱਚ ਫਰਕ ਵਪਾਰਕ ਲਾਭ ਬਣ ਜਾਂਦਾ ਹੈ।
Foxconn ਦਾ ਸਕੇਲ ਸਪਲਾਇਰ ਪ੍ਰਬੰਧਨ ਨੂੰ ਲੈਵਰੇਜ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ: ਹੋਰ ਦਿੱਖ, ਹੋਰ ਵਿਕਲਪ, ਅਤੇ ਜਦੋਂ ਕੁਝ ਟੁੱਟਦਾ ਹੈ ਤਾਂ ਤੇਜ਼ ਸਮੱਸਿਆਹਲ ਕਰਨ।
ਇੱਕ ਸਪਲਾਇਰ “ਮੰਨਣਯੋਗ” ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ, ਮਿਆਰ ਵਿਵਹਾਰਕ ਅਤੇ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਹੁੰਦੇ ਹਨ:
ਵੱਡੇ ਨਿਰਮਾਤਾ ਇਸ ਯੋਗਤਾ ਨੂੰ ਵਿਆਪਕ ਪੱਧਰ 'ਤੇ ਚਲਾ ਕੇ—ਸਪਲਾਇਰਾਂ ਦੀ ਤੁਲਨਾ, ਸਕੋਰਕਾਰਡ ਬਣਾਉਣ ਅਤੇ ਬੈਕਅਪ ਵਿਕਲਪ ਰੱਖਣ—ਕਾਰਗਰ ਬਣਾਉਂਦੇ ਹਨ।
ਮਹੱਤਵਪੂਰਨ ਭਾਗਾਂ ਲਈ, ਮਲਟੀ-ਸੋਰਸਿੰਗ ਖਤਰੇ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ: ਜੇ ਇਕ ਸਪਲਾਇਰ ਵਿੱਚ ਵਿਘਨ ਆਏ, ਦੂਜਾ ਫਾਲ ਬਰਤ ਸਕਦਾ ਹੈ। ਵਪਾਰਕ ਵਿਰੋਧ ਇਹ ਹੈ ਕਿ ਇਹ ਹੋਰ ਜਟਿਲਤਾ ਲਿਆਉਂਦਾ ਹੈ—ਜਿਆਦਾ ਟੈਸਟ, ਜਿਆਦਾ ਕਾਂਟਰੈਕਟ, ਜਿਆਦਾ ਕੋਆਰਡੀਨੇਸ਼ਨ।
ਸਿੰਗਲ-ਸੋਰਸਿੰਗ ਸਸਤਾ ਅਤੇ ਸਫ਼ਾਈ ਵਾਲੀ অপਰੇਸ਼ਨਲ ਤੌਰ ਤੇ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਈ ਵਾਰੀ ਇਸ ਤੋਂ ਬਚਣਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ (ਖਾਸ ਟੂਲਿੰਗ, ਪੈਟੈਂਟ ਪ੍ਰਕਿਰਿਆ, ਜਾਂ ਇੱਕ ਸਪਲਾਇਰ ਜੋ ਸਿੱਧਾ ਬਹੁਤ ਵਧੀਆ ਹੋਵੇ)। ਪਰ ਇਹ ਖਤਰੇ ਕੇਂਦ੍ਰਿਤ ਕਰਦਾ ਹੈ। “ਸਹੀ” ਚੋਣ ਅਕਸਰ ਇਹ ਹੈ ਕਿ ਭਾਗ ਨੂੰ ਬਦਲਨਾ ਕਿੰਨਾ ਮੁਸ਼ਕਲ ਹੈ ਅਤੇ ਘਾਟ ਕਿੰਨੀ ਦਰਦਨਾਕ ਹੋਵੇਗੀ।
ਜਦੋਂ ਮੰਗ ਵੱਧਦੀ ਹੈ, ਸਪਲਾਇਰ ਉਹਨਾਂ ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਪਹਿਲ ਦਿੰਦੇ ਹਨ ਜੋ ਪੇਸ਼ਗੋਈਯੋਗ ਫੋਰਕਾਸਟ, ਤੇਜ਼ ਭੁਗਤਾਨ, ਅਤੇ ਲੰਬੀ ਉਮਰ ਵਾਲੀ ਵੋਲਿਊਮ ਦਿੰਦੇ ਹਨ। ਸਕੇਲ ਨੀਂਹ ਸਹਾਇਤਾ ਕਰਦਾ ਹੈ:
ਸੋਚੋ ਇੱਕ ਫ਼ੋਨ ਬਿਲਡ ਜਿਸ ਵਿਚ ਹਰ ਕੰਪੋਨੈਂਟ ਉਪਲਬਧ ਹੈ—ਸਿਵਾਏ ਇੱਕ ਪਾਵਰ-ਮੈਨੇਜਮੈਂਟ ਚਿਪ ਦੇ ਜਿਸ ਦੀ ਲੀਡ ਟਾਈਮ 16 ਹਫ਼ਤੇ ਹੈ। ਤੁਸੀਂ “ਅਧ-ਰੂਪ” ਤਿਆਰ ਨਹੀਂ ਕਰ ਸਕਦੇ; ਉਹ ਇਕ ਸੀਮਤ ਭਾਗ ਪੂਰੇ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਰੋਕ ਦਿੰਦਾ, ਅਧ-ਤਿਆਰ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਨਕਦੀ ਫਸਾ ਦਿੰਦਾ, ਅਤੇ ਇੱਕ ਲਾਂਚ ਵਿੰਡੋ ਵੀ ਛੱਡ ਸਕਦਾ ਹੈ।
ਇਸੇ ਲਈ ਸਪਲਾਇਰ ਨੈੱਟਵਰਕ ਮਾਹਿਰਤਾ ਲੈਵਰੇਜ ਬਣਦੀ ਹੈ: ਇਹ ਸਿਰਫ਼ ਸਸਤੇ ਭਾਗ ਖਰੀਦਣ ਬਾਰੇ ਨਹੀਂ—ਇਹ ਪੂਰੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਚਲਦਾ ਰੱਖਣ ਬਾਰੇ ਹੈ ਜਦੋਂ ਇੱਕ ਛੋਟਾ ਹਿੱਸਾ ਸਿਸਟਮ ਨੂੰ ਰੋਕਣ ਦੀ ਧਮਕੀ ਦੇਵੇ।
ایک ਉਤਪਾਦ ਡਿਜ਼ਾਈਨ ਯੂਜ਼ਰ ਲਈ “ਠੀਕ” ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਬਣਾਉਣ ਲਈ ਦਰਦਨਾਕ ਹੋ ਸਕਦੀ ਹੈ। ਨਿਰਮਾਤਾ ਲਈ ਲਾਭ ਸਿਰਫ਼ ਸਸਤੀ ਮਜ਼ਦੂਰੀ ਜਾਂ ਵੱਡੇ ਫੈਕਟਰੀ نہیں—ਇਹ ਡਿਜ਼ਾਈਨ ਨੂੰ ਐਸੇ ਰੂਪ ਵਿੱਚ ਸਿਰੂਪ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਹੈ ਜੋ ਨਿਰਮਾਤਾ ਤੇਜ਼ੀ ਨਾਲ, ਟੈਸਟ ਕਰਕੇ, ਅਤੇ ਨਿਰੰਤਰ ਰੈਂਪ ਕਰ ਸਕੇ।
DFM (Design for Manufacture) ਅਤੇ DFA (Design for Assembly) ਦਾ ਮਤਲਬ ਹੈ ਉਹ ਚੋਣਾਂ ਕਰਨੀ ਜੋ ਲਾਈਨ 'ਤੇ ਘਟਨਾ ਅਤੇ ਰੁਕਾਵਟ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ: ਘੱਟ ਯੂਨੀਕ ਪਾਰਟ, ਐਸੇ ਕਨੈਕਟਰ ਜੋ ਗਲਤ ਢੰਗ ਨਾਲ ਨਹੀਂ ਜੁੜ ਸਕਦੇ, ਅਸਲੀ ਟੂਲਿੰਗ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਟੋਲਰੈਂਸ, ਅਤੇ ਐਸਾ ਲੇਆਊਟ ਜੋ ਆਟੋਮੇਸ਼ਨ ਪਲੇਸਮੈਂਟ ਅਤੇ ਆਸਾਨ ਨਿਰੀੱਖਣ ਦੀ ਆਗਿਆ ਦੇਵੇ।
ਛੋਟੀ-ਛੋਟੀ ਫੈਸਲਿਆਂ ਦਾ ਜੋੜ ਵੱਡਾ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਵਰਣ-ਵਰਗ ਸਕ੍ਰੂ ਜੋ ਕਸਟਮ ਬਿੱਟ ਮੰਗਦਾ ਹੈ, ਇੱਕ ਕੇਬਲ ਜੋ ਰਾਉਟ ਕਰਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੈ, ਜਾਂ ਇੱਕ ਕੰਪੋਨੈਂਟ ਜੋ ਕਿਨਾਰੇ ਦੇ ਨਜ਼ਦੀਕ ਰੱਖਿਆ ਗਿਆ ਹੈ—ਇਹ ਸਭ ਧੀਰਜ, ਗੁਣਵੱਤਾ ਮੁੱਦੇ, ਜਾਂ ਵਾਧੂ ਮੈਨੂੰਅਲ ਕਦਮ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ ਜੋ CAD ਮਾਡਲ ਵਿੱਚ ਨਹੀਂ ਦਿਖਦੇ।
ਜਦੋਂ ਮੈਨੂਫੈਕਚਰਿੰਗ ਇੰਜੀਨੀਅਰ ਪਹਿਲੇ ਪਾਸੇ ਸ਼ਾਮਿਲ ਹੁੰਦੇ ਹਨ, ਉਹ ਖਤਰੇ ਪਛਾਣ ਸਕਦੇ ਹਨ ਪਹਿਲਾਂ ਕਿ ਉਹ ਰੀਵਰਕ ਬਣ ਜਾਣ: ਲੰਬੀ ਲੀਡ-ਟਾਈਮ ਵਾਲੇ ਭਾਗ, ਅਦਿਯੰਤ ਕੁਦਰਤੀ ਰਵੱਈਏ ਵਾਲੇ ਮੈਟਰੀਅਲ, ਜਾਂ ਐਸੇ ਡਿਜ਼ਾਈਨ ਜੋ ਅਕਸਰ ਕੈਲੀਬਰੇਸ਼ਨ ਮੰਗਦੇ ਹਨ।
ਇਸ ਨਾਲ ਡੇਰੀ-ਸਥਰ ਰੀਡਿਜ਼ਾਈਨ, ਮੁੱਲੀ ਲਾਂਚ ਡੇਟਾਂ, ਅਤੇ ਮਹਿੰਗੀਆਂ "ਅਸਥਾਈ" ਸੁਧਾਰਾਂ ਜੋ ਸਥਾਈ ਬਣ ਜਾਂਦੀਆਂ ਹਨ, ਘੱਟ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਫੈਸਲਾ-ਲੇਣੀ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ ਹੈ: ਟੀਮਾਂ ਡਿਜ਼ਾਈਨ ਵਿਕਲਪਾਂ ਵਿਚੋਂ ਸਮਰੱਥਾ, ਯੀਲਡ, ਤਹਿ-ਟੈਸਟਯੋਗਤਾ ਆਦਿ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਚੁਣ ਸਕਦੀਆਂ ਹਨ।
ਪੁਨਰਾਵਰਤੀ ਤਬਦੀਲੀਆਂ ਅਣਿਵਾਰਯ ਹਨ। ਓਪਰੇਸ਼ਨਲ ਪੇਛਾਣ ਇਹ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਨਾਂ ਉਪ-ਕਠਨਾਈ ਦੇ ਸੰਭਾਲਿਆ ਜਾਵੇ: ਸਪਸ਼ਟ ਵਰਜ਼ਨ ਕੰਟਰੋਲ, ਨਿਯੰਤਰਿਤ ਰੋਲ-ਇਨ/ਰੋਲ-ਆਊਟ ਯੋਜਨਾਵਾਂ, ਅਤੇ ਲੋੜ ਪੈਣ 'ਤੇ ਪੈਰਲੇਲ ਬਿਲਡ (ਪੁਰਾਣੀ ਰਿਵਿ ਅਤੇ ਨਵੀਂ ਰਿਵਿ) ਤਾਂ ਜੋ ਉਤਪਾਦਨ ਰੁਕ ਨਾ ਜਾਵੇ ਜਦੋਂ ਟੀਮਾਂ ਫਿਕਸ ਵੈਧਤ ਕਰਦੀਆਂ ਹਨ।
ਟੈਸਟ ਇਕ ਵੱਖਰਾ ਪੜਾਅ ਨਹੀਂ—ਇਹ ਡਿਜ਼ਾਈਨ ਦੀ ਮੰਗ ਹੈ। ਪਹੁੰਚयोग ਟੈਸਟ ਪੌਇੰਟ, ਬਿਲਟ-ਇਨ ਸੈਲਫ-ਚੈਕ ਅਤੇ ਪ੍ਰੋਡਕਟ ਦੇ ਨਾਲ-ਨਾਲ ਡਿਜ਼ਾਇਨ ਕੀਤੇ ਫਿਕ্সਚਰ ਸਾਇਕਲ ਟਾਈਮ ਘਟਾ ਸਕਦੇ ਹਨ ਅਤੇ ਯੀਲਡ ਸੁਧਾਰ ਸਕਦੇ ਹਨ।
ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਤੇਜ਼ ਅਤੇ ਲਗਾਤਾਰ ਟੈਸਟ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਪੱਧਰ 'ਤੇ ਨਿਰਮਾਣ ਨਹੀਂ ਕਰ ਸਕਦੇ।
ਜਦੋਂ ਤੁਸੀਂ ਮਿਲੀਅਨ ਯੂਨਿਟ ਬਣਾਉਂਦੇ ਹੋ, “ਗੁਣਵੱਤਾ” ਇੱਕ ਅੰਦਾਜ਼ਾ ਨਹੀਂ—ਇਹ ਗਣਿਤ ਹੁੰਦੀ ਹੈ। ਛੋਟੇ ਪ੍ਰਤਿਸ਼ਤ ਬਦਲਾਅ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਪ੍ਰੋਗਰામ ਮੁਨਾਫ਼ਾ ਕਰਦਾ ਹੈ, ਸਮੇਂ ਤੇ ਜਹਾਜ਼ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਗਾਹਕ-ਸਹਾਇਤਾ ਦੀ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦਾ ਹੈ।
ਸਕੇਲ 'ਤੇ, ਅਸਲ ਲਾਗਤ ਸਿਰਫ਼ ਭਾਗਾਂ ਨਹੀਂ ਹੁੰਦੀ—ਇਹ ਖੋਈ ਹੋਈ ਥਰੂਪੁੱਟ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਫੈਕਟਰੀ ਜੋ ਪਿਛਲੇ ਦਿਨਾਂ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਰੀਵਰਕ ਕਰਕੇ ਥਾਂ ਭਰਦੀ ਰਹਿੰਦੀ ਹੈ ਉਹ ਅੱਜ ਦੇ ਆਰਡਰ ਨਹੀਂ ਬਣਾ ਸਕਦੀ।
ਸ਼ਿਫਟਾਂ, ਲਾਈਨਾਂ ਅਤੇ ਸਾਈਟਾਂ ਦੇ ਪਾਰ ਨਤੀਜੇ ਸਥਿਰ ਰੱਖਣ ਲਈ ਨਿਰਮੂਰਤ ਰੂਟੀਨਾਂ 'ਤੇ ਨਿਰਭਰ ਰਹਿੰਦੇ ਹਨ:
ਉੱਚ-ਵਾਲਿਊਮ ਫੈਕਟਰੀਆਂ ਇਹ ਤਿੱਖਾ ਚੱਕਰ ਚਲਾਉਂਦੀਆਂ ਹਨ: ਪਤਾ ਲਗਾਓ → ਕਾਰਨ ਨਿਕਾਲੋ → ਠੀਕ ਕਰੋ → ਮੁੜ ਨਾ ਹੋਣ ਦਿਓ।
ਪਤਾ ਲਗਾਉਣ ਇਨ-ਲਾਈਨ ਟੈਸਟ ਅਤੇ ਰੁਝਾਨ ਨਿਗਰਾਨੀ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ। ਨਿਦਾਨ ਟਰੇਸਬਿਲਿਟੀ ਡੇਟਾ ਅਤੇ ਹੱਥੋਂ-ਹੱਥ ਵਿਸ਼ਲੇਸ਼ਣ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਠੀਕ ਕਰਨ ਲਈ ਪ੍ਰਕਿਰਿਆ ਸੁਧਾਰ, ਸਪਲਾਇਰ ਸੁਧਾਰ, ਜਾਂ ਡਿਜ਼ਾਈਨ ਬਦਲਾਅ ਹੋ ਸਕਦਾ ਹੈ। ਰੋਕਥਾਮ ਦਾ ਮਤਲਬ ਸਟੈਂਡਰਡ ਵਰਕ, ਟ੍ਰੇਨਿੰਗ ਅਤੇ ਨਿਯੰਤਰਣ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਉਹੀ ਫੇਲ ਨਰਲੀ ਵਾਪਸ ਨਾ ਆ ਸਕੇ।
ਗਲੋਬਲ ਬ੍ਰਾਂਡ ਸਿਰਫ਼ ਅਸੈਂਬਲੀ ਨਹੀਂ ਖਰੀਦਦੇ—ਉਹ ਪੇਸ਼ਗੋਈਯੋਗਤਾ ਖਰੀਦਦੇ ਹਨ: ਸਥਿਰ ਯੀਲਡ, ਨਿਯੰਤਰਿਤ ਬਦਲਾਅ, ਅਤੇ ਇਹ ਯਕੀਨ ਕਿ ਸਮੱਸਿਆ ਨੂੰ ਪੂਰੇ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਰੋਕੇ ਬਿਨਾਂ ਤਨਖ਼ਾ ਕਰਕੇ ਪਛਾਣਿਆ ਅਤੇ ਸਹੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਗੁਣਵੱਤਾ ਇੱਕ ਮੁਕਾਬਲਾਈ ਖਾਈ ਬਣ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਲਾਂਚ ਡੇਟਾਂ, ਗਾਹਕ ਅਨੁਭਵ, ਅਤੇ ਖਿਆਤੀ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ।
ਹਾਰਡਵੇਅਰ ਦਾ ਸਕੇਲ ਸਿਰਫ਼ “ਜਿਆਦਾ ਬਣਾਉ” ਨਹੀਂ ਹੈ। ਇਹ ਉਸੇ ਉਤਪਾਦ ਅਨੁਭਵ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣ ਦਾ ਮਾਮਲਾ ਹੈ ਜਦੋਂ ਫੈਕਟਰੀ ਇੱਕ ਨਿਯੰਤਰਿਤ ਵਰਕਸ਼ਾਪ ਤੋਂ ਉੱਚ-ਗਤੀ ਪ੍ਰਣਾਲੀ ਵਿੱਚ ਬਦਲਦੀ ਹੈ।
ਫੰਸਣਾ ਇਹ ਹੈ ਕਿ ਮੰਨ ਲਓ ਕਿ ਮੁਸ਼ਕਲ ਗੱਲ ਯੂਨਿਟ ਲਾਗਤ ਹੈ; ਅਕਸਰ ਅਸਲ ਦੌੜ ਟਾਈਮ-ਟੁ-ਵਾਲਿਊਮ ਦੀ ਹੁੰਦੀ ਹੈ—ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਤੁਸੀਂ ਸਥਿਰ, ਉੱਚ ਆਉਟਪੁੱਟ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹੋ ਬਿਨਾਂ ਗੁਣਵੱਤਾ ਡ੍ਰਿਫਟ ਹੋਏ।
ਚੰਗੀ ਕੈਪੇਸਿਟੀ ਯੋਜਨਾ ਸਿਰਫ਼ ਅਸੈਂਬਲੀ ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਤੋਂ ਅੱਗੇ ਵੇਖਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਲਾਈਨ, ਮਜ਼ਦੂਰ, ਟੂਲਿੰਗ, ਅਤੇ ਕੁਝ ਆਲ੍ਹੇ-ਦੁਆਲੇ ਨਿਰਧਾਰਕ ਸੀਮਾਵਾਂ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਜੋ ਚੁਪਚਾਪ ਆਉਟਪੁੱਟ ਨੂੰ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ।
ਇੱਕ ਲਾਈਨ ਕਗਜ਼ 'ਤੇ “ਉਪਲਬਧ” ਦਿਸ ਸਕਦੀ ਹੈ, ਪਰ ਫਿਰ ਵੀ ਕਿਸੇ ਚੀਜ਼ ਨਾਲ ਬਲੌਕ ਹੋ ਸਕਦੀ ਹੈ:
ਇਸ ਲਈ ਖੇਡ ਇਹ ਹੈ ਕਿ ਸੀਮਾ ਨੂੰ ਜਲਦੀ ਪਛਾਣ ਕੇ ਉਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਯੋਜਨਾ ਬਣਾਈ ਜਾਵੇ—ਕਈ ਵਾਰੀ ਬੋਟਲਨੈਕ ਕਦਮ ਨੂੰ ਨਕਲ ਕਰਕੇ, ਕਈ ਵਾਰੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇਸ ਲਈ ਦੁਬਾਰਾ ਡਿਜ਼ਾਈਨ ਕਰਕੇ ਕਿ ਇਹ ਘੱਟ ਨਾਜ਼ੁਕ ਹੋ ਜਾਵੇ।
ਜ਼ਿਆਦਾਤਰ ਸਫਲ ਰੈਂਪ ਇੱਕ ਨਿਯਮਤ ਕ੍ਰਮ ਦਾ ਪਾਲਣ ਕਰਦੇ ਹਨ:
ਮੁੱਖ ਨਿਯੰਤਰਣ ਯੰਤਰ ਨਿਯਮਿਤ ਬਦਲਾਅ ਪ੍ਰਬੰਧਨ ਹੈ: ਜੇ ਡਿਜ਼ਾਈਨ ਟਵੀਕਸ, ਸਪਲਾਇਰ ਬਦਲਾਅ, ਜਾਂ ਪ੍ਰਕਿਰਿਆ ਸ਼ਾਰਟਕੱਟ ਰੈਂਪ ਦੌਰਾਨ ਅਣਉਪਚਾਰਿਕ ਤਰੀਕੇ ਨਾਲ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਲੁਕਿਆ ਹੋਇਆ ਬਦਲਾਅ ਆ ਜਾਂਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਸਕੇਲ 'ਤੇ ਨਿਕਲ ਕੇ ਹੀ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ।
ਉਪਭੋਗਤਾ ਇਲੈਕਟ੍ਰੋਨਿਕਸ ਦੀ ਮੰਗ ਝਟਕੇਦਾਰ ਹੁੰਦੀ ਹੈ—ਲਾਂਚ ਅਤੇ ਛੁੱਟੀਆਂ ਦੇ ਸ਼ੀਖਰ ਬੇਸਲਾਈਨ ਵੋਲਿਊਮ ਤੋਂ ਕਾਫੀ ਵੱਧ ਸਕਦੇ ਹਨ। ਅਮਲ ਵਿੱਚ “ਫਲੇਕਸ ਕੈਪੇਸਿਟੀ” ਦਾ ਮਤਲਬ ਪਹਿਲਾਂ ਤੋਂ ਪ੍ਰੀ-ਯੋਗਤਾ ਵਿਕਲਪ ਹਨ: ਵਾਧੂ ਸ਼ਿਫਟ, ਨਕਲ ਕੀਤੀਆਂ ਲਾਈਨਾਂ, ਬਦਲੀ ਟੂਲ, ਅਤੇ ਦੂਜਾ-ਸਰੋਤ ਕੰਪੋਨੈਂਟ ਜੋ ਪਹਿਲਾਂ ਹੀ ਵੈਧਤ ਕੀਤੇ ਗਏ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਰੈਂਪ ਕਰ ਸਕਦੇ ਹੋ, ਤੁਸੀਂ ਪਹਿਲਾਂ ਸ਼ਿਪ ਕਰ ਸਕਦੇ ਹੋ, ਮੰਗ ਕੈਪਚਰ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਜਲਦੀ ਸਿੱਖ ਸਕਦੇ ਹੋ—ਅਕਸਰ BOM 'ਤੇ ਸੈਂਟਾਂ ਬਚਾਉਣ ਤੋਂ ਵੱਧ ਕੀਮਤੀ।
ਇੱਕ ਫੈਕਟਰੀ ਨੂੰ “ਤੇਜ਼” ਮਹਿਸੂਸ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤਕ ਤੁਸੀਂ ਉਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦੀ ਵਿਵਸਥਾ ਨਾ ਦੇਖੋ। Foxconn ਵਰਗੇ ਕੰਪਨੀ ਲਈ, ਲੌਜਿਸਟਿਕਸ ਉਹ ਜੁੜਨ ਵਾਲਾ ਟਿਸ਼ੂ ਹੈ ਜੋ ਅਸੈਂਬਲੀ ਸਮਰੱਥਾ ਨੂੰ ਭਰੋਸੇਯੋਗ ਡਿਲਿਵਰੀ ਡੇਟਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
ਇਨਬਾਊਂਡ ਲੌਜਿਸਟਿਕਸ ਸਾਹ ਸੈਂਕੜਿਆਂ ਕੰਪੋਨੈਂਟ (ਚਿਪ, ਡਿਸਪਲੇ, ਕਨੈਕਟਰ, ਸਕ੍ਰੂ, ਪੈਕੇਜਿੰਗ) ਨੂੰ ਸਹੀ ਲਾਈਨ ਤੇ ਸਹੀ ਘੰਟੇ 'ਤੇ ਪਹੁੰਚਾਣਾ ਹੈ। ਚੁਣੌਤੀ ਦੂਰੀ ਨਹੀਂ—ਇਕਸਾਰਤਾ ਹੈ। ਇੱਕ ਗੁਆਚੇ $0.20 ਦਾ ਭਾਗ ਪੂਰੇ ਉਤਪਾਦ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ।
ਆਉਟਬਾਊਂਡ ਲੌਜਿਸਟਿਕਸ ਉਲਟ ਤਰਜੀਹਾਂ ਹੈ: ਤਿਆਰ ਸਮਾਨ ਨੂੰ ਸਹੀ ਸੰਰਚਨਾ, ਸਹੀ ਦਸਤਾਵੇਜ਼ੀ, ਅਤੇ ਸਹੀ ਰੂਟ ਨਾਲ ਬਾਹਰ ਭੇਜਣਾ ਤਾਂ ਜੋ ਰੀਟੇਲ ਲਾਂਚ ਜਾਂ ਆਨਲਾਈਨ ਡਿਲਿਵਰੀ ਵਿੰਡੋ ਮੀਟ ਹੋਵੇ। ਇੱਥੇ, ਸ਼ੁੱਧਤਾ ਅਤੇ ਸਮਾਂ ਤੇਜ਼ੀ ਵਾਂਗ ਹੀ ਮਾਇਨੇ ਰੱਖਦੇ ਹਨ।
ਪੈਕੇਜਿੰਗ ਸਜਾਵਟ ਨਹੀਂ—ਇਹ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਚੋਣ ਹੈ। ਕਾਰਟਨ ਆਕਾਰ ਪੈਲਟ ਡੈਨਸੀਟੀ, ਏਅਰ-ਫ੍ਰੇਟ ਲਾਗਤ, ਨੁਕਸਾਨ ਦਰਾਂ ਅਤੇ ਇਹ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਕਿ ਗੋਦਾਮ ਸਮਾਨ ਨੂੰ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਸੈਸ ਕਰ ਸਕਦਾ ਹੈ।
ਕਸਟਮਜ਼ ਅਤੇ ਕੰਪਲਾਇੰਸ ਇੱਕ ਹੋਰ ਛੁਪਿਆ ਘੰਟਾ ਹਨ। ਸਹੀ ਪ੍ਰੋਡਕਟ ਕੋਡ, ਪ੍ਰਮਾਣ ਪੱਤਰ, ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਮੌਜੂਦਗੀ ਸ਼ਿਪਮੈਂਟਾਂ ਨੂੰ ਰੋਕੇ ਜਾਣ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ। ਗੋਦਾਮ ਫਿਰ ਬਫਰ ਥਾਂ ਬਣ ਜਾਂਦਾ ਹੈ: ਕੁਝ ਇਨਵੈਂਟਰੀ ਫੈਕਟਰੀਆਂ ਨੇੜੇ ਰੱਖੀ ਜਾਂਦੀ ਹੈ ਲਚਕੀਲਤਾ ਲਈ, ਕੁਝ ਗਾਹਕ ਨੇੜੇ ਫਾਸਟ ਫੁਲਫਿਲਮੈਂਟ ਲਈ।
ਆਖਰੀ-ਮਾਈਲ ਕੋਆਰਡੀਨੇਸ਼ਨ ਅਕਸਰ ਆਊਟਸੋਰਸ ਹੁੰਦੀ ਹੈ, ਪਰ ਇਸ 'ਤੇ ਵੀ ਕਠੋਰ ਨਜ਼ਰ ਰੱਖਣੀ ਲਾਜ਼ਮੀ ਹੈ: ਕੇਰੀਅਰ ਚੋਣ, ਡਿਲਿਵਰੀ ਐਪੋਇੰਟਮੈਂਟ ਵਿੰਡੋ, ਰਿਟਰਨ ਲੇਬਲ ਅਤੇ ਜਦੋਂ ਕੁਝ ਗਲਤ ਹੋਵੇ ਤਾਂ ਐਕਸਪਸ਼ਨ ਹੈਂਡਲਿੰਗ।
ਲਾਈਡ ਟਾਈਮ ਸਿਰਫ਼ “ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ” ਨਹੀਂ—ਇਹ ਤੁਹਾਨੂੰ ਕਿੰਨੀ ਪੱਕੀ ਗਾਰੰਟੀ ਦੇ ਸਕਦੀ ਹੈ, ਇਹ ਹੈ। ਬਫਰ (ਅਤਿ-ਸਮਾਂ, ਵਾਧੂ ਇਨਵੈਂਟਰੀ, ਵਾਧੂ ਕੈਪੇਸਿਟੀ) ਡਿਲਿਵਰੀ ਵਾਅਦਿਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੇ ਹਨ, ਪਰ ਇਹ ਨਕਦੀ ਨੂੰ ਬੰਨ੍ਹ ਲੈਂਦੇ ਹਨ।
ਬਹੁਤ ਘੱਟ ਬਫਰ ਸਟਾਕਆਊਟ ਅਤੇ ਲਾਂਚ ਮਿਸਿੰਗ ਦਾ ਖਤਰਾ ਪੈਦਾ ਕਰਦਾ ਹੈ; ਬਹੁਤ ਜ਼ਿਆਦਾ ਬਫਰ ਸਲੋ-ਮੂਵਿੰਗ ਇਨਵੈਂਟਰੀ ਅਤੇ ਰਾਈਟ-ਡਾਊਨ ਵਜੋਂ ਬਦਲ ਜਾਂਦਾ ਹੈ।
ਜੇ ਯੋਜਨਾ ਟੁੱਟ ਜਾਵੇ, ਟੀਮਾਂ ਕੁਝ ਪ੍ਰਾਇਓਰਟੀ ਲੈਵਰਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਹਨ:
ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੀਤੇ ਜਾਣ ਤੇ, ਲੌਜਿਸਟਿਕਸ ਇੱਕ ਉਤਪਾਦ ਵਿਸ਼ੇਸ਼ਤਾ ਬਣ ਜਾਂਦਾ ਹੈ: ਪੇਸ਼ਗੋਈਯੋਗ ਡਿਲਿਵਰੀ ਡੇਟਾਂ, ਘੱਟ ਅਚਾਨਕੀਆਂ, ਅਤੇ ਸਕੇਲ ਬਿਨਾਂ ਹਲਚਲ ਦੇ ਭੇਜਣ ਦੀ ਸਮਰੱਥਾ।
ਜਦੋਂ ਲੋਕ “ਪਲੇਟਫਾਰਮ ਕਾਰੋਬਾਰ” ਕਹਿੰਦੇ ਹਨ, ਉਹ ਅਕਸਰ ਸਾਫਟਵੇਅਰ ਦੀ ਗੱਲ ਕਰਦੇ ਹਨ। ਪਰ ਇੱਕ ਉੱਚ-ਵਾਲਿਊਮ ਨਿਰਮਾਤਾ ਵੀ ਪਲੇਟਫਾਰਮ ਵਾਂਗ ਵਰਤ ਸਕਦਾ ਹੈ—ਉਹੋ ਹੀ ਉਤਪਾਦਨ ਪ੍ਰਣਾਲੀ ਨੂੰ ਕਈ ਵੱਖ-ਵੱਖ ਉਤਪਾਦ ਪ੍ਰੋਗਰਾਮਾਂ 'ਤੇ ਦੁਹਰਾਉਣ ਰਾਹੀਂ।
ਇੱਥੇ “ਪਲੇਟਫਾਰਮ” ਉਹ ਸੈੱਟ ਹੈ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੀ: ਲਾਈਨ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਹੁੰਦੀ ਹੈ, ਭਾਗ ਕਿਵੇਂ ਯੋਗਤਾ ਮਿਲਦੇ ਹਨ, ਟੈਸਟ ਕਿਵੇਂ ਚਲਦੇ ਹਨ, ਡਿਫੈਕਟ ਕਿਵੇਂ ਹਲ਼ੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਬਦਲਾਅ ਕਿਵੇਂ ਮਨਜ਼ੂਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਇਕ ਵਾਰ ਇਹ ਨਿਰਮਾਣੀ ਇੰਨਾ ਮਜ਼ਬੂਤ ਹੋ ਜਾਵੇ, ਇਹ ਫੋਨ, ਟੈਬਲਟ, ਐਕਸੈਸਰੀਜ਼ ਜਾਂ ਕਿਸੇ ਵੀ ਸਮਾਨ ਉਤਪਾਦ 'ਤੇ ਕਾਪੀ ਤੇ ਸੁਧਾਰ ਕੀਤੇ ਜਾ سکتے ਹਨ।
ਸਾਂਝੇ ਕੀਤੇ ਸਮਾਨ ਤੱਤ ਸਭਿਆਚਾਰਕ ਹਨ:
ਸਮੇਂ ਦੇ ਨਾਲ, ਇਹ "ਪਤਾ-ਚੰਗੇ" ਢੰਗਾਂ ਦੀ ਲਾਇਬ੍ਰੇਰੀ ਬਣ ਜਾਂਦੀ ਹੈ ਜੋ ਖਤਰੇ ਘਟਾਉਂਦੀ ਅਤੇ ਰੈਂਪ-ਅੱਪ ਤੇਜ਼ ਕਰਦੀ ਹੈ।
ਜਿਵੇਂ ਉਤਪਾਦ ਪੱਕਾ ਹੁੰਦਾ ਹੈ, ਨਿਰਮਾਤਾ ਹਜ਼ਾਰਾਂ ਛੋਟੀ-ਛੋਟੀ ਫੈਸਲਿਆਂ ਦਾ ਭੰਡਾਰ ਕਰ ਲੈਂਦਾ ਹੈ: ਕਿਹੜਾ ਵੈਂਡਰ ਲੋਟ ਕੋਡ ਬਿਹਤਰ ਰਵੱਈਆ ਦਿੰਦਾ, ਇੱਕ ਪਿਕ-ਅਤੇ-ਪਲੇਸ ਮਸ਼ੀਨ ਨੂੰ ਕਿਵੇਂ ਟਿ0ੂਨ ਕਰਨਾ ਹੈ, ਕਿਹੜੇ ਰੀਵਰਕ ਕਦਮ ਯੀਲਡ ਬਣਾਈ ਰੱਖਦੇ ਹਨ, ਅਤੇ ਕਿਵੇਂ ਬਾਰਡਰਲਾਈਨ ਟੈਸਟ ਨਤੀਜਿਆਂ ਨੂੰ ਅਰਥ ਲਿਆ ਜਾਵੇ।
ਇਹ ਗਿਆਨ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਲੋਕਾਂ ਅਤੇ ਟੂਲਿੰਗ ਵਿੱਚ ਵਿਸ਼ਵਸਿਤ ਹੁੰਦਾ ਹੈ—ਸਿਰਫ਼ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਨਹੀਂ।
ਇਸ ਲਈ ਭਰਮਾਤਿਕ ਤੌਰ 'ਤੇ ਹੋਰ ਫੈਕਟਰੀ ਦੱਸੇ ਹੋਏ ਘੱਟ ਕੀਮਤ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੇ, ਤਾਂ ਵੀ ਇੱਕ ਜਾਂਚ-ਵਧੀਲਾ ਲਾਗਤ ਨਿਕਲ ਸਕਦੀ ਹੈ: ਸਪਲਾਇਰ ਮੁੜ-ਯੋਗਤਾ, ਫਿਕਸਚਰਾਂ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣਾ, ਟੈਸਟ ਮੁੜ-ਪ੍ਰਵਾਨਗੀ, ਟੀਮਾਂ ਨੂੰ ਫਿਰ ਟ੍ਰੇਨ ਕਰਨਾ, ਅਤੇ ਨਵੀਂ ਯੀਲਡ ਕर्व ਸਹੀ ਹੋਣ ਤੱਕ ਜਿਊਣਾ।
ਇਹ ਸਵਿੱਚਿੰਗ ਖ਼ਰਚ ਵੱਡਾ ਕਾਰਨ ਹਨ ਕਿ ਪੱਕੇ ਪ੍ਰੋਗਰਾਮ ਆਮ ਤੌਰ 'ਤੇ ਉਹੀ ਥਾਂ ਰਹਿੰਦੇ ਹਨ।
ਉਸੇ ਮੈਨੂਫੈਕਚਰਿੰਗ ਸਿਸਟਮ ਰਾਹੀਂ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਚਲਾਉਣ ਨਾਲ ਸਪਲਾਇਰਾਂ ਨਾਲ ਬੋਲਣ ਦੀ ਤਾਕਤ ਅਤੇ ਤੇਜ਼ ਸਿੱਖਣ ਵਾਲੇ ਚੱਕਰ ਬਣਦੇ ਹਨ। ਇੱਕ ਉਤਪਾਦ ਵਿੱਚ ਦੇਖਿਆ ਗਿਆ ਇੱਕ ਦੋਸ਼ ਪ੍ਰਕਿਰਿਆ ਸੁਧਾਰ ਵਜੋਂ ਅੱਗੇ ਆਉਂਦਾ ਹੈ ਜੋ ਅਗਲੇ ਉਤਪਾਦ ਵਿਚ ਵੀ ਰੋਕੇਗਾ।
ਨਤੀਜਾ ਇੱਕ ਗੁਣਾ-ਵਧਦੀ ਫਾਇਦਾ ਹੈ: ਸਕੇਲ ਸਮਰੱਥਾ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ, ਤੇ ਸਮਰੱਥਾ ਹੋਰ ਸਕੇਲ ਖਿੱਚਦੀ ਹੈ।
ਫੈਕਟਰੀਆਂ "ਮਸ਼ੀਨਾਂ 'ਤੇ ਨਹੀਂ ਚੱਲਦੀਆਂ" ਜਿੰਨੀ ਕਿ ਉਹ ਫੈਸਲਿਆਂ 'ਤੇ ਚੱਲਦੀਆਂ ਹਨ: ਅੱਗੇ ਕੀ ਬਣਾਉਣਾ, ਲੋਕ ਕਿੱਥੇ ਰੱਖਣੇ, ਕਿਹੜੇ ਭਾਗ ਕਵਾਰੰਟਾਈਨ ਕਰਨੇ, ਕਿਸ ਲੋਟ ਨੂੰ ਮੁੜ-ਟੈਸਟ ਕਰਨਾ।
Foxconn ਦੇ ਪੱਧਰ 'ਤੇ, ਇਹ ਫੈਸਲੇ ਯਾਦاشت ਜਾਂ ਅੰਦਰੂਨੀ ਅਨੁਭਵ 'ਤੇ ਨਹੀਂ ਲਏ ਜਾ ਸਕਦੇ—ਉਹਨਾਂ ਨੂੰ ਓਪਰੇਸ਼ਨ ਡੇਟਾ ਵਿੱਚੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ—ਲਗਾਤਾਰ ਇਕੱਤਰ ਕੀਤਾ ਅਤੇ ਉਹ ਸਿਸਟਮਾਂ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਹਜ਼ਾਰਾਂ ਚਲਦੇ ਹਿੱਸਿਆਂ ਨੂੰ ਕੋਆਰਡੀਨੇਟ ਕਰਦੇ ਹਨ।
ਅਧੁਨਿਕ ਕਾਂਟ੍ਰੈਕਟ ਨਿਰਮਾਤਾ ਇੱਕ ਪਲਾਨਿੰਗ ਅਤੇ ਏਗਜ਼ੈਕਿਊਸ਼ਨ ਟੂਲ ਸਟੈੱਕ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: ਡਿਮਾਂਡ ਤੇ ਕੈਪੇਸਿਟੀ ਪਲਾਨਿੰਗ, ਉਤਪਾਦਨ ਸ਼ਡਿਊਲਿੰਗ, ਗੋਦਾਮ ਪ੍ਰਣਾਲੀਆਂ, ਅਤੇ ਸ਼ਾਪ-ਫਲੋਰ ਏਗਜ਼ੈਕਿਊਸ਼ਨ।
ਮੁੱਲ ਸੋਫਟਵੇਅਰ ਬ੍ਰਾਂਡ ਵਿੱਚ ਨਹੀਂ ਹੈ; ਮੁੱਲ ਯੋਜਨਾ ਅਤੇ ਹਕੀਕਤ ਦਰਮਿਆਨ ਬੰਦ ਲੂਪ ਵਿੱਚ ਹੈ।
ਫਲੋਰ 'ਤੇ ਡੇਟਾ ਹਰ ਜਗ੍ਹਾ ਬਣਦਾ ਹੈ: ਮਟਿਰਿਅਲ ਮੂਵਮੈਂਟ ਸਕੈਨ ਇਵੈਂਟ, ਮਸ਼ੀਨ ਪਰਾਮੀਟਰ ਅਤੇ ਸਾਇਕਲ ਟਾਈਮ, ਟੈਸਟ ਨਤੀਜੇ, ਰੀਵਰਕ ਕੋਡ, ਓਪਰੇਟਰ ID ਅਤੇ ਟਾਈਮਸਟੈਂਪ।
ਟਰੇਸਬਿਲਿਟੀ ਰਿਕਾਰਡ ਇੱਕ ਤਿਆਰ ਯੂਨਿਟ ਨੂੰ ਕੰਪੋਨੈਂਟ ਲੋਟਾਂ, ਪ੍ਰਕਿਰਿਆ ਕਦਮਾਂ, ਅਤੇ ਟੈਸਟ ਸਟੇਸ਼ਨਾਂ ਤੱਕ ਲਿੰਕ ਕਰਦੇ ਹਨ—ਤਾਂ ਜੋ ਜਦੋਂ ਕੁਝ ਫੇਲ ਹੋਵੇ, ਤੁਸੀਂ ਬਲਾਸਟ ਰੇਡੀਅਸ ਨੂੰ ਜਲਦੀ ਘਟਾ ਸਕੋ।
"ਗਾਰਬੇਜ ਇਨ, ਗਾਰਬੇਜ ਆਊਟ" ਮੈਨੂਫੈਕਚਰਿੰਗ ਵਿੱਚ ਬਹੁਤ ਹੀ ਸੱਚ ਹੈ। ਜੇ ਓਪਰੇਟਰ ਸਕੈਨ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ, ਸਟੇਸ਼ਨ ਸਮਾਂ-ਸਿੰਕ ਨਹੀਂ ਹਨ, ਜਾਂ ਡਿਫੈਕਟ ਕੋਡ ਅਸੰਗਤ ਹਨ, ਤਾਂ ਫੋਰਕਾਸਟ ਡ੍ਰਿਫਟ ਕਰਦੇ ਹਨ, ਯੀਲਡ ਰਿਪੋਰਟ ਝੂਠੀਆਂ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਟੀਮਾਂ ਉਹਨਾਂ ਸਪ੍ਰੈੱਡਸ਼ੀਟਾਂ ਉੱਤੇ ਝਗੜਦੇ ਹਨ ਜੋ "ਸਹੀ" ਕਹਿੰਦੀਆਂ ਹਨ।
ਉੱਚ-ਗੁਣਵੱਤਾ ਡੇਟਾ ਨਿਰਮਤ ਕਰਨ ਲਈ ਬੋ-ring ਅਨੁਸ਼ਾਸਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ: ਮਿਆਰੀ ਪਰਿਭਾਸ਼ਾ, ਲਾਗੂ ਹੋਏ ਵਰਕਫਲੋ, ਕੈਲੀਬਰੇਟਡ ਉਪਕਰਨ, ਅਤੇ ਸਪਸ਼ਟ ਮਾਲਕੀ।
ਸਭ ਤੋਂ ਤੇਜ਼ ਫੈਕਟਰੀਆਂ ਸਭ ਤੋਂ ਵੱਧ ਡੈਸ਼ਬੋਰਡ ਵਾਲੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ—ਉਹ ਉਹ ਹਨ ਜਿੱਥੇ ਨੰਬਰ ਭਰੋਸੇਯੋਗ ਹੁੰਦੇ ਹਨ।
ਜਦੋਂ ਡੇਟਾ ਭਰੋਸੇਯੋਗ ਹੁੰਦਾ ਹੈ, ਇਹ ਰੋਜ਼ਾਨਾ ਅਮਲ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਂਦਾ ਹੈ:
ਸੌਫਟਵੇਅਰ ਵਿਜ਼ੀਬਿਲਟੀ ਅਤੇ ਗਤੀ ਨੂੰ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਇਹ ਪ੍ਰਕਿਰਿਆ ਅਨੁਸ਼ਾਸਨ ਦੀ ਪੂਰੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦਾ। ਸਿਸਟਮ ਤੁਹਾਨੂੰ ਦੱਸ ਸਕਦੇ ਹਨ ਕੀ ਅਤੇ ਕਿੱਥੇ ਹੋਇਆ; ਕੇਵਲ ਮਜ਼ਬੂਤ ਓਪਰੇਟਿੰਗ ਰੂਟੀਨਾਂ—ਸਪਸ਼ਟ ਐਸਕਲੇਸ਼ਨ ਰਸਤੇ, ਰੂਟ-ਕੌਜ਼ ਆਦਤਾਂ, ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀ—ਉਸ ਡੇਟਾ ਨੂੰ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਮੈਨੂਫੈਕਚਰਿੰਗ ਪ੍ਰਦਰਸ਼ਨ ਵਿੱਚ ਬਦਲਦੇ ਹਨ।
ਇੱਕ ਮਦਦਗਾਰ ਤੁਲਨਾ ਸਾਫਟਵੇਅਰ ਡਿਲਿਵਰੀ ਵਿੱਚ ਹੈ: ਟੀਮਾਂ ਨੂੰ ਵੀ ਯੋਜਨਾਵਾਂ, ਬਦਲਾਅ, ਵਾਤਾਵਰਣ ਅਤੇ ਰੋਲਬੈਕ 'ਤੇ ਇੱਕ "ਕੰਟਰੋਲ ਟਾਵਰ" ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਪਲੇਟਫਾਰਮਾਂ ਜਿਵੇਂ Koder.ai ਉਹੇ ਪਲੇਟਫਾਰਮ ਲੋਗਿਕ (ਮਿਆਰੀ ਰੇਲ ਅਤੇ ਤਗੜੇ ਫੀਡਬੈਕ ਲੂਪ) ਲਗਾਉਂਦੇ ਹਨ—ਟੀਮਾਂ ਨੂੰ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਵੈੱਬ, ਬੈਕਐਂਡ ਅਤੇ ਮੋਬਾਈਲ ਐਪ ਬਣਾ ਕੇ ਦੁਰੁਸਤ ਕਰਨ ਅਤੇ ਰੋਲਬੈਕ ਲਈ planning mode ਅਤੇ snapshots/rollback ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ। ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ ਸਾਫਟਵੇਅਰ ਮੈਨੂਫੈਕਚਰਿੰਗ ਦੇ ਬਰਾਬਰ ਹੈ; ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਦੁਹਰਾਏ ਜਾਣ ਯੋਗਤਾ ਕੰਮ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦੀ ਪ੍ਰਣਾਲੀ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਕੰਮ ਦੇ ਆਪ ਤੋਂ।
ਜਦੋਂ ਵੋਲਿਊਮ ਵਧ ਰਹੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਸਪਲਾਈ ਚੇਨ ਸਥਿਰ ਹੁੰਦੀ ਹੈ, ਤਦ ਇੱਕ ਮੈਨੂਫੈਕਚਰਿੰਗ ਪਲੇਟਫਾਰਮ ਅਜਿਹਾ ਅਟੱਲ ਲੱਗ ਸਕਦਾ ਹੈ। ਕਮਜ਼ੋਰ ਪਾਸੇ ਉਹ ਹਨ ਜੋ ਸ਼ਾਕ ਆਉਣ 'ਤੇ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ—ਕਿਉਂਕਿ ਸਕੇਲ ਦੋਹਾਂ ਜਿੱਤਾਂ ਅਤੇ ਨੁਕਸਾਨਾਂ ਨੂੰ ਵੱਧਦਾ ਹੈ।
ਜਦੋਂ ਉਤਪਾਦਨ ਅਤੇ ਸਪਲਾਇਰ ਇੱਕ ਛੋਟੇ ਖੇਤਰ ਵਿੱਚ ਕੇਂਦ੍ਰਿਤ ਹੋ ਜਾਂਦੇ ਹਨ, ਸੂਚੀ ਖੇਤਰ ਦੀ ਨਾਜ਼ੁਕਤਾ ਸਾਰੀ ਪ੍ਰਣਾਲੀ 'ਤੇ ਆ ਜਾਂਦੀ ਹੈ। ਜਿਓ-ਪੋਲਿਟਿਕਲ ਤਣਾਅ ਨਿਰਯਾਤ ਨਿਯੰਤਰਣ, ਸ਼ੁੱਲਕ, ਪ੍ਰਤਿਬੰਧ ਜਾਂ ਅਚਾਨਕ ਕੰਪਲਾਇੰਸ ਮੰਗ ਲਿਆ ਸਕਦੇ ਹਨ।
ਨਿਯਮਕ ਬਦਲਾਅ (ਮਜ਼ਦੂਰੀ, ਵਾਤਾਵਰਣ, ਕਸਟਮਜ਼) ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਦੇ ਲੀਡ ਟਾਈਮ ਜਾਂ ਲਾਗਤ ਵਧਾ ਸਕਦੇ ਹਨ। ਸਰਲ ਵਿਘਟਨ ਵੀ—ਪੋਰਟ ਜਾਮ, ਇంధਨ ਦੀ ਕੀਮਤਾਂ ਵਿੱਚ ਉੱਚਾ-ਚੜ੍ਹਾਵ, ਭਾਰੀ ਮੌਸਮ—ਇੱਕ ਚੰਗੀ ਤਹਿ-ਕੰਮ ਯੋਜਨਾ ਨੂੰ ਲਾਂਚ ਮਿਸ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਾ ਸਕਦੇ ਹਨ।
ਇਲੈਕਟ੍ਰੋਨਿਕਸ ਅਕਸਰ ਐਸੇ ਭਾਗਾਂ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੀ ਹੈ ਜੋ ਸਿੰਗਲ-ਸੋਰਸ, ਕੈਪੇਸਿਟੀ-ਸੀਮਤ ਜਾਂ ਲੰਬੇ ਯੋਗਤਾ ਚੱਕਰ ਵਾਲੇ ਹਨ (ਕਸਟਮ ਚਿਪ, ਕੈਮਰਾ ਮੋਡੀਊਲ, ਵਿਸ਼ੇਸ਼ ਕਨੈਕਟਰ, ਬੈਟਰੀ ਮੈਟਰੀਅਲ)।
ਜੇ ਇੱਕ ਸਪਲਾਇਰ ਛੁੱਟ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਫੈਕਟਰੀ ਵਧੇਰੇ ਮਜ਼ਦੂਰੀ ਨਾਲ “ਜੁਆੰ” ਨਹੀਂ ਲਾ ਸਕਦੀ। ਲਾਈਨ ਰੁਕ ਸਕਦੀ ਹੈ, ਅਧ-ਵਾਲਿਊਮ ਜਮ੍ਹਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਰੀ-ਡਿਜ਼ਾਈਨ ਕਰਨੇ ਪੈ ਸਕਦੇ ਹੋ—ਹਰ ਵਿਕਲਪ ਮਾਰਜਿਨ ਅਤੇ ਸਮਾਂ ਉੱਤੇ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ।
ਪਾਇਲਟ ਤੋਂ ਮਿਲੀਅਨ ਯੂਨਿਟ ਤੱਕ ਰੈਂਪ ਲਰਨਿੰਗ ਨੂੰ ਹਫ਼ਤਿਆਂ ਵਿੱਚ ਸੰਕੁਚਿਤ ਕਰਦਾ ਹੈ। ਜੇ ਪ੍ਰਕਿਰਿਆ ਨਿਯੰਤਰਣ, ਟਰੇਸਬਿਲਿਟੀ ਜਾਂ ਟ੍ਰੇਨਿੰਗ ਪਿੱਛੇ ਰਹਿ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਛੋਟੇ ਡਿਫੈਕਟ ਰੇਟ ਵੱਡੇ ਰਿਕਾਲ ਨੰਬਰਾਂ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹਨ।
ਅਤੇ ਖਰਾਬ ਗੁਣਵੱਤਾ ਬ੍ਰਾਂਡ ਗਾਹਕ ਅਤੇ ਸਮਾਪਤੀ ਉਪਭੋਗਤਾਂ ਦੋਹਾਂ ਨਾਲ ਭਰੋਸਾ ਘਟਾਉਂਦੀ ਹੈ।
ਵਾਸਤਵਿਕ ਤੌਰ 'ਤੇ ਡਾਈਵਰਸੀਫਿਕੇਸ਼ਨ ਮਦਦ ਕਰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਹੋ: ਬਹੁ-ਖੇਤਰੀ ਫੁੱਟਪ੍ਰਿੰਟ, ਸਾਈਟ-ਵੱਲੇ ਡੁਅਲ ਬਿਲਡ, ਅਤੇ ਬਦਲੀ ਲੌਜਿਸਟਿਕ ਰੂਟ। ਡੁਅਲ ਸੋਰਸਿੰਗ ਅਤੇ ਪਹਿਲਾਂ ਤੋਂ ਪ੍ਰੀ-ਯੋਗਤਾ ਵਿਵਕਲਪ ਲੰਬੀ-ਲੀਡ ਭਾਗਾਂ 'ਤੇ ਨਿਰਭਰਤਾ ਘਟਾਉਂਦੇ ਹਨ।
ਪਾਰਦਰਸ਼ਤਾ ਵੀ ਨਿਰਭਰ ਹੈ—ਸੰਝੇ ਡੈਸ਼ਬੋਰਡ, ਜਲਦੀ ਚੇਤਾਵਨੀ ਸਿਗਨਲ, ਅਤੇ ਸਪਸ਼ਟ ਐਸਕਲੇਸ਼ਨ ਰਸਤੇ।
ਅੰਤ ਵਿੱਚ, ਖਤਰਾ-ਯੋਜਨਾ (ਸਹੀ ਥਾਵਾਂ 'ਤੇ ਬਫਰ ਇਨਵੈਂਟਰੀ, ਬਦਲਾਅ ਫ੍ਰੀਜ਼ ਵਿਂਡੋ, ਅਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਰੀਹਰਸਡ ਰਿਸਪਾਂਸ ਪਲੇਬੁੱਕ) “ਅਣਪਛਾਤੇ ਅਣਜਾਣ” ਨੂੰ ਪ੍ਰਬੰਧਨਯੋਗ ਸਥਿਤੀਆਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
ਤੁਹਾਨੂੰ Foxconn-ਪੱਧਰ ਦਾ ਸਕੇਲ ਦੀ ਲੋੜ ਨਹੀਂ ਕਿ ਉਹਨਾਂ ਸਾਰੇ ਓਪਰੇਸ਼ਨਲ ਫਾਇਦਿਆਂ ਨੂੰ ਆਪਣੇ ਹੱਕ ਵਿੱਚ ਲਿਆ ਸਕੋ। ਟ੍ਰਾਂਸਫ਼ਰਬਲ ਹੁਨਰ ਸਮਨਵਯ ਹੈ: ਡਿਜ਼ਾਈਨ, ਸਪਲਾਇਰ, ਉਤਪਾਦਨ, ਗੁਣਵੱਤਾ ਅਤੇ ਲੌਜਿਸਟਿਕਸ ਨੂੰ ਐਗਰੈਮ ਕਰਨਾ ਤਾਂ ਜੋ ਪੂਰੀ ਪ੍ਰਣਾਲੀ ਹਰ ਨਿਰਮਾਣ ਨਾਲ ਬਿਹਤਰ ਹੋਵੇ।
ਫੈਕਟਰੀ ਟੂਰ ਅਤੇ ਚੰਗਾ ਕੋਟੇਸ਼ਨ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ। ਇਸ ਚੈਕਲਿਸਟ ਨਾਲ ਅਸਲ ਸਮਰੱਥਾ ਦੀ ਪਰੀਖਿਆ ਕਰੋ:
ਓਪਰੇਸ਼ਨਲ ਸ਼੍ਰੇਸ਼ਠਤਾ ਪਹਿਲੇ ਯੂਨਿਟ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ:
ਇੱਕ ਸਧਾਰਨ ਅਤੇ ਲਗਾਤਾਰ ਸੀਟ ਰੱਖੋ:
ਓਪਰੇਸ਼ਨਜ਼ ਨੂੰ ਇੱਕ ਉਤਪਾਦ ਵਜੋਂ ਸਲਿੱਪ ਕਰੋ: ਮਿਆਰੀ ਕੰਮ, ਫੀਡਬੈਕ ਲੂਪ, ਅਤੇ ਸਿੱਖਣਾ ਜੋ ਗੁਣਾ ਵਧਾਉਂਦਾ ਹੈ।
ਤੁਸੀਂ ਆਪਣੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਬਣਾ ਸਕੋਗੇ—ਵੈਰੀਐਂਟ, ਸਪਲਾਇਰ, ਅਤੇ ਸਾਈਟਾਂ ਦੇ ਪਾਰ—ਉਤਨਾ ਹੀ ਤੁਹਾਨੂੰ ਲਾਗਤ, ਤੇਜ਼ੀ, ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ 'ਤੇ ਲਾਭ ਮਿਲੇਗਾ, ਭਾਵੇ ਤੁਹਾਡੇ ਕੋਲ ਵੱਡਾ ਸਕੇਲ ਨਹੀਂ ਹੋਵੇ।
ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਮੁੱਖ ਫਾਇਦਾ ਕਿਸੇ ਇਕ ਫੈਕਟਰੀ ਦੀ ਇਮਾਰਤ ਨਹੀਂ, ਬਲਕਿ ਇੱਕ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲਾ ਚਾਲੂ ਤੰਤਰ ਹੈ ਜੋ ਇੱਕ ਡਿਜ਼ਾਈਨ ਨੂੰ ਪ੍ਰੋਟੋਟਾਈਪ ਤੋਂ ਲੈ ਕੇ ਮਿਲੀਅਨ ਯੂਨਿਟਾਂ ਤੱਕ ਲਿਆਉਂਦਾ ਹੈ।
ਸਾਫਟਵੇਅਰ ਪਲੇਟਫਾਰਮ ਵਾਂਗ, ਉਹੇ “ਰੇਲਸ” (ਸਪਲਾਇਰ ਯੋਗਤਾ, ਲਾਈਨ ਡਿਜ਼ਾਈਨ, ਟੈਸਟ ਰਣਨੀਤੀ, ਬਦਲਾਅ ਨਿਯੰਤਰਣ, ਲੌਜਿਸਟਿਕਸ ਪਲੇਬੁੱਕ) ਕਈ ਉਤਪਾਦਾਂ ਅਤੇ ਗਾਹਕਾਂ ਲਈ ਦੁਹਰਾਏ ਜਾ ਸਕਦੇ ਹਨ—ਹਰ ਵਾਰੀ ਸਮਾਂ, ਖਤਰਾ ਅਤੇ ਲਾਗਤ ਘਟਾਉਂਦੇ ਹੋਏ।
ਬ੍ਰਾਂਡ ਅਕਸਰ assembly ਤੋਂ ਅੱਗੇ ਦੀ ਪੂਰੇ ਵਿਵਸਥਿਤ ਅਮਲਕੁਸ਼ਲਤਾ ਖਰੀਦਦੇ ਹਨ:
ਇਸ ਤਰ੍ਹਾਂ, ਉਹ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਮੇਂ ਤੇ ਸ਼ਿਪ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਖਰੀਦਦੇ ਹਨ ਬਿਨਾਂ ਅਵਸਥਾ ਬਦਲਾਅ ਦੇ।
ਸਧਾਰਨ ਹਾਰਡਵੇਅਰ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ:
Foxconn ਨੂੰ ਅਕਸਰ EMS/ਕਾਂਟ੍ਰੈਕਟ ਮੈਨੂਫੈਕਚਰਿੰਗ ਵਜੋਂ ਚਰਚਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਸ ਦੀ ਕੀਮਤ ਅਕਸਰ ਸਿਰਫ ਅਸੈਂਬਲੀ ਤੋਂ ਬਹੁਤ ਅੱਗੇ ਹੁੰਦੀ ਹੈ—ਜਿਵੇਂ ਕਿ ਰੈਂਪ ਅਤੇ ਸੰਚਾਲਨ ਸਮਨਵਯ।
ਸਮਨਵਯ ਉਹ ਅੰਤ-ਟੁ-ਅੰਤ ਕੋਆਰਡੀਨੇਸ਼ਨ ਹੈ ਜੋ ਪੂਰੇ ਬਿਲਡ ਨੂੰ ਸਤਰ 'ਤੇ ਰੱਖਦਾ ਹੈ:
ਇੱਕ ਵੀ ਲੰਘ ਦਾ ਲੰਬਾ ਹਿੱਸਾ ਜਾਂ ਅਸਪਸ਼ਟ ਵਿਸ਼ੇਸ਼ਤਾ ਸਾਰੇ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਰੋਕ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਸਮਨਵਯ ਖੁਦ ਇੱਕ ਉਤਪਾਦ ਵਾਂਗ ਕੀਮਤੀ ਹੈ।
ਇੱਕ ਕਨਟਰੋਲ ਟਾਵਰ ਇੱਕ ਕੇਂਦਰੀ ਓਪਰੇਸ਼ਨਲ ਨਜ਼ਾਰਾ ਹੈ ਜੋ ਯੋਜਨਾ ਨੂੰ ਹਕੀਕਤ ਨਾਲ ਜੋੜਦਾ ਹੈ:
ਮਕਸਦ ਤੇਜ਼ ਫੀਡਬੈਕ ਲੂਪ ਬਣਾਉਣਾ ਹੈ—ਤਾਂ ਜੋ ਹਜ਼ਾਰਾਂ ਯੂਨਿਟ ਪ੍ਰਭਾਵਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮੱਸਿਆਆਂ ਕਾਬੂ ਹੋ ਸਕਣ।
ਯੋਗਤਾ ਆਮ ਤੌਰ 'ਤੇ ਚਾਰ ਵਿਵਹਾਰਕ ਗੱਲਾਂ ਚੈਕ ਕਰਦੀ ਹੈ: