डॉक्स पर वापस जाएंOkou क्या देता है

उदाहरण वर्कफ़्लो

शुरू से अंत तक के Okou वर्कफ़्लो: सुबह की ब्रीफ़, प्रतिस्पर्धी नज़र, ट्राइएज, उत्तर, कंटेंट।

आख़िरी बार अपडेट किया गया 17 सितंबर 2026 · 8 min read

पाँच वर्कफ़्लो जिन्हें Okou की टीम हर हफ़्ते चलाती है। हर एक में सेटअप, प्रॉम्प्ट, Okou जो नतीजा बनाता है, और जितना समय बचता है — सब दिखाया गया है।

मक़सद इन्हें हूबहू नक़ल करना नहीं है, बल्कि यह देखना है कि एक पूरा Okou वर्कफ़्लो किस आकार का होता है, ताकि आप उसे अपने काम के हिसाब से ढाल सकें।

What an Okou workflow looks like from your side — Ask, Okou works, Open it. Ship it.

1. सुबह का ब्रीफ़

दिक़्क़त। हर सुबह पिछली बातें पकड़ने से शुरू होती है: Slack खोलो, @मेंशन देखो, कैलेंडर जाँचो, खुले PR पर नज़र डालो। पहला असली काम शुरू होने से पहले ही बीस मिनट।

सेटअप। एक शेड्यूल, कार्यदिवसों में सुबह 8 बजे। Connectors: Slack, GitHub, Google Calendar।

प्रॉम्प्ट।

"हर कार्यदिवस सुबह 8 बजे (बीजिंग समय) मुझे चार हिस्सों वाला DM भेजो:

  1. पिछले 24 घंटों के बिना पढ़े Slack @मेंशन, हर एक के साथ एक लाइन का सारांश
  2. मुझे सौंपे गए GitHub इश्यू, पुराने से नए के क्रम में, स्टेटस और आख़िरी कमेंट सहित
  3. आज का कैलेंडर — मीटिंग के नाम, समय, और लिंक हो तो संबंधित Notion दस्तावेज़
  4. दिन के लिए एक सुझाया गया फ़ोकस, इस आधार पर कि क्या लंबित है या दूसरों को रोक रहा है"

आपको क्या मिलता है। सुबह 8 बजे एक Slack DM, आम तौर पर 200–350 शब्दों का। हर हिस्सा छोटा होता है, आँकड़े ठोस होते हैं, लिंक टेक्स्ट के भीतर ही रहते हैं। "सुझाया गया फ़ोकस" बदलता रहता है — कभी यह कोई साफ़ दिखता PR होता है, तो कभी कोई मीटिंग की तैयारी, जिसके लिए दिन की शक्ल से कहीं ज़्यादा ध्यान चाहिए।

कितना बचता है। रोज़ाना क़रीब 20 मिनट, और साथ में सुबह-सुबह चार टूल्स के बीच भागदौड़ का मानसिक बोझ भी।

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

2. साप्ताहिक प्रतिस्पर्धी रिपोर्ट

दिक़्क़त। यह जानना उपयोगी है कि प्रतिस्पर्धियों ने पिछले हफ़्ते क्या रिलीज़ किया। लेकिन हाथ से तीन X अकाउंट, तीन चेंजलॉग, तीन प्राइसिंग पेज और एक ब्लॉग सूची जाँचना ऐसा काम है जो चुपचाप टलता रहता है।

सेटअप। एक वर्कफ़्लो (competitor-scan) और सोमवार सुबह के लिए शेड्यूल की गई एक automation। Connectors: X और Notion। वेब सर्च के लिए कुछ भी जोड़ने की ज़रूरत नहीं — वह एक managed service है।

प्रॉम्प्ट।

"X पर @competitor1, @competitor2, @competitor3 और उनके चेंजलॉग पिछले सोमवार से अब तक स्कैन करो। उनके प्राइसिंग पेज और किसी भी ब्लॉग पोस्ट से मिलान करो। पिछले हफ़्ते के आधार (Notion पेज 'Competitor State') से फ़र्क़ निकालो। #competitor-intel पर डाइजेस्ट पोस्ट करो और इन्हें उभारो: नए फ़ीचर, क़ीमतों में बदलाव, भर्ती के संकेत, और लहजे या संदेश में कोई भी ध्यान खींचने वाली बात।"

