कुछ व्यवसाय सावधानीपूर्वक बनाए गए नक्शे का पालन करके अपने गंतव्य तक पहुँचते हैं। Slack ने उस नक्शे को जलाकर और उस रोशनी का उपयोग करके वहाँ तक पहुँचने का रास्ता बनाया जिससे यह देखा जा सके कि कमरे में पहले से ही क्या मौजूद था।
यह कहानी किसी पिच डेक (pitch deck) या किसी प्रतिभाशाली प्रोडक्ट स्ट्रैटेजिस्ट से शुरू नहीं होती है। इसकी शुरुआत एक वीडियो गेम से होती है। डेवलपर्स की एक टीम ने एक काल्पनिक ऑनलाइन दुनिया बनाने में अपनी पूरी ऊर्जा लगा दी। उन्होंने पात्रों को गढ़ा, उनकी कहानियाँ (lore) लिखीं, और कोड की ऐसी लाइनें जोड़ीं जिनसे लाखों खिलाड़ियों को जोड़े रखने की उम्मीद थी। फिर उन्होंने इसे रिलीज़ किया। गेम विफल रहा। किसी ने इसे नहीं खेला। ऑफिस में सन्नाटा छा गया। एक जीवंत समुदाय की ऊर्जा से भरे हलचल भरे स्टूडियो के बजाय, वे मरते हुए सर्वरों और उन आर्ट एसेट्स (art assets) के बीच बैठे थे जो कभी दर्शकों तक नहीं पहुँच पाएंगे।
यह उस तरह का क्षण है जो अधिकांश कंपनियों को समाप्त कर देता है।
जब गेम खत्म हो जाता है लेकिन रोशनी जलती रहती है
उस स्तर की विफलता विनम्रता से अपनी उपस्थिति दर्ज नहीं कराती। यह सन्नाटे के रूप में आती है। न टिकटों की बिक्री, न फोरम पर चर्चा, न ही उत्साहित उपयोगकर्ताओं के आधी रात के ईमेल। डेवलपर्स एक खाली ऑफिस में एक मरते हुए प्रोडक्ट के साथ बैठे थे। अधिकांश टीमें या तो सामान समेट लेतीं या किसी विफल बचाव मिशन पर दोगुना जोर लगातीं। इस समूह ने कुछ अलग ही किया। उन्होंने कमरे में उस एक चीज़ की ओर देखा जो अभी भी जीवित थी।
अपनी विफल काल्पनिक दुनिया बनाते समय, टीम को एक-दूसरे से बात करने के लिए एक माध्यम की आवश्यकता थी। फाइल शेयर, ईमेल थ्रेड्स और बिखरे हुए इंस्टेंट मैसेज डेवलपमेंट की गति के साथ तालमेल नहीं बिठा पा रहे थे। इसलिए उन्होंने एक इंटरनल चैट टूल बनाया। यह कच्चा था, उपयोगिता के लिए बनाया गया था, निवेशकों के लिए नहीं। इसमें कोई बड़ी महत्वाकांक्षा नहीं थी। इसने बस समन्वय (coordination) की समस्या को हल किया।
लेकिन यहाँ वह विवरण है जो मायने रखता है। जबकि गेम से उपयोगकर्ता कम होते जा रहे थे, चैट टूल लगातार काम कर रहा था। टीम इसे हर सुबह खोलती थी। वे इसका उपयोग चेक-इन करने, डिबग करने, बिल्ड्स साझा करने और डिज़ाइन विकल्पों पर बहस करने के लिए करते थे। गेम को नज़रअंदाज़ कर दिया गया क्योंकि गेम खत्म हो चुका था। चैट टूल ने उनका ध्यान खींचा क्योंकि उसने मरना स्वीकार नहीं किया था।
सबसे कठिन हिस्सा वह है जिसे आप हटा देते हैं
पिवट (pivot) को पहचानना कठिन है। उसे लागू करना और भी कठिन है। टीम को एक कठोर निर्णय लेना पड़ा। उन्होंने चैट टूल से बाकी सब कुछ हटा दिया। उस निर्णय पर ज़ोर देना ज़रूरी है। उन्होंने नए फीचर्स नहीं जोड़े। उन्होंने गेम मैकेनिक्स को नहीं जोड़ा और न ही उस सुंदर आर्ट को बचाने की कोशिश की जिसे उन्होंने बनवाया था। उन्होंने घटाया। उन्होंने कार्यक्षमता (functionality) के हर उस हिस्से को काट दिया जो पुराने प्रोडक्ट के काम आता था, जब तक कि केवल कम्युनिकेशन लेयर ही नहीं बच गई।
अधिकांश कंपनियाँ इस तरह व्यवहार नहीं करती हैं। मानवीय प्रवृत्ति हमें वह बचाने के लिए कहती है जो हमने बनाया है, हर डूबी हुई लागत (sunk cost) का उपयोग करने का तरीका खोजने के लिए कहती है। इन डेवलपर्स ने इसके विपरीत किया। उन्होंने अपने पिछले काम को एक नींव के बजाय एक मचान (scaffolding) की तरह माना। जब उन्होंने इस टूल को एक स्टैंडअलोन प्रोडक्ट के रूप में लॉन्च किया, तो यह एक इंटरनल यूटिलिटी की तुलना में कहीं अधिक हल्का, तेज़ और अपने उद्देश्य के प्रति स्पष्ट था।
Slack उस कम किए गए कोड से विकसित होकर अरबों डॉलर का अधिग्रहण बन गया। वही टीम जो किसी को अपनी काल्पनिक दुनिया देखने के लिए राजी नहीं कर सकी, अंततः यह परिभाषित करने में सफल रही कि आधुनिक ऑफिस कैसे संवाद करते हैं। वे एक विफल प्रोडक्ट से एक वैश्विक संचार मानक (global communication standard) की ओर बढ़ गए क्योंकि वे पहले वाले को पूरी तरह से मिटा देने के लिए तैयार थे।
अपनी छिपी हुई संपत्ति को खोजना
यहाँ GyaanSetu की अंतर्दृष्टि एक साधारण 'फील-गुड' नारे से कहीं अधिक गहरी है। आपकी सबसे बड़ी संपत्ति अक्सर आपकी सबसे बड़ी विफलता के भीतर छिपी होती है। यह आशावाद के बारे में नहीं है। यह अवलोकन (observation) के बारे में है।
अधिकांश संगठन, और अधिकांश व्यक्ति, ऐसी साइड प्रक्रियाएं चलाते हैं जिनका वे कभी पूरी तरह से दस्तावेजीकरण (catalog) नहीं करते हैं। एक मार्केटिंग टीम एक ऐसा स्प्रेडशीट तैयार करती है जो आधिकारिक सॉफ़्टवेयर की तुलना में बेहतर पूर्वानुमान लगाती है। एक डेवलपर रिपोर्टिंग को स्वचालित करने के लिए एक स्क्रिप्ट लिखता है और अंततः उस प्रोडक्ट से अधिक उसका उपयोग करता है जिसे बनाने के लिए उसे काम पर रखा गया था। एक कस्टमर सपोर्ट लीड एक ऐसा टेम्पलेट तैयार करता है जो टिकटों को इतनी कुशलता से हल करता है कि वह अनौपचारिक प्रशिक्षण मैनुअल बन जाता है। ये ध्यान भटकाने वाली चीज़ें नहीं हैं। ये संकेत हैं।
सवाल यह है कि क्या आप देख रहे हैं।
यदि आप किसी स्टार्टअप का नेतृत्व कर रहे हैं, तो ऑडिट करें कि आपकी टीम वास्तव में क्या उपयोग करती है जब कोई देख नहीं रहा होता है। वह नहीं जो रोडमैप कहता है। वह नहीं जिसे फंडिंग मिली है। बल्कि वह जिसे स्टैंडअप शुरू होने से पहले सुबह 9:01 बजे खोला जाता है। यदि आप एक व्यक्तिगत योगदानकर्ता (individual contributor) हैं, तो उन उपकरणों पर ध्यान दें जिन्हें आप अपने काम को आसान बनाने के लिए बनाते हैं। वह इंटरनल डैशबोर्ड जिसे आपने शुक्रवार को बनाया था। वह नोट-टेकिंग सिस्टम जिसे आपने अपनी ज़रूरत के अनुसार बदला क्योंकि बाज़ार में कुछ भी आपके काम का नहीं था। वह वर्कफ़्लो शॉर्टकट जिसे आपने स्क्रिप्ट किया और एक सहकर्मी के साथ साझा किया जो अब रोज़ाना उस पर निर्भर है।
ये साइड प्रोजेक्ट्स एक प्रकार का सत्यापन (validation) प्रदान करते हैं जिसे मार्केट रिसर्च नहीं खरीद सकता। वे इसलिए जीवित रहते हैं क्योंकि वे उपयोगी हैं, न कि इसलिए कि उनका प्रचार किया गया है।
मुख्य निष्कर्ष
Slack की शुरुआत की कहानी वास्तव में चैट सॉफ़्टवेयर के बारे में नहीं है। यह ध्यान (attention) के बारे में है। टीम में यह अनुशासन था कि वे देख सकें कि ऊर्जा वास्तव में कहाँ प्रवाहित हो रही है, और अपने सभी संसाधनों को उसकी ओर मोड़ने का साहस भी था। उन्होंने खेल को बचाने की कोशिश नहीं की; उन्होंने उसे छोड़ दिया। उसके बदले में, उन्हें कुछ ऐसा मिला जिसकी उनकी अपनी टीम को इतनी अधिक आवश्यकता थी कि उन्होंने उसे पहले ही बना लिया था।
यह सबक व्यावहारिक है। उस उत्पाद को निखारना बंद करें जो विफल हो रहा है, जबकि आप उस टूल की अनदेखी कर रहे हैं जिसे आपकी टीम ने आज सुबह चुपचाप इस्तेमाल करना शुरू कर दिया था। आपका अगला कदम शायद किसी नए बाज़ार या फंडिंग के नए दौर में न हो। यह शायद पहले से ही आपके अपने सर्वर पर चल रहा हो, उन लोगों के अलावा सभी के लिए अदृश्य जो इसके बिना अपना काम नहीं कर सकते।
अपने साइड प्रोजेक्ट्स (side projects) को देखें। उनमें से कोई एक शायद आपको बचाने की कोशिश कर रहा हो।