मुख्य सामग्री पर जाएँ

Costdown कैसे इस्तेमाल करें

Costdown वह जगह है जहाँ आप एक cost reduction improvement को संख्याओं के रूप में दर्ज करते हैं, और फिर उसे उसी देश की दूसरी फैक्ट्रियों से मिलाकर देखते हैं। पहले दो सेक्शन आपको यही काम शुरू से आख़िर तक करा देते हैं। बाक़ी सेक्शन वे बातें समझाते हैं जो स्क्रीन देखकर पता नहीं चलतीं — उन्हें ज़रूरत पड़ने पर पढ़िए, शुरू करने से पहले नहीं। हर input field के साथ उसकी अपनी व्याख्या भी वहीं मौजूद है: देखिए “हर field के बगल वाला ?”।

शुरुआत कहाँ से करें

यह इस पर निर्भर है कि आप किस काम से आए हैं। तीन रास्ते, किसी क्रम में नहीं:

आप क्या करना चाहते हैंकहाँ जाएँपहले क्या चाहिए
कुछ भी publish किए बिना यह निकालना कि एक improvement से कितनी बचत होगीIntelligence → Calculatorकुछ नहीं। बिना account चलता है और कुछ भी store नहीं करता।
जो improvement आप कर चुके हैं उसे दर्ज करना, ताकि दूसरे देख और मिला सकेंWorkspace → Proposal लिखेंपहले और बाद की cost figures, और आपने दोनों को मापा कैसे।
देखना कि आपकी industry में दूसरों ने क्या किया हैDiscover → Projectsकुछ नहीं।

Calculator और लिखने वाला page एक ही formula इस्तेमाल करते हैं, इसलिए Calculator में आज़माया गया आँकड़ा proposal बनाने पर वही निकलता है।

एक proposal शुरू से आख़िर तक लिखना

नीचे का क्रम page पर मौजूद fields के असली क्रम जैसा ही है। उसे खोलने से पहले पाँच चीज़ें हाथ में हों तो बेहतर — इनके बिना भी लिख सकते हैं, पर तब proposal नीचे वाले trust level पर ही रह जाता है:

  • improvement से पहले और बाद की cost, category के हिसाब से अलग-अलग — एक कुल जोड़ नहीं।
  • आपने वे दोनों आँकड़े कैसे मापे: हाथ से गिनती, shift logs, production reports, invoices।
  • महीने का volume, working days, रोज़ की shifts, हर shift के घंटे — cost को एक piece तक लाने के लिए system को ये चाहिए।
  • जो पैसा पहले ही लग चुका है, अगर लगा हो। नहीं लगा तो “इस proposal में कोई investment नहीं चाहिए” पर निशान लगाइए।
  • मशीन के नाम, material codes, ठीक-ठीक model — जितना specific, उतना ही पढ़ने वाला इसे अपने shop floor से मिला पाएगा।
