نویسنده: Sinan Yılmazاشتباهات رایج که جلسات چندزبانه را به هم میزند
جلسات چندزبانه به دلیل دلایل قابل پیشبینی مانند مالکیت نامعلوم، تفکر فقط ترجمه، فقدان contexto و پیگیری ضعیف شکست میخورند. این راهنما به بنیانگذاران و اپراتورها نشان میدهد که چگونه گردش کار خود را تغییر دهند، سوء تفاهمها را جلوگیری کنند و از نرمافزار ترجمه جلسه بهتر برای ثبت تصمیمات و اقدامات به طور قابل اعتماد استفاده کنند.

اشتباهات رایج که جلساتหลาย زبانه را خراب می کنند
بنیانگذاران و رهبران تجاری اغلب به طور difícil دریافتهاند که جلسات چند زبانه به دلیل اینکه مردم "همان زبان را نمی گویند" شکست نمیخورند، بلکه به این دلیل شکست میخورند که سیستم جلسه برای واقعیت چند زبانه طراحی نشده است.
اگر شما تماسهای فروش را در مناطق مختلف انجام میدهید، یک تیم محصول توزیعی را هماهنگ میکنید، یا با تامینکنندگان خارجی مذاکره میکنید، احتمالاً هزینههای پنهان را احساس کردهاید:
- قراردادها به دلیل عدم هماهنگی مخاطبان در مورد آنچه توافق شده است، کند میشود.
- مهندسی اشیاء اشتباه را ارسال میکند زیرا الزامات "تا حد زیادی درک شده" بودند.
- حوادث موفقیت مشتری به دلیل از بین رفتن ظرافت در ترجمه رخ میدهد.
- پیگیریها ناهماهنگ هستند زیرا آیتمهای اقدام به وضوح ثبت نشدهاند.
پیشنهاد 修正 “به دست آوردن مترجمان بهتر” یا “از همه درخواست کنید که انگلیسی صحبت کنند” نیست. اصلاح تغییر جریان کار است: ترجمه جلسه زنده را به عنوان یک لایه از یک سیستم جلسه قویتر درمان کنید - یک sistema که متن، تصمیمات، مالکیتها و گامهای بعدی را به دست میآورد.

