سپنتا پویا — طراح محصول

دو خط: خط تعامل و خط دیده‌شدن
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۹ دقیقه

جلوی صحنه و پشت صحنه (Frontstage and Backstage) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

مشتری در رستوران فقط پیشخدمت را می‌بیند. ولی اگر غذا دیر برسد، تقصیر پیشخدمت نیست — آشپزخانه کند بوده.

و همین تفکیک ساده، هستهٔ یکی از مفیدترین ابزارهای طراحی خدمت است.

تعریف

جلوی صحنه و پشت صحنه، دو ناحیه‌ای هستند که خط تعامل در تجربهٔ مشتری را در میان می‌گیرند.

  • - جلوی صحنه: آنچه مشتری مستقیم با آن روبه‌رو می‌شود — مثل کارمند پیشخوان.
  • - پشت صحنه: آنچه مشتری نمی‌بیند — کارکنان پشتیبان، سامانه‌ها، و سازمان‌های شریک.

و این استعاره از تئاتر آمده. همان تقسیم‌بندی صحنه و پشت پرده، فقط روی خدمت اجرا شده.

دو خط

در نقشهٔ خدمت دو خط مهم هست و اشتباه‌گرفتنشان رایج است.

  • - خط تعامل. نقاطی را نشان می‌دهد که مشتری با برند یا ارائه‌دهندهٔ خدمت درگیر می‌شود.
  • - خط دیده‌شدن. مرزی است که مشتری فراتر از آن، کنش‌ها و فرایندهای داخلی سازمان را نمی‌بیند.

و ترتیبشان این است: جلوی صحنه بالای خط تعامل می‌نشیند و پشت صحنه زیر خط دیده‌شدن.

و میان این دو خط، یک نوار باریک هست که اغلب دیده نمی‌شود: کارهایی که مشتری انجامشان را می‌بیند ولی خودش در آن‌ها نقشی ندارد.

پیشخدمتی که سفارش را روی کاغذ می‌نویسد، پیامی که می‌گوید «سفارش شما به انبار رفت»، نوار پیشرفتی که مرحله‌های داخلی را نشان می‌دهد. این‌ها جلوی صحنه نیستند، چون مشتری با آن‌ها تعامل نمی‌کند. و پشت صحنه هم نیستند، چون دیده می‌شوند.

و همین نوار، مؤثرترین جای طراحی خدمت است. هر کاری که پشت صحنه طول می‌کشد، اگر دیده شود، کوتاه‌تر حس می‌شود — و اگر دیده نشود، کاربر فرض می‌کند هیچ اتفاقی نمی‌افتد.

و این یعنی تصمیم دربارهٔ محل خط دیده‌شدن، خودش یک اهرم طراحی است. می‌شود عمداً بخشی از پشت صحنه را بالا آورد، نه برای شفافیت، بلکه برای اینکه انتظار قابل‌تحمل شود.

دو خط: خط تعامل و خط دیده‌شدن
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

نمونه‌ها

  • - هتل: کارکنان پذیرش جلوی صحنه‌اند و کارکنان آشپزخانه پشت صحنه.
  • - فروشگاه اینترنتی: فهرست محصول و پرداخت جلوی صحنه‌اند و انبار و تأمین سفارش پشت صحنه.
  • - داروخانه: تعامل با کارکنان جلوی صحنه است و سازندهٔ دارو و شبکهٔ توزیع پشت صحنه.
  • - رستوران: سفارش و سرو جلوی صحنه‌اند و آماده‌سازی در آشپزخانه پشت صحنه.

و یک نکتهٔ ظریف: یک عنصر می‌تواند بسته به شرایط، هر دو باشد. چت‌بات و رستوران با آشپزخانهٔ باز، هر دو نمونه‌اش هستند.

و همین دوگانگی، نکتهٔ ظریف‌تری هم دارد. وقتی چیزی از پشت صحنه به جلوی صحنه می‌آید، استانداردش عوض می‌شود.

