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

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

نقشهٔ خدمت (Service Blueprint) چیست؟

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

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

تفاوت این دو، تفاوت میان دیدن علامت و دیدن علت است. کل این مقاله دربارهٔ همان ستون است.

تعریف

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

نسبتش با نقشهٔ سفر مشتری نسبت گسترش است. نقشهٔ سفر همان مسیر را می‌کشد؛ نقشهٔ خدمت لایه‌های زیرین را به آن اضافه می‌کند.

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

لین شوستاک، مدیر بانکی، این ابزار را در سال ۱۹۸۲ در Harvard Business Review توصیف کرد. محبوبیت امروزش به رشد طراحی خدمات به‌عنوان یک حرفه گره خورده است. کاربر دیگرش مدیریت عملیات است، که با همین نقشه کارایی کارها را در سازمان می‌سنجد.

پنج ردیف

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

  • - ۱. شواهد فیزیکی: هر چیزی که مشتری می‌بیند، می‌شنود، می‌بوید یا لمس می‌کند. ویترین و وب‌سایت، و همچنین تابلو و فرم و خودِ کالا.
  • - ۲. کنش‌های مشتری: کاری که مشتری باید در هر نقطهٔ تماس انجام دهد. اگر او کنشی نکند، سازمان چیزی برای پاسخ‌دادن ندارد.
  • - ۳. جلوی صحنه: فعالیت‌ها، آدم‌ها و شواهدی که مشتری پس از کنش خودش مشاهده می‌کند.
  • - ۴. پشت صحنه: کنش‌ها و فرایندهایی که مشتری نمی‌بیند، اما بدون آن‌ها کنش او نتیجه‌ای در جلوی صحنه ندارد.
  • - ۵. فرایندهای پشتیبان: گام‌های داخلی که تحویل خدمت روی آن‌ها سوار است.

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

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

سه خط، و آنچه هر خط جدا می‌کند

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

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

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

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

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

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

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

پنج ردیف نقشهٔ خدمت و سه خطی که آن‌ها را از هم جدا می‌کنند
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

ستون، واحد تحلیل است

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

یک نقشهٔ سفر را در نظر بگیرید. ردیف‌هایش کنش مشتری، آنچه فکر می‌کند، آنچه حس می‌کند و نقطهٔ درد است. هر چهار ردیف یک صاحب دارند: خودِ مشتری.

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

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

این تفاوت ساختاری است، نه تفاوت در سطح جزئیات. نقشهٔ سفرِ دقیق‌تر هم علت را در خودش نگه نمی‌دارد؛ فقط علامت را ریزتر ثبت می‌کند.

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

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

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

نشانه‌گذاری و عناصر ثانویه

دو نشانه‌گذاری متعارف روی نقشه‌ها دیده می‌شود: پیکان‌ها و یادداشت‌ها.

پیکان یک‌سره نشان می‌دهد منبعِ کنترل به وابستگی بعدی منتقل شده. پیکان دوسره یعنی طرف‌ها باید به توافق برسند تا فرایند جلو برود.

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

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

چند عنصر افزودنی هم هست که نقشه را به بافت خودتان نزدیک می‌کند:

  • - زمان: مدت تخمینی هر کنش مشتری، تا کارایی فرایند سنجیده شود.
  • - مقررات و سیاست‌ها: قاعده‌هایی که شکل اجرای فرایند را تعیین می‌کنند و بخش‌های انعطاف‌ناپذیر خدمت را نشان می‌دهند.
  • - احساس کارمند: همان‌طور که نقشهٔ سفر احساس مشتری را ردیابی می‌کند، نقشهٔ خدمت می‌تواند حال کارمند را ثبت کند؛ دادهٔ کیفی نظرسنجی‌های داخلی جای فشار را نشان می‌دهد.
  • - سنجه‌ها: شاخص‌ها و هزینه‌ها، تا معلوم شود منابع کجا هدر می‌روند.
  • - حال احساسی مشتری: در خدمت‌هایی که با مشتری مضطرب سر و کار دارند، این ردیف اختیاری نیست.
  • - و طرح‌های دستی: هرجا کلمه از عهدهٔ کار برنمی‌آید، یک اسکچ کنار خانه بنشانید.

