Zapier, Make या n8n कब छोटे पड़ने लगते हैं?

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

यह आख़िरी बात पहले कहने लायक है, क्योंकि इस सवाल पर आपको जो सलाह आम तौर पर मिलती है, वह ऐसे किसी व्यक्ति की होती है जिसके पास बेचने को कुछ बड़ा है। गिने-चुने फ़्लो चलाने वाले ज़्यादातर कारोबारों को उन्हें चलाते रहना चाहिए।

ये टूल असल में किस काम में अच्छे हैं?

ऐसे ऐप्लिकेशन के बीच जानकारी पहुँचाने में, जो कभी एक-दूसरे से बात करने के लिए बने ही नहीं थे। यह असली समस्या है, और ये इसे अच्छे से सुलझाते हैं। एक ट्रिगर, कुछ क़दम, एक मंज़िल: नया ऑर्डर आया तो शीट में एक पंक्ति जुड़ गई, अटैचमेंट अपने-आप फ़ाइल हो गया, फ़ॉर्म से शीट भर गई, किसी को ख़बर मिल गई। आपके दफ़्तर में स्प्रेडशीट में माहिर कोई भी व्यक्ति ऐसा फ़्लो बना सकता है, बिना डेवलपर के, बिना प्रोजेक्ट के, और बिना इजाज़त माँगे।

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

कब किसी फ़्लो को वह बात जाननी पड़ती है जो सिर्फ़ आप जानते हैं?

यह पहली सीमा है, और यह चुपचाप आती है।

“यह ऑर्डर बिलिंग सिस्टम में डाल दो” ढुलाई की समस्या है। ये टूल इसी के लिए बने थे। “यह ऑर्डर बिलिंग सिस्टम में डाल दो, बशर्ते ग्राहक का उधार रुका हुआ न हो, और अगर माल कम है, तो उस गोदाम से लो जो सबसे जल्दी भेज सके” फ़ैसले की समस्या है। इसके लिए आपके उधार के नियम, आपके स्टॉक की स्थिति और आपके डिस्पैच का भूगोल चाहिए, और इनमें से कुछ भी ऑर्डर में नहीं होता।

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

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

अगर कोई फ़्लो रुक जाए, तो आपको कैसे पता चलेगा?

दूसरी सीमा, और महँगी वाली।

ये टूल चुपचाप फ़ेल होते हैं, और यह इनकी कोई ख़राबी नहीं। कोई रन एरर देता है, एरर लॉग में दर्ज हो जाता है, शायद उसे बनाने वाले के इनबॉक्स में एक ईमेल आ जाता है। कारोबार बिना जाने चलता रहता है। जो ऑर्डर कभी बिलिंग तक नहीं पहुँचा, वह एरर के रूप में पकड़ में नहीं आता; वह ग़ायब इनवॉइस के रूप में सामने आता है, या किसी ग्राहक के इस सवाल के रूप में कि उसका माल कहाँ है।

तो जिस फ़्लो पर आप सबसे ज़्यादा निर्भर हैं, उसके बारे में दो सवाल पूछें। अगर वह आज रात रुक जाए, तो किसे पता चलेगा? और कैसे पता चलेगा? अगर दूसरे सवाल का ईमानदार जवाब है “ग्राहक फ़ोन करेगा”, तो आपके पास ऑटोमेशन नहीं है। आपके पास एक ऐसी निर्भरता है, जिसका किसी को पता नहीं।

इसका इलाज कोई ज़्यादा चतुर टूल नहीं। इलाज एक आदत है, और वह साधारण इंजीनियरिंग है: गड़बड़ी उसी दिन एक तय व्यक्ति तक पहुँचे, साथ में यह कि क्या फ़ेल हुआ, उसमें क्या था और उसके लिए क्या करना है; और जो चीज़ें फ़ेल हुईं, वे एक कतार में रहें, जिन्हें वजह ठीक होने के बाद कोई दोबारा चला सके। इसमें कोई चमक-दमक नहीं, पर जिस ऑटोमेशन पर कारोबार चल सके और जिस ऑटोमेशन के बारे में आपको ग्राहक से पता चले, उन दोनों में पूरा फ़र्क़ यही है।

बीसवाँ फ़्लो कब समस्या बन जाता है?

तीसरी सीमा है निर्भरता, और ज़्यादातर मामलों का फ़ैसला यही करती है।

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