آشپزخانه‌ای که بسته است فقط باید غذای خوب بدهد. آشپزخانه‌ای که باز است باید تمیز هم باشد، مرتب هم باشد، و کارکنانش هم بدانند دیده می‌شوند.

و در محصول دیجیتال همین اتفاق می‌افتد. لاگی که فقط تیم می‌دید، وقتی به کاربر نشان داده شود، باید قابل‌فهم باشد. پیام خطایی که برای توسعه‌دهنده نوشته شده بود، وقتی روی صفحه بیاید، باید بگوید کاربر چه کار کند.

و به‌همین دلیل، «شفاف‌تر کردن» یک تصمیم رایگان نیست. هر چیزی که بالای خط بیاید، از آن به بعد باید طراحی شود.

چرا مهم است

وقتی جلوی صحنه و پشت صحنه هماهنگ کار کنند، تجربهٔ مشتری بهتر می‌شود. و ناکارآمدی پشت صحنه به شکست‌های دیدنی ختم می‌شود.

و دو عدد از پژوهش پرایس‌واترهاوس‌کوپرز این را کمّی می‌کند:

  • - ۳۲ درصد مشتری‌ها بعد از فقط یک تجربهٔ بد، از برندی که دوستش دارند خرید نمی‌کنند.
  • - و در مقابل، تا ۱۶ درصد بیشتر برای خدمت عالی می‌پردازند.

و نتیجهٔ عملی‌اش این است: بهبود پشت صحنه — سرور سریع‌تر، گردش کار بهتر — مستقیم تجربهٔ جلوی صحنه را بهتر می‌کند. این‌ها هزینهٔ فنی نیستند؛ سرمایه‌گذاری تجربه‌اند.

نقشه‌کردنش

  • - نقشهٔ سفر مشتری چرخهٔ عمر مشتری را ترسیم می‌کند و فقط بعد جلوی صحنه را نشان می‌دهد.
  • - نقشهٔ خدمت هر دو را نقشه می‌کند و زنجیرهٔ علت و معلول داخلی را پیدا می‌کند.

و همین تفاوت، انتخاب ابزار را تعیین می‌کند. اگر می‌خواهید بدانید مشتری چه حس می‌کند، نقشهٔ سفر. اگر می‌خواهید بدانید چرا، نقشهٔ خدمت.

و طراحی خدمت یک شرط سازمانی هم دارد: هم‌راستایی فرهنگی میان تیم‌های جلوی صحنه و پشت صحنه.

و این شرط، از آن‌هایی است که در سند نوشته می‌شود و در عمل کم رعایت می‌شود. پس ارزش دارد بگوییم در واقعیت چه شکلی است.

هم‌راستایی فرهنگی یعنی تیم پشت صحنه بداند تصمیم‌هایش چه شکلی به مشتری می‌رسد. کسی که ساعت کاری انبار را تعیین می‌کند، باید بداند نتیجه‌اش جمله‌ای است که مشتری روز جمعه روی صفحه می‌بیند.

و برعکسش هم لازم است: تیم جلوی صحنه بداند وعده‌هایش چه چیزی از پشت صحنه می‌خواهد. کسی که «تحویل سریع» را روی صفحه می‌نویسد، باید بداند این جمله برای انبار یعنی چه.

و ارزان‌ترین راه ساختن این هم‌راستایی، یک کار ساده است: نقشهٔ خدمت را با هر دو تیم در یک اتاق بکشید. بیشتر شکست‌های مرزی در همان جلسهٔ اول خودشان را نشان می‌دهند، چون برای اولین بار کسی هر دو نیمه را هم‌زمان می‌بیند.

پرسشی که این مفهوم به شما می‌دهد

این بخش افزودهٔ من است، چون فایدهٔ اصلی این تفکیک در تشخیص است، نه در نامیدن.

وقتی شکایتی می‌رسد، بپرسید: «این شکست جلوی صحنه است یا پشت صحنه؟»

