$1M → $10M

इस दस्तावेज़ के दो भाग हैं।

मुफ़्त आधा हिस्सा अध्याय 0 और 1 है। यह स्कोर करता है कि क्या आपका व्यवसाय व्यवस्थित होने के लिए तैयार भी है। फिर यह इनवॉइस और टास्क लॉग से ली गई दो संख्याओं के साथ कंपनी का कितना हिस्सा आप हैं, इसके बारे में आपकी आंत की भावना को बदल देता है। दो उपकरण, और दोनों दो सप्ताह के भीतर लिखित रूप में कुछ न कुछ बनाते हैं। यदि आप केवल यहाँ तक पढ़ते हैं, तब भी आप अपने संस्थापक-निर्भरता सूचकांक को जानेंगे और यह जानेंगे कि कौन सा आवर्ती कार्य पहले लिखना है। इस पड़ाव पर अधिकांश संस्थापकों के पास दोनों में से कुछ भी नहीं होता है, और वे एक कूबड़ पर पूरा साल चलाते हैं।

भुगतान वाला आधा हिस्सा अध्याय 2 से 12 तक और टेम्पलेट पैक है। वह मशीन है। केवल वही काम जिसके आसपास एक कैलेंडर का पुनर्निर्माण करना है जो केवल आप ही कर सकते हैं। ऐसे मानक कैसे लिखें जिन पर कोई और कार्य कर सके, और विशेषणों के बजाय मिसाल से निर्णय-कौशल कैसे सिखाया जाए। कतार बने बिना समीक्षा कैसे करें, और भर्ती करने से पहले स्वचालित कैसे करें। अपनी स्वयं की लागत के बजाय ग्राहक की समस्या के विपरीत मूल्य निर्धारण कैसे करें, और एक बार में एक ईमानदार कदम बड़े बाज़ार की ओर कैसे बढ़ें। और भावनाओं के बजाय सबूतों से कैसे जानें कि आप प्लेबुक III के लिए तैयार हैं।

इस अध्याय में फ़ैसला: क्या आप वास्तव में व्यवस्थित करने के लिए तैयार हैं, या यह पुस्तक आपको नुक़सान पहुँचाएगी?

थीसिस, एक पन्ने में

भरोसा वही है जो आपको यहाँ ले आया। किसी ने विश्वास किया कि आप उनकी समस्या को हल कर सकते हैं, आपने इसे हल किया, और उन्होंने किसी और को बताया। इसे चालिस या पचास बार दोहराएँ और आपके पास राजस्व में दस लाख हैं। आपके पास एक संस्थापक भी है जो पाइपलाइन के शांत हुए बिना दो सप्ताह की छुट्टी नहीं ले सकता है।

आश्वस्ति (Confidence) एक अलग चीज़ है। आश्वस्ति वह है जो बाज़ार तब महसूस करता है जब वादा निभाया जाता है चाहे आप कमरे में हों या न हों। यह ठीक एक प्रक्रिया द्वारा बनाई गई है: वादा→पूरा→वादा→पूरा, इतनी बार चलाएं कि पैटर्न आप सहित हर किसी के लिए अनुमान योग्य हो जाए।

यही पूरी किताब है। इसके बाद जो कुछ भी आता है वह आपको भार उठाने वाली दीवार के रूप में बिना उस लूप को चलाने के लिए मशीनरी है।

