आपकी Complexity Scale नहीं है। यह Growth Tax है।

# आपकी Complexity Scale नहीं है। यह Growth Tax है। **सीधा जवाब:** ज्यादा products, markets, layers, approvals और projects company को अपने आप mature नहीं बनाते। वे company को slow, hard to manage और कम profitable बना सकते हैं। Founders अक्सर अच्छे कारणों से complexity जोड़ते हैं। Customer feature मांगता है। नया market local process मांगता है। Team एक और manager मांगती है। Sales एक और pricing option चाहती है। Board एक और initiative चाहता है। हर decision छोटा लगता है। साथ मिलकर वे ऐसी company बनाते हैं जिसे कम clarity पैदा करने के लिए ज्यादा लोगों की जरूरत पड़ती है। Bain ने 900 से ज्यादा global executives का survey किया और पाया कि लगभग 70% ने माना कि complexity profits को नुकसान पहुंचा रही थी। Bain के अनुसार सही balance पाने वाली companies costs को 35% तक घटा और sales को 40% तक बढ़ा सकती हैं [1]। Controversial point सरल है: **आपकी company को शायद ज्यादा capacity नहीं, कम exceptions चाहिए।** ## Complexity success के अंदर छिपी रहती है Complexity को देखना मुश्किल है क्योंकि वह growth की तरह दिखाई देती है। नया product innovation कहलाता है। नया approval control कहलाता है। नया role leadership कहलाता है। नया market expansion कहलाता है। नया project ambition कहलाता है। लेकिन customers आपकी internal complexity के लिए pay नहीं करते। वे उन्हें मिलने वाली value के लिए pay करते हैं। अगर आपकी company को price approve करने के लिए पांच meetings, feature launch करने के लिए तीन teams और customer ownership जानने के लिए चार systems चाहिए, तो आपके पास scale नहीं है। आपके पास operating tax है। Bain complexity के तीन रूप बताती है: * **Product complexity:** बहुत ज्यादा products, options, packages, SKUs या configurations। * **Organisational complexity:** बहुत ज्यादा layers, roles, committees और overlapping accountability। * **Process complexity:** बहुत ज्यादा steps, approvals, handoffs, tools और exceptions। ये एक-दूसरे को बढ़ाते हैं। Product variety process work बनाती है। Process work नए roles बनाता है। Roles ज्यादा decisions बनाते हैं। Decisions ज्यादा meetings बनाते हैं। Meetings customers की service के लिए उपलब्ध time घटाती हैं। ## Complexity test हर product, feature, market, approval और project के लिए पांच सवाल पूछें: 1. क्या customers इसे इतना value करते हैं कि इसके लिए pay करें? 2. यह कौन सा recurring cost बनाता है? 3. Result का owner कौन है? 4. यह कौन सा दूसरा काम delay करता है? 5. अगर इसे हटाएं, तो वास्तव में क्या टूटेगा? अगर कोई इन सवालों का जवाब नहीं दे सकता, तो company बिना business case के complexity उठा रही है। ## Complexity को scale समझना बनाम managed simplicity | Operating question | Scale समझी गई complexity | Managed simplicity | |---|---|---| | Product range | हर request पर option जोड़ना | Customer को value देने वाली variety रखना | | New feature | Loud customer ने मांगा, इसलिए बनाना | Demand, margin और strategic fit test करना | | Organisation | हर problem पर layer जोड़ना | एक owner को clear authority देना | | Decision | Safety के लिए ज्यादा लोगों को बुलाना | Risk के अनुसार input तय करना | | Process | हर mistake के बाद step जोड़ना | Root cause हटाना और controls सरल रखना | | Projects | बहुत initiatives शुरू करना | कुछ measurable priorities को fund करना | | Sales model | Specialists और variants जोड़ना | Core standard रखना, paid value पर ही tailor करना | | Forecast | हर exception model करना | कुछ visible drivers use करना | | Meetings | कई teams में status discuss करना | Decide करना, assign करना, result review करना | | Scale | Headcount और coordination बढ़ाना | Leverage और repeatability बढ़ाना | ## ज्यादा projects का मतलब कम progress क्यों हो सकता है Bain ने एक बड़ी natural-resources company का उदाहरण दिया जिसके पास 483 process-improvement projects थे। केवल 25 projects से significant impact की उम्मीद थी। Company ideas से खाली नहीं थी। वह focus से खाली थी। Complexity कम करने और resources को concentrate करने के बाद operating income 20% से ज्यादा बढ़ी [2]। यह projects वाला founder denial है। Leaders कहते हैं कि सब important है क्योंकि project रोकना पुराने decision को गलत मानने जैसा लगता है। Result: teams busy हैं, executives informed हैं, company slow है। किसी project के पास leader, budget और launch date होना progress नहीं है। Progress तभी है जब customer या business result बदले। ## ज्यादा managers कम accountability क्यों ला सकते हैं Companies grow करती हैं तो leaders risk घटाने के लिए layers जोड़ते हैं। Result उल्टा हो सकता है। Bain ने एक pharmaceutical company बताई जिसमें हर supervisor के पास औसतन दो research employees थे और frontline से CEO तक आठ layers थीं। Competitors में हर manager के पास 4.2 employees और कुल छह layers थीं। Structure को competitors के करीब लाने से company ने सालाना 500 million dollars तक बचाए [2]। Point यह नहीं है कि हर company को wider span of control चाहिए। Point यह है कि layer free नहीं होती। वह information slow कर सकती है, ownership blur कर सकती है और decisions के wait करने की एक और जगह बना सकती है। McKinsey ने पाया कि product, functional और regional complexity accountability को cloud कर सकती है और decision makers की संख्या बढ़ा सकती है। McKinsey survey में 72% senior executives ने कहा कि bad strategic decisions अच्छे decisions जितनी frequent थीं या organisation में norm बन चुकी थीं [3]। ज्यादा voices अपने आप बेहतर decisions नहीं बनातीं। कभी-कभी वे ऐसे decisions बनाती हैं जिनका owner कोई नहीं होता। ## Sales model complexity machine बन सकता है Bain ने healthcare, technology और financial services की लगभग 200 बड़ी US companies के 2003–2011 income statements analyse किए। आधे से ज्यादा companies में revenue के प्रतिशत के रूप में sales और marketing expense बढ़ा, या expected scale benefits दिखाई नहीं दिए [4]। Problem केवल wages नहीं थीं। Sales models complex हो गए। Companies ने product variants, specialists, solution teams, market coverage और customer-specific rules जोड़ दिए। Sales organisation चलाना कठिन हो गया, जबकि customer को कम coherent experience मिला। Bain ने पाया कि high-performing companies में low-performing companies की तुलना में 15% ज्यादा companies के पास high-value opportunities पर selling resources deploy करने की differentiated capability थी [4]। यही useful complexity और waste का फर्क है। High-performing companies हर specialisation को remove नहीं करतीं। वे तय करती हैं कि कौन सी specialisation अपने cost को justify करने लायक value बनाती है। ## Founder का complexity ledger Company की सभी exceptions की एक list बनाएं। Products, features, pricing plans, customer promises, approval steps, management layers, internal projects, reports, tools और meetings शामिल करें। हर item के लिए record करें: * यह कौन सी customer या business value बनाता है। * People, time, systems और error risk में annual cost क्या है। * Result का single accountable owner कौन है। * इसे create करने वाला decision कौन सा था। * इसके मौजूद रहने का evidence क्या है। * Review या removal date क्या है। यह conversation बदलता है। आप पूछना बंद करते हैं, “क्या हम इसे support कर सकते हैं?” और पूछना शुरू करते हैं, “जो complexity यह बनाता है, क्या वह worth it है?” ## Growth tax घटाने के पांच rules ### 1. Return hurdle बढ़ाएं Bain नए products और variations के लिए higher rate of return मांगने की सलाह देती है। कोई request resources के लिए company को simple रखने की cost से compete करे [1]। ### 2. Complexity delay करें Value chain में customisation जितना late add कर सकें, करें। Core platform, process और data model standard रखें। केवल वहां tailor करें जहां customer difference को value करता और उसके लिए pay करता है। ### 3. एक decision owner तय करें Input broad हो सकता है। Accountability vague नहीं हो सकती। एक व्यक्ति decision और result का owner हो। बाकी advise, challenge या execute करें। ### 4. केवल costs नहीं, projects kill करें अगर project portfolio वही रहता है तो cost cut hidden overload बनाता है। Low-impact projects stop करें। Best people को उन कुछ priorities पर लगाएं जो वास्तव में matter करती हैं। ### 5. Complexity को cash की तरह review करें Cash का owner, forecast और review होता है। Complexity के साथ भी वही discipline हो। New exceptions, retired exceptions, decision speed, project completion, product margin और coordination time track करें।