و اهمیتش این است که درمانشان کاملاً فرق می‌کند.

  • - شکست جلوی صحنه با طراحی حل می‌شود: متن روشن‌تر، مسیر کوتاه‌تر، بازخورد بهتر.
  • - شکست پشت صحنه با عملیات حل می‌شود: فرایند، ظرفیت، یکپارچگی سامانه‌ها.

و پرهزینه‌ترین اشتباه، درمان‌کردن دومی با ابزار اولی است. اگر تحویل واقعاً دیر است، هیچ متنی نجاتش نمی‌دهد.

و یک آزمون ساده هم دارد: اگر همین مشکل با نوشتن بهتر حل شود، جلوی صحنه بود. اگر نه، پشت صحنه بوده و شما فقط داشتید عذرخواهی را زیباتر می‌کردید.

پرسش تشخیصی: جلوی صحنه یا پشت صحنه؟
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

سه شکست مرزی

و اگر بخواهیم دقیق‌تر شویم، شکست‌های این مدل معمولاً روی خود مرز اتفاق می‌افتند، نه در دو طرفش.

یک: وعده‌ای که جلوی صحنه می‌دهد و پشت صحنه نمی‌تواند. «تحویل تا دو ساعت» روی صفحه نوشته می‌شود چون خوب به‌نظر می‌رسد، و انبار هرگز برای دو ساعت طراحی نشده. این رایج‌ترین شکست است، چون هر دو طرف کارِ خودشان را درست انجام داده‌اند.

دو: اطلاعاتی که پشت صحنه دارد و جلوی صحنه ندارد. سیستم می‌داند سفارش تأخیر خواهد داشت و کاربر نمی‌داند. اینجا مشکل نه در عملیات است و نه در طراحی، بلکه در اتصال این دو.

و سه: کارمند جلوی صحنه‌ای که اختیار ندارد. پشتیبانی که مشکل را می‌فهمد و نمی‌تواند حلش کند، بدترین حالت ممکن است — هم وقت مشتری را می‌گیرد و هم به او ثابت می‌کند که کسی نمی‌تواند کمکش کند.

و درمان هر سه، یک چیز مشترک دارد: هیچ‌کدام با بهترکردن یک طرف حل نمی‌شوند. باید روی خودِ مرز کار کرد — روی وعده، روی جریان اطلاعات، و روی اختیار.

در بافت فارسی

یک: خط دیده‌شدن اینجا نشت می‌کند. کاربر ایرانی اغلب می‌بیند کدام درگاه پرداخت است، کدام سرویس پیامک قطع شده، و کدام بانک کند است.

و این خودش یک تصمیم طراحی است: وقتی مشتری نام سامانهٔ پشت صحنه را می‌بیند، مسئولیت هم منتقل می‌شود. گاهی به نفعتان است و اغلب فقط گیج‌کننده است.

دو: پشت صحنه اینجا بیشتر بیرونی است. درگاه پرداخت، استعلام هویت، پیامک، پست. هیچ‌کدام دست شما نیستند.

و همان‌طور که در روش‌های صوری نوشتم، بیشتر خرابی‌های واقعی در همین مرزها رخ می‌دهند. پس نقشهٔ خدمتتان باید سامانه‌های بیرونی را هم بکشد، نه فقط تیم‌های داخلی.

سه: پشتیبانی اینجا نقش پشت صحنه را هم بازی می‌کند. وقتی سامانه‌ای کار نمی‌کند، کارمند پشتیبانی دستی حلش می‌کند.

و این پنهان‌ترین بدهی سازمان است. کاری که آدم‌ها دستی جبرانش می‌کنند، در هیچ نموداری دیده نمی‌شود — تا روزی که آن آدم نباشد.

پس در نقشهٔ خدمتتان یک ستون اضافه کنید: «اینجا چه‌کسی دستی جبران می‌کند؟»

چهار: تعطیلی و ساعت کاری، پشت صحنه را قابل‌مشاهده می‌کند. پنجشنبه و جمعه، تسویهٔ بانکی و پشتیبانی و ارسال متوقف می‌شوند.