ग़ौर करें कि यहाँ क्या नहीं हो रहा। कुछ भी टूटा नहीं है। हर फ़्लो अब भी ठीक वही करता है, जिसके लिए वह बना था। जो ख़त्म हो गया है, वह है किसी की भी भरोसे के साथ कुछ बदल पाने की क्षमता, और छोटा पड़ जाने का असल मतलब यही है। यह नहीं कि टूल बहुत छोटा हो गया। यह कि उस पर आपकी निर्भरता, उसके बारे में आपकी समझ से आगे निकल गई।

और इसके ख़र्च का क्या?

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

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

तो क्या सब कुछ हटा दें?

नहीं, और जवाब वही है जो मौजूदा सॉफ़्टवेयर को बदलने या जोड़ने के सवाल का है: सवाल कभी टूल का नहीं होता, सवाल यह है कि कौन-सा फ़्लो किस कसौटी पर खरा नहीं उतरता।

आपने जो कुछ बनाया है, उसकी सूची लें। हर एक के आगे तीन सवाल। क्या यह ऐसा फ़ैसला करता है जो सिर्फ़ आपका कारोबार कर सकता है? अगर यह रुक जाए, तो क्या किसी को पता चलेगा? क्या कुछ और इस पर टिका है? जो फ़्लो तीनों कसौटियों पर खरे उतरते हैं, वे ठीक वहीं रहते हैं जहाँ हैं, और ज़्यादातर यही होंगे। जो फ़्लो एक या ज़्यादा पर खरे नहीं उतरते, वही आपका स्पेसिफ़िकेशन हैं: उन्हीं को आपका अपना बनना चाहिए, जिन पर नज़र रखी जाए, जो टेस्ट हों, और जो ऐसी जगह लिखे हों जिसे कोई इंसान पढ़ सके।

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

जो बनाया है, उसमें से क्या रखें?

आप जितना सोचते हैं, उससे ज़्यादा, और अक्सर यही हिस्सा फेंक दिया जाता है।

उस अकाउंट का हर फ़्लो एक दर्ज की हुई माँग है। एक असली व्यक्ति, जो एक असली नुक़सान झेल रहा था, ठीक-ठीक बताता है कि उसकी जगह क्या होना चाहिए, और उसे इतनी परवाह है कि वह इसे बना भी देता है। यह किसी मीटिंग में दिए गए उसी जवाब से ज़्यादा क़ीमती है, क्योंकि यह माँगा नहीं गया, बनाया गया। कोई ऐसी समस्या के लिए फ़्लो नहीं बनाता, जो उसके पास है ही नहीं।

इसलिए जब काम आगे बढ़ता है, तो फ़्लो भी उसके साथ जाते हैं, कचरे की तरह नहीं, सबूत की तरह: क्या ऑटोमेट हुआ, किसने किया, और किस तकलीफ़ के क्रम में। यह आपके कारोबार के पास ज़रूरतों का सबसे ईमानदार दस्तावेज़ है, और इसे बनाने में आपका कुछ ख़र्च नहीं हुआ।

फ़र्नीचर निर्माता दिखाता है कि उस पार पहुँचकर चीज़ें कैसी दिखती हैं। ऑर्डर की हर स्टेज की पुष्टि फ़ोन पर वही व्यक्ति करता है जो उसे कर रहा है, हर ऑर्डर मालिक के बोर्ड पर है, और कोटेशन से डिस्पैच के बीच कुछ भी दोबारा टाइप नहीं होता। नो-कोड टूल इनमें से कुछ भी करने की कोशिश कर सकता है। पर इनमें से कुछ भी उसके भरोसे नहीं छोड़ा जा सकता।

तो: तब नहीं, जब कोई आपसे कहे कि यह टूल पेशेवर नहीं है, और तब भी नहीं, जब आप किसी ख़ास आकार तक पहुँच जाएँ। तब, जब कोई फ़्लो ऐसा फ़ैसला करे जिसे कोई पढ़ नहीं सकता, जब कोई गड़बड़ी आप तक किसी ग्राहक के ज़रिए पहुँचे, और जब उन्नीसवें फ़्लो को छूने की हिम्मत किसी की न हो। ये उन सिस्टमों के बारे में तीन सवाल हैं जो आपके पास पहले से हैं, और इनके जवाब उन गिने-चुने फ़्लो के नाम बता देते हैं, जिन्हें आगे ले जाना फ़ायदेमंद है। बाक़ी सब वहीं रहता है जहाँ है, और एआई और ऑटोमेशन के काम का दायरा हम शुरू से इसी तरह तय करते हैं।