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

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

نمودار خویشاوندی (Affinity Diagram) چیست؟

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

نمودار خویشاوندی (Affinity Diagram) روشی است برای اینکه انبوهی از دادهٔ پراکنده را به چند تم قابل‌تصمیم تبدیل کنید. هر مشاهده، جملهٔ کاربر یا مشکل را روی یک برگهٔ جدا می‌نویسید، همه را روی دیوار می‌چینید، و بعد بدون دسته‌بندی از پیش‌تعیین‌شده شروع می‌کنید به کنار هم گذاشتن آن‌هایی که به هم می‌خورند. وقتی گروه‌ها شکل گرفتند، به هر گروه اسم می‌دهید — و همان اسم‌ها، یافته‌های شما هستند.

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

ریشه‌اش: روش KJ

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

این نکته امروز هم مهم‌ترین دلیل کار با برگه است، نه صرفاً یک سنت قدیمی. یک جدول اکسل داده را در ترتیبی که شما از قبل انتخاب کرده‌اید قفل می‌کند؛ برگه‌های روی دیوار در هر لحظه قابل بازچینی‌اند. تفاوت میان «مرور داده» و «کشف الگو» تقریباً همیشه همین آزادی جابه‌جایی است.

چه وقت به کارش می‌برید

هر جا که ورودی زیاد و ناهمگن دارید و باید از آن چند جملهٔ قابل‌عمل بیرون بکشید:

  • - بعد از پژوهش کیفی. رایج‌ترین کاربرد. خروجی پژوهش کاربر — نقل‌قول‌ها، مشاهده‌ها، نقاط درد — ورودی نمودار می‌شود و تم‌های به‌دست‌آمده مبنای نقشهٔ همدلی و پرسوناها قرار می‌گیرند.
  • - در مرحلهٔ تعریف مسئله. در چارچوب تفکر طراحی، این روش همان ابزاری است که مرحلهٔ تعریف مسئله را از حدس نجات می‌دهد.
  • - بعد از جلسهٔ ایده‌پردازی. صد ایدهٔ پراکندهٔ یک جلسهٔ ایده‌پردازی بدون دسته‌بندی عملاً غیرقابل‌بررسی است.
  • - روی داده‌های موجود. تیکت‌های پشتیبانی، نظرات کاربران در بازار اپلیکیشن، و پیام‌های شبکه‌های اجتماعی — منبعی که تقریباً همیشه در دسترس است و تقریباً همیشه نادیده گرفته می‌شود.

چطور اجرا می‌شود

مسیر کار دو نیمه دارد: اول چیدن، بعد نام‌گذاری.

مرحلهٔ گروه‌بندی: برگه‌های پراکنده که کم‌کم دور هم حلقه می‌خورند و چند برگه هنوز تنها مانده‌اند
© بنیاد طراحی تعامل، لایسنس CC BY-SA 4.0
  • - ۱. هر داده روی یک برگه. یک مشاهده، یک جمله. اگر روی برگه‌ای دو نکته نوشته‌اید، آن برگه در هیچ گروهی درست نمی‌نشیند و کل تحلیل را کند می‌کند.
  • - ۲. همه را نمایان کنید. دیوار، وایت‌برد یا میز بزرگ. دیدنِ هم‌زمانِ کل داده شرط کار است؛ چیزی که در اسکرول یک فایل ممکن نیست.
  • - ۳. از یک برگه شروع کنید. یکی را تصادفی بردارید و بگذارید کنار. برگهٔ بعدی را با آن بسنجید: شبیه است یا نه؟ اگر شبیه است کنارش بگذارید، اگر نه گروه تازه‌ای باز کنید.
  • - ۴. بگذارید برگه‌های تنها بمانند. هر برگه‌ای لازم نیست جایی برود. برگه‌ای که در هیچ گروهی نمی‌نشیند، بعداً یکی از جالب‌ترین یافته‌هاست.
  • - ۵. آزادانه بازچینی کنید. گروه‌ها در حین کار شکل و مرز عوض می‌کنند؛ این نشانهٔ درست پیش‌رفتن است، نه بی‌نظمی.
  • - ۶. گروه‌ها را نام بگذارید. این مهم‌ترین مرحله است و بیشترین بحث را می‌طلبد. نام باید معنای مشترک آن دسته را بگوید، نه فقط برچسب موضوعی‌اش باشد.
  • - ۷. سلسله‌مراتب بسازید (اختیاری). اگر گروه‌ها زیاد شدند، گروه‌های هم‌خانواده را زیر یک ابرگروه ببرید تا تصویر کلی خوانا شود.