و کاربر این را در قالب «سفارشم سه روز است تکان نخورده» تجربه می‌کند. راه‌حلش عملیاتی نیست، ارتباطی است: از اول بگویید چه زمانی و چرا.

چهار تفاوت جلوی صحنه و پشت صحنه در بافت ایران
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

پنج: زنجیرهٔ واسطه‌ها اینجا بلندتر است. در بسیاری از خدمت‌های ما، میان شما و مشتری چند طرف دیگر هم هستند: پیک قراردادی، فروشندهٔ واسط، نمایندگی، یا سرویس واسطهٔ پرداخت.

و هر کدامشان پشت صحنهٔ شما هستند و جلوی صحنهٔ خودشان را دارند. یعنی مشتری شما با کسی روبه‌رو می‌شود که هیچ آموزشی از شما ندیده و هیچ تعهدی به استاندارد شما ندارد.

و این را نمی‌شود با طراحی رابط حل کرد. تنها دو اهرم واقعی دارید: انتخاب واسطه، و روشن‌کردن اینکه چه‌کسی مسئول است.

و دومی مهم‌تر از آن است که به‌نظر می‌رسد. وقتی چیزی خراب می‌شود، مشتری اول باید بداند به چه‌کسی بگوید. خدمتی که در لحظهٔ خرابی مسیر شکایت روشنی ندارد، مشتری را در همان لحظه از دست می‌دهد — حتی اگر مشکل اصلاً تقصیر او نبوده باشد.

جمع‌بندی

  • - جلوی صحنه و پشت صحنه دو ناحیه‌ای‌اند که خط تعامل را در میان می‌گیرند · استعاره‌اش از تئاتر آمده
  • - جلوی صحنه آن چیزی است که مشتری مستقیم می‌بیند · پشت صحنه کارکنان پشتیبان و سامانه‌ها و شرکا
  • - دو خط: خط تعامل که نقاط درگیری مشتری را نشان می‌دهد · و خط دیده‌شدن که مرز نادیدنی‌شدن فرایند داخلی است
  • - یک عنصر می‌تواند بسته به شرایط هر دو باشد — مثل چت‌بات و آشپزخانهٔ باز
  • - ۳۲ درصد مشتری‌ها بعد از یک تجربهٔ بد از برند محبوبشان خرید نمی‌کنند · و تا ۱۶ درصد بیشتر برای خدمت عالی می‌پردازند
  • - نقشهٔ سفر فقط جلوی صحنه را نشان می‌دهد · نقشهٔ خدمت هر دو را · پس اولی می‌گوید مشتری چه حس می‌کند و دومی می‌گوید چرا
  • - پرسش عملی: این شکست جلوی صحنه است یا پشت صحنه؟ · اولی با طراحی حل می‌شود و دومی با عملیات · و اگر با نوشتن بهتر حل نشد، پشت صحنه بوده
  • - و در فارسی: خط دیده‌شدن نشت می‌کند و مسئولیت را منتقل می‌کند · پشت صحنه بیشتر بیرونی است · پشتیبانی دستی، پنهان‌ترین بدهی سازمان است · و تعطیلی، پشت صحنه را قابل‌مشاهده می‌کند

منبع