PEM विश्वास सूत्र (Trust Formula) कहता है कि विश्वास गुणा होता है: प्रदर्शित प्रभाव × पारदर्शी उपस्थिति × निरंतर संरेखण (Demonstrated Impact × Transparent Presence × Consistent Alignment)। राजस्व में दस लाख पर, अधिकांश संस्थापकों के पास ठीक प्रभाव और ठीक उपस्थिति होती है। $1M और $10M के बीच जो टूटता है वह निरंतर संरेखण (Consistent Alignment) है, जो बेचा गया था और जो वितरित हुआ उसके बीच का अंतर। यह टूट जाता है क्योंकि वह व्यक्ति जो व्यक्तिगत रूप से उस संरेखण की गारंटी देता था, अब नौ सौदों में विभाजित है और हर जगह नहीं हो सकता है। अंतर चुपचाप खुलता है। कोई भी यह कहते हुए ईमेल नहीं भेजता "आपकी सत्यनिष्ठा का विश्वास 30% गिर गया।" मंथन बढ़ता है, रेफ़रल पतले हो जाते हैं, और संस्थापक तय करता है कि बाज़ार कठिन हो गया है।

बाज़ार कठिन नहीं हुआ। संस्थापक एक अड़चन बन गया और लक्षण को मौसम समझ बैठा।

अध्याय कैसे काम करते हैं

एक फ़ैसला, एक औज़ार, प्रति अध्याय 90-दिन की एक चाल। बिना किसी जुड़े औज़ार के कोई सिद्धांत नहीं। किसी भी एकल अध्याय को पंद्रह मिनट में पढ़ना चाहिए और उसी हफ़्ते आपके व्यवसाय में कुछ बदलना चाहिए।

प्रत्येक अध्याय चार निश्चित अनुभागों के साथ समाप्त होता है।

• निदान

  आप वास्तव में कहाँ हैं, स्कोर किया गया या गिना गया, कभी अनुमानित नहीं।

• 90-दिन की चाल

  क्या चलाना है, किस क्रम में, जब आप पूरे हो जाएँ तो एक परीक्षा के साथ।

• पूर्वाग्रह निगरानी सूची

  वह विशिष्ट मानसिक जाल जो इस अध्याय के काम को बिगाड़ता है, और इसे कैसे ब्लॉक किया जाए।

• व्याख्यायित उदाहरण

  एक वास्तविक स्थिति को तीन तरीक़ों से दिखाया गया है, अस्वीकार्य, पर्याप्त और उत्कृष्ट, उस तर्क के साथ जो उन्हें अलग करता है। यह PEM परत-2 प्रारूप है, और पुस्तक वही अभ्यास करती है जो वह आपसे माँगती है।

मामले मिश्रित हैं, उन व्यवसायों से खींचे गए हैं जिन्हें मैंने भीतर से काम किया है या सलाह दी है, संख्याओं को समायोजित किया गया है और विवरण बदल दिए गए हैं। जहाँ कोई संख्या सटीक होती है, मैं ऐसा कहता हूँ। जहाँ यह व्याख्या करने के लिए है, मैं वह भी कहता हूँ। विश्वसनीयता समीकरण लेखक पर उतना ही लागू होता है जितना आप पर: रिकॉर्ड से एक कदम से अधिक कोई दावा नहीं।

निदान से पहले इसे पढ़ें

यह पुस्तक एक ऐसे व्यवसाय को नुक़सान पहुँचाएगी जो इसके लिए तैयार नहीं है। मानक, समीक्षा पाइपलाइन और भागीदार वेतन संरचनाएं सभी ओवरहेड हैं। एक निश्चित आकार और पुनरावृत्ति से नीचे, वह ओवरहेड संस्थापक की शेष क्षमता को खा जाता है और बिना किसी ग्राहक के एक सुंदर प्रलेखित कंपनी का निर्माण करता है। यदि आप डिलीवरी के साथ लगभग $1M पर नहीं हैं जिसे आप दोहरा सकते हैं, तो प्लेबुक I पर वापस जाएँ। यहाँ कुछ भी बर्बाद नहीं हुआ है। यह बस जल्दी है, और जल्दी महँगा है।

प्रवेश निदान (The entry diagnostic)

बीस प्रश्न, तीन खंड। प्रत्येक को 0 (नहीं, कभी नहीं), 1 (आंशिक रूप से, कभी-कभी), 2 (हाँ, लगातार) स्कोर करें। अधिकतम 40।