در زیر، اشتباهات رایج در Sessionهای چندزبانهای که resultados را خراب میکند، به همراه مراحل عملی و تغییرات ابزار که به شما کمک میکند جلسات چندزبانه را در مقیاس بزرگی برگزار کنید.
چرا جلسات چندزبانه شکست میخورد (و اشتباهات پشت آن)
اشتباه 1:扱 کردن ترجمه به عنوان جلسه، نه لایهای در جلسه
许多 تیمها فکر میکنند проблем فقط تبدیل کلمات از زبان A به زبان B است. اما همراستایی تجاری واقعی требует:
- زمینه مشترک (پسزمینه،限制ها، تعریفها)
- تصمیمات واضح (به چیست که ما توافق کرديم، به چیست که ما توافق نکردیم)
- مالکیت (چه کسی چه کاری را कब انجام میدهد)
- ردیابی (جای تصمیم کجاست و چگونه ارتباط برقرار میشود)
سناریو: بنیانگذار آمریکایی تماس شراکتی با توزیعکننده ژاپنی برگزار میکند. ترجمه «accurate» است، اما «мы рассмотрим это» توزیعکننده به عنوان «ما علاقهمند هستیم» تفسیر میشود. دو هفته بعد، بنیانگذار متعجب میشود که هیچ پیشرفتی وجود ندارد.
چیست که واقعا متوقف شد: نه تنها دقت ترجمه، sondern عدم وجود یکCHECKPOINT تصمیمگیری و یک خلاصه نوشته شده که هر دو taraf آن را تایید کنند.
اشتباه 2: این فرض که همه از Aynı تعاریف استفاده میکنند
در جلسات چندزبانه، اصطلاحاتی که به نظر واضح میآیند اغلب چنین نیستند.
مثالهای رایج در B2B:
- "پایلوت" (پرداخت شده؟ miễn phí؟ محدود شده در زمان؟ معیار موفقیت?)
- "ادغام" (API؟ SSO؟ همگامسازی دادهها؟ صادرات یکطرفه?)
- "متعهد شده" (قرارداد امضا شده؟ توافق لفظی؟ تأیید داخلی?)
سناریو: یک مدیر محصول میگوید، "ما از SSO در Q3 پشتیبانی کنیم." ترجمه به زمین میخورد، اما تیم منطقهای آن را به عنوان "در دسترس از آغاز Q3" تفسیر میکند، در حالی که مهندسی nghĩa "ما ساخت آن را در Q3 شروع میکنیم" را میداد.
แก้ไข: تعاریف را به صورت مکتوب در جلسه تعریف کنید و آنها را در رونوشت/خلاصه ضبط کنید تا از انحراف جلوگیری شود.
اشتباه 3: حذف پیشخوانها و برنامه به دلیل "ما živ خواهد erkläرت"
توضیح زنده در محیطهای چندزبانه گران است. هر نقطه نامشخص چند برابر میشود:
- زمان ترجمه thêm
- 幹擾 بیشتر
- بار شناختی بیشتر
- شانس بیشتر برای از دست رفتن نکته
سناریو: یک رهبر فروش یک بازبینی لوله فروش چندزبانه را با مدیران منطقهای انجام میدهد. بدون یک برنامه مشترک، افراد بین حسابها، تاریخها و گامهای بعدی پرش میکنند. تماس با "ماFollow-up کنیم" به پایان میرسد، اما هیچ کس نمیداند چه کاری باید انجام دهد.
راه حل: پیشخوانها و برنامههای ساختیافته بار ترجمه را کاهش میدهند و سرعت تصمیمگیری را بهبود میبخشند.
اشتباه 4: اجازه دادن به اینکه بلندترین گوینده، سرعت جلسه را تعیین کند
در جلسات چندزبانه، سخنرانان سریع و صداهای غالب باعث ایجاد زمین بازی نامناسب میشوند.Others ممکن است_STOP.contributing کنند زیرا که برای حفظ سرعت جلسه خیلی سخت است.
سناریو: یک بنیانگذار جلساتی مروری بر محصول در بازارهای مختلف برگزار میکند.تیم штابقهرمان به سرعت صحبت میکند، ترجمه با تأخیر همراه است و تیم خارجی از پرسش سؤال خودداری میکنند.درباره این موضوع بعداً پیادهسازی به دلیل نگرانیهایبیاننشده با شکست مواجه میشود.
راه حل: مدیریت صریح سرعت، افزودن تعامل ساختاری و استفاده از سیستمیکه همه را در زمان واقعی هماهنگ giữد.# اشتباه 5: نبود یک منبع واقعیت واحد پس از جلسه این بزرگترین نقص عملیاتی است: تصمیمات در حافظه افراد زندگی میکنند، نه در یک artifact مشترک.
سناریو:一个 مذاکره خرید در زبانهای اسپانیایی و انگلیسی رخ میدهد. پس از تماس، هر طرف یادداشتهای خود را مینویسد. یک هفته بعد، پیشنویس قرارداد نشاندهنده دو درک مختلف از شرایط پرداخت است.
برطرف کردن: یک رونوشت مشترک + خلاصه + لیست تصمیم که ذینفعان میتوانند به آن مراجعه کنند.