کجا به‌کار می‌آید

بهبود یک خدمت موجود. وقتی خدمت با همهٔ جزئیاتش روی دیوار باشد، نقاط درد قابل شناسایی و حذف می‌شوند.

طراحی خدمت تازه. نقشهٔ یک خدمتِ هنوز موجودنشده اجازه می‌دهد نمونهٔ خدمت ساخته و پیش از عرضه آزموده شود.

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

فهمیدن بازیگران. وقتی مشتری و تأمین‌کننده و مشاور و کارمند و چند تیم هم‌زمان در کارند، نقشه پیچیدگی را مدیریت‌پذیر می‌کند. نقشهٔ زیست‌بوم همین بازیگران را از زاویهٔ دیگری می‌بیند.

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

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

جاهایی که نقشه شکست می‌خورد

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

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

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

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

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

نقشه‌ای که فقط حالت اول را کشیده، درست است ولی بی‌فایده، چون همهٔ کار طراحی خدمت در حالت دوم اتفاق می‌افتد. مشتری خدمت را از روی روز خوبش قضاوت نمی‌کند؛ از روی روزی که چیزی خراب شد قضاوت می‌کند.

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

در بافت فارسی

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

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

دو: نقشه‌ای که برای روز خوب کشیده شود، افسانه است. قطعی، کندی و تغییر ناگهانی مقررات، وضعیت عادی خدمت‌ها در این بازار است و نه استثنا.

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

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

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

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

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

چهار مسئلهٔ نقشهٔ خدمت در بافت ایران
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

جمع‌بندی

  • - نقشهٔ خدمت: بازنمایی دیداری همهٔ تعامل‌های مشتری در طول چرخهٔ عمر، به‌همراه تعامل‌های پشتیبان
  • - نسبتش با نقشهٔ سفر مشتری نسبت گسترش است، و شکلش نموداری با ردیف‌های موازی و پیکان‌های میان‌ردیفی
  • - لین شوستاک آن را در سال ۱۹۸۲ در هاروارد بیزینس ریویو توصیف کرد؛ امروز در طراحی خدمات و مدیریت عملیات به‌کار می‌رود
  • - پنج ردیف: شواهد فیزیکی · کنش‌های مشتری · جلوی صحنه · پشت صحنه · فرایندهای پشتیبان
  • - سه خط و آنچه جدا می‌کنند: خط تعامل مشارکت را · خط دیده‌شدن دانش را · خط تعامل داخلی مالکیت را
  • - نقشه را از پایین به بالا بخوانید: اول مالکیت، بعد دانش، بعد مشارکت
  • - ستون واحد تحلیل است: ردیف‌های نقشهٔ سفر یک صاحب دارند، ردیف‌های نقشهٔ خدمت چهار صاحب
  • - آزمون نقشه: صاحب این خانه کیست، و این خانه از کدام خانه ورودی می‌گیرد
  • - نشانه‌گذاری: پیکان یک‌سره انتقال کنترل، پیکان دوسره نیاز به توافق، و یادداشت با یک راهنمای کنار نقشه
  • - عناصر افزودنی: زمان · مقررات · احساس کارمند · سنجه‌ها · حال احساسی مشتری · طرح دستی
  • - کاربردها: بهبود خدمت · طراحی خدمت تازه · فهم خدمت و جزیره‌های کاری · فهم بازیگران · جابه‌جایی میان پرتماس و کم‌تماس
  • - نقشه نمونه نیست: یکی فرایند را ترسیم می‌کند و دیگری عنصری مشخص را می‌آزماید
  • - دشواری‌ها: پیچیدگی · وقت · نیاز به همکاری میان‌بخشی · کهنه‌شدن · دقت · بیرون‌افتادن نگاه مشتری
  • - شکست پرتکرار: نقشه‌ای که فقط مسیر موفق را دارد، در حالی که کار طراحی خدمت در حالت خرابی است
  • - و در فارسی: صاحب هر خانه را بنویسید · ردیف حالت خرابی بگذارید · پیامک را جلوی صحنه بشمارید · و زمان را از راست شروع کنید