مرحلهٔ سلسله‌مراتب: گروه‌های نام‌گذاری‌شده با زیرگروه‌هایشان
© بنیاد طراحی تعامل، لایسنس CC BY-SA 4.0

و یک نکتهٔ مهم دربارهٔ نفرات: این کار را تنها انجام ندهید. ارزش اصلی روش در بحثی است که سر جای هر برگه درمی‌گیرد — همان‌جا که یکی می‌گوید «این مال دستهٔ اعتماد است» و دیگری می‌گوید «نه، این مال سرعت است» و در توضیح‌دادنشان معلوم می‌شود مسئله چیز سومی است. کسانی که در پژوهش حضور داشته‌اند باید در اتاق باشند، وگرنه بافتِ پشت هر نقل‌قول از دست می‌رود.

قانون‌هایی که کیفیت خروجی را تعیین می‌کنند

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

  • - عین جملهٔ کاربر را بنویسید، نه خلاصه‌اش را. «نفهمیدم بعدش باید چه کار کنم» یک داده است؛ «مشکل ناوبری» یک نتیجه‌گیری است که شما زودتر از موعد گرفته‌اید. اگر روی برگه‌ها نتیجه بنویسید، در پایان فقط فرضیه‌های خودتان را دسته‌بندی کرده‌اید.
  • - با دسته‌های آماده شروع نکنید. وسوسه‌انگیزترین کار این است که از اول پنج ستون «کارایی / ظاهر / قیمت / پشتیبانی / سایر» بسازید. با این کار، روش را از تنها کاری که بلد است — نشان‌دادن دسته‌هایی که انتظارشان را نداشتید — محروم کرده‌اید. دسته باید از دل داده بیرون بیاید.
  • - نام گروه را جمله بنویسید، نه یک کلمه. «اعتماد» چیزی به کسی نمی‌گوید. «کاربر تا وقتی مبلغ نهایی را نبیند فرم را کامل نمی‌کند» یک یافته است که می‌شود رویش تصمیم گرفت. قاعدهٔ ساده: اگر نام گروه را می‌شود روی هر پروژهٔ دیگری هم گذاشت، هنوز به‌اندازهٔ کافی مشخص نیست.
  • - برگه‌های تنها را دور نریزید. در پایان کار همیشه چند برگه بی‌گروه می‌مانند. بخشی‌شان نویزند، اما بخشی‌شان نشانهٔ نیازی هستند که هنوز فقط یک نفر بیانش کرده — و در محصولات نوپا، همان‌ها اغلب مهم‌ترین‌اند. آن‌ها را در گزارش زیر عنوان جداگانه نگه دارید.
  • - شمارش را با اهمیت اشتباه نگیرید. گروهی با بیست برگه لزوماً مهم‌تر از گروهی با سه برگه نیست؛ گاهی فقط یعنی سؤال شما در مصاحبه‌ها آن موضوع را بیشتر تحریک کرده است. اندازهٔ گروه یک سرنخ است، نه یک رأی‌گیری.

کجا خراب می‌شود

این بخش هم در منبع نیست و از دیدن اجرای این روش در تیم‌های واقعی می‌آید:

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

روی داده‌های فارسی

این بخش هم افزودهٔ مترجم است و از کار روی پژوهش‌های فارسی‌زبان می‌آید.

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