اشتباه 6: "ما یادداشتها را ارسال میکنیم" اما هیچ کس این کار را انجام نمیدهد
در جلسات چندزبانه، یادداشتهای تبادل نظر不是 خوب به نظر میرسد. آنها پل بین بحث تا اجرا هستند.
وقتی یادداشتها به صورت دستی نوشته میشوند، تحت فشار شکست میخورند:
- فرد اشتباه انتصاب میشود
- تاریخهای تعین شده وجود ندارند
- آیتمهای اقدام مورد نظر ناچیز هستند
- خلاصه سمت یک گروه زبانی معین است
اصلاح: захоп خودکار و ساختاربندی خروجی به گونهای که قابل استفاده باشد.
#เปล به سمت نتیجه: از ترجمه تنها به یک سیستم جلسه نتیجهمحور
اگر میخواهید اشتباهات جلسه های چندزبانه کمتری داشته باشید، از "ترجمه آنچه گفته شده" به "تولید結果 هایی که mọi نفر میتوانند اجرا کند" تغییر دهید.
یک گردش کار نتیجهمحور عملی به این شکل است:
- آماده سازی: همسو شدن بر روی اهداف، واژگان و نقاط تصمیم
- اجرا جلسه: مدیریت سرعت، تایید تصمیمات، ثبت contexto
- ثبت نتایج: متن کامل + підсумок + تصمیمات +اقدامات
- پیگیری: اختصاص مالک، پیگیری مراحل بعدی، برنامهریزی جلسه بعدی
ترجمه زنده جلسه هنوز بحرانی است —اما به کار می رود когда آن در یک سیستم نهفته است که به طور قابل اعتماد artifactها و پیگیری تولید می کند.
گردش کار بهتر برای جلسات چندزبانه (عملکر و تکرارپذیر)
مرحله 1: اهداف جلسه را در یک جمله مشخص کنید
قبل از دعوت از هر کسی، بنویسید:
- "در پایان این جلسه، ما تصمیم ______ گرفتهایم."
_examples:
- "در پایان این جلسه، ما بر روی دامنه آزمایشی، معیارهای موفقیت و تاریخ شروع توافق کردهایم."
- "در پایان این جلسه، ما 3 требоваться برتر و مالک هر یک را تایید کردهایم."
این کار از پراکندهگویی جلوگیری میکند و کمک میکند که ترجمه بر روی موضوع متمرکز بماند.
مرحله 2: از برنامهریزی تصمیم-first استفاده کنید
برنامهریزی چندزبانه نباید لیستی از موضوعات باشد. باید لیستی از تصمیمات باشد.
الگو:
- زمینه (2–3 دقیقه): چه چیزی از آخرین بار تغییر کرده است
- تصمیم 1: ______ (10 دقیقه)
- تصمیم 2: ______ (10 دقیقه)
- آیتمهای عملی + مالک (5 دقیقه)
- تایید جلسه بعدی / لینک رزرو (2 دقیقه)
مرحله 3: افزودن یک اصطلاحنامه مشترک برای اصطلاحات پرخطر
به یک اصطلاحنامه بلند نیاز ندارید. به یک لیست کوتاه از اصطلاحاتی که به frequantly cause误 entendering منجر میشوند، نیاز دارید.
مثالها برای تیمهای SaaS:
- "Go-live"
- "بررسی امنیت"
- "مесто žitelstva данные"
- "SLA"
- "تجزیه و تحلیل مفهومی"
هر یک را در یک خط tanıml کنید و از پیش به اشتراک بگذارید.
مرحله 4: تعیین نقش "تاييدکننده تصميم"
در جلسات چندزبانگی alguien باید مسئول تایید تصمیمات در زبان ساده باشد.
فیلمنامه تاییدکننده تصمیم:
- "بیایید تصمیم را در یک جمله تکرار کنم."
- "آیا این در هر دو زبان صحیح است؟"
- "چه زمانی و誰 صاحب آن است؟"
این نقش میتواندเปล đổi کند، اما باید وجود داشته باشد.
آماده کردن: یک لیست کنترل که میتوانید امروز استفاده کنید
از این لیست کنترل قبل از هر جلسه مهم چندزبانگی (فروش، مذاکره، الزامات محصول، بررسی حادثه) استفاده کنید جلسه چندزبانگی با استاک cao.
چکلیست آمادهسازی جلسه چندزبانه (10 دقیقه)
- Define outcome: چه چیزی باید در پایان تصمیمگیری شود؟
- Identify participants: چه کسی تصمیمگیرنده است و چه کسی ناظر است؟
- Share a decision-first agenda 24 hours ahead
- لیست 5–10 عبارت با ریسک بالا را مشخص کنید و آنها را تعریف کنید
- Share key artifacts (PRD, proposal, contract draft) with section references
- Decide how questions will be handled (raise hand, round-robin, chat)
- Plan pacing: schedule micro-pauses every 2–3 minutes
- Set follow-up expectations: “You’ll receive a summary + action items within X hours”
این کار به تنهایی از یک بخش بزرگ از ошибاهای جلسات چندزبانه جلوگیری میکند— đặc biệt آنهایی که بعداً به صورت کار دوباره ظاهر میشوند.
Capture outcomes: transcripts, summaries, and action clarity
جلسات چندزبانه در زمان پایان تماس به پایان نمیرسند. آنها وقتی کار باز شود به پایان میرسند.
اشتباه 7: ثبت notas تنها به یک زبان
اگر "یادداشت های رسمی" تنها به زبان trụ sở باشد، یک سلسله مراتب اطلاعات ایجاد می کنید. تیم های منطقه ای به تفسیر دیگران وابسته می شوند.
رویکرد بهتر: یک رونوشت را ثبت کنید و خلاصه هایی را فراهم کنید که در سراسر زبان ها در دسترس باشند.
اشتباه 8: نوشتن خلاصه هایی که بحث را به جای تصمیم ها توصیف می کنند
یک خلاصه مفید به سوالات زیر پاسخ می دهد:
- ما چه تصمیمی گرفتیم؟
- سوالات باز چه هستند؟
- هر آیتم اقدام را چه کسی володار است؟
- مهلت چه زمانی است؟
- جلسه یا کنترل بعدی چه زمانی است؟
سناریو: یک جلسه افزایش مشتری در انگلیسی و آلمانی اتفاق می افتد. یادداشت ها می گویند "در مورد علت ریشه و گام های بعدی بحث شد." دو روز بعد، مشتری仍 در انتظار است زیرا هیچ مالکی برای کار-around назнач نشده است.
پاک سازی: آیتم های اقدام باید rõ، назнач شده و زمانبندی شده باشند.
اشتباه 9: از دست دادن «چرا» (متن) در ترجمه
حتی當 تصميمها ثبت میشوند، تیمها اغلب دلایل را از دست میدهند. ohne «چرا»، سهامداران آینده مباحث حل شده را مجدداً باز میکنند.
راه حل: ثبت пункты کوتاه دلیل:
- «چرا گزینه A را انتخاب کردیم»
- «محدودیتهایی که باید رعایت کنیم»
- «چیزی که میتواند این تصمیم را تغییر دهد»
مقیاس کردن فرآیند: چگونگی تغییر نرم افزار ترجمه بهتر در جلسات چند زبانه
اگر شما جلسات چند زبانه را به صورت случайی برگزار میکنید، فرآیندهای دستی میتوانند کار کنند. اگر شما جلسات را به صورت هفتگی در فروش، محصول، پشتیبانی و مشارکتها برگزار میکنید، فرآیندهای دستی از کار میافتند.
این چیست که نرم افزار ترجمه جلسه بهتر از نظر عملیاتی تغییر میکند:
1) یکپارچگی: هر جلسه خروجیهای یکسانی تولید میکند
به جای این که کسی را امیدوار کنید که یادداشتها را отправ کند، سیستم تولید میکند:
- ضبط
- خلاصه AI
- تصمیمات
- موارد اقدام
- یادآوریهای پیگیری
یکپارچگی چیزي است که به یک بنیانگذار این امکان را میدهد که ارتباطات را بدون این که در هر تماس باشد، مقیاس کند.
2) سرعت: کم شدن حلقههای 澄ش
當 ذینفعان بتوانند یک رونوشت و خلاصه را در زبان مطلوب خود بازبینی کنند، شما این موارد را کاهش میدهید:
- پیامهای «چه چیزی را توافق کردیم»
- جلسات تکراری
- کار مجدد ناشی از تفاسیر نادرست
3) پاسخگویی: اقدامات از بین نمیروند
ابزارهایی که نتایج جلسه را به اقدامات پیگیری متصل میکند، پر هزینهترین حالت شکست را کاهش میدهد: اجرای غیر سکوت.
4) همسویی 橫functional بهتر
فروش، محصول، حقوقی و CS اغلب در تماسهای چندزبانه با اهداف مختلف شرکت میکنند. یک artifact جلسهی یکپارچه همه را در مورد همان واقعیت همسو نگه میدارد.
چگونه MeetBridge متناسب است (بدون تغییر دادن اینکه تیم شما چگونه کار می کند به صورت شبانه روزی)
MeetBridge برای تیم های چندزبانه طراحی شده است که به جلسات نیاز دارند تا نتایج را تولید کنند، نه 只 مکالمات.
در عمل، این به معنی آن است که MeetBridge می تواند یک جریان انتهای به انتها را destek کند:
- ترجمه زنده در طول جلسه به طوری که مشارکت کنندگان能够 به صورت واقعی دنبال کنند و مشارکت کنند
- پروتوکل هایی که کلمات دقیق را حفظ می کنند (مفید برای الزامات، مذاکرات و گفتگوهای سنگین تحمیل شده)
- خلاصه های AI که گفتگوهای طولانی را به خروجی های متمرکز تصمیم تبدیل می کنند
- تصمیمات و موارد اقدام به وضوح ضبط شده بنابراین اجرا به حافظه وابسته نیست
- جریان رزерв و لینک ها برای برنامه ریزی مرحله بعدی در حالی کهomentum بالاست (به ویژه در فروش و شراکت)
- اقدامات پیگیری تا وظایف در نخوانده های چت ناپدید نشوند
یک مثال عملی: یک بنیانگذار که جلسات فروش چندزبانه را با جلسات فروش چندزبانه مدیریت میکند، میتواند از MeetBridge برای ترجمه زنده استفاده کند، سپس یک خلاصهای با جهتگیری تصمیم به هر دو مشتری بالقوه و سهامداران داخلی ارسال کند. جلسه بعدی میتواند بلافاصله از طریق یک لینک رزرو شود و اقدامات پیگیری (پرسشنامه امنیتی، تایید قیمت، برنامه آزمایشی) در حالی که contexto تازه است، اختصاص داده شود.