चरणआप क्या करते हैंउसके बाद आपके पास क्या होता है
1Workspace → Proposal लिखें पर जाइए। शीर्षक लिखिए और Industry चुनिए।दोनों ज़रूरी fields हो गए। Industry चुनने से ही नीचे के fields सही मशीनें और materials सुझाना शुरू करते हैं।
2Process, मुख्य KPI type और difficulty चुनिए।ये तीन तय करते हैं कि आपका proposal किस comparison group में जाएगा। खाली छोड़ दें तो save तो होगा, पर ranking से बाहर रहेगा।
3विस्तृत सामग्री लिखिए, फिर तीन description fields: समस्या, mechanism, छोटा सारांश।पढ़ने वाला सबसे पहले यही पढ़ता है। सारांश को शीर्षक की तरह नहीं, उत्तर की तरह लिखिए।
4Cost table पर आइए। जिस भी category से मतलब है, “+ Row जोड़ें” दबाइए और Before–After दोनों columns भरिए।दाईं ओर का panel कुल और saving प्रतिशत तुरंत दिखाता है और टाइप करते-करते बदलता रहता है — दबाने के लिए कोई Calculate बटन नहीं है।
5लागू करने की शर्तें और जोखिम भरिए।ये दो ही एक काम आने वाले proposal को शेखी से अलग करते हैं। पढ़ने वाले को यह जानना ज़रूरी है कि आपका improvement कहाँ लागू नहीं होता।
6नतीजा कैसे verify हुआ और measurement method भरिए।trust level यही field तय करता है। ठीक-ठीक लिखिए: क्या मापा, किससे मापा, किसके मुक़ाबले मापा, किसने sign किया।
7hard cash बचत या cost avoidance चुनिए। पक्का न हो तो खाली छोड़िए।पढ़ने वाले को पता चलता है कि आपका आँकड़ा invoice तक पहुँचता है या नहीं।
8Investment और implementation time भरिए, या no-investment वाला box चुनिए।payback कितने महीने का है, यह system निकाल देता है — आपको नहीं निकालना पड़ता।
9Save दबाइए।Proposal “मेरे proposals” में आ जाता है। उसके बाद saving figure में हर बदलाव दर्ज होता है: पुराना मान, नया मान, कब।

Before और After columns के बारे में: Before आज की स्थिति है, After वह स्थिति जब improvement लग चुका हो। जिस category को improvement छूता ही नहीं, उसके दोनों columns खाली छोड़िए — खाली न दिखे इसलिए Before का आँकड़ा After में मत उतारिए, क्योंकि इससे आप उस category के बारे में एक दावा कर बैठते हैं जिससे आपके improvement का कोई लेना-देना नहीं।

“System आपकी संख्याओं से क्या पढ़ रहा है” वाला panel दाईं column में है और save के बाद नहीं, टाइप करते समय चलता है। यह वे बातें बताता है जो ख़ुद पकड़ना मुश्किल है: वह row जिसका असर लगभग शून्य है, वह category जो बाक़ी सबसे बिलकुल अलग पैमाने पर है, वह जगह जहाँ एक तरफ़ भरा और दूसरी तरफ़ खाली रह गया। चालीस rows भर लेने के बाद पढ़ने से कहीं ज़्यादा क़ीमती है टाइप करते-करते पढ़ना।

अगर अभी कुछ भी publish नहीं करना है तो Intelligence → Calculator इस्तेमाल कीजिए: वही formula, account की ज़रूरत नहीं, कुछ store नहीं होता। पहले वहाँ आँकड़े आज़माइए, बाद में मन हो तो proposal पर आइए।

दस cost categories

Cost दस categories में बँटी है। सभी दस भरना ज़रूरी नहीं — सिर्फ़ वे, जिन्हें आपका improvement सचमुच छूता है।

Categoryकब भरें
Labourकोई व्यक्ति product पर समय दे रहा हो: मशीन चलाना, assembly, inspection, setup।
Machineमशीन चल रही हो: depreciation, बिजली, maintenance, घिरा हुआ machine time।
Materialवह material जो product में जाता है।
Scrapफेंका गया material या product।
ConsumablesTooling, drills, grinding wheels, cutting fluid — जो घिसकर बदले जाते हैं।
Outsourcingकोई step जो बाहर के supplier ने किया।
Reworkख़राब parts जिन्हें scrap करने के बजाय सुधारकर पास कराया गया।
Packagingडिब्बे, trays, film, भराई।
Logisticsइसी product से जुड़ा freight।
Factory overheadवह हिस्सा जो accounting पहले ही product पर डाल चुकी है। महीने के हिसाब से जोड़िए, volume से गुणा मत कीजिए।

खाली छोड़ना शून्य नहीं होता

यही सबसे आसानी से हो जाने वाली ग़लती है, और यह ऐसी ग़लत cost बनाती है जो देखने में बिलकुल सही cost जैसी लगती है।

