داخل گردشکار مشتری
01 / واقعیت مشتری را درک کنید
حتی یک جلسهٔ آموزشی آرام هم ممکن است پرسش‌های مهمی را بی‌پاسخ بگذارد.
توضیح پیکربندی را تمام می‌کنید. مشتری سر تکان میدهد، اما یک هفته بعد همان کار هنوز انجام نشده است. ادمین آن‌ها می‌خواست بپرسد مجوزها برای یک تیم منطقهای چطور کار میکند، یا کدام گام قبل از وارد کردن داده‌ها می‌آید. آن‌ها ارائه را به زبانی دیگر دنبال می‌کردند و لحظهٔ راحتی برای توضیح پیدا نکردند.
ترجمهٔ زنده برای تماس‌های موفقیت مشتری به گفتوگو فضای بیشتری میدهد. هر شرکتکننده به زبان انتخابی خود صحبت میکند؛ MeetBridge گفتار ترجمهشده را به زبان شنونده ارائه میدهد. مشتری میتواند فرایند خود را توضیح دهد، رهبر پیادهسازی شما میتواند سؤال پیگیری بپرسد و ذینفع دیگر میتواند مسئولیت خود را روشن کند. شرکتکنندگان هم‌زبان، همدیگر را مستقیم می‌شنوند.
هدف عملی است: بفهمید مشتری می‌خواهد چه کاری انجام دهد و روی گام بعدی توافق کنید. تیم شما همچنان دانش محصول، عیبیابی و زمینهٔ حساب مشتری را ارائه میدهد. ترجمه کمک میکند این گفت‌وگوها بین زبان‌ها انجام شوند.
«می‌توانید نشان دهید این کار در کدام مرحله متوقف میشود؟» نقطهٔ شروع مشخصی به مشتری میدهد. پیش از تغییر تنظیمات یا ارجاع مسئله به تیم تخصصی، مانع را با بیان خودتان تکرار کنید.
02 / در سراسر رابطه
در هر مرحله از زبانی استفاده کنید که مشتری نیاز دارد.
توافق کنید اولین راه‌اندازیِ قابل‌استفاده باید چگونه باشد.
یک جلسهٔ پیادهسازی میتواند شامل رهبر پروژه، ادمین و کاربران منطقهای باشد. اجازه دهید هر کس گردشکار خودش را توضیح دهد. پیکربندی‌ای را که توافق کرده‌اید پیادهسازی کنید از نیازی که هنوز به بازبینی فنی احتیاج دارد جدا کنید.
به افرادی که کار را انجام میدهند اجازه دهید سؤال بپرسند.
در طول آموزش مشتری، یک کار مفید را نمایش دهید و مکث کنید. از یک شرکتکننده بخواهید توضیح دهد چطور از آن در تیمش استفاده میکند. پاسخِ ترجمهشده به شما کمک میکند مرحله‌ای را پیدا کنید که به یک مثال دیگر نیاز دارد.
توصیف مسئله را با هم بسازید.
بپرسید چه اتفاقی افتاده، مشتری چه انتظاری داشته و چه افرادی تحت تأثیر هستند. از صفحهٔ مشترک استفاده کنید تا خطای دقیق را بررسی کرده و قبل از تصمیم‌گیری دربارهٔ اینکه چه کسی باید بررسی کند، شواهد را مستند کنید.
اولویت‌های پشتِ بهروزرسانی حساب مشتری را بشنوید.
از نمایندگان مشتری در تیمهای منطقهای و مدیریت بخواهید توضیح دهند چه چیزی تغییر کرده است. مرور کسبوکار باید با اهداف تأییدشده و مسئولان مشخص پایان یابد؛ از جمله برای نگرانی‌ای که ممکن است چون به زبانی دیگر مطرح شده، از نظر دور مانده باشد.
03 / جلسه را با حساب مشتری تطبیق دهید
در یک اتاق جلسه برگزار کنید، یا همان دعوتنامهٔ مشتری را ادامه دهید.
یک جلسهٔ کامل MeetBridge
ویدئو و گفتار ترجمهشده را در یک جلسه نگه دارید. بسته به پلن شما و قابلیت‌های جلسهٔ فعال‌شده، زمینهٔ متنِ جلسه، خلاصه‌های ذخیره‌شده، تصمیم‌ها و اقدامات میتوانند از بازبینی بعدی شما پشتیبانی کنند.
جلسات MeetBridge را بررسی کنیدMeetBridge Voice در کنار پلتفرم آن‌ها
Teams، Google Meet یا Zoom را برای ویدئو، اشتراکگذاری صفحه و چت نگه دارید. میزبان یک اتاق Voice جداگانه در اپ دسکتاپ ایجاد میکند. هر کسی که صحبت میکند به آن اتاق می‌پیوندد؛ دعوتشدگان میتوانند در یک مرورگر پشتیبانیشده ادامه دهند.
MeetBridge Voice را دریافت کنیددر گردشکار Voice، میکروفون پلتفرم اصلی و صدای ورودی جلسه را خاموش کنید. سپس از طریق MeetBridge صحبت کنید و بشنوید. Voice یک اتاق صوتی مشترک در کنار تماس ویدیویی است؛ فهرست شرکتکنندگان را خودکار اضافه نمیکند و گفتار کسی را که فقط در تماس صوتی اصلی مانده ترجمه نمیکند.
اگر لازم است گفتوگو و سوابق قابل‌استفاده برای پیگیری در یک فضای مشترک باشند، جلسهٔ کامل MeetBridge را انتخاب کنید. اگر مشتری باید پلتفرم ویدیویی فعلی خود را حفظ کند، از Voice استفاده کنید. این انتخاب را در دعوت‌نامه توضیح دهید تا جلسهٔ آموزش و راهاندازی اولیه با هدف مشتری آغاز شود.
04 / از شروع تا یک گردشکار قابل‌استفاده
اولین وظیفه را حول فرایند خودِ مشتری بسازید.
بپرسید نتیجهٔ مفیدِ اول چه باید باشد.
یک گردشکار انتخاب کنید که مشتری می‌خواهد انجام دهد: تأیید یک درخواست، دعوت یک تیم یا تولید یک گزارش. تأیید کنید چه کسی آن را انجام خواهد داد و چه چیزهایی باید از قبل آماده باشد. دستور جلسه، راهنمای زبان و لینک‌های جلسهٔ مرتبط را ارسال کنید.
پذیرش و صدا را ساده کنید.
برای Voice، مهمان دعوت‌نامه را باز میکند، در مرورگر ادامه میدهد و با نام خود درخواست ورود میدهد. میزبان درخواست را تأیید میکند. تأیید کنید همه در اتاق Voice هستند، زبان و دستگاه‌ها را بررسی کنید و قبل از شروع راهنمایی مرحله‌به‌مرحله، یک تبادل کوتاه انجام دهید.
نمایش دهید، مکث کنید و بگذارید مشتری امتحان کند.
یک گام معنادار را نشان دهید، سپس از مشتری بخواهید توضیح دهد بعد چه میکند. سؤال او را به همان صفحهٔ مرتبط وصل نگه دارید. نوبتی صحبت کنید و اجازه دهید پاسخ ترجمهشده تمام شود، سپس اقدام بعدی را توضیح دهید.
نوار فشردهٔ دسکتاپ کنترل‌های Voice را نزدیک صفحهٔ اشتراک‌گذاری‌شده نگه می‌دارد. مشتریان مرورگری در اتاقِ گسترش‌یافته می‌مانند. قبل از پایان، وظیفهٔ بعدی، مسئولِ سمت مشتری و تاریخی را که آن را بازبینی می‌کنید تأیید کنید. نام دقیق فیلدها و تاریخها را بهصورت نوشتاری ثبت کنید تا همه بتوانند به آن ارجاع دهند.
05 / عیبیابی را دقیق کنید
توضیح را ترجمه کنید. کد خطا را دقیق نگه دارید.
معمولاً جملهٔ اول، تمام مسئلهٔ مشتری را توضیح نمی‌دهد. از او بخواهید ترتیب رخدادها را شرح دهد، صفحهٔ مربوط را نشان دهد و بگوید چه کسانی درگیر هستند. نتیجهٔ مورد انتظار را از آنچه رخ داده جدا کنید. به‌جای تکیه بر ترجمهٔ گفتاری برای تک‌تک نویسه‌ها، پیام خطا، شمارهٔ نسخه و زمان ثبت رخداد را در گفت‌وگوی متنی یا سند مشترک قرار دهید.
Voice به شما اجازه میدهد وقتی یک نفر بلندتر از دیگری صحبت میکند، بلندی صدای دریافتیِ یک شرکتکننده را تنظیم کنید. وقتی ترجمهٔ زبان خارجی آماده باشد، صدای اصلی بهصورت پیش‌فرض روی ۱۰٪ آرام می‌ماند. اگر ترجمهٔ تنها را ترجیح می‌دهید، گزینهٔ “Hear original voice at 10%” را در تنظیمات Audio غیرفعال کنید. در زمان راهاندازی ترجمه یا اتصالِ ناموجود، صدای اصلی بهطور معمول قابل شنیدن می‌ماند.
از ناحیهٔ زیرنویس برای بررسی یک واژه و از پنل کیفیت اتصال برای یافتن مشکل صوتی استفاده کنید. اگر توصیف ترجمهشده با صفحه ناسازگار به نظر می‌رسد، از مشتری بخواهید مرحله را دوباره توضیح دهد. ترجمهٔ هوش مصنوعی ممکن است اشتباه کند؛ خطای نوشتاری و تأیید مشتری نقطهٔ شروع محکم‌تری برای بررسی میدهد.
قبل از تحویل مسئله به تیم دیگر
گردش‌کارِ تحت تأثیر، شواهد جمع‌آوری‌شده، هر راه‌حل موقتِ توافق‌شده و اینکه چه کسی بهروزرسانی بعدی را ارسال میکند تأیید کنید. «بررسی می‌کنیم» را از یک اصلاحِ تضمین‌شده یا تاریخ انتشار وعده‌داده‌شده جدا نگه دارید.
06 / ذی‌نفعان را وارد بازبینی کنید
به مشتری در مورد آنچه فصل بعد رخ میدهد حق اظهار نظر بدهید.
مرور فصلی کسبوکار میتواند حامی اجرایی، کاربران منطقهای و تیم مسئول مشتری را با زبانهای متفاوت گرد هم بیاورد. هر نفر زبان انتخابی خودش را حفظ میکند. از اهداف توافق‌شدهٔ مشتری آغاز کنید، پیشرفت مرتبط را نشان دهید و بپرسید چه چیزی در اولویت‌هایشان تغییر کرده است.
راهنمای موفقیت مشتری GitLab برنامه‌های موفقیت مشتری را به نتایج مطلوب، نقاط عطف، زمان‌بندی‌ها و مسئولان مرتبط میکند. همین نظم در گفتوگو هم مفید است: مشتری باید بتواند برنامه را به بحث بگذارد و تأیید کند که برای تیمش چه معنایی دارد.
| بحث | از مشتری بپرسید | با هم تأیید کنید |
|---|---|---|
| پیشرفت | کدام بخش از گردشکار حالا برای تیم شما کار میکند؟ | نتیجه، شواهد آن و دوره‌ای که بازبینی میشود. |
| موانع | چه چیزی هنوز جلوی گروه بعدی را از استفاده می‌گیرد؟ | سؤال حل‌نشده و اینکه چه کسی بررسی میکند. |
| اولویت بعدی | قبل از بازبینی بعدی روی چه چیزی تمرکز کنیم؟ | نقطهٔ عطف، نام مسئول و تاریخ بازبینی. |
به هر ذینفع زمان بدهید پاسخ دهد. یک بازبینی ترجمهشده راهی به شما میدهد تا نگرانی منطقهای پشتِ یک بهروزرسانی سطح حساب مشتری را بشنوید. برنامه را بهصورت نوشتاری تأیید کنید، به‌خصوص تاریخها، دامنه و مسئولیت‌ها.
07 / وعده را در طول تحویل کار حفظ کنید
نفر بعدی به زمینهٔ مشتری نیاز دارد، نه یک حدس‌زدنِ دوباره.
پس از جلسهٔ کامل MeetBridge، متن پیاده‌شده، خلاصه و اقدام‌های در دسترس در طرح خود را مرور کنید. پیش از تهیهٔ جمعبندی برای مشتری، متن تولیدشده را بازبینی کنید. تصمیم‌های تأییدشده، پرسش‌های بی‌پاسخ و برداشت خودتان را از هم جدا نگه دارید تا متخصص پیادهسازی یا مسئول پشتیبانی بتواند گفتوگو را دقیق ادامه دهد.
جزئیات بازبینی‌شده را وارد برنامهٔ حساب مشتری یا فرایند پشتیبانی خود کنید. این گردشکار بهروزرسانی خودکار برای هر CRM، سیستم تیکتینگ یا پلتفرم موفقیت مشتری را وعده نمی‌دهد. تیم شما همچنان مسئول مسئله، ارتباطات و تحویلِ توافق‌شده است.
متن زندهٔ Voice زمینهٔ مربوط به جلسهٔ جاری است؛ فرض نکنید یک سابقهٔ کاملِ ذخیره‌شده از جلسه وجود دارد یا اینکه ضبط Teams، Meet یا Zoom شامل گفت‌وگوی Voice است. پردازش صوتی ابری را توضیح دهید، پردازش صوتی جلسه و اطلاعات امنیتی را بازبینی کنید و الزامات سازمان خود را رعایت کنید.
استفاده از اتاق Voice از پلن MeetBridge میزبان محاسبه میشود. قبل از عرضهٔ آن در جلسات تکرارشوندهٔ مشتری، پلن‌ها و میزان استفادهٔ فعلی را بررسی کنید. یک نوع جلسهٔ آشنا را با همکاران امتحان کنید، سپس بپرسید آیا مشتریان توانستند مانع را توضیح دهند و با یک اقدام بعدیِ روشن جلسه را ترک کنند یا نه.
خلاصه‌ها و اقدامات جلسه را بررسی کنیدراهاندازی عملی / قبل از گفتوگو
یک گفت‌وگوی ترجمه‌شدهٔ مشترک را در شش گام راهاندازی کنید.
قبل از یک جلسهٔ آموزش و راهاندازی اولیهٔ مشتری یا آموزش، به مشتری بگویید روی کدام کار پیش می‌روید و بپرسید چه کسی واقعاً آن را انجام میدهد. وقتی مسئولیت‌ها متفاوت است، ادمین و یک نمایندهٔ کاربر نهایی را هم اضافه کنید. کسی که گردشکار را نمایش میدهد نباید هم‌زمان انتظار داشته باشد هر مشکل ورود را حل کند؛ یک میزبان تعیین کنید که بتواند پذیرش را مدیریت کند.
1. روی اتاق و سخنگوها توافق کنید. وقتی ویدئو و ترجمه باید یک دعوتنامهٔ مشترک داشته باشند، یک جلسهٔ کامل MeetBridge را انتخاب کنید. اگر دعوتنامهٔ موجود Teams، Google Meet یا Zoom باید حفظ شود، برای صدا از یک اتاق Voice جداگانه استفاده کنید. زبان هر سخن‌گو و اینکه چه کسی مهمانها را تأیید میکند مشخص شود.
2. دعوتنامهٔ Voice را ایجاد و به اشتراک بگذارید. میزبان در اپ دسکتاپ وارد میشود، پلتفرم مربوط را انتخاب میکند و اتاق را میسازد. لینک کپی‌شدهٔ Voice را در کنار لینک ویدئو ارسال کنید. انتخاب پلتفرم، اتاق را شناسایی میکند؛ اما حساب آن پلتفرم را وصل نمیکند و شرکتکنندگان را وارد نمیکند.
3. مهمان‌های مورد نظر را بپذیرید. دعوت‌شونده میتواند در یک مرورگر پشتیبانیشده ادامه دهد یا اپ نصب‌شدهٔ Voice را باز کند. مهمان نام خود را وارد میکند و درخواست پذیرش میدهد؛ میزبان درخواست را تأیید میکند. کاربر وبِ واردشده میتواند با حسابش ادامه دهد. تأیید لابیِ ویدئو و تأیید Voice جدا از هم هستند.
4. از یک مسیر واحد برای صحبت و شنیدن استفاده کنید. هر گوینده میکروفون و صدای ورودی جلسه را در پلتفرم ویدیویی اصلی خاموش میکند. خاموش‌کردن میکروفون به‌تنهایی، دریافت صدای آن پلتفرم را متوقف نمیکند. در تماس ویدیویی مرورگر، صدای همان سایت را خاموش کنید و کل مرورگر را بی‌صدا نکنید تا صدای Voice همچنان پخش شود.
5. زبان و دستگاه‌های متصل را انتخاب کنید. هر نفر زبان گفتوگو، میکروفون و خروجی صدا را انتخاب میکند. ممکن است هدستی که قبلاً انتخاب شده، اکنون وصل نباشد. هنگام ورود در مرورگر، اجازهٔ دسترسی به میکروفون را برای سایت MeetBridge فعال کنید. گزینهٔ «Join with microphone off» برای آماده‌شدن بدون صداست؛ پیش از صحبت، میکروفون Voice را روشن کنید.
6. منتظر وضعیت زنده بمانید و هر دو جهت را بررسی کنید. یک سؤال کوتاه بپرسید و اجازه دهید طرف مقابل به زبان خودش پاسخ دهد. تأیید کنید هر سخن‌گو در Voice ظاهر میشود و یک‌بار صدای مورد نظر را میشنود. قبل از شروع گفت‌وگوی کاری، مهمان‌های غایب، صدای تکراری یا مشکلات دستگاه را رفع کنید.
میزبان مسئول دعوت‌نامه، پذیرش مهمانها و بستن اتاق است. هر شرکتکننده زبان و دستگاه‌های خود را انتخاب میکند. ارائه‌دهنده اسناد مشترک را در معرض دید نگه می‌دارد و برای پاسخ ترجمهشده مکث میکند. میزان استفاده از Voice از طرح میزبان محاسبه میشود؛ مهمانها برای درخواست ورود به اشتراک جداگانه نیاز ندارند.
ما جلسهٔ ویدئویی‌مان را برای صفحهٔ محصول نگه می‌داریم و برای گفتوگو از MeetBridge Voice استفاده می‌کنیم. هر دو لینک را باز کنید، در Voice زبان خود را انتخاب کنید و درخواست ورود بدهید. می‌توانید در مرورگر ادامه دهید. میکروفون ویدئو و صدای ورودی جلسه را خاموش کنید؛ ما در Voice صحبت می‌کنیم و گوش می‌دهیم. میزبان موفقیت مشتری ما درخواست را تأیید میکند و قبل از آموزش، یک تبادل کوتاه را بررسی میکند.
یک گردشکار نمونه / از سؤال تا گام بعدی
یک گفت‌وگوی آموزش و راهاندازی اولیهٔ مشتری ترجمهشده که مجوزِ جاافتاده را آشکار میکند.
یک جلسهٔ پیادهسازی نمونه را در نظر بگیرید با یک مدیر موفقیت مشتری انگلیسی‌زبان، یک کاربر نهایی اسپانیایی‌زبان و یک ادمین مشتری آلمانی‌زبان. آن‌ها تماس برنامه‌ریزی‌شدهٔ Google Meet خود را برای صفحهٔ مشترک نگه می‌دارند و برای گفتوگو به یک اتاق Voice می‌پیوندند. هدف این است که یک کار روتین تکمیل شود، نه ارائهٔ کل محصول. این یک نمونهٔ تحریری است، نه نتیجهٔ گزارش‌شدهٔ مشتری.
مدیر گام اول را نمایش میدهد، سپس از کاربر نهایی می‌خواهد توضیح دهد در صفحهٔ خودش چه اتفاقی می‌افتد. کاربر توضیح میدهد که اقدام وجود ندارد. ادمین می‌پرسد کدام فضای کاری باز است. گروه متوجه میشود آن شخص در فضای کاری متفاوتی نسبت به فضای کاری نمایش‌داده‌شده در دمو است. آن‌ها نام دقیق فضای کاری و مجوزها را در چت می‌نویسند تا گفتوگو به یک محیط مشخص ارجاع دهد.
ادمین دسترسی مورد نظر را از طریق فرایند تأیید معمول مشتری تأیید میکند. مدیر آن سؤال را تا زمانی که شخص مسئول پاسخ دهد باز نگه می‌دارد. گفت‌وگوی ترجمهشده میتواند روشن کند کاربر چه می‌بیند؛ اما یک مجوز را اعطا نمیکند، همهٔ مسائل را تشخیص نمی‌دهد و تغییر دسترسی را مجاز نمیکند. اگر تیم نتواند سؤال را در همان جلسه حل کند، به یک پیگیریِ تخصیص‌داده‌شده تبدیل میشود.
قبل از پایان، مدیر از کاربر می‌خواهد وظیفهٔ اول و اینکه برای کمک کجا می‌رود را توضیح دهد. یادداشت موفقیت مشتری گردشکار مورد نظر، سؤال دسترسی حل‌نشده، مسئول آن و بهروزرسانی بعدی را ثبت میکند. حضور در آموزش با تکمیل موفق کار متفاوت است. این تمایز کمک میکند جلسهٔ بعدی با مانع واقعی شروع شود، نه با تکرار همان ارائه.
قالب را انتخاب کنید / شنیدن، خواندن و بازبینی
پشتیبانی زبانی را با توجه به کار واقعی جلسه انتخاب کنید.
گفتار ترجمهشده و متن ترجمهشده نیازهای متفاوتی را پوشش میدهند. شرکت‌کننده‌ای که در حال مطالعهٔ یک صفحهٔ اشتراک‌گذاری‌شده است ممکن است شنیدن را ترجیح دهد؛ دیگری ممکن است با خواندن زیرنویس راحت باشد. مشخص کنید سؤال‌ها چگونه برمی‌گردند و ارائه چگونه فهمیده میشود. یک متن پیادهشدهٔ جلسه که بعد از تماس ترجمه شده، نمی‌تواند در طول تماس به مهمان کمک کند سؤال بعدی را بپرسد.
جلسهٔ کامل MeetBridge ویدیو و ترجمه را در یک اتاق جمع میکند و بسته به طرح و قابلیت‌های فعال، امکانات ثبت جلسه را ارائه میدهد. با Voice در کنار پلتفرم ویدیویی فعلی، همهٔ گویندگان باید وارد اتاق صوتی جداگانه شوند؛ متن زنده نیز اطلاعات جلسهٔ جاری را در اختیارشان می‌گذارد. زیرنویس داخلی پلتفرم به شرایط فعلی آن بستگی دارد. اگر گفتوگو به پشتیبانی تخصصی یا فرایند تعیین‌شدهٔ سازمان نیاز دارد، ترجمهٔ شفاهی توسط مترجم واجد صلاحیت میتواند مناسب باشد.
قبل از ارسال دعوت‌نامه انتخاب کنید. از راهنماهای دقیق راهاندازی Teams، Google Meet و Zoom که در این صفحه لینک شده‌اند برای گام‌های صوتی فعلی و منابع رسمی قابلیت‌ها استفاده کنید. فرض نکنید ضبط پلتفرم شامل صدای جداگانهٔ Voice است، یا اینکه زیرنویس‌ها همان تجربهٔ دوطرفهٔ گفتاری را ارائه میدهند.
بازیابی عملی / یک مسیر صوتی را دنبال کنید
مشکلات ورود و صدا را بدون از دست دادن گفتوگو رفع کنید.
یک مانع محصول را از یک مانع صوتی جدا کنید. اگر مشتری سؤال را نمی‌شنود، ابتدا مشکل اتاق یا دستگاه را حل کنید. اگر میشنود اما محصول متفاوت رفتار میکند، قبل از ارجاع صفحهٔ دقیق، محیط و پیام نوشتاری را جمع‌آوری کنید. تغییر تنظیمات صدا نمی‌تواند یک مجوزِ محصولِ مفقود را حل کند.
| نشانه | اولین اقدام مفید |
|---|---|
| شخص در دوربین هست اما در گفتوگو نیست. | همان لینک Voice را بفرستید، پذیرش را بررسی کنید و وضعیت زندهٔ اتاق را تأیید کنید. حضور در ویدئو کسی را به Voice اضافه نمیکند. |
| دو نسخه از گفتار یا اکو. | هم صدای ورودی را خاموش کنید و هم میکروفون پلتفرم ویدئو را. بررسی کنید یک تب Voice دیگر باز نباشد یا میکروفونِ نزدیکی صدا را نگیرد. |
| اتاق مرورگر دیده میشود اما بی‌صداست. | صدای سایت MeetBridge را مجاز کنید، اگر ارائه شد “توانمندسازی room audio” را بزنید و دستگاه خروجی را بررسی کنید. هنگام بی‌صدا کردن سایت ویدئو، صدای Voice را در دسترس نگه دارید. |
| مهمان میشنود اما نمی‌تواند صحبت کند. | مجوز میکروفون MeetBridge، ورودیِ متصل و کنترل mute در Voice را تأیید کنید. |
| گفتار اصلی بدون ترجمهٔ مورد انتظار. | وضعیت ترجمه و زبان انتخاب‌شدهٔ هر سخن‌گو را بررسی کنید. گفتار هم‌زبان مستقیم است؛ در شروع ترجمه یا هنگام اتصال مجدد، صدای اصلی میتواند قابل شنیدن بماند. |
| یک اصطلاح یا عدد ناسازگار به نظر می‌رسد. | ارجاع دقیق را بنویسید، از سخن‌گو بخواهید بازگویی کند و قبل از اقدام، معنای مربوط را تأیید کنید. |
از پنل کیفیت اتصال استفاده کنید تا بین اتصال اتاق، شرکتکننده و ترجمه تمایز بگذارید. هنگام استفاده از بلندگو، پخش را در سطح راحت نگه دارید و از میکروفون‌های بازِ نزدیک که آن را دریافت میکنند جلوگیری کنید. هر تنظیم صدای سایت ویدئو را که تغییر داده‌اید، وقتی تماس همراه تمام شد به حالت قبل برگردانید.
یک تحویل کار قابل‌استفاده / تأیید و تخصیص
درک مشتری را از انجام‌شدنِ کار جدا نگه دارید.
قبل از منتقل کردن جزئیات به کار تیم بعدی، آن‌ها را با افراد درگیر بازبینی کنید. یادداشت باید نشان دهد چه چیزهایی تأیید شده، چه چیزهایی هنوز باز است و چه کسی مسئول پاسخ است. در یک جلسهٔ کامل MeetBridge، از متن پیادهشدهٔ جلسه، خلاصه و اقدام‌های در دسترسِ پلن خود به‌عنوان زمینه استفاده کنید و سپس متن تولیدشده را بازبینی کنید. برای Voice، یادداشت نوشتاریِ توافق‌شده را از طریق فرایند معمول خود نگه دارید، نه اینکه فرض کنید سابقهٔ کاملِ ذخیره‌شدهٔ جلسه وجود دارد.
یک جمعبندی قابل‌انطباق: هدف مشتری: [گردش‌کاری که می‌خواهند استفاده کنند]. نمایش داده شد: [گام و محیط]. تأییدشده توسط مشتری: [کاری که حالا میتوانند انجام دهند]. هنوز باز: [سؤال مجوز، پیکربندی یا محصول]. مسئول: [نام شخص]. بهروزرسانی بعدی: [تاریخ و کانال توافق‌شده]. ورودی لازم از مشتری: [مثال یا سند].
از طرف مقابل بخواهید در حالی که گروه هنوز حاضر است جمعبندی را اصلاح کند. تخمین را از تاریخِ تأییدشده و درخواست را از تعهدِ پذیرفته‌شده جدا نگه دارید. یک تحویل کارِ بازبینی‌شده و مختصر برای نفر بعدی استفاده‌پذیرتر از یک روایت طولانیِ بازبینی‌نشده از همهٔ گفته‌هاست.
گسترش تیمی / با یک کار آشنا شروع کنید
قبل از گسترش برنامهٔ آموزشی، یک کار مشتری را پایلوت کنید.
یک کار آشنای آموزش و راهاندازی اولیهٔ مشتری، یک میزبان روبه‌مشتری و یک گروه کوچک با ترجیح‌های زبانی متفاوت انتخاب کنید. مشاهده کنید آیا دعوتشدگان میتوانند وارد شوند، آنچه می‌بینند را توضیح دهند و بدون از دست دادن صفحهٔ مشترک یک سؤال پیگیری بپرسند یا نه. در پایان بررسی کنید مسئول سؤالِ باقی‌مانده کیست. بر اساس این مشاهده‌ها، دعوت‌نامه و روال نوبت‌گیری را اصلاح کنید، سپس از این گردشکار برای یک سری آموزش منطقهای یا بازبینی اجرایی استفاده کنید.
یادداشت ورود، مدیریت اتاق و روال تأیید را در سراسر تیم یکسان نگه دارید. قبل از برنامه‌ریزی جلسات تکرارشونده، میزان استفادهٔ طرح اشتراک فعلی را بررسی کنید. در پایان، میزبان اتاق Voice را می‌بندد و همه جلسهٔ ویدئویی جداگانه را پایان میدهند. خروجی مفید پایلوت یک فرایند قابل‌پیروی است، نه یک بهبودِ عملکرد کسب‌وکارِ فرضی.
08 / پرسش‌های شما، پاسخ داده شد
FAQ ترجمه برای موفقیت مشتری
تیمهای موفقیت مشتری چگونه میتوانند از ترجمهٔ زنده استفاده کنند؟
از آن برای آموزش و راهاندازی اولیهٔ مشتری آنلاین، گفتگوهای پیادهسازی، آموزش مشتری، بازبینیهای عیبیابی و بازبینیهای کسبوکار استفاده کنید—جایی که شرکتکنندگان زبانهای متفاوتی صحبت میکنند. هر نفر به زبان انتخابی خود صحبت میکند و میشنود. ترجمه از گفتوگو پشتیبانی میکند؛ اما تیم موفقیت مشتری همچنان محصول را توضیح میدهد، میزان درک را بررسی میکند و پیگیریِ مورد توافق را بر عهده دارد.
آیا میتوانیم جلسهٔ Teams، Google Meet یا Zoom مشتری را حفظ کنیم؟
بله. آن پلتفرم را برای ویدئو، اشتراکگذاری صفحه و چت نگه دارید. میزبان در اپ دسکتاپ یک اتاق MeetBridge Voice میسازد و همهٔ سخنگوها را به آن دعوت میکند. میکروفون و صدای ورودی جلسهٔ پلتفرم اصلی را خاموش کنید، سپس از طریق Voice صحبت کنید و گوش دهید. این یک اتاق صوتی مشترکِ جداگانه است، نه ضبط خودکار پلتفرم دیگر.
آیا مشتریان باید اپ نصب کنند یا اشتراک بخرند؟
دعوتشدگان Voice میتوانند از طریق دعوتنامهٔ عمومی اتاق در یک مرورگر پشتیبانیشده ادامه دهند. مهمانها نام خود را وارد میکنند و درخواست ورود میدهند؛ میزبان آن را تأیید میکند. استفاده از اتاق از پلن MeetBridge میزبان محاسبه میشود. اگر مشتری قرار است صحبت کند، همچنان باید به همان اتاق Voice بپیوندد.
آیا یک تیم حساب مشتری و چند ذینفع مشتری میتوانند از زبانهای مختلف استفاده کنند؟
بله. هر شرکتکننده زبان خودش را از میان گزینههای موجود انتخاب میکند. این میتواند از گفتوگویی شامل یک رهبر پیادهسازی، ادمین مشتری و حامی اجرایی پشتیبانی کند. نوبتهای صحبت را شفاف نگه دارید و مطمئن شوید همه به اتاق صوتی پیوستهاند.
آیا MeetBridge بهطور خودکار تیکتهای پشتیبانی را حل میکند یا با پلتفرم مشتری ما همگام میشود؟
این گردشکار جلسه، حل خودکار پشتیبانی، بهروزرسانی تیکت یا همگامسازی با هر CRM یا پلتفرم موفقیت مشتری را تضمین نمیکند. گفتوگو را بازبینی کنید و موارد تأییدشده—مسائل، مسئولان و تاریخهای بعدی—را وارد فرایندهای موجود حساب مشتری و پشتیبانی خود کنید.
آیا میتوانیم از گفتوگو برای جمعبندی به مشتری استفاده کنیم؟
برای جلسات کامل MeetBridge، پیش از تهیهٔ جمعبندی مشتری، متن پیادهشدهٔ جلسه، خلاصه و اقداماتِ در دسترسِ پلن خود را بازبینی کنید. متن زندهٔ Voice زمینهٔ مربوط به همان جلسهٔ جاری را فراهم میکند و تضمینی برای ثبت سابقهٔ کامل جلسه نیست. فرض نکنید ضبط پلتفرم ویدئویی جداگانه شامل صدای Voice است.
با اصطلاحات فنی، پیامهای خطا و تاریخها چه کنیم؟
صفحهٔ مربوط را نشان دهید و کدهای دقیق خطا، شماره نسخهها، نام فیلدها و تاریخها را در چت یا یک سند مشترک جایگذاری کنید. پیش از اقدام، از مشتری بخواهید جزئیات را تأیید کند. ترجمهٔ صوتی هوش مصنوعی ممکن است اشتباه کند، بنابراین جزئیات عملیاتی مهم باید بهصورت نوشتاری هم بررسی شوند.
آیا ترجمه بهطور خودکار ماندگاری یا پذیرش را بهتر میکند؟
خیر. هیچ نتیجهٔ مشخصی دربارهٔ حفظ مشتری، استفادهٔ مؤثر از محصول یا حل مسئله تضمین نمی‌شود. MeetBridge به مشتری و تیم شما راهی میدهد تا دربارهٔ نیازها بین زبان‌ها گفتوگو کنید. با معیارهای موفقیت مشتری خودتان پیگیری کنید که آیا این گردشکار کمک میکند افراد سؤال بپرسند، گام بعدی را بفهمند و برنامهٔ توافق‌شده را دنبال کنند یا نه.
وقتی صفحهٔ مشتری با صفحهٔ آموزش فرق دارد چه کار کنیم؟
از مشتری بخواهید مرحلهٔ واقعی را توضیح دهد و صفحهٔ مربوط را از طریق جلسهٔ ویدئویی‌تان به اشتراک بگذارد. نام محیط‌ها، پیامهای خطا و برچسب‌های مجوز را بهصورت نوشتاری ثبت کنید. تأیید کنید کدام تفاوت قطعی است و کدام توضیح هنوز نیاز به بررسی دارد. ترجمه به مشتری کمک میکند مانع را توضیح دهد؛ اما تیم پیادهسازی یا پشتیبانی مسئول تشخیص و هر تغییرِ تأییدشده است.
آیا حامی اجرایی و کاربران منطقهای میتوانند در یک جلسهٔ مرور فصلی کسبوکار با ترجمه شرکت کنند؟
بله. هر شرکتکننده در همان اتاق مشترک زبان خودش را انتخاب میکند. هدف فعلی و بازهٔ بازبینی را قابل مشاهده نگه دارید، هر بار یک مشارکت را دعوت کنید و اجازه دهید گفتار ترجمهشده کامل شود. اولویت، نقطهٔ عطف، مسئول و تاریخ را بهصورت نوشتاری تأیید کنید. کسی که فقط به جلسهٔ ویدئویی پذیرفته شده است، در گردشکار همراه همچنان باید به Voice هم بپیوندد.
چطور بفهمیم آموزش و راهاندازی اولیهٔ مشتری ترجمهشده مفید بوده است؟
به‌جای صرف حضور، از یک کار مشخص استفاده کنید. از مشتری بخواهید توضیح دهد بعداً چه کاری انجام میدهد، مشاهده کنید آیا میتواند گردشکار مربوط را دنبال کند یا نه و سؤالِ باقی‌مانده را ثبت کنید. بررسی کنید دستورالعمل‌های ورود قابل فهم بوده و اقدام بعدی یک مسئول دارد. این مشاهده‌ها به فرایند آموزش شما کمک میکنند؛ اما تضمین بهبود استفادهٔ مؤثر از محصول یا حفظ مشتری نیستند.
آیا آموزش مشتری باید از ترجمهٔ گفتاری استفاده کند یا زیرنویس؟
بر اساس وظیفه و ترجیح مشتری انتخاب کنید. خواندن زیرنویس‌های ترجمهشده ممکن است برای کسی که یک ارائه را دنبال میکند مناسب باشد؛ گوش دادن به گفتار ترجمهشده ممکن است برای کسی که هنگام کار روی یک صفحهٔ مشترک سؤال می‌پرسد (به زبان خودش) بهتر باشد. اگر زیرنویس‌های پلتفرم را انتخاب می‌کنید، الزامات فعلی قابلیت‌های بومی را بازبینی کنید. پیش از اجرای جلسهٔ بزرگ‌تر، وظیفهٔ واقعی را با قالب انتخابی امتحان کنید.