منبع

این نوشته «بازنویسی آزاد» است از مطلب What are Service Blueprints? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف نقشهٔ خدمت به‌عنوان گسترشِ نقشهٔ سفر مشتری که همهٔ تعامل‌های مشتری با سازمان در طول چرخهٔ عمر او و همچنین تعامل‌های فیزیکی و دیجیتالی پشتیبان را جزئی می‌کند؛ شکل متعارفش به‌صورت نموداری با ردیف‌های موازی که هر ردیف یک دسته است و پیکان‌ها تعامل‌های میان ردیف‌ها را برای نمایش گردش کار به هم وصل می‌کنند؛ توصیف این ابزار به‌دست لین شوستاک، مدیر بانکی، در سال ۱۹۸۲ در هاروارد بیزینس ریویو، رشد محبوبیتش همراه با رشد حرفهٔ طراحی خدمات، و کاربردش در مدیریت عملیات برای سنجش کارایی کار در سازمان؛ پنج ردیف اصلی یعنی شواهد فیزیکی با نمونه‌های ویترین و وب‌سایت و تابلو و فرم و کالا، کنش‌های مشتری در نقاط تماس، جلوی صحنه به‌عنوان فعالیت‌ها و آدم‌ها و شواهد قابل مشاهده پس از کنش مشتری، پشت صحنه به‌عنوان کنش‌های نامرئی لازم برای نتیجه‌دادن کنش مشتری، و فرایندهای پشتیبان؛ امکان شکستن هر ردیف پیچیده و نمونهٔ جداکردن تعامل‌های دیجیتال و فیزیکی؛ دو نشانه‌گذاری متعارف یعنی پیکان و یادداشت، معنای پیکان یک‌سره به‌عنوان انتقال منبع کنترل به وابستگی بعدی و پیکان دوسره به‌عنوان نیاز بازیگران به توافق پیش از جلورفتن فرایند، و سودمندی ساختن راهنما و کلید کنار نقشه؛ عناصر ثانویه و اختیاری یعنی زمان و مدت تخمینی هر کنش، مقررات و سیاست‌ها و بخش‌های انعطاف‌ناپذیر، احساس کارمند با تکیه بر دادهٔ کیفی نظرسنجی داخلی، سنجه‌ها شامل زمان و هزینه، شاخص‌های کیفیت، حال احساسی مشتری، و طرح‌های دستی؛ کاربردها یعنی بهبود خدمت موجود و شناسایی و حذف نقاط درد، طراحی خدمت تازه و امکان ساخت و آزمون نمونهٔ خدمت پیش از عرضه، فهم خدمتی که در فرهنگ سازمان ته‌نشین شده و آشکارشدن جزیره‌های کاری و نقاط تاریک، فهم بازیگران در وضعیت‌های پرتعداد شامل مشتری و تأمین‌کننده و مشاور و کارمند و تیم‌ها، و جابه‌جایی میان خدمت پرتماس و کم‌تماس؛ تمایز نقشهٔ خدمت از نمونه‌سازی خدمت و مکمل‌بودن این دو؛ و دشواری‌های ساخت نقشه یعنی پیچیدگی، وقت‌گیربودن، نیاز به همکاری میان‌بخشی، لزوم به‌روزرسانی منظم، دقت، و خطر بیرون‌افتادن نگاه مشتری — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

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

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

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

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

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

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

دربارهٔ من

در این مقاله

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

برچسب‌ها

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