खाली field का मतलब है कि आपने वह बताया ही नहीं — यह नहीं कि आप कह रहे हैं कि वह category शून्य है। System दोनों स्थितियों को अलग रखता है और अलग दिखाता है। अगर आपका सचमुच मतलब है “इस पर कुछ ख़र्च नहीं होता”, तो 0 लिखिए — वह एक दावा है, और वह खाली छोड़ने जैसा नहीं है।

वजह: जिस proposal की आधी categories खाली हों, वह भी बहुत आकर्षक saving प्रतिशत दिखा देता है। अगर खाली को शून्य गिना जाए, तो कोई “यह improvement सचमुच बहुत बचाता है” और “लिखने वाले ने आधा ही भरा है” में फ़र्क़ नहीं कर पाएगा।

Hard cash बचत या cost avoidance

ये दोनों काग़ज़ पर एक जैसी दिखती हैं पर accounts में अलग व्यवहार करती हैं, इसलिए हर proposal को बताना चाहिए कि कौन-सी है।

  • Hard cash बचत: improvement के बाद हर महीने सचमुच जो रक़म चुकाई जाती है, वह आज की तुलना में घट जाती है। बिजली पर 5 लाख जाते थे, motor बदला और 4.2 लाख हो गए — अगले महीने का बिल 80 हज़ार कम।
  • Cost avoidance: चुकाई जाने वाली रक़म घटती नहीं; वह बस उतनी नहीं बढ़ती जितनी बढ़ती। Supplier 5 लाख से 5.5 लाख की बढ़ोतरी बताता है, आप फिर से मोल-भाव करते हैं और material बदलकर 5 लाख पर टिका देते हैं — बिल आज भी 5 लाख का है, और accounting को कुछ घटता नहीं दिखता।

पक्का न हो तो खाली छोड़िए। खाली का मतलब है “बताया नहीं गया”; अंदाज़ा लगाने का मतलब है ग़लत बात दर्ज करना, और लाइन का जानकार पढ़ने वाला उसे पकड़ लेगा।

चार trust levels

हर proposal के साथ एक trust level चलता है। System उसे मौजूद सबूतों से दोबारा गिनता है — यह आपका चुना हुआ label नहीं है, और लंबा लिखने से यह ऊपर नहीं जाता।

स्तरइसका मतलब
Unverifiedआँकड़ा लिखने वाले ने निकाला, measurement का कोई सबूत नहीं।
Self-evidencedआँकड़े पूरे हैं और लिखने वाले ने बताया है कि कैसे मापे गए।
Counterpart verifiedकिसी फैक्ट्री ने इसे लागू किया और असली आँकड़े पर दोनों पक्ष सहमत हुए।
Platform verifiedएक स्वतंत्र तीसरे पक्ष ने जाँचा और पाया कि बात टिकती है।

Proposal लिखते समय “कैसे verify हुआ” सबसे अहम field है। “हमें साफ़ कमी दिखी” जैसी गोल बात proposal को सबसे नीचे वाले स्तर पर और ranking से बाहर रख देती है, चाहे आँकड़े कितने भी अच्छे हों। ठीक-ठीक बात — क्या मापा, किससे, किसके मुक़ाबले, किसने sign किया — स्तर ऊपर उठाती है।

Posts की संख्या ranking में कभी नहीं गिनी जाती, बराबरी टूटने की स्थिति में भी नहीं। ज़्यादा post करने से आप ऊपर नहीं आते।

दूसरी फैक्ट्रियों से तुलना

Ranking और तुलना सिर्फ़ एक ही देश के भीतर होती है। वियतनाम में 20% बचाने वाला improvement और जर्मनी में 20% बचाने वाला improvement सीधे नहीं मिलाए जा सकते: labour, बिजली और material की क़ीमतें बहुत दूर-दूर हैं।

इसीलिए तुलना प्रतिशत और payback months में मापी जाती है, कभी absolute पैसे में नहीं। Exchange rate save करते समय असली लिया जाता है और फिर जमा दिया जाता है, ताकि rate हिलने पर पुराना proposal अपना मतलब न बदले।

