ऑटोमेशन

AI वर्कफ्लो ऑटोमेशन जो आपका क्लाइंट सच में देख सके

15 अगस्त 2026
100 मिनट पढ़ें
बिना इंटरफ़ेस वाला ऑटोमेशन रन लॉग, उसके बगल में क्लाइंट की माँगी जाने वाली चार स्क्रीन — सबमिट, स्टेटस, ब्राउज़ और एक्सेप्शन

📋TLDR

  • •"क्या मैं इसे देख सकता हूँ?" आपके ऑटोमेशन की शिकायत नहीं है। यह उस डिलिवरेबल की माँग है जिसका आपने कभी कोट ही नहीं दिया।
  • •चार स्क्रीन लगभग हर माँग कवर कर लेती हैं: सबमिट, स्टेटस, ब्राउज़, एक्सेप्शन।
  • •कीमत लगाने से पहले पाँच सवालों से फ्रंट एंड का दायरा तय कीजिए।
  • •फ्रंट एंड गलत जवाब है जब उसे रोज़ कोई नहीं खोलता, जब असली समस्या डेटा की गुणवत्ता है, या जब एक नोटिफिकेशन से काम चल जाता।
  • •AgentUI आपके पहले से बेचे हुए ऑटोमेशन के ऊपर फ़ॉर्म, डैशबोर्ड, परमिशन और ऑडिट लॉग्स जोड़ देता है, और n8n, Make या Zapier से वेबहुक स्वीकार करता है।

आपका AI वर्कफ्लो ऑटोमेशन चल रहा है। आपके क्लाइंट को अब भी कुछ दिखता नहीं।

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

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

"यह चलता है" और "यह उन्हें दिखता है" के बीच का फ़ासला

आपका Zapier zap, Make सीनारियो या n8n वर्कफ्लो एक ऐसे टूल में रहता है जिसमें क्लाइंट कभी लॉग इन नहीं करता। यह चलने का सबूत आपके अकाउंट में पड़ी एक रन हिस्ट्री है, Google Sheet में जुड़ी एक पंक्ति है, या सुबह 6 बजे आने वाला वह ईमेल है जो बिना पढ़े आर्काइव हो जाता है।

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

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

वे चार स्क्रीन जो लगभग हर माँग को कवर कर लेती हैं

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

1. सबमिट। आपको ईमेल किए बिना ऑटोमेशन में काम डालने का रास्ता। एक फ़ॉर्म: नया ऑर्डर, नई रिक्वेस्ट, प्रोसेस करने के लिए नया दस्तावेज़, ऑनबोर्ड करने के लिए नया क्लाइंट।

2. स्टेटस। मेरी चीज़ इस वक़्त कहाँ है? हर आइटम के लिए एक पंक्ति, स्थिति के लिए एक कॉलम। यही वह स्क्रीन है जो "कोई अपडेट?" वाले मैसेज बंद कर देती है।

3. ब्राउज़। जो कुछ हो चुका है उसका खोजा जा सकने वाला रिकॉर्ड। पिछले महीने की प्रोसेस हुई इनवॉइस, निकाला गया हर दस्तावेज़, पूरा इतिहास।

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

ज़्यादातर प्रोजेक्ट्स को चार में से दो चाहिए होती हैं। पहले वर्ज़न में चारों की ज़रूरत लगभग किसी को नहीं होती।

