"این فقط پشتیبانی نیست، بلکه سکوت است." - سیستم شما چه چیزی را از دست داده است؟

من یک چیز ساده یاد گرفته ام: اگر مردم را آویزان بگذارم حمایت حمایت نیست. یک پاسخ سریع می تواند در ظاهر خوب به نظر برسد. یک پیام مودبانه می تواند احساس مهربانی کند. اگر آنجا توقف کنم، آن شخص هنوز مشکل دارد، هنوز سؤال دارد، هنوز منتظر مرحله بعدی است. این شکاف جایی است که اعتماد شروع به لغزش می کند. من اغلب این را در خدمات مشتری، فروش و مراقبت های پس از فروش می بینم. یک مشتری با یک مشکل پرداخت، تاخیر در تحویل یا یک سوال محصول وارد می شود. تیم پاسخ کوتاهی مانند "ما در حال بررسی هستیم" ارسال می کند. این پیام خوب به نظر می رسد، اما به شخص نمی گوید که بعداً چه خواهد شد. بدون چارچوب زمانی بدون مالک بدون آپدیت مشتری در حدس زدن مانده است. این همان بخشی است که بسیاری از مردم از دست می دهند. حمایت فقط به معنای خوب بودن نیست. حمایت در مورد کمک به کسی است که از نگرانی به وضوح حرکت کند. کاری که من سعی می کنم انجام دهم ساده است. 1. من مشکل را با کلمات ساده ای که پشت خطوط مبهم پنهان نمی کنم نام می برم. به جای اینکه بگویم «ما در حال بررسی این موضوع هستیم»، می‌گویم: «می‌بینم سفارش شما هنوز نرسیده است، و می‌دانم که ناامیدکننده است.» این نوع پاسخ نشان می دهد که من موضوع را درک کرده ام. همچنین به مشتری می گوید که من به آن توجه دارم. 2. مرحله بعدی را می دهم استرس زیادی از ندانستن اتفاق بعدی ناشی می شود. اگر به زمان بیشتری نیاز دارم، می گویم که الان چه کار می کنم. به عنوان مثال: "من وضعیت سفارش را بررسی کرده ام." "من با تیم تحویل تماس می‌گیرم." "پس از شنیدن دوباره شما را به روز می کنم." ممکن است فرد همچنان نیاز به صبر داشته باشد، اما اکنون انتظار شکل گرفته است. این احساس بسیار متفاوتی دارد. 3. به‌روزرسانی‌ها را ادامه می‌دهم اینجا جایی است که بسیاری از تیم‌ها نفرات خود را از دست می‌دهند. اگر قول آپدیت بدهم میفرستم. حتی اگر هنوز پاسخ نهایی را نداشته باشم، باز هم یادداشت کوتاهی می فرستم تا مشتری بداند پرونده زنده است. من یک بار دیدم که یک فروشگاه اینترنتی کوچک به خوبی حمل و نقل دیرهنگام را انجام می دهد. بسته در حمل و نقل گیر کرده بود و خریدار ناراحت بود. مغازه فقط نگفت: «لطفاً صبر کن». آنها همان روز نوشتند، تأخیر را توضیح دادند و صبح روز بعد به‌روزرسانی دیگری ارسال کردند. آنها همچنین به خریدار دو انتخاب دادند: منتظر بسته باشید یا بازپرداخت دریافت کنید. خریدار آرام ماند زیرا مغازه حاضر بود. این چیزی است که مردم به یاد دارند. 4. حلقه را میبندم پرونده نباید به سکوت ختم شود. وقتی مشکل حل شد، دوست دارم بگویم چه اتفاقی افتاده، چه چیزی برطرف شده است و در صورت بازگشت مشکل، فرد چه کاری می تواند انجام دهد. یک بسته کوتاه به این صورت است: "بازپرداخت شما ارسال شد." "جایگزین شما در راه است." "مشکل حساب برطرف شد." "اگر همچنان همان مشکل را می بینید، اینجا پاسخ دهید و من دوباره آن را بررسی می کنم." این مرحله نهایی اهمیت دارد زیرا به مشتری پایانی تمیز می دهد. بدون نخ شل. بدون حدس زدن من همچنین فکر می کنم لحن بیش از آن چیزی است که بسیاری از تیم ها اذعان می کنند. یک پاسخ سرد می تواند یک مسئله کوچک را بزرگتر کند. یک پاسخ گرم می تواند مدیریت یک لحظه سخت را آسان تر کند. من نیازی به کلمات فانتزی ندارم. من از زبان ساده، جملات کوتاه و صدای آرام استفاده می کنم. مردم می توانند احساس کنند که پیامی برای آنها نوشته می شود، نه برای آنها. بهترین پشتیبانی که دیده ام سه کار را همزمان انجام می دهد. گوش می دهد. توضیح می دهد. آن را دنبال می کند. اگر یکی از آن ها گم شده باشد، ممکن است فرد همچنان احساس کند گیر کرده است. من سعی نمی کنم کامل به نظر برسم. سعی می کنم شفاف باشم. من سعی نمی کنم با کلمات برنده شوم. سعی می کنم موضوع را جلو ببرم. این کاری است که پشتیبانی باید انجام دهد. اگر می خواهم مردم به من اعتماد کنند، نمی توانم آنها را در سکوت رها کنم. من باید پاسخ دهم، راهنمایی کنم، به روز کنم و حلقه را ببندم. اینگونه است که حمایت واقعی می شود.