सहकर्मियों के साथ group

एक ही कंपनी के सहकर्मी employer का नाम बताकर नहीं, बल्कि एक random join code से एक साथ जुड़ते हैं। आप code बनाते हैं, सहकर्मी को देते हैं, और जो उसे डालता है वही उसी group में आ जाता है — इससे आप internal material codes साझा कर सकते हैं और आँकड़े मिला सकते हैं, बिना यह बताए कि आप कहाँ काम करते हैं।

Code बनने के समय एक ही बार दिखता है और कभी पढ़ने लायक़ रूप में store नहीं होता। खो जाए तो कोई नहीं निकाल सकता, administrators भी नहीं — नया बनाइए और पुराना रद्द कर दीजिए।

जब कोई आपका improvement लागू करता है

एक proposal आगे चलकर दो पक्षों वाला project बन सकता है: जिसने improvement दिया और जिसने उसे लागू किया। लागू करने वाला पक्ष बाद में असली आँकड़े जमा करता है, और दूसरा उन्हें जाँचकर पक्का करता है। जब दोनों सहमत हों, तभी नतीजा verified के रूप में दर्ज होता है।

यही वह चीज़ है जो spreadsheet नहीं दे सकती: एक ऐसा आँकड़ा जिस पर किसी और ने, किसी दूसरी फैक्ट्री में, अपना नाम भी लगाया है।

हर field के बगल वाला ?

लगभग हर input field के बगल में एक ? है। उसे दबाने पर उसी field की व्याख्या खुलती है, और हर व्याख्या चार बातें बताती है: यह है क्या, कब भरें और कब नहीं, असली संख्याओं वाला एक उदाहरण, और अपने नाम से आगे यह field और कौन-सी स्थितियाँ समेटता है।

चौथी बात ही सबसे पढ़ने लायक़ है। Field का नाम सबसे छोटा नाम होता है, सबसे पूरा नहीं — “Weight (kg)” देखकर यह मान लेना कि यह सिर्फ़ धातु के लिए है, plastics, textiles या wood में काम करने पर पूरी material category छोड़ देने जैसा है।

जिस field के पीछे कोई formula है, वहाँ व्याख्या formula और उसका स्रोत दोनों देती है।

सिर्फ़ Excel क्यों नहीं

सवाल जायज़ है, क्योंकि Excel में टाइप करना तेज़ है, layout ज़्यादा आज़ाद है, और वह offline चलता है। Costdown इन तीनों में जीतने की कोशिश ही नहीं करता।

पाँच चीज़ें हैं जो spreadsheet नहीं कर सकती, और वही Costdown के होने की पूरी वजह हैं:

  • materials, machines और processes की एक साझा library — बजाय इसके कि हर कोई एक ही चीज़ की अपनी-अपनी spelling लिखे और फिर आँकड़े जोड़े ही न जा सकें।
  • उसी industry और उसी देश की दूसरी फैक्ट्रियों के आँकड़े देखना।
  • जिस counterpart ने सचमुच आपका improvement लागू किया, उसी से असली आँकड़ा confirm कराना।
  • ऐसा edit history रखना जो मिटाया न जा सके: saving figure बदलिए और system पुराना मान, नया मान, किस account ने बदला और कब — सब दर्ज कर लेता है।
  • सबके लिए एक ही formula — दो files के दो जवाब और “कौन-सा सही है” वाली बहस ख़त्म।

अगर सामने पड़े काम में इन पाँच में से एक की भी ज़रूरत नहीं है, तो Excel वाक़ई तेज़ है, और हम यह सीधे कह देना बेहतर समझते हैं।

जब कुछ मेल न खाए

अगर product में कुछ भी इस page के बताए तरीक़े से अलग व्यवहार करे, तो ग़लती हमारी है, आपकी नहीं — कृपया संपर्क करें के ज़रिए बताइए। संदेश सुरक्षित रखे जाते हैं और तुरंत case number मिल जाता है, इसलिए आपकी बात कहीं खोती नहीं।