कीमत तय करने से पहले दायरा तय करने वाले पाँच सवाल

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

  1. इसे कौन खोलता है, और कितनी बार? रोज़ का इस्तेमाल डैशबोर्ड को जायज़ ठहराता है। महीने में एक बार का इस्तेमाल मतलब एक रिपोर्ट, जो आपके लिए सस्ती है और उनके लिए बेहतर।
  2. अभी इसकी जगह वे क्या करते हैं? अगर ईमानदार जवाब है "वे आपको WhatsApp पर मैसेज करते हैं", तो आपको पहली बनाने लायक स्क्रीन मिल गई।
  3. वह कौन-सा एक नंबर है जो वे हर सुबह देखेंगे? अगर वे एक भी नाम नहीं ले पाते, तो उन्हें डैशबोर्ड नहीं चाहिए, एक स्टेटस लिस्ट चाहिए।
  4. ऑटोमेशन फेल होने पर क्या होता है? आज किसे पता चलता है, और कितनी देर में? वही जवाब एक्सेप्शन स्क्रीन का दायरा तय करता है।
  5. किसे कौन-सी पंक्तियाँ नहीं दिखनी चाहिए? अगर क्लाइंट के दो लोगों को अलग-अलग डेटा दिखना चाहिए, तो आपको रोल-आधारित परमिशन चाहिए, और यह बात तीसरे हफ़्ते में पता चलने के बजाय कोटेशन में लिखी होनी चाहिए।

जवाब जस के तस प्रपोज़ल में लिख दीजिए। क्लाइंट उन्हीं दायरों को मंज़ूरी देते हैं जिनमें उन्हें अपने ही शब्द दिखते हैं।

हर स्क्रीन की कीमत क्या है

स्क्रीनकिसकी जगह लेती हैअनुमानित निर्माणउदाहरण के तौर पर कोटेशन
सबमिट फ़ॉर्मईमेल से आने वाली रिक्वेस्ट और हाथ से दोबारा टाइप करना1–2 घंटे$600 – $1,200
स्टेटस लिस्ट"इस पर कोई अपडेट?" वाले मैसेज2–3 घंटे$900 – $1,800
ब्राउज़ और सर्चGoogle Sheet में खोजते रहना2–4 घंटे$1,200 – $2,000
एक्सेप्शन क्यूचुपचाप होने वाले फेल्योर जो किसी को पता नहीं चलते2–4 घंटे$1,200 – $2,500

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

सीढ़ी: ऑटोमेशन, डैशबोर्ड, पोर्टल, रिटेनर

यह एक इनवॉइस से आगे इसलिए मायने रखता है कि फ्रंट एंड उस क्रम का स्वाभाविक दूसरा कदम है जिस पर आप हर क्लाइंट को चला सकते हैं।

पहला कदम, ऑटोमेशन। जो आप पहले से बेचते हैं। यह चलता है, दिखता नहीं, और खत्म हो जाता है।

दूसरा कदम, स्क्रीन। ऊपर बताई गई चार स्क्रीन। अलग से कोट की गईं, कुछ दिनों में डिलीवर।

तीसरा कदम, पोर्टल। क्लाइंट की एक टीम को लॉगिन मिलते ही अगला डिपार्टमेंट भी अपना माँगता है। अलग डेटा, अलग परमिशन, नीचे वही सिस्टम।

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

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

फ्रंट एंड कब गलत जवाब होता है

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

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

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

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

यह एक बार का माइग्रेशन है। कुछ ऑटोमेशन एक ही बार चलते हैं। उन्हें घर की ज़रूरत नहीं।

डेवलपर के बिना फ्रंट एंड कैसे बनाएँ

यही वह हिस्सा है जो अब तक फ्रीलांसरों को सबकॉन्ट्रैक्ट करने पर मजबूर करता था। ऑटोमेशन बनाना नो-कोड टूल्स से हो जाता है। उसके ऊपर होस्टेड और परमिशन वाला इंटरफ़ेस बनाने का मतलब अब तक किसी को हायर करना या खुद कोड सीखना रहा है।