आपको क्या मिलता है। सोमवार सुबह एक Slack थ्रेड। ऊपर का संदेश: 5 बिंदुओं का सारांश। जवाबों में: हर प्रतिस्पर्धी के लिए अलग हिस्सा, उद्धृत अपडेट और लिंक के साथ। Notion का आधार पेज अपने आप अपडेट हो जाता है, ताकि अगले हफ़्ते का फ़र्क़ ताज़ा ज़मीन पर निकले।

कितना बचता है। हर हफ़्ते क़रीब 90 मिनट, और साथ में यह अनकहा मानसिक बोझ भी कि "Acme को एक बार देख लेना चाहिए"।

बदलाव। कम्युनिटी का रुझान समझने के लिए Reddit और Hacker News जोड़ दीजिए। एक तिमाही रेट्रो जोड़िए जो साल भर के बदलावों को बोर्ड के सामने रखने लायक एक स्लाइड में समेट दे।

3. बग ट्राइएज

दिक़्क़त। कोई #bug-report में एक स्क्रीनशॉट या अस्पष्ट विवरण डाल देता है। उसे रीप्रो स्टेप्स, गंभीरता, लेबल और टीम वाले असली GitHub इश्यू में बदलना पड़ता है। औपचारिक रूप देने का यह क़दम छोटा है, पर लगातार आता रहता है।

सेटअप। एक वर्कफ़्लो (triage-bug-report), जिसे #bug-report में @Okou लिखकर हाथ से बुलाया जाता है। Connectors: Slack, GitHub।

प्रॉम्प्ट (चैनल में):

"Okou इसका ट्राइएज करो — स्क्रीनशॉट और थ्रेड से रीप्रो स्टेप्स निकालो, मिलते-जुलते GitHub इश्यू खोजो, गंभीरता तय करो (P0–P3), फ़ाइल पाथ या लक्षणों के आधार पर सबसे संभावित टीम को सौंपो, और अगर यह डुप्लिकेट नहीं है तो नया इश्यू बनाओ। इसी थ्रेड में लिंक के साथ जवाब दो।"

आपको क्या मिलता है। क़रीब 60 सेकंड में थ्रेड में जवाब: GitHub इश्यू का लिंक, चुनी हुई गंभीरता और उसका एक लाइन का कारण, संदर्भ के लिए 2–3 संबंधित इश्यू की सूची, और सौंपी गई टीम। अगर Okou को लगे कि यह डुप्लिकेट है, तो वह नया इश्यू बनाने के बजाय मूल इश्यू का लिंक पोस्ट करता है।

कितना बचता है। एक व्यस्त हफ़्ते के हिसाब से देखें तो यही फ़र्क़ है साफ़-सुथरे इश्यू ट्रैकर और बिना छँटे Slack स्क्रीनशॉट के ढेर के बीच।

बदलाव। रिपोर्ट करने वाला कंपनी के बाहर का है या नहीं, इसके आधार पर "customer-facing" टैग जोड़ दीजिए। P0 के लिए ऑन-कॉल को अपने आप पेज करवा दीजिए।

4. ग्राहक को जवाब का ड्राफ़्ट

दिक़्क़त। ग्राहक के ईमेल का जवाब मददगार, ब्रांड के अनुरूप और दस्तावेज़ों पर आधारित होना चाहिए। प्रति ईमेल पाँच मिनट × हफ़्ते के 30 ईमेल — यह असली लागत है।

सेटअप। एक वर्कफ़्लो (customer-reply-draft), जिसे Okou को ईमेल फ़ॉरवर्ड करके या चैट में चिपकाकर हाथ से बुलाया जाता है। Connectors: Gmail, Notion (या आपका हेल्प सेंटर), Stripe (बिलिंग के लिए), Linear (ज्ञात समस्याओं के लिए)।

प्रॉम्प्ट।