खंड A — संस्थापक निर्भरता (0–14)

खंड B — मानक कवरेज (0–12)

खंड C — छह-डोमेन संसाधन जाँच (0–14)

स्कोरिंग

• 32–40 — तैयार, और शायद देर हो चुकी है

  आप प्रवेश द्वार से आगे हैं। अब जो आपको सीमित करता है वह निष्पादन गति है, तत्परता नहीं। अध्याय 3 से शुरू करें, मानकों का काम चलाएं, और कैलेंडर ऑडिट के रूप में अध्याय 1 और 2 के लिए वापस आएं।

• 22–31 — लक्षित पाठक

  आपके पास विश्वास है, आपके पास पुनरावृत्ति है, और आपके पास एक संस्थापक अड़चन है जिसे आप महसूस कर सकते हैं। पुस्तक को क्रम में चलाएं। अध्याय 1 और 6 के असहज होने की उम्मीद करें।

• 14–21 — नाज़ुक

  कुछ बना हुआ है, लेकिन आप ही हैं जो इसे पकड़े हुए हैं। मूल्य-निर्धारण या भर्ती को छूने से पहले, पूरी तिमाही के लिए केवल अध्याय 1, 2 और 3 करें। एक अप्रलेखित व्यवसाय में लोगों को जोड़ने से क्षमता के बजाय अराजकता बढ़ती है।

• 14 से नीचे — अभी नहीं

  प्लेबुक I को फिर से देखें। आप एक अनुमानित चैनल, तीन ग्राहक आर्किटाइप, और अपने पिछले दस सौदों में वादे और वितरित के बीच लगभग शून्य अंतर चाहते हैं। एक अप्रमाणित व्यवसाय को व्यवस्थित करना हमेशा के लिए ग़लत चीज़ में बंद कर देता है।

अपना स्कोर और आज की तारीख कहीं लिखें जहाँ आप इसे फिर से पा सकेंगे। अध्याय 12 में आप दूसरी बार वही बीस प्रश्न लेते हैं, और दोनों के बीच का बदलाव ही एकमात्र सबूत है कि इनमें से किसी ने काम किया।

औज़ार 0 — प्रवेश निदान स्कोरशीट: बीस प्रश्न, तीन खंड, 0 से 40 स्कोर किया गया। टेम्पलेट पैक में ख़ाली संस्करण।

इस अध्याय में फ़ैसला: इस व्यवसाय का कितना हिस्सा वास्तव में आप हैं, महसूस करने के बजाय गिना गया?

एक वाक्य है जो मैं इस पड़ाव पर एक संस्थापक के साथ लगभग हर पहली बातचीत में सुनता हूँ। यह हमेशा एक हल्के, थके हुए गर्व के साथ आता है: "ईमानदारी से, जटिलता के इस स्तर पर, केवल मैं ही वास्तव में इस हिस्से को कर सकता हूँ।"

मैंने भी कहा था। लगभग चार साल के लिए।

यह स्पष्ट होने योग्य है कि वह वाक्य क्या रिपोर्ट करता है। यह आपके दस्तावेज़ीकरण का वर्णन करता है, आपकी क्षमता का नहीं। आप मुझे बता रहे हैं कि आपने कभी भी जो आप जानते हैं उसे इतना अच्छा नहीं लिखा है कि कोई अन्य व्यक्ति उस पर कार्य कर सके, और आप इसे एक ऐसे स्वर में कह रहे हैं जो एक क्रेडेंशियल जैसा लगता है।

PEM इसे स्पष्ट रूप से रखता है: वास्तविक महारत को सौंपा जा सकता है, और यदि आप इसे नहीं सौंप सकते हैं, तो आप इसे उस रूप में नहीं रख सकते जैसा आप सोचते हैं कि आप रखते हैं। इस अध्याय के लिए यह असहज ढाँचा है। आरामदायक ढाँचा यह है कि एक तिमाही इसे ठीक करती है, और पहला कदम अंकगणित है।