AgentUI यह फ़ासला पाट देता है। आप टूल को सीधी-सादी भाषा में बताते हैं और यह डेटाबेस, वर्कफ्लो और इंटरफ़ेस बना देता है, फिर उसे होस्ट भी करता है। ऊपर बताई चार स्क्रीन के लिए काम के हिस्से ये हैं:

  • एक फ़ॉर्म बिल्डर सबमिट स्क्रीन के लिए।
  • रीयल-टाइम डैशबोर्ड स्टेटस और निगरानी के लिए।
  • ऐप्लिकेशन के बीच डेटा साझा करने वाला डेटाबेस मैनेजमेंट, ताकि ब्राउज़ स्क्रीन किसी कॉपी के बजाय असली डेटा से पढ़े।
  • रोल-आधारित परमिशन, ताकि दायरा तय करने वाले पाँचवें सवाल का जवाब एक सेटिंग हो, दोबारा बनाना नहीं।
  • ऑडिट लॉग्स, ताकि क्लाइंट किसी आँकड़े पर सवाल उठाए तो आप दिखा सकें कि किसने क्या और कब बदला।
  • ट्रिगर-आधारित ऑटोमेशन ईमेल, वेबहुक, CRM इवेंट और Zapier पर, जहाँ से आपका मौजूदा वर्कफ्लो आगे सौंपता है। अगर आपने n8n या Make में बनाया है, तो दोनों वेबहुक पर भेज सकते हैं और आगे AgentUI सँभाल लेता है।

40 से ज़्यादा इंटीग्रेशन पहले से बने हैं, जिनमें Gmail, Outlook, WhatsApp, Google Drive, PostgreSQL, MySQL, Shopify, Google Sheets और कस्टम API शामिल हैं, इसलिए ज़्यादातर हैंडऑफ़ के लिए अलग से काम नहीं करना पड़ता।

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

पूरी क्षमताओं की सूची आप AgentUI फ़ीचर्स पेज पर देख सकते हैं।

उसी स्क्रीन से शुरू कीजिए जो आपका क्लाइंट पहले ही माँग चुका है

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

वही जवाब आपका अगला प्रपोज़ल है। उसका दायरा तय है, वह छोटा है, और क्लाइंट पहले ही बता चुका है कि उसे यह चाहिए।

AgentUI में एक बिल्ड शुरू कीजिए और उनमें से किसी एक पर आज़माइए। शुरुआत मुफ़्त है, तीन प्रोजेक्ट बिना क्रेडिट कार्ड के — इतना काफ़ी है कि इसी हफ़्ते किसी असली क्लाइंट के सामने एक असली बिल्ड रख सकें।


अक्सर पूछे जाने वाले सवाल

फ्रंट एंड जोड़ने का मतलब क्या अपना ऑटोमेशन दोबारा बनाना है? नहीं। ऑटोमेशन जहाँ है वहीं चलता रहता है। AgentUI वेबहुक, ईमेल, CRM इवेंट और Zapier से ट्रिगर स्वीकार करता है, इसलिए आपका मौजूदा Zapier, Make या n8n वर्कफ्लो अपना आउटपुट सौंप देता है और इंटरफ़ेस वहीं से पढ़ता है। आप एक परत जोड़ रहे हैं, किसी को बदल नहीं रहे।

पहला प्रोजेक्ट गलत आँका था ऐसा दिखे बिना इसका पैसा कैसे माँगूँ? इसे सुधार नहीं, दूसरा चरण बताइए। ऑटोमेशन ने प्रक्रिया की समस्या हल की। स्क्रीन दिखने की समस्या हल करती है, जो क्लाइंट को तभी पता चली जब प्रक्रिया वाली समस्या खत्म हो गई। यह क्रम सामान्य है और क्लाइंट इसे मान लेते हैं।

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

क्या दो क्लाइंट सुरक्षित तरीके से एक ही अकाउंट साझा कर सकते हैं? हाँ। हर क्लाइंट का टूल अपने डेटाबेस वाला अलग प्रोजेक्ट होता है, और रोल-आधारित परमिशन तय करती हैं कि किसे कौन-सी पंक्तियाँ दिखें। Free प्लान में तीन प्रोजेक्ट आते हैं, Solo में पाँच और Builder में दस।

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

अपने इंटरनल टूल्स बनाने के लिए तैयार हैं?

AgentUI मुफ़्त आज़माएँ और मिनटों में अपना पहला टूल बनाएँ।