من سیستم های زیادی را دیده ام که خوب صحبت می کنند و ضعیف گوش می دهند. آنها هشدار، پاسخ خودکار، به روز رسانی وضعیت، و یادآوری ارسال می کنند. صدا فعال به نظر می رسد. پیام شلوغ است. با این حال، هنگامی که کاربران با یک مشکل واقعی پاسخ می‌دهند، سیستم در جهت خود حرکت می‌کند. این شکاف به سرعت ناامیدی ایجاد می کند. مردم فقط پیام نمی خواهند. آنها مدرکی می خواهند که نشان دهد کسی یا چیزی به آن توجه می کند. من این را بیشتر در پشتیبانی مشتری، بازخورد محصول و ابزارهای داخلی متوجه می‌شوم. کاربری می گوید استفاده از این برنامه سخت است. سیستم یک مقاله راهنما ارسال می کند. یک خریدار می گوید که صفحه پرداخت گیج کننده است. سیستم کد تخفیف ارائه می دهد. یکی از اعضای تیم همان اشکال را بارها و بارها گزارش می کند. داشبورد مشکل را نشان می دهد، اما چیزی تغییر نمی کند. سیستم صحبت می کند. گوش دادن نیست. دیدگاه من ساده است. یک سیستم نباید فقط پاسخ دهد. باید با هدف پاسخ دهد. من با منبع درد شروع می کنم. بیشتر مشکلات ناشی از حلقه های بازخورد ضعیف است. یک شرکت پیام ها را جمع آوری می کند، اما پیام ها به همین جا ختم می شوند. آنها در صندوق ورودی، صف بلیط یا صفحه گسترده می نشینند. هیچ کس آنها را به عمل متصل نمی کند. نتیجه به راحتی قابل مشاهده است. کاربران خود را تکرار می کنند. تیم ها الگوها را از دست می دهند. اعتماد کاهش می یابد من با یک فروشگاه اینترنتی کوچک کار کردم که دقیقاً این مشکل را داشت. مشتریان مدام می‌پرسیدند که چرا هزینه ارسال تا این حد دیر در جریان پرداخت ظاهر شد. فروشگاه داده های زیادی داشت، اما تیم فقط به اعداد فروش نگاه می کرد. وقتی گزارش‌های چت را بررسی کردم، بارها و بارها شاهد همان شکایت بودم. رفع مشکل کمپین بزرگی نبود. این یک تغییر کوچک بود. ما تخمین حمل و نقل را قبلاً در صفحه منتقل کردیم و آن را با کلمات ساده نوشتیم. حجم پشتیبانی کاهش یافت و مردم از پرسیدن سوال مشابه خودداری کردند. این نوع تغییر با گوش دادن شروع می شود. من دوست دارم از یک فرآیند ساده استفاده کنم. من ابتدا کلمات واقعی کاربر را جمع آوری می کنم. گزارشات صیقلی نیست حدس و گمان نیست. من چت ها، نظرات، پاسخ های فرم، یادداشت های تماس و پیام های مستقیم را می خوانم. من به دنبال عبارات تکراری هستم. وقتی سه یا چهار نفر از کلمات مشابهی استفاده می کنند، من آن را به عنوان یک سیگنال در نظر می گیرم. سپس بازخوردها را بر اساس نوع مشکل گروه بندی می کنم. برخی از مسائل مربوط به سرعت است. برخی در مورد اعتماد هستند. برخی در مورد مراحل از دست رفته هستند. برخی در مورد زبان نامفهوم هستند. این مرحله اهمیت دارد زیرا یک پیام می تواند بسیاری از مشکلات را پنهان کند. کاربری که می‌گوید «کار نمی‌کند» ممکن است به این معنی باشد که صفحه به کندی بارگیری می‌شود، یافتن دکمه سخت است یا سیستم هرگز این عمل را تأیید نمی‌کند. من پاسخ را کوتاه و مفید نگه می دارم. اگر سیستم درخواست بازخورد کند، کاربر باید ببیند که چه اتفاقی می افتد. "ما یادداشت شما را دریافت کردیم" خوب است. "ما این را بررسی می کنیم و در صورت نیاز صفحه را به روز می کنیم" بهتر است. مردم زمانی آرام می شوند که بدانند پیام به کسی رسیده است که می تواند عمل کند. آهنگ سیستم رو هم چک میکنم. بسیاری از ابزارها مطمئن به نظر می رسند، اما اهمیتی نمی دهند. آنها از خطوط طولانی، برچسب های مبهم و کلمات خالی استفاده می کنند. من زبان ساده را ترجیح می دهم. اگر صفحه ای به تأخیر افتاد، آن را بگویید. اگر پرداخت نشد، اگر می توانید بگویید چرا. اگر کاری در انتظار است، مرحله بعدی را نشان دهید. کلمات واضح استرس را کاهش می دهند. یک مثال واقعی برای من باقی می ماند. یک تیم SaaS که به آن کمک کردم، یک جریان رمز عبور بازنشانی داشت که در آزمایش خوب به نظر می رسید. با این حال کاربران همچنان شکایت داشتند. تیم فرض می‌کرد که مردم ایمیل را نمی‌خواندند. بعد از تماشای چند کاربر در موبایل، مشکل را دیدم. خط موضوع خیلی مبهم بود و دکمه ایمیل خیلی پایین روی صفحه قرار داشت. کاربران مجبور بودند بیش از آنچه انتظار داشتند اسکرول کنند. موضوع را تغییر دادیم، پیام را کوتاه کردیم و دکمه را به بالا منتقل کردیم. بلیط های پشتیبانی کاهش یافت. سیستم صحبت کرده بود. فقط شنیدن آن آسان نبود. به همین دلیل است که من به طراحی و جمله بندی با هم اهمیت می دهم. یک سیستم قوی پشت اتوماسیون پنهان نمی شود. از اتوماسیون برای آسان‌تر کردن مرحله بعدی استفاده می‌کند. من همچنین فکر می کنم تیم ها باید عادت خود را برای بستن حلقه ایجاد کنند. اگر کاربران مدام همان چیزی را می پرسند، محصول یا خدمات باید تغییر کند. اگر مشکل حل شد به مردم بگویید. اگر هنوز موضوع باز است، آن را هم بگویید. سکوت باعث می شود کاربران فکر کنند که بازخورد آنها نادیده گرفته شده است. یک آپدیت کوتاه می تواند کارهای زیادی انجام دهد. قانون خودم این است: اگر سیستمی نتواند نشان دهد که کاربر را شنیده است، پیام ضعیف است. بهترین سیستم ها فقط ارسال نمی کنند. متوجه می شوند. تعدیل می کنند. آنها به سؤال واقعی پشت کلیک، بلیط یا شکایت پاسخ می دهند. این تفاوت بین نویز و پشتیبانی است. وقتی محتوا، جریان‌ها یا پاسخ‌های سرویس را می‌سازم یا بررسی می‌کنم، همیشه یک سؤال می‌پرسم: اگر من جای کاربر بودم، آیا این یک مکالمه به نظر می‌رسید یا شبیه پخش است؟ این سوال کار را صادقانه نگه می دارد.