30-दिन का ग़ायब होना परीक्षण (The 30-day disappearance test)

पिछले तिमाही के राजस्व को लें और इसे दो कॉलमों में विभाजित करें। कॉलम एक: वह राजस्व जो तब भी समय पर वितरित किया गया होता यदि आप सीधे तीस दिनों के लिए अप्राप्य होते। कॉलम दो: वह राजस्व जो खिसक गया होता, नरम हो गया होता, या मर गया होता।

वास्तविक इनवॉइस का उपयोग करें। श्रेणियां नहीं, अनुमान नहीं। इनवॉइस, प्रत्येक एक पंक्ति, ग्राहक नाम और राशि के साथ। अनुमान लगाने से आपको हर बार एक ख़ुशफ़हमी वाली संख्या मिलती है, जो कि स्वयं को रेटिंग देने के लिए दिया जाने वाला कर है।

कॉलम दो में प्रतिशत आपका संस्थापक-निर्भरता सूचकांक (founder-dependence index) है।

60% से ऊपर $1M पर सामान्य है और $10M पर घातक है। कारण सरल और क्षमा न करने वाला है: आप अपने आप को और अधिक नहीं ख़रीद सकते। समय-संबंधी संसाधन PEM स्टैक में इकलौता डोमेन हैं जिसे आप बना नहीं सकते, केवल ख़र्च कर सकते हैं। हर विकास योजना जो अधिक संस्थापक घंटों मानती है, एक विशिष्ट तिथि पर दीवार से टकराने की योजना है, और आप आमतौर पर उस तिथि का पता लगा सकते हैं।

एक संस्थापक जिसके साथ मैंने काम किया, उसने इसे चलाया और 84% प्राप्त किया। उसके पास ग्यारह ग्राहक थे। उनमें से नौ को किसी न किसी मोड़ पर कहा गया था "यदि कुछ भी आता है तो बस मुझे सीधे कॉल करें।" उसने उन सभी निर्भरताओं का निर्माण स्वयं किया था, फिर उन्हें इस बात के प्रमाण के रूप में पढ़ा कि उसकी आवश्यकता थी।

काम को छाँटना: समझ-निर्भर बनाम निष्पादन-निर्भर

PEM निष्पादन को दो प्रकारों में विभाजित करता है। समझ-निर्भर कार्य (Understanding-dependent work) आपके अपने संचित निर्णय पर खींचता है और जिस क्षण आप इसे सौंपते हैं वह अपना मूल्य खो देता है: निदान, प्रमुख निर्णय, वह बातचीत जहाँ ग्राहक की वास्तविक समस्या उसके द्वारा वर्णित समस्या के नीचे दिखाई देती है। निष्पादन-निर्भर कार्य (Execution-dependent work) को कौशल और प्रयास की आवश्यकता होती है लेकिन आपके विशेष निर्णय की नहीं। इसे किसी ऐसे व्यक्ति की आवश्यकता है जो जानता हो कि अच्छा कैसा दिखता है।

इस पड़ाव पर लगभग हर संस्थापक पहले ढेर में बहुत अधिक रखता है। कार्यात्मक स्थिरता आपको उस सेटअप में लॉक कर देती है जहाँ आप सब कुछ करते हैं, क्योंकि वह सेटअप $200k पर काम करता था और जब उसने काम करना बंद कर दिया तो किसी ने मेमो नहीं भेजा।

इसलिए अपने वास्तविक कार्यों को छाँटें, अपने काल्पनिक कार्यों को नहीं।

टास्क ऑटोप्सी। अपने पिछले 100 तैयार कार्यों को जहाँ भी वे रहते हैं वहाँ से खींचें: कैलेंडर, प्रोजेक्ट टूल, भेजा गया मेल, इनवॉइसिंग। कोई नमूना नहीं जो आप यादों से चुनते हैं। क्रम में अंतिम 100, क्योंकि यादें आपको नाटकीय कार्य देती हैं।