उद्योग के अनुसार गाइड

सामान्य बातों के बजाय हर उद्योग के लिए अलग: लागत कैसे बाँटें, आमतौर पर गलती कहाँ होती है, और आपके शॉप में आंकड़े कहाँ पहले से मौजूद हैं।

सभी industries के लिए साझा

CNC machining और precision

Sheet metal: laser cutting और bending

Textile और garment

Plastic injection और rubber

Furniture और woodworking

Printing और packaging

खाद्य प्रसंस्करण

  • खाद्य प्रसंस्करण की लागत: yield, batches और उनके बीच जो होता है

    Processed food की लागत दसों categories में। कच्चा माल हर क़दम पर वज़न खोता है, और batches के बीच की लागतें — cleaning, changeover, testing — batch की हैं, piece की नहीं।

  • Yield गुणा होता है, जुड़ता नहीं

    हर क़दम का नुक़सान अगले पर चढ़ता जाता है, इसलिए छोटे नुक़सानों की क़तार उनके जोड़ से कहीं बड़ी होती है। पूरी शृंखला को उन्हीं दो आंकड़ों से कैसे नापें जो आपके पास हैं, और giveaway कहाँ छिपा है।

  • Cleaning और changeover: per batch लागत, per unit नहीं

    Batches के बीच सफ़ाई की लागत उतनी ही है चाहे batch बड़ी हो या छोटी — असल में short runs को महँगा यही बनाता है। इसे कैसे गिनें, और यह batch size के बारे में क्या बताता है।

Electronics और PCBA assembly

  • PCB assembly की लागत: components, placements और वह सब जो BOM नहीं दिखाता

    Assembled board की लागत दसों categories में। दो बातें इस काम को बाकियों से अलग करती हैं: BOM लागत पर हावी रहता है, और machine time boards की नहीं, placements की गिनती के पीछे चलता है।

  • सैकड़ों lines वाला BOM: कुल बदले बिना पूँछ समेटना

    BOM का ज़्यादातर हिस्सा सस्ते parts का है जो मिलकर भी लागत मुश्किल से हिलाते हैं। उन्हें कैसे समूह में रखें कि sheet पढ़ने लायक़ रहे, कुल बिल्कुल वैसा कैसे रहे, और समूह बनाना कब उसी चीज़ को मिटा देता है जिसकी आपको ज़रूरत थी।

  • Placement count और changeover: SMT दाम के पीछे के दो आंकड़े

    SMT assembly की लागत इस पर चलती है कि कितने parts लगते हैं और line कितनी बार set होती है। दोनों उसी data से नापे जा सकते हैं जो line पहले से देती है, और दोनों अलग improvements की तरफ़ इशारा करते हैं।

Machine building और equipment

Welding और steel structure

Semiconductor: assembly और test

  • Semiconductor assembly और test चरण की लागत

    Back-end चरण का विभाजन: die लगाना, wire bonding, encapsulation, testing। ख़ासियत: आने वाला die बेहद महँगा है, इसलिए line के आख़िर में fail होना किसी भी दूसरे काम से ज़्यादा महँगा पड़ता है।

मादक पेय

तंबाकू उत्पाद

चमड़ा और footwear

रासायनिक उत्पाद

निर्माण सामग्री

Auto components

Aviation parts

Medical devices

खेल का सामान

  • खेल के सामान की लागत: एक product, कई आंशिक costings

    खेल के सामान आमतौर पर एक ही चीज़ में plastic, कपड़ा, लकड़ी, चमड़ा और धातु मिलाते हैं। हर sub-assembly की costing उसके material के लेख से कैसे करें और अंत में जोड़ें, बजाय इसके कि सब कुछ एक material line में डाल दिया जाए।

नवीकरणीय ऊर्जा उपकरण

बिना piece वाले उद्योग

Costdown कैसे इस्तेमाल करें | costdown.org