مثال دیگر: یک تیم محصول که در کره، فرانسه و ایالات متحده گسترش یافته است، میتواند از MeetBridge برای کاهش سوءتفاهم در مورد الزامات استفاده کند. رونوشت و خلاصه منبع مشترک حقیقت میشوند و آیتمهای عملی بدون اینکه یک منطقه به عنوان «مترجم رکورد» عمل کند، توزیع میشوند.
هدف این نیست که فرآیند را أكثر کنید. این است که فرآیندی را که قبلاً به آن نیاز دارید (وضوح، تصمیمات، پیگیری) به طور قابل اعتماد در تنظیمات چند زبانه انجام دهید.
سناریوهای عملی: ظاهر „خوب“ در جلسات تجاری واقعی B2B
سناریو 1: کشف فروش بین المللی
چه چیزی خراب می شود: نقاط درد خریدار ترجمه می شوند، اما نوانی فوریت و فرآیند تصمیم گیری از بین می رود.
جریان کار بهتر:
- فرآیند تصمیم گیری را به صراحت تایید کنید: „چه کسی امضاء می کند، چه کسی تحت تاثیر قرار می گیرد، چه زمان بندی ای دارد؟"
- خلاصه دوزبانه را ضبط کرده و अगलین مراحل را به اشتراک بگذارید
- قبل از اتمام تماس، جلسه hlub深 را رزرو کنید
نتیجه: کاهش معاملات متوقف شده به دلیل انتظارات نامطلوب.
سناریو 2: بازبینی الزامات محصول چندزبانه
به چه چیزی آسیب می رساند: تیمها به صورت شفاهی توافق میکنند، اما تفسیرها در مناطق مختلف متفاوت است.
روند کار بهتر:
- از یک واژه نامه برای اصطلاحات کلیدی ( "باید داشته باشد" ، "P0" ، "launch" ، "beta") استفاده کنید
- نقاط kontrol تصمیم را وارد کنید: "در حال حاضر X را تصمیم میگیریم"
-稿 و لیست تصمیم و مالکان را منتشر کنید
نتیجه: کاهش دوباره کاری و少تر چرخههای "این همان چیزی نیست که ما میخواستیم".
سناریو 3: مذاکره با تامین کننده و انطباق قرارداد
به چه چیزی آسیب می رساند: شرایط پرداخت، تاریخهای تحویل و مجازاتها طور khác فهمیده میشوند.
روند کار بهتر:
- اصطلاحات کلیدی را به زبان ساده بازخوانی کنید
- اصطلاحات دقیق را در稿 ضبط کنید
- شرایط را به عنوان یک چک لیست خلاصه کنید تا بعد از تماس را برای تأیید کنید
نتیجه: کمتر خط قرمز قرارداد و tranh chấp کمتری بعدا.
یک سیستم عامل轻گیر برای جلسات چندزبانه
اگر میخواهید یک استاندارد ساده که تیم شما بتواند از آن استفاده کند، از این قاعده "3 artifact" استفاده کنید:
قانون ۳artifact
پس از هر جلسة چندزبانه، سه سند زیر را تولید کنید:
۱. فهرست تصمیمات (گلولهها، واضح) ۲. فهرست اقدامات (مالک + تاریخ پایان + تعریف انجام شده) ۳. سؤالات باز (چه کسی پاسخ می دهد + تا کی)
اگر نمی توانید این سه سند را تولید کنید، جلسه به پایان نرسیده است—به طور 독립 از کیفیت ترجمه زنده جلسه.
FAQ
رایج ترین اشتباهات جلسات چندزبانه در تیم های تجاری چیست?
مشکلات رایج ترین شامل این موارد می شوند: ترجمه را به عنوان کل راه حل در نظر گرفتن، برنامه های منظم را نادیده گرفتن، تأیید تصمیمات را نادیده گرفتن، یادداشت ها را فقط به یک زبان ثبت کردن و تولید آیتم های عمل واضح با مالک و مهلت زمان نمی باشد. این problemlar معمولاً بعداً به عنوان کار دوباره، معاملات متوقف شده یا تحویل هماهنگ شده ظاهر می شوند.
آیا ترجمه جلسه زنده کافی است برای اجرای جلسات چندزبانه مؤثر؟
ترجمه جلسه زنده به افراد کمک می کند تا در زمان واقعی مشارکت کنند، اما به ندرت به تنهایی کافی است. جلسات چندزبانه مؤثر نیز به یک 워کفلو قابل تکرار برای چک های تصمیم، یک منبع مشترک از حقایق (ترانcript ها و خلاصه ها) و یک سیستم پیگیری که نتایج را به اقدامات指定 شده تبدیل می کند، نیاز دارد.
چگونه نرم افزار ترجمه جلسه را برای تیم های چندزبانه انتخاب کنم?
به دنبال ابزارهایی باشید که فراتر از ترجمه باشند: ترانسクリپت های قابل اعتماد، خلاصه های tậpکز شده بر تصمیم و راهی برای 捕获 و توزیع آیتم های عملی. اگر جلسات شما درآمدهای یا تحویل را هدایت می کند، همچنین لینک های رزرو و جریان های پیگیری را در نظر بگیرید تا گام بعدی بلافاصله رخ دهد. MeetBridge حول این 流 برای تیم های چندزبانه ساخته شده است.
چگونه مؤسسان میتوانند误 فهمات را بدون کند کردن جلسه减少 کنند؟
از یک برنامه ی تصمیم先 ، 5-10 عبارت پرخطر را قبل از زمان مشخص کنید، و یک "چک کننده ی تصمیم" را برای بيان مجدد توافق نامه ها با زبان ساده اختصاص دهید. 然pués از آن اطمینان حاصل کنید که هر جلسه یک نسخه ی خطی و یک خلاصه ی کوتاه از تصمیم/عمل را تولید میکند ، بنابراین هماهنگی به حافظه بستگی ندارد.
MeetBridge را در عمل ببینید
اگر جلسات چندزبانه ایجاد رونق کار، پیگیری های متوقف شده یا اجرایی شدن ناسازمند است، سریعترین راه حل برای استانداردهای نتایج و به اشتراک گذاری است. MeetBridge ترجمه ی زنده، نسخه ی خطی، خلاصه ی AI، 流 ها و پیگیری های بعدی را ترکیب میکند تا takım شما بتواند از "ما در مورد آن صحبت کردیم" به "ما آن را حمل کردیم" در زبان ها برسد.
FAQ
MeetBridge چگونه جلسات چندزبانه را کمک میکند؟
MeetBridge ترجمه ی زنده، نسخه ی خطی و خلاصه ی AI را ترکیب میکند تا تیم ها بتوانند در زمان واقعی یکدیگر را بفهمند و vẫn یک запис جلسه ی ساختار یافته را حفظ کنند.
آیا تیمها میتوانند قبل و بعد از جلسه از MeetBridge استفاده کنند؟
بله. تیمها میتوانند با لینکهای رزرو و سوالات سفارشی قبل از تماس، زمینه را جمعآوری کنند و بعد از تماس، رونوشت و خروجیهای اقدام را بررسی کنند.
آیا MeetBridge فقط برای یک بخش است?
خیر. تیمهای فروش، منابع انسانی، موفقیت مشتری، مشاوره و عملیات جهانی میتوانند از همان جریان کار برای ارتباطات چندزبانه و 跟 آپ استفاده کنند.