प्रत्येक को दो कॉलमों में से एक में रखें। कॉलम एक के लिए परीक्षण यह नहीं है कि "क्या इसके लिए कौशल की आवश्यकता थी?" यह है: यदि किसी सक्षम व्यक्ति ने मेरे द्वारा लिखे गए लिखित मानक से यह किया होता तो क्या परिणाम स्पष्ट रूप से ख़राब होता?

ईमानदारी से स्कोर करने के लिए तीन नियम:

यदि कार्य को एक ऐसे निर्णय की आवश्यकता थी जिसे आप बाद में समझा नहीं सकते थे, तो यह समझ-निर्भर है। यदि आप इसे पाँच मिनट से कम समय में समझा सकते हैं, तो यह निष्पादन-निर्भर है, और वह स्पष्टीकरण एक मानक की शुरुआत है।

यदि आपने ऐसा इसलिए किया क्योंकि आप तेज़ हैं, तो यह निष्पादन-निर्भर है। तेज़ होना अपूरणीय होने के समान नहीं है।

यदि आपने ऐसा इसलिए किया क्योंकि ग्राहक नाम से आपसे उम्मीद करता है, तो इसे अभी के लिए समझ-निर्भर चिह्नित करें और उस पर एक स्टार लगाएं। वे सितारे एक उपस्थिति (Presence) समस्या हैं जिसे आप अध्याय 8 में हल करेंगे, न कि एक डिलीवरी समस्या।

$1M पर विशिष्ट परिणाम: 100 में से 60 और 75 के बीच कार्य निष्पादन-निर्भर कॉलम में उतरते हैं। उस संख्या और संस्थापक के अपने सप्ताह के बारे में कैसा महसूस होता है, इसके बीच का अंतर इस पूरी पुस्तक का विषय है।

"केवल मैं ही यह कर सकता हूँ" सबूत के संपर्क में क्यों बना रहता है

अंकगणित द्वारा इसे मार दिए जाने के बाद तीन विकृतियां वाक्य को जीवित रखती हैं।

अपरिहार्यता का भ्रम डिज़ाइन द्वारा स्वयं को फ़ीड करता है। आप कभी किसी को कोशिश नहीं करने देते, इसलिए कोई भी कौशल का निर्माण नहीं करता है, इसलिए रिकॉर्ड दिखाता है कि किसी और ने कभी इसे अच्छी तरह से नहीं किया है। वह आपके बारे में कुछ भी साबित नहीं करता है। यह केवल यह साबित करता है कि लूप बंद है।

IKEA प्रभाव आपके द्वारा अपने हाथों से बनाई गई किसी भी चीज़ के मूल्य को बढ़ाता है। आपकी ऑनबोर्डिंग प्रक्रिया एक प्रलेखित प्रक्रिया से बेहतर महसूस होती है क्योंकि आपने इसे असेंबल किया है। इसे एक बाहरी बेंचमार्क के विपरीत नापें और अहसास आमतौर पर जीवित नहीं रहता है।

उल्टा योजना भ्रम सबसे कम चर्चा किया गया और सबसे महँगा है। जब संस्थापक अनुमान लगाते हैं कि प्रतिनिधीकरण में समय, सुधार और दोबारा काम करने में क्या लागत आएगी, तो वे तीन से दस गुना अधिक अनुमान लगाते हैं। वही दिमाग जो ग्राहक प्रोजेक्ट के बारे में बेतहाशा आशावादी होता है, जिस क्षण प्रोजेक्ट "किसी और को सिखाना" होता है, वह निराशावादी हो जाता है। आप अनुमान लगाएंगे कि आपकी प्रस्ताव प्रक्रिया को लिखने में दो हफ़्ते लगते हैं। इसमें तीन बैठकों में लगभग छह घंटे लगते हैं। मैंने उस अंतर को इतनी बार देखा है कि इसे स्पष्ट रूप से बता सकता हूँ।