من شاهد تکرار یک الگوی ساده در بین تیم‌های پشتیبانی بودم: بلیت تنها مشکل نیست. سکوت است. مشتری پیامی می فرستد، منتظر می ماند، دوباره چک می کند، بیشتر منتظر می ماند و احساس می کند نادیده گرفته شده است. ممکن است محصول همچنان کار کند. شاید تیم همچنان شلوغ باشد. آسیب زمانی شروع می شود که مشتری چیزی نشنود. من معتقدم که سکوت اشکالی است که جریان پشتیبانی را می شکند. وقتی به یک فرآیند پشتیبانی که احساس ضعف می‌کند نگاه می‌کنم، معمولاً نشانه‌های مشابهی را پیدا می‌کنم: - بدون پاسخ سریع پس از اولین پیام - عدم وجود مالک مشخص برای پرونده - عدم به‌روزرسانی در حین بررسی تیم - برآوردی برای پاسخ بعدی - عدم پیگیری بعد از اینکه مشکل حل شده به نظر می‌رسد مشتری راحت‌تر از یک باطل می‌تواند تاخیر را بپذیرد. من این را در یک فروشگاه اینترنتی کوچک دیده ام. خریدار در مورد بسته گم شده پرسید. تیم باید با پیک چک می کرد، بنابراین ساکت ماندند. خریدار در آن روز دو پیام دیگر ارسال کرد. تا صبح روز بعد، خریدار دیگر بسته را نمی خواست. جواب می خواستند. آنجا بود که اعتماد از بین رفت. من فکر می‌کنم حمایت باید مانند یک مکالمه باشد، نه یک سیاه‌چاله. رویکرد من ساده است. من روی سیگنال‌های کوچک تمرکز می‌کنم که در حین کار تیم، مشتری را آرام نگه می‌دارد. یک تأیید سریع مهم است من همیشه می خواهم مشتری ابتدا یک چیز را بداند: من پیام را دیدم. این پاسخ نیازی به راه حل کامل ندارد. می تواند کوتاه و انسانی باشد. "من پیام شما را دریافت کردم و اکنون در حال بررسی آن هستم." آن خط کار زیادی انجام می دهد. تنش را کاهش می دهد. مالکیت را نشان می دهد. این امر مشتری را از تعجب که آیا پیام آنها ناپدید شده است باز می دارد. یک مالک روشن مهم است من جریان های پشتیبانی را دوست دارم که در آن یک نفر از ابتدا تا انتها مالک پرونده است. حتی زمانی که افراد دیگر کمک می کنند، یک نام باید قابل مشاهده باشد. اگر مشتری با سه نفر مختلف صحبت کند، جریان پشتیبانی از هم پاشیده می شود. اگر یک نفر نخ را در حرکت نگه دارد، تجربه پایدارتر احساس می شود. یک یادداشت مالکیت ساده می تواند به شما کمک کند: "من در حال رسیدگی به این پرونده هستم و پس از بررسی با تیم حمل و نقل، شما را به روز می کنم." این جمله کوچک به نظر می رسد. لحن را تغییر می دهد. اهمیت به‌روزرسانی‌ها بیشتر از پاسخ‌های بی‌نقص است برخی از تیم‌ها قبل از پاسخ منتظر می‌مانند تا اصلاح نهایی را انجام دهند. من فکر نمی کنم که در پشتیبانی پرمشغله به خوبی کار کند. یک مشتری معمولاً پیشرفت می خواهد، نه سکوت. اگر به زمان بیشتری نیاز دارم، می گویم. "من هنوز در حال بررسی گزارش های پرداخت هستم." "من از تیم انبار خواسته ام وضعیت بسته را بررسی کنند." "من هنوز این را حل نکرده ام، اما آن را ترک نکرده ام." این نوع به روز رسانی جریان پشتیبانی را زنده نگه می دارد. ریتمی برای پاسخ‌ها تنظیم کنید من تیم‌های پشتیبانی را دوست دارم که ریتم پاسخ را می‌سازند. لازم نیست پیچیده باشد. یک ریتم ساده می‌تواند به این صورت باشد: - مشکل را تأیید کنید - مرحله بعدی را ارائه دهید - زمانی که به‌روزرسانی بعدی می‌آید به اشتراک بگذارید - حلقه را بعد از رفع مشکل ببندید. این کار مشتری را از حدس زدن باز می‌دارد. من با یک تیم خدماتی کار کردم که بررسی های داخلی کندی داشتند. آنها همیشه نمی توانستند مشکل را سریع حل کنند. آنها همچنان با ارسال یک به‌روزرسانی کوتاه هر چند ساعت، بازخورد مشتریان را بهبود بخشیدند. مشتریان دیگر احساس فراموشی نمی کنند. تیم یک شبه سریعتر نشد. تجربه همچنان بهبود یافته است. از زبان ساده استفاده کنید من کلمات کوتاه و جملات واضح را ترجیح می دهم. مشتریان زمانی که از قبل ناامید هستند نیازی به دیوار متن ندارند. من از اصطلاحات واژگان سنگین اجتناب می کنم. من از خطوط مبهم مانند "موضوع در دست بررسی است" اجتناب می کنم. آن خط کمی می گوید. ترجیح می دهم بنویسم: "ما اکنون در حال بررسی مشکل حساب هستیم." "ما خطا را پیدا کردیم و در حال آزمایش یک اصلاح هستیم." "ما هنوز به یک جزئیات دیگر از شما نیاز داریم." زبان واضح باعث صرفه جویی در زمان برای هر دو طرف می شود. حلقه را ببندید بسیاری از جریان های پشتیبانی خیلی زود به پایان می رسند. مشکل برطرف می شود، بلیط علامت گذاری می شود و مشتری هیچ چیز دیگری نمی شنود. من فکر می کنم پیام نهایی مهم است. یک نزدیک ساده می تواند بگوید: "مشکل از طرف من برطرف شده است. لطفاً دوباره تست کنید و اگر هنوز مشکلی وجود دارد به من بگویید." این مرحله آخر دو کار را انجام می دهد. تکمیل را تایید می کند. در صورت باقی ماندن مشکل، مسیر بازگشت را به مشتری می دهد. طراحی برای استرس مشتری، نه فقط حجم کاری تیم، اینجاست که می بینم بسیاری از تیم ها نکته را از دست می دهند. آنها فقط حول کارآیی داخلی پشتیبانی می کنند. مشتری چیز متفاوتی را تجربه می کند. مشتری احساس تاخیر، عدم اطمینان و تلاش مکرر می کند. سعی می کنم با در نظر گرفتن استرس مشتری، پشتیبانی طراحی کنم. این سوالات را بپرسید: - مشتری پس از ارسال این بلیط چه احساسی دارد؟ - الان چه می دانند؟ - آنها هنوز از ما چه نیازی دارند؟ - قبل از آماده شدن تعمیر چه می توانم بگویم؟ - اگر من جای مشتری بودم چه پیامی مرا آرام می کرد؟ این سوالات جریان انسان را حفظ می کند. یک جریان پشتیبانی بهتر نیاز به عادات کوچک دارد. من فکر نمی کنم کیفیت پشتیبانی همیشه به ابزارهای بزرگ یا تیم های بزرگ بستگی دارد. عادت های کوچک اغلب اهمیت بیشتری دارند. من از اینجا شروع می کنم: - سریع پاسخ دهید، حتی اگر پاسخ مختصر باشد - یک مالک را برای هر مورد اختصاص دهید - زمانی که مشکل طول کشید به روز رسانی کنید - از زبان ساده استفاده کنید - قبل از بسته شدن نتیجه را تأیید کنید - اگر ممکن است مشتری همچنان به کمک نیاز داشته باشد پیگیری کنید این مراحل ساده هستند. همچنین وقتی صندوق ورودی شلوغ می شود، به راحتی نمی توان آنها را از دست داد. دیدگاه من این است: سکوت سریعتر از یک مسئله فنی باعث ایجاد درد می شود. یک ویژگی شکسته صدمه می زند. یک جریان حمایتی بی صدا به رابطه آسیب می رساند. وقتی به یک تیم کمک می‌کنم تا پشتیبانی را بهبود بخشد، ابتدا دنبال کمال نمی‌روم. اول سکوت را حذف می کنم. پس از آن، کل جریان سبک تر، واضح تر و راحت تر به نظر می رسد. معمولاً از آنجا پشتیبانی بهتر شروع می شود.