چیدمان راست‌به‌چپ روی وایت‌برد. در ابزارهای دیجیتال، ترتیب پیش‌فرض چیدن برگه‌ها از چپ است و برای تیم فارسی‌زبان ناخودآگاه ناخوانا می‌شود — به‌ویژه وقتی می‌خواهید سلسله‌مراتب یا توالی زمانی نشان دهید. اگر نمودار قرار است بعداً برای دیگران روایت شود، از همان اول از راست بچینید؛ هزینه‌اش صفر است و خوانایی گزارش نهایی را عوض می‌کند.

واژهٔ سازمانی در برابر واژهٔ کاربر. در بسیاری از تیم‌ها، برگه‌ها با واژگان داخلی سازمان نوشته می‌شوند («کارتابل»، «امور مشترکین») چون تحلیلگر ناخودآگاه ترجمه‌شان می‌کند. نتیجه این است که تم‌ها هم به زبان سازمان درمی‌آیند و همان سوءتفاهمی که پژوهش قرار بود کشفش کند، دوباره بازتولید می‌شود.

مخلوط فارسی و انگلیسی. در داده‌های محصولات فنی، نیمی از جمله‌ها واژهٔ لاتین دارند («لاگین نمی‌شه»، «اکانتم بن شده»). یکسان‌سازی نکنید، اما در نام‌گذاری تم‌ها یک زبان را انتخاب کنید و به آن پایبند بمانید — تم‌هایی که نیمی فارسی و نیمی انگلیسی نام دارند، در ارائه به‌شکل عجیبی بی‌اعتبار به‌نظر می‌رسند.

جمع‌بندی

نمودار خویشاوندی ساده‌ترین ابزار تحلیل کیفی است و به‌همین دلیل بیشترین سوءاستفاده از آن می‌شود: یک دیوار رنگی که کسی از آن تصمیمی نمی‌گیرد. تفاوت نسخهٔ مفید و نسخهٔ تزئینی در سه چیز است — روی برگه‌ها داده باشد نه نتیجه، دسته‌ها از دل داده بیرون بیایند نه از ذهن تیم، و هر تم در پایان به یک تصمیم وصل شود.

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What are Affinity Diagrams? و مقالهٔ Affinity Diagrams: How to Cluster Your Ideas and Reveal Insights نوشتهٔ ریکه فریس دام و یو سیانگ تئو (Rikke Friis Dam & Yu Siang Teo) در بنیاد طراحی تعامل (Interaction Design Foundation — IxDF). مفاهیم پایه — تعریف نمودار خویشاوندی به‌عنوان ابزار سازمان‌دادن داده برای یافتن الگو، ریشهٔ آن در روش KJ و مشاهدهٔ جیرو کاواکیتا دربارهٔ اثر چیدمان فضایی، جایگاهش در مرحله‌های تعریف و ایده‌پردازی، مسیر دومرحله‌ای گروه‌بندی و سپس نام‌گذاری و ساختن سلسله‌مراتب، پذیرفتن برگه‌های بی‌گروه، و تأکید بر اینکه کار گروهی از کار انفرادی ارزشمندتر است — از این منبع گرفته شده، اما متن فارسی، ساختار بخش‌ها و همهٔ مثال‌ها کاملاً مستقل نوشته شده‌اند.

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

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

تصاویر: دو نمودار مرحلهٔ گروه‌بندی و مرحلهٔ سلسله‌مراتب از مطلب اصلی بازنشر شده‌اند، چون بنیاد طراحی تعامل آن‌ها را با لایسنس CC BY-SA 4.0 منتشر کرده است. باقی تصاویر مقالهٔ اصلی با لایسنس‌های دیگری (CC BY-SA 2.0، CC BY-NC-SA 3.0 و لایسنس استاندارد) منتشر شده‌اند و اینجا بازتولید نشده‌اند.

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

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

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

دربارهٔ من

در این مقاله

  • - نمودار خویشاوندی چیست؟
  • - ریشه‌اش: روش KJ
  • - چه وقت به کارش می‌برید
  • - چطور اجرا می‌شود
  • - قانون‌های کیفیت خروجی
  • - کجا خراب می‌شود
  • - روی داده‌های فارسی
  • - جمع‌بندی

برچسب‌ها

  • نمودار خویشاوندی
  • پژوهش کاربر
  • UX
  • ترجمه