यदि आप इसे स्वीकार करते हैं तो क्या बदलता है

आप काम करने वाले व्यक्ति बनना बंद कर देते हैं और काम क्या है यह परिभाषित करने वाले व्यक्ति बन जाते हैं। वह एक वास्तविक नुक़सान है। अपने हाथों से कुछ पूरा करने की संतुष्टि वास्तविक है, और भाग II में कुछ भी इसे वापस नहीं सौंपता है। इसके बजाय आपको जो मिलता है वह आपके सर्वश्रेष्ठ प्रोजेक्ट की गुणवत्ता पर आठ प्रोजेक्ट हैं, न कि आपके सर्वश्रेष्ठ घंटे की गुणवत्ता पर एक प्रोजेक्ट।

निदान

अध्याय 2 में जाने से पहले पूरा करें:

• इनवॉइस से गणना की गई संस्थापक-निर्भरता सूचकांक: ____%
• पिछले 100 कार्यों पर टास्क ऑटोप्सी: ____ समझ-निर्भर, ____ निष्पादन-निर्भर
• उन ग्राहकों की संख्या जिन्हें व्यक्तिगत रूप से आपसे संपर्क करने के लिए कहा गया है: ____
• आपके निष्पादन-निर्भर कार्यों में से, कितनों के पास पहले से ही एक लिखित मानक है: ____

यदि चौथी संख्या 10 से कम है, तो अध्याय 3 आपका अगला वास्तविक क़दम है, चाहे जो भी अधिक जरूरी दिखता हो।

90-दिन की चाल

दिन 1–7: दो बैठकों में, ग़ायब होना परीक्षण और टास्क ऑटोप्सी चलाएं, और निदान को स्वयं किसी को न सौंपें। दिन 8–30: अपने निष्पादन-निर्भर कॉलम में तीन सबसे लगातार कार्यों को लें और उन्हें तीन सप्ताह के लिए समय-लॉग करें, क्योंकि इस पुस्तक में बाद में मूल्य-निर्धारण और भर्ती के निर्णय अनुमानित संख्याओं पर ढह जाते हैं। दिन 31–60: प्रति माह सबसे अधिक घंटों वाले एकल कार्य को चुनें जिससे आप डरते भी हैं, और जब आप इसे करते हैं तो लिखें कि आप इसे कैसे करते हैं। कोई पॉलिश किया हुआ दस्तावेज़ नहीं। आपके अपने तर्क की एक ट्रांसक्रिप्ट, यदि वह तेज़ है तो निर्देशित। दिन 61–90: उस कार्य को ट्रांसक्रिप्ट के साथ एक व्यक्ति को सौंपें, और स्वीकार करें कि पहले तीन प्रयास आपके प्रयासों से ख़राब होंगे। प्रत्येक दौर में अपने सुधारों का समय तय करें। यदि सुधार का समय दौर तीन तक नहीं गिर रहा है, तो ट्रांसक्रिप्ट समस्या है, व्यक्ति नहीं।

पूरा होने की परीक्षा: एक आवर्ती कार्य आपकी थाली से हमेशा के लिए चला गया है, और संस्थापक-निर्भरता सूचकांक कम से कम पाँच अंक गिर गया है।

पूर्वाग्रह निगरानी सूची

• अपरिहार्यता का भ्रम

  बंद-लूप प्रश्न पूछें: क्या किसी और को लिखित मार्गदर्शन और तीन प्रयासों के साथ इस पर कभी वास्तविक अवसर मिला है? यदि नहीं, तो आपके पास कोई डेटा नहीं है।

• IKEA प्रभाव

  इस तिमाही में अपने एक प्रोसेस को बाहर के प्रोसेस के विपरीत नापें। किसी प्रतियोगी का उत्पाद ख़रीदें। किसी सहकर्मी का प्रस्ताव पढ़ें।