"ग्राहक ने यह ईमेल लिखा है [चिपकाएँ]। उसके पिछले तीन टिकट पढ़ो, हमारे दस्तावेज़ों में संबंधित हिस्सा देखो, Linear में जाँचो कि उसकी शिकायत से मेल खाती कोई ज्ञात समस्या है या नहीं, और Stripe में बिलिंग से जुड़ा संदर्भ देखो। उसकी भाषा में जवाब का ड्राफ़्ट बनाओ। दस्तावेज़ का हिस्सा उद्धृत करो। 150 शब्दों के भीतर रखो। इस ग्राहक को भेजे गए हमारे पिछले सपोर्ट जवाब का लहजा बनाए रखो।"

आपको क्या मिलता है। नीचे स्रोतों के लिंक के साथ जवाब का ड्राफ़्ट — आम तौर पर दो-तीन दस्तावेज़ लिंक, और साथ में एक नोट जैसे "Linear ENG-4422 इससे जुड़ी ज्ञात समस्या है; अनुमानित समाधान अगले हफ़्ते।" आप पढ़िए, एक लाइन बदलिए, भेज दीजिए।

कितना बचता है। प्रति ईमेल क़रीब 3–4 मिनट। सपोर्ट के एक हफ़्ते में यह घंटों में बदल जाता है।

बदलाव। Stripe से ग्राहक की श्रेणी अपने आप पहचानकर VIP जवाब किसी तय समीक्षक के पास भेजिए। ईमेल हमेशा आपके अकाउंट में ड्राफ़्ट के रूप में आता है ताकि कोई व्यक्ति उसे भेजे — यानी समीक्षा का यही क़दम तय करता है कि किस श्रेणी को कितनी बारीकी से देखा जाए।

5. साप्ताहिक कंटेंट प्रोडक्शन

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

सेटअप। कई चरणों वाला एक वर्कफ़्लो (weekly-content), शुक्रवार दोपहर के लिए शेड्यूल की गई automation पर। Connectors: Notion (रिसर्च), Plausible (एनालिटिक्स), Fal (इमेज जनरेशन), Loops (ईमेल)।

प्रॉम्प्ट।

"हर शुक्रवार दोपहर 2 बजे यह करो:

  1. 'Marketing Inputs' डेटाबेस में इस हफ़्ते के नए Notion दस्तावेज़ पढ़ो
  2. दोहराव से बचने के लिए पिछले हफ़्ते के ब्लॉग विषयों से मिलान करो
  3. सबसे सामयिक विषय पर 800 शब्दों की एक ब्लॉग पोस्ट का ड्राफ़्ट बनाओ; Notion में 'Blog Drafts' में सहेजो
  4. उसी विचार के तीन LinkedIn रूप बनाओ — एक निबंध, एक सूची, एक निजी अनुभव
  5. हमारे ब्रांड स्टाइल में तीन चौकोर सोशल कार्ड बनाओ
  6. पूरा बंडल समीक्षा के लिए #marketing पर पोस्ट करो"

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

कितना बचता है। हर हफ़्ते क़रीब आधे दिन का तालमेल। संपादक समीक्षा करके प्रकाशित करते हैं; ड्राफ़्ट नहीं लिखते।

बदलाव। एक A/B टेस्ट जोड़िए जिसमें Okou दो हेडलाइन बनाए और उन्हें Loops के ज़रिए छोटे दर्शक वर्ग पर आज़माए। विषय चुनने में मदद के लिए पिछले हफ़्ते के सबसे सफल विषयों की Plausible जाँच भी जोड़ी जा सकती है।


इनमें से हर वर्कफ़्लो सेट होने में 10–30 मिनट लगे। उसके बाद ये रोज़ या हर हफ़्ते फ़ायदा देते रहते हैं। लागत लगभग उतनी ही है जितने क्रेडिट हर रन खर्च करता है — जो Billing पेज पर दिखते हैं। हिसाब के लिए देखें Credits & billing

अपना संस्करण बनाने के लिए इनमें से कोई प्रॉम्प्ट कॉपी कीजिए, अपने टूल्स और चैनलों के नाम बदलिए, और आज़माइए। फिर नतीजे के आधार पर उसे निखारते जाइए।

और ज़्यादा उदाहरणों के लिए सार्वजनिक workflow library देखिए, जहाँ हर उदाहरण के साथ ज़रूरी connectors, उसे शुरू करने वाला प्रॉम्प्ट और Okou जो क़दम उठाता है, सब दिया गया है।