خدمات مشتری
نقشها و مجوزهای صندوق ورودی تیم: چه کسی باید چه چیزی ببیند
صندوق ورودی مشترک وقتی بهترین عملکرد را دارد که هر کس آنچه را لازم دارد ببیند و نه بیشتر. در این راهنما میبینید چگونه برای اپراتورها، سرپرستان، بازاریابی، توسعهدهندگان و امور مالی نقش طراحی کنید و چگونه آنها را بدون قفل کردن دسترسی تیم راهاندازی کنید.
تیم MonoChat بهروزرسانی: 8 دقیقه مطالعه
در این صفحه
در صندوق ورودی تیم، به هر فرد حداقل دسترسی لازم برای کارش را بدهید: اپراتورها گفتگوهای واگذارشده به خودشان را میخوانند و پاسخ میدهند (و گفتگوهای واگذارنشده را برمیدارند)، سرپرستان همه گفتگوها و گزارشهای تیم خود را میبینند، بازاریابی قالبها و کمپینها را مدیریت میکند اما نه چتهای پشتیبانی تکی را، توسعهدهندگان خودکارسازیها و یکپارچهسازیها را مدیریت میکنند و امور مالی صورتحساب را میبیند. فقط یک یا دو مدیر سیستم میتوانند کانالها، نقشها و صورتحساب را تغییر دهند. هر نقش را از روی این کارها بسازید، آن را با یک ورود واقعی آزمایش کنید و هر بار که کسی میپیوندد، جابهجا میشود یا میرود، بازبینیاش کنید.
این همان اصل حداقل دسترسی است که روی پیامرسانی با مشتری اعمال شده است. موضوع بیاعتمادی نیست. این اصل از دادههای شخصی مشتریان محافظت میکند، از اشتباهات پرهزینه مانند حذف یک کانال یا ارسال کمپین به فهرست اشتباه جلوگیری میکند و روشن میکند چه کسی چه کاری انجام داده است.
چرا نقشها در صندوق ورودی پیامرسانی مهمترند
یک صندوق ورودی مشترک حجم زیادی از اطلاعات حساس را در یک جا جمع میکند:
- دادههای شخصی بهصورت متن ساده. آدرسها، شماره تلفنها، عکس کارت شناسایی، نسخه پزشکی، مشکلات پرداخت. مشتریان در WhatsApp چیزهایی میفرستند که هرگز در یک فرم وب تایپ نمیکردند.
- دکمههای قدرتمند. قطع اتصال یک شماره WhatsApp، ویرایش یک جریان فعال، ارسال یک کمپین گروهی یا تغییر یک مدل هوش مصنوعی روی همه مشتریان بهطور همزمان اثر میگذارد.
- اطلاعات اعتبارسنجی. کلیدهای ارائهدهندگان هوش مصنوعی، آدرسهای وبهوک و توابع میتوانند دادهها را به بیرون از فضای کاری شما منتقل کنند.
- پول. موجودی فضای کاری، فاکتورها و لینکهای پرداخت.
وقتی همه مدیر سیستم هستند، یک اپراتور تازهوارد میتواند از روز اول همه این کارها را انجام دهد. بیشتر رخدادها در صندوقهای ورودی مشترک حمله نیستند؛ کار افراد خوشنیتی است که روی چیزی کلیک کردهاند که نیازی به دسترسی به آن نداشتند.
اصول طراحی نقشها
از کارها شروع کنید، نه از عنوانها
«اپراتور ارشد» و «اپراتور» ممکن است کار یکسانی انجام دهند. بهجای آن بپرسید: این فرد به دیدن کدام گفتگوها نیاز دارد، چه چیزی را تغییر میدهد و به کدام گزارشها نیاز دارد؟ دو نفر با عنوانهای متفاوت و پاسخهای یکسان، یک نقش مشترک دارند.
تعداد نقشها را کم نگه دارید
چهار تا شش نقش برای بیشتر کسبوکارها کافی است. هر نقش اضافی چیزی است که باید نگهداری و ممیزی شود. اگر دیدید در حال ساختن «اپراتور – عایشه» هستید، دست نگه دارید و دوباره فکر کنید.
دیدن را از تغییر دادن جدا کنید
بسیاری از افراد باید چیزی را بخوانند بدون اینکه آن را تغییر دهند. یک سرپرست ممکن است جریانها را بخواند تا بفهمد چرا مشتری پیامی دریافت کرده، بدون اینکه بتواند آنها را ویرایش کند. دسترسی فقطخواندنی اغلب کافی است.
درباره دیده شدن گفتگوها آگاهانه تصمیم بگیرید
این مهمترین تصمیم برای اپراتورهاست. سه مدل رایج وجود دارد:
| مدل | اپراتورها میبینند | مناسب برای |
|---|---|---|
| باز | همه گفتگوها | تیمهای کوچکی که جای یکدیگر را پر میکنند، دادههای کمحساسیت |
| خود بهعلاوه صف | گفتگوهای واگذارشده به خودشان، بهعلاوه گفتگوهای واگذارنشدهای که میتوانند بردارند | بیشتر تیمهای پشتیبانی و فروش |
| فقط خود | فقط گفتگوهای واگذارشده به خودشان | کلینیکها، امور مالی، آژانسهایی که به چند مشتری خدمت میدهند، تیمهای برونسپاریشده |
«خود بهعلاوه صف» یک پیشفرض خوب است. اپراتورها نمیتوانند مشتریان همکارانشان را مرور کنند، اما هیچ چیزی گیر نمیکند، چون گفتگوهای واگذارنشده قابل مشاهده میمانند.
مدیر سیستم را کمیاب نگه دارید
یک یا دو مدیر سیستم کاملاً کافی است. بقیه، از جمله مدیران، باید از نقشی استفاده کنند که با کارشان جور است. دسترسی مدیر سیستم «برای احتیاط» همان راهی است که نقشها به «همه میتوانند همه کار کنند» میرسند.
مجموعهای از نقشها برای شروع
از این بهعنوان الگو استفاده کنید و آن را با کسبوکار خود تطبیق دهید.
اپراتور
- میبیند: گفتگوهای واگذارشده به خودش و گفتگوهای واگذارنشدهای که میتواند بردارد.
- انجام میدهد: پاسخ دادن، افزودن یادداشت داخلی، انتقال یا بستن گفتگوها، بهروزرسانی فیلدهای پروفایل مشتری.
- انجام نمیدهد: تغییر کانالها، جریانها، تنظیمات هوش مصنوعی، قالبها، اعضای تیم یا صورتحساب؛ بهطور پیشفرض گزارشها را نمیبیند.
اگر واگذاری از هوش مصنوعی به انسان را اجرا میکنید، اپراتورها باید گفتگوهایی را هم ببینند که دستیار به آنها میسپارد، که در عمل یعنی گفتگوهای واگذارشده و واگذارنشده.
سرپرست یا مسئول تیم
- میبیند: همه گفتگوهای تیم خود، بهعلاوه گزارشها.
- انجام میدهد: واگذاری و واگذاری مجدد گفتگوها، بستن گروهی گفتگوهای راکد، بررسی کیفیت، خواندن جریانها و تنظیمات هوش مصنوعی.
- انجام نمیدهد: تغییر صورتحساب، اتصال یا حذف کانالها، یا مدیریت نقشها.
سرپرستان برای اداره تیم خود به گزارشها نیاز دارند. اگر زمان اولین پاسخ و SLAها را دنبال میکنید، راهنمای ما درباره معیارهای پشتیبانی چت را ببینید تا بدانید چه چیزی را جلوی آنها بگذارید.
بازاریابی
- میبیند: قالبها، کمپینها و فهرستهای مخاطبانی که مجاز است به آنها پیام دهد.
- انجام میدهد: ساختن و ارسال قالبها برای تأیید، آمادهسازی و زمانبندی پیامهای گروهی، خواندن گزارشهای کمپین.
- انجام نمیدهد: خواندن گفتگوهای پشتیبانی تکی، تغییر کانالها یا ویرایش جریانهای پشتیبانی.
خطر اصلی دسترسی بازاریابی، ارسال به مخاطبان اشتباه است. راهنمای opt-in در WhatsApp ما جنبه رضایت را پوشش میدهد؛ مجوزها تعیین میکنند چه کسی میتواند دکمه «ارسال» را بزند.
توسعهدهنده یا یکپارچهساز
- میبیند: خودکارسازیها، توابع، جریانها، وبهوکها، مدلهای هوش مصنوعی و تنظیمات یکپارچهسازی.
- انجام میدهد: ساخت و آزمایش جریانها و توابع، اتصال ارائهدهندگان و ابزارهای هوش مصنوعی، راهاندازی وبهوکها.
- نیازی ندارد به: دسترسی به صورتحساب، مدیریت تیم و در حالت ایدئال گفتگوهای واقعی مشتریان، بیش از آنچه آزمایش لازم دارد.
این نقش را حساس در نظر بگیرید، حتی اگر «مدیر سیستم» نیست. کلیدهای API ارائهدهندگان هوش مصنوعی و مقصدهای وبهوک تعیین میکنند دادههای مشتری به کجا میرود. آن را به افراد مشخص بدهید، نه به یک ورود مشترک آژانس.
امور مالی
- میبیند: صورتحساب، فاکتورها، موجودی فضای کاری و سوابق پرداخت.
- انجام میدهد: شارژ موجودی، دانلود فاکتورها، بررسی پرداختها.
- انجام نمیدهد: خواندن گفتگوها یا تغییر هر چیزی در صندوق ورودی.
مدیر سیستم یا مالک
- همه چیز، از جمله نقشها، کانالها و صورتحساب. آن را به یک یا دو نفر محدود کنید و مطمئن شوید دستکم دو نفر وجود دارند تا وقتی یکی در مرخصی است، کسی بیدسترسی نماند.
تیمها، ساعات کاری و نقشها با هم کار میکنند
نقشها تعیین میکنند یک نفر چه کاری میتواند انجام دهد. تیمها و ساعات کاری تعیین میکنند چه کاری به دست او میرسد:
- تیمها (فروش، پشتیبانی، صورتحساب، یک منطقه یا یک برند) به شما اجازه میدهند گفتگوها را به یک گروه واگذار کنید و یک سرپرست بر گروه خود نظارت کند.
- ساعات کاری و شیفتها تعیین میکنند انتظار میرود افراد چه زمانی پاسخ دهند، که برای مسیریابی و اعداد صادقانه زمان پاسخگویی اهمیت دارد.
- وضعیتها مانند آنلاین، دور از دسترس و آفلاین به تیم میگویند چه کسی واقعاً در دسترس است.
این سه را با هم طراحی کنید. «اپراتورهای تیم استانبول در طول شیفت خود گفتگوهای خودشان و صف استانبول را میبینند» یک قانون کامل است؛ «اپراتورها میتوانند گفتگوها را بخوانند» نیست.
چگونه نقشها را بدون خراب کردن چیزی پیاده کنیم
- فهرستی از همه افراد و کاری که امروز انجام میدهند تهیه کنید. یک صفحهگسترده با نام، کار، کانالها و صفحههایی که استفاده میکنند کافی است.
- آنها را در چهار تا شش نقش گروهبندی کنید با استفاده از الگوی بالا.
- نقشها را از روی یک نقش موجود بسازید، سپس آنچه لازم نیست را حذف کنید، بهجای اینکه از صفر اضافه کنید.
- هر نقش را با یک ورود واقعی آزمایش کنید. آیا اپراتور صف را میبیند؟ آیا سرپرست میتواند گزارشها را باز کند؟ آیا بازاریابی میتواند قالب ارسال کند اما چتهای پشتیبانی را باز نکند؟
- افراد را در گروههای کوچک منتقل کنید، با تیمی شروع کنید که بتواند بازخورد سریع بدهد.
- قوانین را بنویسید، یک پاراگراف برای هر نقش، تا تازهواردها و ممیزان آنها را بفهمند.
- بهطور منظم بازبینی کنید: وقتی کسی میپیوندد، جابهجا میشود یا میرود، و هر چند ماه یک بار برای همه.
وقتی کسی میرود، دسترسی او را همان روز بردارید و گفتگوهای باز او را دوباره واگذار کنید تا مشتریان منتظر نمانند.
موارد خاصی که ارزش برنامهریزی دارند
- آژانسها و تیمهای برونسپاریشده. به هر فرد بیرونی ورود جداگانه خودش و یک نقش اپراتور «فقط خود» بدهید. وقتی قرارداد تمام میشود، برداشتن دسترسی یک مرحله است و تاریخچه همچنان به نام خود او ثبت میماند.
- چند برند یا مشتری در یک فضای کاری. برای هر برند یک تیم بسازید و اپراتورها را به گفتگوهای خودشان محدود کنید تا مشتریان یک کارفرما هرگز برای اپراتورهای کارفرمای دیگر قابل مشاهده نباشند.
- کارکنان موقت و فصلی. آنها را با نقش ساده اپراتور، بدون گزارش و بدون دسترسی به خودکارسازیها بسازید و همان روزی که دعوتشان میکنید، تاریخ حذف را در تقویم خود ثبت کنید.
- مدیرانی که فقط عدد میخواهند. یک نقش فقطخواندنی با گزارشها و بدون دسترسی به گفتگوها اغلب همه آن چیزی است که یک مدیر ارشد نیاز دارد.
- دسترسی اضطراری. از پیش تصمیم بگیرید چه کسی میتواند شبها یا آخر هفتهها دسترسی اضافی بدهد، بهجای اینکه دسترسی مدیر سیستم را «فعلاً» به این و آن بدهید.
اشتباهات رایج
- همه مدیر سیستم هستند چون روز اول اینطور راحتتر بود.
- ورودهای مشترک برای آژانسها یا شیفتهای شب. هر سابقهای از اینکه چه کسی پاسخ داده از دست میرود و نمیتوانید دسترسی یک نفر را بردارید.
- اپراتورهایی که میتوانند جریانها را ویرایش کنند و پیامی را برای یک مشتری «درست میکنند» و آن را برای همه تغییر میدهند.
- گزارشهایی که از سرپرستان پنهاناند، پس آنها با حدس و گمان مدیریت میکنند.
- یک نقش «سفارشی» عظیم برای هر نفر که شش ماه بعد کسی نمیتواند توضیحش دهد.
MonoChat چگونه این کار را انجام میدهد
در MonoChat، نقشها در تنظیمات › تیم › نقشها قرار دارند. + ایجاد را انتخاب کنید، برای نقش نامی بگذارید و یک مرجع (Reference)، یعنی نقشی موجود برای شروع، انتخاب کنید. سپس هر مجوز را روشن یا خاموش کنید.
- مجوزهای جزئی بر اساس حوزه. مجوزها بر اساس حوزه گروهبندی شدهاند، مانند چت (کانالها، وبهوکها، جلسههای گفتگو و پیامها)، CRM، خودکارسازی (توابع، جریانها، مدلهای هوش مصنوعی، MCP، harnessها و اجراهای عامل)، بازاریابی، گزارشها، تیم، صورتحساب، کیف پول و پرداخت، با حقهای جداگانه خواندن، ایجاد، ویرایش و حذف در جایی که کاربرد دارند.
- فقط گفتگوهای خود. جلسههای گفتگو دامنههای «متعلق به خود» دارند، مانند خواندن جلسههای متعلق به خود و خواندن جلسههای آزاد (واگذارنشده)، بنابراین میتوانید اپراتور را به گفتگوهای خودش بهعلاوه صف محدود کنید.
- گزارشها بر اساس مجوز. منوی گزارشها فقط برای نقشهایی نمایش داده میشود که مجوز خواندن گزارشها را دارند.
- تیمها، ساعات کاری و شیفتها در تنظیمات › تیم تعیین میشوند و گفتگوها را میتوان به یک فرد یا کل یک تیم، یکییکی یا گروهی، از صندوق ورودی یکپارچه تیم واگذار کرد.
برای یک نمای کلی نقشها و مجوزها را ببینید، یا یک حساب رایگان در app.monochat.ai بسازید و پیش از دعوت تیم، یک نقش را با یک کاربر آزمایشی امتحان کنید.
این را با MonoChat عملی کنید