• उल्टा योजना भ्रम

  इससे पहले कि आप सौंपें, लिखें कि आप क्या सोचते हैं कि इसमें क्या लागत आएगी। बाद में लिखें कि इसमें क्या लागत आई। लॉग रखें, क्योंकि इसके दो दौर अधिकांश लोगों के अनुमानों को हमेशा के लिए ठीक कर देते हैं।

• ऑडिट में स्व-सेवा पूर्वाग्रह

  इनवॉइस और टास्क लॉग का उपयोग करें। कभी यादें नहीं।

व्याख्यायित उदाहरण: टास्क ऑटोप्सी

मिश्रित: एक 9-व्यक्ति B2B एनालिटिक्स कंसल्टेंसी, $1.4M राजस्व।

• अस्वीकार्य

  संस्थापक एक शाम यादों से छाँटता है और 78 समझ-निर्भर, 22 निष्पादन-निर्भर प्राप्त करता है। हर क्लाइंट कॉल को समझ-निर्भर चिह्नित किया जाता है क्योंकि "हर क्लाइंट अलग होता है।" कोई घंटे संलग्न नहीं। यह क्यों विफल होता है: इनपुट यादें हैं, परीक्षण किए जाने के बजाय श्रेणियों का बचाव किया जाता है, और अभ्यास शुरू होने से पहले उत्तर तय किया गया था। यह एक कार्यपत्रक पहने हुए पुष्टि पूर्वाग्रह है।

• पर्याप्त

  संस्थापक प्रोजेक्ट टूल से 100 कार्यों को निर्यात करता है और उन्हें ठीक से छाँटता है: 41 समझ-निर्भर, 59 निष्पादन-निर्भर। कोई समय डेटा नहीं है, इसलिए यह जानने का कोई तरीक़ा नहीं है कि 59 में से कौन सा मायने रखता है। सूची दर्ज हो जाती है। यह केवल पर्याप्त क्यों है: निदान ईमानदार है और कुछ भी रैंक नहीं किया गया है। बिना किसी घंटे के एक सही सूची कोई निर्णय नहीं देती है, और एक निदान जो कोई निर्णय नहीं देता है वह उत्पादक महसूस करने का एक तरीक़ा था।

• उत्कृष्ट

  वही निर्यात, वही छाँटना, 38 के मुकाबले 62, प्लस शीर्ष पाँच आवर्ती निष्पादन-निर्भर कार्यों पर तीन सप्ताह का समय लॉगिंग। परिणाम: 22 घंटे पर मासिक रिपोर्ट असेंबली, 14 पर प्रस्ताव फ़ॉर्मेटिंग, 11 पर ऑनबोर्डिंग कॉल, 6 पर इनवॉइस का पीछा करना, 5 पर शेड्यूलिंग। संस्थापक रिपोर्ट असेंबली, 22-घंटे वाले आइटम के लिए एक तर्क ट्रांसक्रिप्ट लिखता है, और इसे वरिष्ठ विश्लेषक को सौंपता है। दौर एक में सुधार के 4 घंटे लगते हैं, दौर दो 90 मिनट, दौर तीन 20। दिन 90 तक, एक महीने में 22 घंटे चले जाते हैं, और ट्रांसक्रिप्ट मानकों की पुस्तकालय में पहली प्रविष्टि बन गई है। यह क्यों काम करता है: छाँटना सबूतों पर निर्भर करता है, झुंझलाहट के बजाय घंटे प्राथमिकता तय करते हैं, और हस्तांतरण ने एक ऐसी संपत्ति तैयार की जिसे आप एक बार के अहसान के बजाय पुनः उपयोग कर सकते हैं।

औज़ार 1 — टास्क ऑटोप्सी कार्यपत्रक: 100 कार्य, दो कॉलम, प्रति माह घंटे। टेम्पलेट पैक में ख़ाली संस्करण।