आपकी टीम वही साझा करती है जो काम करता है
आपका business AI assistant cloud में काम करता है, और सिद्ध प्रक्रियाएँ shared workflows के रूप में सहेजी जा सकती हैं। कोई colleague Slack या web पर अपनी connected accounts और permissions के साथ उसी प्रक्रिया का दोबारा उपयोग कर सकता है। Personal preferences व्यक्तिगत रहती हैं; team shared methods और results पर आगे बढ़ती है.
यह किसी के लैपटॉप पर नहीं, क्लाउड में चलता है
वह method सहेजें जिसे आपकी टीम दोबारा उपयोग कर सके
Repeatable marketing, support, और research प्रक्रियाएँ Workflows में रखें। My Okou में, आपके Instructions आपकी personal preferences रखते हैं; workflow साझा करने से वे preferences shared role नहीं बन जातीं.
जो एक व्यक्ति सुलझाता है, उस पर पूरी टीम आगे बढ़ती है
किसी सफल प्रक्रिया को shared workflow के रूप में सहेजें, ताकि सहकर्मी उसे ढूँढें और दोबारा उपयोग करें। उसका owner shared definition में सुधार कर सकता है; जिसे अपनी कॉपी चाहिए, वह उसे copy कर सकता है। Private workflow तब तक personal रहता है जब तक उसे साझा न किया जाए.
हर खाते के लिए competitor-research चलाता है, फिर हर क्लाइंट के लिए एक अपडेट का मसौदा बनाता है।
चैनल में पूछिए, और जवाब पूरी टीम देखती है
क्लाउड में चलने की वजह से यह पहले से Slack में मौजूद है। किसी चैनल में इसका नाम लीजिए और साझा वर्कफ़्लो नाम से चला दीजिए — सवाल, नतीजा और किसी का भी जोड़ा हुआ सुधार एक ही थ्रेड में रहते हैं जिसे टीम पढ़ सकती है, न कि किसी निजी चैट में जो किसी और को मिलती ही नहीं।
Okouचारों सक्रिय खातों के लिए monthly-client-update चलाओ
हो गया — हर क्लाइंट के लिए एक अपडेट, पिछले महीने के टिकट और कॉल से तैयार। मसौदे देखें
Okouउस वर्कफ़्लो में नवीनीकरण की तारीख़ें भी जोड़ दो ताकि अगले महीने सबको मिलें
लेकिन पहुँच निजी ही रहती है
साझा वर्कफ़्लो चलाने पर आपके अपने जुड़े हुए खाते इस्तेमाल होते हैं, जो हर कनेक्टर और हर अनुमति के हिसाब से, समाप्ति तिथि के साथ स्वीकृत होते हैं। किसी सहकर्मी का लिखा काम चलाने भर से कोई उसका मेलबॉक्स नहीं पा जाता।
इस अपडेट को Notion में पोस्ट करने के लिए पहले आपकी स्वीकृति चाहिए।
Notion की अनुमतियाँअनुमति दें insert_contentएक team workflow को कैसे दोबारा उपयोग करती है
प्रक्रिया साझा करें, जबकि हर व्यक्ति अपने connected accounts और permissions पर नियंत्रण बनाए रखे.
- 01
दोहराए जाने वाला task वर्णित करें
inputs, steps, और expected result पर सहमति बनाइए। इस job-specific method को workflow में रखें.
- 02
वर्कफ़्लो प्रकाशित कीजिए
Workflow को workspace के साथ साझा करें, ताकि colleague उसी प्रक्रिया से शुरू कर सके जिसे आपने पहले ही परखा है.
- 03
हर सदस्य अपने खाते जोड़ता है
साझा वर्कफ़्लो आपकी ही सेवाओं से चलता है। किसी को सहकर्मी का मेलबॉक्स या CRM विरासत में नहीं मिलता।
- 04
देखिए क्या हुआ
हर रन यह दर्ज करता है कि उसने कौन-सी कॉल कीं और क्या तैयार किया, ताकि काम भरोसे पर नहीं, जाँच पर टिके।
क्या साझा होता है और क्या नहीं
Workflow instructions और results जानबूझकर साझा करें। Personal preferences, connected accounts, और permission grants अलग हैं.
Personal preferences
My Okou में, personal Instructions आपके अपने काम का मार्गदर्शन करते हैं। वे shared team profile नहीं बनते.
साझा वर्कफ़्लो लाइब्रेरी
वे काम जो टीम पहले ही सुलझा चुकी है। नए सदस्यों को यह लाइब्रेरी पहले ही दिन मिल जाती है।
निजी ऑटोमेशन
ट्रिगर उसी के होते हैं जिसने उन्हें बनाया। साझा वर्कफ़्लो पर भी सोमवार का आपका रन आपका ही है।
हर उपयोगकर्ता के अपने क्रेडेंशियल
हर सदस्य अपने खाते जोड़ता है, इसलिए साझा वर्कफ़्लो उतनी ही दूर पहुँचता है जितनी दूर उसे चलाने वाला व्यक्ति।
अनुमतियाँ
ज़रूरी connector actions स्वीकृत करें, अवधि चुनें, और ज़रूरत न रहने पर access वापस लें.
गतिविधि लॉग
Runs, calls, और outputs दर्ज रहते हैं, ताकि काम और वह identity जिसकी ओर से वह चला, समीक्षा की जा सके.
हर कोई अपने खाते जोड़ता है
क़रीब 4,000+ कनेक्टर, हर व्यक्ति के लिए अलग से दिए गए — यही बात साझा वर्कफ़्लो को सौंपने लायक़ सुरक्षित बनाती है।
Axiom
Ahrefs
Airtable
Gmail
Google SheetsNotion
DocuSign
LinearAxiomAhrefsAirtableGmailGoogle SheetsNotionDocuSignLinear
Google Calendar
Intercom
Deel
HubSpot
Dropbox
Sentry
Figma
VercelGoogle CalendarIntercomDeelHubSpotDropboxSentryFigmaVercelअनुमति आपकी है, वर्कफ़्लो की नहीं
वर्कफ़्लो निर्देश रखता है, क्रेडेंशियल कभी नहीं। वह किसी सेवा तक सिर्फ़ वहीं पहुँचता है जहाँ उसे चलाने वाले ने उस कनेक्टर को स्वीकृत किया हो।
सीमित दायरा, तय अवधि
Task को जितनी ठीक-ठीक actions चाहिए, उतनी ही अवधि के लिए स्वीकृत करें। Read, write से अलग रहता है.
एक ही जगह से रद्द
अपना account disconnect करें ताकि वह saved connection हट जाए, बिना workflow बदले या किसी colleague के account को प्रभावित किए.
काम पर AI: आम सवाल
क्या यह मेरी मशीन पर चलता है?
नहीं। रन क्लाउड में होते हैं, इसलिए तय समय वाला काम तब भी चलता है जब आपका लैपटॉप बंद हो, और कोई सहकर्मी बिना कुछ इंस्टॉल किए वही वर्कफ़्लो Slack या वेब से चला सकता है।
अगर मैं कोई वर्कफ़्लो साझा करूँ, तो क्या मेरे खाते भी साझा हो जाते हैं?
नहीं। वर्कफ़्लो सिर्फ़ निर्देश है। जो उसे चलाता है वह अपनी ही जुड़ी हुई सेवाएँ इस्तेमाल करता है, इसलिए साझा काम कभी साझा मेलबॉक्स नहीं बनता।
काम के लिए एक AI agent किस चीज़ तक access कर सकता है?
हाँ। पहुँच एक सामूहिक अनुमति के बजाय हर कनेक्टर और हर अनुमति के हिसाब से स्वीकृत होती है, और उसे समय-सीमा में बाँधा जा सकता है ताकि वह ख़ुद ही समाप्त हो जाए।
जब कोई संगठन छोड़ता है तो क्या होता है?
Shared workflow definitions workspace में उपलब्ध रहती हैं। अन्य सदस्य अपने accounts और permissions का उपयोग करते हैं; workflow departing member के connections या personal automations को स्थानांतरित नहीं करता.
क्या सब लोग एक-दूसरे के रन देख सकते हैं?
Workflow साझा करने से हर chat या run साझा नहीं होता। Visibility इस बात पर निर्भर करती है कि क्या साझा किया गया है; personal automations और connected accounts shared procedure से अलग रहते हैं.
यह हर किसी के अपने AI असिस्टेंट इस्तेमाल करने से कैसे अलग है?
अलग-अलग काम करने पर उन्हें वही जवाब दो बार मिलते हैं। यहाँ जो संस्करण किसी ने सही कर लिया वह एक बार सहेजा जाता है और सबके लिए बेहतर होता जाता है — बचाया हुआ समय सिर्फ़ इसी तरह जुड़ता है।
Okou वर्कफ़्लो और ऑटोमेशन, जनरेटिव सेवाएँ और Slack को भी कवर करता है। अंतर्निर्मित वेब सेवाएँ, वे मॉडल जिनके बीच आप बदल सकते हैं, और मूल्य-निर्धारण भी देखें।
जो काम करता है उसे रखने की एक जगह अपनी टीम को दीजिए
Reusable workflows और shared results, जबकि हर member का access उसका अपना रहता है.