## Frequently asked questions ### क्या growing company के लिए complexity हमेशा bad है? नहीं। कुछ complexity customer value बनाती है या company को market serve करने देती है। Problem unmanaged complexity है: वह cost जिसे customer value नहीं करता और leadership measure नहीं करती। ### Founder कैसे जान सकता है कि company बहुत complex है? Slow decisions, repeated meetings, unclear ownership, custom work, too many projects, low product margins, rising support load और ऐसे employees देखें जो standard way explain नहीं कर सकते। ### क्या startup को product options हटाने चाहिए? वे options हटाएं जिन्हें कुछ customers value करते हैं या जो revenue से ज्यादा cost बनाते हैं। वे options रखें जो valuable customers लाते हैं और standard platform से deliver हो सकते हैं। ### Leadership team को कितने projects चलाने चाहिए? Universal number नहीं है। Test यह है कि क्या team हर project का expected result, owner, decision date और resource trade-off बता सकती है। अगर नहीं, portfolio बहुत बड़ा है। ### क्या simplification ambition घटाना है? नहीं। Simplification ambition को concentrate करती है। Company को fewer priorities, faster decisions और durable value बनाने वाले काम के लिए ज्यादा resources मिलते हैं। ### Organisational complexity का owner कौन है? CEO और executive team system के owner हैं। हर leader अपने products, processes, people और exceptions से बनी complexity का owner है। कोई function cost को बाकी सब पर outsource नहीं कर सकता। ### सबसे जल्दी कौन सी complexity हटाई जा सकती है? उस work से शुरू करें जिसे कोई customer value से connect नहीं कर सकता: duplicate reports, inactive projects, unused tools, unnecessary approvals, low-volume product variants और no-decision meetings। ## Final verdict Scale को leverage बढ़ाना चाहिए, exceptions की संख्या नहीं। **अगर customers आपकी complexity के लिए pay नहीं करते, तो आपका margin करता है।** ## References [1] [Bain — Cutting through complexity](https://www.bain.com/insights/cutting-through-complexity/) [2] [Bain — The power of managing complexity](https://www.bain.com/insights/the-power-of-managing-complexity/) [3] [McKinsey — Untangling your organization’s decision making](https://www.mckinsey.com/capabilities/people-and-organization/our-insights/untangling-your-organizations-decision-making) [4] [Bain — Is complexity killing your sales model?](https://www.bain.com/insights/is-complexity-killing-your-sales-model/)