وقتی مشتری پاسخی دریافت نمی کند، تاخیر کوچکی نمی بینم. من یک لحظه شکسته را می بینم. مشتری درخواست کمک، توجه یا پاسخی ساده کرد و سکوت جای خالی را پر کرد. این سکوت می تواند احساس سردی در کسب و کار ایجاد کند. آنچه گم می شود اغلب چیزی بیش از یک پیام است. من فکر می کنم سه چیز کم است: مالکیت، زمان بندی و اطمینان خاطر. مالکیت یعنی کسی درخواست را جدی می گیرد. زمان بندی یعنی مشتری در تاریکی منتظر نمی ماند. اطمینان خاطر به این معنی است که مشتری می داند پیام دیده شده است و به آن رسیدگی خواهد شد. من این را در زندگی واقعی دیده ام. یکی از دوستان سعی کرد برای یک لوله نشتی خدمات تعمیر را رزرو کند. او پیامی فرستاد، سپس تمام روز منتظر ماند. بدون پاسخ. با شرکت دیگری تماس گرفت. نه به این دلیل که قیمت اول بد بود. او رفت چون کسی به او نشان نداد که مشکلش مهم است. وقتی با ارتباط با مشتری کار می کنم، با شکاف شروع می کنم، نه عذرخواهی. می پرسم: مشتری در آن لحظه چه نیازی داشت؟ آیا این یک قیمت، برنامه زمانی، جزئیات محصول یا یک بله یا نه ساده بود؟ بسیاری از پاسخ های از دست رفته به این دلیل اتفاق می افتد که تیم منتظر پاسخ کامل است. مشتری معمولاً گام بعدی واضح می خواهد. من از یک فرآیند ساده استفاده می کنم: 1. سریع تصدیق کنید. یک پیام کوتاه مانند "من درخواست شما را دیدم و اکنون آن را بررسی می کنم" بلافاصله لحن را تغییر می دهد. 2. یک راه روشن بدهید. اگر پاسخ آماده نیست، به مشتری بگویید که بعداً چه خواهد شد و چه کسی پیگیری خواهد کرد. 3. به قول خود وفا کنید. اگر بگویم بعد از بررسی پاسخ خواهم داد، یک یادآوری تنظیم می کنم و می فرستم. 4. مثل یک شخص بنویسید. جملات کوتاه به خوبی کار می کنند. کلمات ساده به خوبی کار می کنند. مشتریان وقتی منتظر هستند دیواری از متن را نمی خواهند. 5. نقاط ضعف را بررسی کنید. بسیاری از پاسخ‌های از دست رفته از صندوق‌های ورودی مشترک، ارسال‌های شکسته یا پیام‌هایی می‌آیند که در یک کانال باقی می‌مانند در حالی که تیم به کانال دیگری نگاه می‌کند. همچنین فکر می کنم سکوت در ذهن مشتری داستانی ایجاد می کند. آنها ممکن است فکر کنند کسب و کار شلوغ، بی دقت یا علاقه ای ندارد. حتی اگر این درست نباشد، این احساس واقعی است. به همین دلیل است که یک پاسخ کوچک می تواند رابطه مشتری را نجات دهد. قانون خودم ساده است. اگر نتوانم فوراً مشکل را حل کنم، همچنان چیز مفیدی به مشتری می دهم: به روز رسانی وضعیت، مرحله بعدی یا زمان مشخص برای پیام بعدی. همین تلاش کوچک مکالمه را زنده نگه می دارد. هنگامی که مشتریان پاسخی دریافت نمی کنند، چیزی که گم می شود فقط اطلاعات نیست. تماس، اعتماد و جهت انسانی است. من آموخته ام که یک تجارت به کلمات کامل نیاز ندارد. این نیاز به یک پاسخ قابل مشاهده، یک فرآیند روشن، و یک عادت ثابت برای پیگیری دارد. وقتی آن قطعات وجود دارند، سکوت مانند طرد شدن به نظر نمی رسد. آیا علاقه مند به یادگیری بیشتر در مورد روندها و راه حل های صنعت هستید؟ با جین یانگ تماس بگیرید: hezheng_2020@163.com/WhatsApp +8613681606005.

Valarie A Zeithaml 2000 ارائه خدمات با کیفیت MJ Bitner 2001 تأثیر پشتیبانی مشتری بر وفاداری دان نورمن 2013 طراحی بازخورد روزمره Nir Eyal 2014 محصولات شکل‌گیری عادت ساختمانی قلاب‌دار Stuart T Rowley 2018 Writing Witter20 Customer Experience بستن حلقه در خدمات مشتری دیجیتال