این نوشته «بازنویسی آزاد» است از مطلب What are Frontstage and Backstage? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف جلوی صحنه و پشت صحنه به‌عنوان دو ناحیهٔ اطراف خط تعامل و مثال کارمند پیشخوان در برابر کارکنان پشتیبان و سامانه‌ها و سازمان‌های شریک، خاستگاه استعاره از تئاتر، تعریف خط تعامل و خط دیده‌شدن و ترتیب قرارگرفتن جلوی صحنه و پشت صحنه نسبت به آن‌ها، هر چهار نمونهٔ هتل و فروشگاه اینترنتی و داروخانه و رستوران، نکتهٔ امکان هم‌زمان جلوی صحنه و پشت صحنه بودن یک عنصر با مثال چت‌بات و آشپزخانهٔ باز، گزارهٔ بهترشدن تجربه با هماهنگی این دو و ختم‌شدن ناکارآمدی پشت صحنه به شکست دیدنی، هر دو عدد پژوهش پرایس‌واترهاوس‌کوپرز یعنی ۳۲ درصد و ۱۶ درصد، گزارهٔ اثر مستقیم بهبود پشت صحنه بر تجربهٔ جلوی صحنه با مثال سرور سریع‌تر و گردش کار بهتر، تفاوت نقشهٔ سفر مشتری و نقشهٔ خدمت در پوشش این دو ناحیه و یافتن زنجیرهٔ علت و معلول داخلی، و شرط هم‌راستایی فرهنگی میان تیم‌ها — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مطلب اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ منابع مرتبط) در لینک زیر در دسترس است.

بخش‌های افزودهٔ مترجم: صورت‌بندی آغازین با پیشخدمت و آشپزخانه؛ صورت‌بندی «هزینهٔ فنی نیستند، سرمایه‌گذاری تجربه‌اند»؛ قاعدهٔ انتخاب ابزار بر پایهٔ «چه حس می‌کند» در برابر «چرا»؛ کل بخش «پرسش تشخیصی» شامل پرسش جلوی صحنه یا پشت صحنه، تفکیک درمان طراحی از درمان عملیاتی، شناسایی پرهزینه‌ترین اشتباه یعنی درمان‌کردن شکست عملیاتی با ابزار طراحی، و آزمون «اگر با نوشتن بهتر حل شد، جلوی صحنه بود»؛ و کل بخش بافت فارسی شامل نشت‌کردن خط دیده‌شدن و انتقال مسئولیت با دیده‌شدن نام سامانهٔ پشت صحنه، بیرونی‌بودن بیشترِ پشت صحنه و لزوم کشیدن سامانه‌های بیرونی در نقشهٔ خدمت، نقش جبران دستی پشتیبانی به‌عنوان پنهان‌ترین بدهی سازمان و پیشنهاد افزودن ستون «چه‌کسی دستی جبران می‌کند؟»، و قابل‌مشاهده‌شدن پشت صحنه در تعطیلات و راه‌حل ارتباطی به‌جای عملیاتی؛ معرفی نوار میان دو خط یعنی کارهایی که دیده می‌شوند و مشتری در آن‌ها نقشی ندارد، و خواندن محل خط دیده‌شدن به‌عنوان یک اهرم طراحی برای قابل‌تحمل‌کردن انتظار؛ تحلیل اینکه با بالاآمدن هر چیزی از پشت صحنه استانداردش عوض می‌شود و «شفاف‌تر کردن» تصمیم رایگانی نیست؛ و بخش «سه شکست مرزی» شامل وعدهٔ اجرانشدنی، اطلاعات منتقل‌نشده، و کارمند بی‌اختیار، به‌همراه گزارهٔ اینکه هیچ‌کدام با بهترکردن یک طرف حل نمی‌شوند؛ باز‌کردن شرط هم‌راستایی فرهنگی به شکل عملی‌اش در دو جهت و پیشنهاد کشیدن نقشهٔ خدمت با هر دو تیم در یک اتاق؛ و نکتهٔ پنجم بافت فارسی دربارهٔ بلندتر بودن زنجیرهٔ واسطه‌ها، جلوی‌صحنه‌داشتنِ خودِ واسطه‌ها، و دو اهرم واقعی یعنی انتخاب واسطه و روشن‌کردن مسئولیت در لحظهٔ خرابی

تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.

مشاهدهٔ مطلب اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - دو خط
  • - نمونه‌ها
  • - چرا مهم است
  • - نقشه‌کردنش
  • - پرسش تشخیصی
  • - در بافت فارسی

برچسب‌ها

  • طراحی خدمت
  • نقشهٔ خدمت
  • نقشهٔ سفر
  • UX
  • ترجمه