مدامیت از یک سؤال ساده شروع شد: چرا جلسه آنلاین باید از بقیه کارهای تیم جدا باشد؟
در خیلی از سازمانها جلسه برگزار میشود، مسئله حل میشود، تصمیم گرفته میشود و حتی ساعت قابل توجهی از وقت تیم صرف میشود؛ اما بعد از پایان تماس، چیزی که باقی میماند یک لینک، چند پیام پراکنده و شاید یک یادداشت شخصی است. برای تیمی که با ServiceDesk Plus کار میکند، این یعنی بخشی از فرایند پشتیبانی بیرون از همان سیستمی اتفاق افتاده که قرار است منبع اصلی حقیقت باشد.
MedaMeet یا «مدامیت» برای همین فاصله ساخته شده است: جلسه آنلاین فارسی، شمسی و سازمانی که از برنامهریزی تا حضور، کنترل، گزارش و اتصال به ServiceDesk Plus را در یک مسیر نگه میدارد.
تقویم شمسی و زمانبندی
لینک یا Room Code
صدا، تصویر و اشتراک صفحه
Waiting Room و نقشها
حضور و مدت واقعی
Request، Task و Worklog
MedaMeet دقیقاً چیست؟
MedaMeet پلتفرم جلسات آنلاین مدانت است. هسته ارتباط زنده آن برای برگزاری جلسه چندکاربره، صدا، تصویر و اشتراک صفحه طراحی شده و روی این هسته، لایهای برای مدیریت جلسه، کاربران، دعوتها، حضور و غیاب، گزارش و اتصال به ServiceDesk Plus قرار گرفته است.
تفاوت اصلی مدامیت با یک ابزار عمومی ویدئوکنفرانس این است که جلسه را «رویدادی مستقل» نمیبیند. جلسه بخشی از کار است. بنابراین قبل از شروع، هنگام برگزاری و بعد از پایان جلسه برای هر مرحله قابلیت مشخصی وجود دارد.
جدول کامل قابلیتهای MedaMeet
| قابلیت | چه کاری انجام میدهد؟ | چرا مهم است؟ |
|---|---|---|
| تقویم شمسی | برنامهریزی جلسات با تاریخ شمسی و نماهای سال، ماه، هفته و روز | تبدیل مداوم تاریخ میلادی از کار روزانه تیم ایرانی حذف میشود |
| رابط فارسی و RTL | رابط کاربری راستچین و فارسی | تجربه برای کاربر ایرانی طبیعی است، نه یک ترجمه وصلهشده |
| ساخت جلسه | تعریف عنوان، زمان، نوع جلسه و اطلاعات مربوط | جلسه از ابتدا ساختارمند و قابل پیگیری ایجاد میشود |
| Room Code | کد اتاق برای ورود مهمان | دعوت سادهتر میشود و مهمان به حساب داخلی نیاز ندارد |
| Invite / ACL | دعوت و کنترل مجازبودن ورود شرکتکنندگان | لینک جلسه به معنی دسترسی بدون کنترل نیست |
| Guest Prejoin | مرحله ورود قبل از پیوستن نهایی به جلسه | مهمان نام و وضعیت ورود خود را قبل از ورود نهایی بررسی میکند |
| Waiting Room | نگهداشتن مهمان پیش از تأیید میزبان | میزبان کنترل میکند چه کسی و چه زمانی وارد شود |
| صدا و تصویر | جلسه چندکاربره زنده | هسته اصلی جلسه آنلاین |
| اشتراک صفحه | نمایش دسکتاپ یا محتوای کارشناس/کاربر | برای رفع اشکال، Demo و آموزش ضروری است |
| چت جلسه | پیام در کنار ارتباط صوتی و تصویری | لینک، کد، توضیح کوتاه و هماهنگی بدون قطع صحبت منتقل میشود |
| Active Speaker | تشخیص و نمایش شرکتکننده فعال | در جلسه چندنفره دنبالکردن گفتوگو آسانتر میشود |
| Mute | کنترل صدای شرکتکننده توسط میزبان | جلسههای شلوغ قابل مدیریت میشوند |
| Remove Participant | حذف شرکتکننده از جلسه | کنترل عملی میزبان روی نشست حفظ میشود |
| Lock Meeting | قفلکردن جلسه | بعد از شروع رسمی میتوان ورودهای بعدی را محدود کرد |
| یادآوری جلسه | یادآوری پیش از شروع جلسه، از جمله بازههای ۶۰، ۳۰ و ۵ دقیقهای | جلسه در شلوغی روز کاری فراموش نمیشود |
| Gap بین جلسات | کنترل فاصله زمانی میان نشستها | از برنامهریزی فشرده و همپوشانی نامناسب جلوگیری میشود |
| جستوجو و فیلتر | یافتن جلسات بر اساس معیارهای مدیریتی | تاریخچه جلسهها قابل استفاده میماند |
| نمای Kanban | نمایش مدیریتی جلسهها در وضعیتهای مختلف | برای مرور سریع برنامه و وضعیت جلسهها مفید است |
| کپی جلسه | ساخت جلسه جدید بر پایه جلسه قبلی | برای جلسات تکرارشونده زمان تنظیمات کاهش مییابد |
| ویرایش جلسه | اصلاح زمان و مشخصات جلسه | تغییر برنامه بدون ساخت مجدد انجام میشود |
| حذف نرم | حذف جلسه بدون نابودکردن فوری سابقه | برای کنترل و بازیابی مدیریتی امنتر است |
| ثبت حضور | ثبت Join، heartbeat، reconnect و leave | حضور فقط بر اساس یک کلیک اولیه محاسبه نمیشود |
| مدت واقعی جلسه | محاسبه زمان واقعی حضور/جلسه | گزارش مدیریتی و زمان صرفشده دقیقتر میشود |
| خروجی XLSX | گزارش قابل استفاده در Excel | تحلیل، آرشیو و گزارش مدیریتی آسانتر است |
| خروجی PDF | گزارش قابل ارائه و بایگانی | برای مستندسازی رسمی مناسب است |
| ضبط جلسه | نگهداری محتوای جلسه برای بازبینی و آموزش | برای آموزش، مستندسازی و جلسات مهم ارزشمند است |
| جلسه خارجی | نگهداری جلسههایی که میزبان آنها Teams، Zoom، Google Meet یا Webex است | تقویم تیم حتی با وجود ابزارهای دیگر پراکنده نمیشود |
| کاربران داخلی | حساب کاربران سازمانی با پروفایل و آواتار | هویت داخلی و مسئولیتها مشخص میماند |
| تأیید کاربر | امکان تأیید حساب جدید توسط مدیر | ورود به محیط سازمانی کنترلشده است |
| RBAC | نقش و سطح دسترسی کاربران | همه کاربران به همه عملیات مدیریتی دسترسی ندارند |
| Audit / KPI | ثبت و مشاهده شاخصها و رویدادهای مدیریتی | مدیر از وضعیت عملیاتی سامانه تصویر بهتری دارد |
| اتصال ServiceDesk Plus | سناریوی ثبت یا پیوند جلسه با Request، Task و Worklog | جلسه پشتیبانی از پرونده کار جدا نمیماند |
| نگهداری Secret در Server | اطلاعات حساس اتصال ServiceDesk در سمت سرور باقی میماند | Secret در مرورگر کاربر افشا نمیشود |
۱. برنامهریزی جلسه، به زبان خودمان
یکی از سادهترین تفاوتهای مدامیت همینجاست. تقویم شمسی موضوعی نیست که بعداً به محصول اضافه شده باشد؛ بخشی از تجربه اصلی برنامهریزی است. مدیر میتواند برنامه را در نماهای سال، ماه، هفته و روز ببیند و جلسه را با تاریخ و زمانی که تیم واقعاً با آن کار میکند بسازد.
این مسئله برای تیمی که روزانه جلسههای متعدد دارد، بیشتر از یک «امکان ظاهری» است. وقتی همه گزارشها، قراردادها، برنامه شیفت و قرارهای مشتری با تقویم شمسی هستند، مجبورشدن به تبدیل تاریخ در ابزار جلسه فقط اصطکاک اضافی ایجاد میکند.
۲. مهمان برای یک جلسه کوتاه نباید عضو سامانه شود
کارمند داخلی یک حساب سازمانی دارد؛ مشتری الزاماً نباید داشته باشد. در مدامیت مهمان میتواند با دعوت یا Room Code وارد Prejoin شود و سپس مطابق سیاست جلسه وارد اتاق شود.
این طراحی برای جلسه پشتیبانی مهم است. کاربری که سیستمش مشکل دارد، نباید قبل از اینکه مشکل اصلیاش را توضیح دهد وارد یک فرایند ثبتنام جدید شود.
۳. میزبان واقعاً میزبان است
در جلسه سازمانی، ساختن لینک کافی نیست. میزبان باید بتواند ورود افراد را کنترل کند، شرکتکننده را بیصدا کند، در صورت نیاز حذف کند و زمانی که همه افراد لازم وارد شدند جلسه را قفل کند.
Waiting Room، Mute، Remove و Lock دقیقاً برای همین نیازها هستند. هدف پیچیدهکردن جلسه نیست؛ هدف این است که کنترل جلسه از دست برگزارکننده خارج نشود.
۴. اشتراک صفحه؛ قلب جلسه پشتیبانی
برای تیم Service Desk، خیلی وقتها مشکل با توضیح شفاهی حل نمیشود. کاربر میگوید «این صفحه باز نمیشود» یا «این خطا را میبینم» و کارشناس باید همان چیزی را ببیند که کاربر میبیند.
اشتراک صفحه این فاصله را از بین میبرد. همین قابلیت، MedaMeet را برای Demo محصول، آموزش مشتری و بررسی رخدادهای نرمافزاری هم کاربردی میکند.
۵. حضور و غیاب فقط «Join شد» نیست
اگر کاربر وارد شود، ارتباطش قطع شود و دوباره برگردد، گزارش حضور نباید تصور کند او دو نفر بوده یا تمام مدت جلسه را پیوسته حضور داشته است. MedaMeet برای حضور از رویدادهای heartbeat، reconnect و leave استفاده میکند تا مدت واقعی جلسه معنای بیشتری داشته باشد.
این داده برای مدیر تیم IT، مسئول آموزش یا کسی که باید زمان صرفشده را گزارش کند، مهم است.
۶. از جلسه به Request، Task و Worklog
این همان بخشی است که مدامیت را از یک ابزار ویدئوکنفرانس عمومی جدا میکند.
فرض کنید Request شماره ۴۵۲۱ درباره خطای یک نرمافزار است. کارشناس با کاربر جلسه میگذارد، صفحه را میبیند و مشکل را در ۲۰ دقیقه حل میکند. اگر این ۲۰ دقیقه بیرون از ServiceDesk Plus باقی بماند، گزارش کار تیم ناقص است.
سناریوی MedaMeet این است که بعد از جلسه، اطلاعات و نتیجه به مسیر Request، Task یا Worklog نزدیک بماند. یعنی مدیر بعداً مجبور نباشد از روی حافظه افراد بفهمد چه اتفاقی افتاده است.
کاربر Request ثبت میکند ← کارشناس جلسه MedaMeet میسازد ← لینک برای کاربر ارسال میشود ← اشتراک صفحه و رفع اشکال انجام میشود ← حضور و زمان جلسه ثبت میشود ← نتیجه در Worklog یا Task همان فرایند دنبال میشود.
۷. جلسه خارجی هم از تقویم شما فرار نمیکند
قرار نیست سازمان یکشبه استفاده از همه ابزارهای دیگر را متوقف کند. ممکن است مشتری خارجی لینک Teams بفرستد یا یک شریک تجاری روی Zoom جلسه داشته باشد. MedaMeet میتواند چنین جلسههایی را هم بهعنوان جلسه خارجی در برنامه نگه دارد.
فایدهاش روشن است: تقویم مدیریتی تیم همچنان یک نقطه مرجع باقی میماند، حتی وقتی میزبان فنی جلسه سرویس دیگری است.
۸. نقش و دسترسی برای محیط سازمانی
سامانه جلسه سازمانی نمیتواند همه کاربران را مدیر فرض کند. MedaMeet برای کاربران داخلی حساب، پروفایل، آواتار و مدل نقش و دسترسی دارد. تأیید کاربر جدید نیز میتواند زیر نظر مدیر انجام شود.
به این ترتیب، مهمان بیرونی، کاربر داخلی و مدیر سامانه یک تجربه و سطح اختیار یکسان ندارند؛ همان چیزی که در محیط واقعی سازمان انتظار داریم.
۹. یادآوریها؛ جزئیات کوچکی که جلسه را نجات میدهند
گاهی بزرگترین مشکل یک جلسه نه کیفیت تصویر است و نه پهنای باند؛ فراموششدن جلسه است. یادآوریهای پیش از شروع، از جمله بازههای ۶۰، ۳۰ و ۵ دقیقهای، برای همین طراحی شدهاند.
در روزی که کارشناس همزمان با Ticket، تماس و چند کار دیگر درگیر است، این اعلان ساده میتواند تفاوت میان جلسه بهموقع و تماس عذرخواهی بعد از آن باشد.
۱۰. گزارش برای مدیر، نه فقط تاریخچه برای سیستم
وجود داده وقتی ارزش دارد که بتوان از آن استفاده کرد. خروجی XLSX و PDF کمک میکند گزارش جلسه از محیط سامانه بیرون بیاید، تحلیل شود، برای مدیر ارسال شود یا در پرونده پروژه نگهداری شود.
ترکیب زمان واقعی، حضور و ارتباط با نوع جلسه باعث میشود MedaMeet فقط فهرستی از لینکهای قدیمی نباشد.
MedaMeet برای چه کسانی ساخته شده؟
- تیمهای Service Desk: برای جلسه رفع اشکال و اتصال آن به Request و Worklog.
- مدیران IT: برای دیدن برنامه جلسهها، زمان صرفشده و خروجی قابل پیگیری.
- تیم آموزش: برای کلاس، حضور و ضبط جلسه.
- فروش و Presales: برای Demo محصول و جلسه مشتری.
- منابع انسانی: برای مصاحبه و جلسههای داخلی.
- مدیران پروژه: برای جلسات پیگیری و نگهداشتن تاریخچه منظم.
مدامیت چه چیزی نیست؟
قرار نیست مدامیت نسخه دیگری از تمام قابلیتهای Teams یا Zoom باشد. هدف آن این نیست که هر ابزار همکاری دنیا را در یک صفحه جمع کند. اتفاقاً ارزش محصول در تمرکز آن است: جلسه آنلاین برای تیم ایرانی، با اتصال به کاری که قبل و بعد از جلسه انجام میشود.
اگر نیاز شما وبینار عظیم، شبکه اجتماعی سازمانی یا همکاری گسترده روی اسناد Office است، ابزارهای تخصصی دیگری وجود دارند. اگر مسئله شما این است که جلسه پشتیبانی، آموزش یا Demo از فرایند اصلی کار جدا شده، MedaMeet برای همین نقطه طراحی شده است.
مقایسه مدامیت با ابزارهای شناختهشده
برای اینکه انتخاب راحتتر باشد، مقایسههای مستقل و مفصل برای ابزارهای رایج آماده کردهایم:
اگر ServiceDesk Plus دارید، جلسه بعدی را بیرون از فرایند برگزار نکنید
مدامیت را ببینید، یک جلسه آزمایشی بسازید و مسیر ورود مهمان، تقویم شمسی و اتصال به جریان پشتیبانی را از نزدیک بررسی کنید.
سخن پایانی
جلسه آنلاین مدتهاست مسئله حلشدهای به نظر میرسد. دوربین روشن میشود، چند نفر حرف میزنند و تماس تمام میشود. اما برای سازمان، خود تماس فقط وسط داستان است.
قبلش باید برنامهریزی شود. مهمان باید بدون دردسر وارد شود. میزبان باید کنترل داشته باشد. بعدش هم باید بدانیم چه کسی بود، چقدر زمان صرف شد و نتیجه چه شد. اگر تیم Service Desk داریم، این نتیجه باید کنار Request و Worklog بماند، نه در حافظه کارشناس.
مدامیت تلاش مدانت برای حل همین بخش فراموششده است؛ نه فقط «برگزاری جلسه»، بلکه مدیریت جلسه بهعنوان بخشی از کار.
مدامیت؛ یک لینک تا کنار هم بودن.
برای سازمانهایی که استقرار داخلی، کنترل ترافیک، Kanban جلسات و تداوم سرویس برایشان مهم است: مقاله MedaMeet On-Premise را بخوانید.
