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

پژوهش کنشی (Action Research) چیست؟

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

پژوهش کنشی چرخهٔ «برنامه بریز، کنش کن، مشاهده کن، بازتاب کن» است. و اگر این توصیف برایتان آشناست، حق دارید: این دقیقاً همان حلقهٔ طراحی تکرارشونده است — و بدون سه شرط مشخص، همان است و نه چیز بیشتری.

در ادامه آن سه شرط را می‌گویم. اما اول خود روش.

تعریف

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

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

ریشه‌اش به دههٔ ۱۹۴۰ و کار کرت لوین، روان‌شناس اجتماعی، برمی‌گردد؛ لوین بر این تأکید داشت که کنش راه فهمیدن و بهبود سامانه‌های انسانی است. بعد از او این رویکرد در آموزش، سلامت، کار اجتماعی و توسعهٔ اجتماع گسترش یافت، و در تجربهٔ کاربری همراه با رشد طراحی انسان‌محور جا باز کرد.

چرخهٔ پنج‌گامی

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

سه نوع

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

مزایا و چالش‌ها

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

و شش چالش: پرهزینه‌بودن از نظر زمان و منابع · پیچیدگی بافت واقعی · خطر ذهنی‌شدن (همکاری نزدیک با ذی‌نفعان، خطر سوگیری در نتیجه) · ملاحظات اخلاقی (فهم و رضایت آگاهانهٔ مشارکت‌کننده و حفاظت از داده) · گسترش دامنه · و محدودیت تعمیم‌پذیری.

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

سه شرطی که این روش را از طراحی تکرارشونده جدا می‌کند

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

• - ۱. مشارکت‌کننده هم‌پژوهشگر است، نه آزمودنی. در طراحی تکرارشونده، کاربر منبع داده است؛ در پژوهش کنشی، کاربر در تعیین اینکه مسئله چیست شریک است. آزمون تشخیصش ساده است: آیا مسئله را کاربر تعیین کرد یا شما؟ اگر شما مسئله را انتخاب کردید و او فقط بازخورد داد، شرط اول رد نشده.
• - ۲. هدف دوگانه است. پژوهش کنشی هم مسئله را حل می‌کند و هم دانش تولید می‌کند. آزمونش: پس از پایان چرخه، چیزی نوشته شده که برای پروژهٔ بعدی هم به‌کار می‌آید؟ اگر تنها خروجی «آن ویژگی درست شد» است، دانش تولید نشده.
• - ۳. پژوهشگر عضو همان سامانه است. این شرط عجیب‌ترین و مهم‌ترین‌شان است: در پژوهش کنشی، شما بیرون نایستاده‌اید و نگاه نمی‌کنید — خودتان بخشی از چیزی هستید که دارید تغییرش می‌دهید. لوین این را ویژگی می‌دانست، نه ایراد.

و کاربرد عملی این تفکیک: آزمون A/B پژوهش کنشی نیست — هر سه شرط را رد می‌کند. مسئله را شما تعیین کرده‌اید، دانش قابل انتقالی تولید نمی‌شود، و شما بیرون سامانه‌اید. آزمون A/B ابزار خوبی است؛ فقط اسمش این نیست.

«خطر ذهنی‌شدن» را نمی‌شود با بی‌طرفی حل کرد

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

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

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

• - پیش‌بینی. انتظار دارید چه اتفاقی بیفتد، و در چه اندازه. «نرخ رهاکردن پرداخت کم می‌شود» پیش‌بینی نیست؛ «نرخ رهاکردن از ۳۴٪ به زیر ۲۵٪ می‌رسد» هست.
• - شرط شکست. چه نتیجه‌ای شما را به این نتیجه می‌رساند که این کنش کار نکرد؟ اگر نتوانستید بنویسیدش، هیچ نتیجه‌ای شما را قانع نخواهد کرد.

و ارزش این دو جمله دقیقاً در این است که پیش از دیدن داده نوشته شده‌اند. بعد از دیدن داده، هر عددی قابل توضیح است — و مرحلهٔ «بازتاب» بدون این سند، معمولاً به توجیه تبدیل می‌شود نه به بازتاب.

حلقه‌ای که شرط خروج ندارد

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

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

• - شرط سنجه‌ای. «تا رسیدن نرخ رهاکردن به زیر ۲۵٪.» روشن‌ترین حالت، اما فقط وقتی به‌کار می‌آید که سنجهٔ درستی داشته باشید.
• - شرط شمارشی. «سه چرخه، بعد تصمیم دربارهٔ ادامه.» ساده و بی‌قید، و برای وقتی خوب است که سنجهٔ روشنی ندارید.
• - شرط اشباع. «تا وقتی دو چرخهٔ پشت‌سرهم هیچ کنش تازه‌ای تولید نکنند.» به‌نظرم بهترین‌شان است، چون معیارش دقیقاً همان چیزی است که این روش تولید می‌کند: کنش بعدی.

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

نوع سومی که هرگز انجام نمی‌شود

این بخش هم افزودهٔ مترجم است. از سه نوعی که منبع می‌شمارد، نوع اول (فنی) تقریباً همیشه انجام می‌شود، نوع دوم (مشارکتی) گاهی، و نوع سوم (بازتاب انتقادی) عملاً هیچ‌وقت — و دلیلش این نیست که سخت است؛ این است که موضوعش خودِ تیم است، نه محصول.

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

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

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

تعمیم‌ناپذیری ایراد نیست، اما ثبت‌نکردن بافت هست

این بخش هم افزودهٔ مترجم است. «محدودیت تعمیم‌پذیری» آخرین قلم فهرست چالش‌ها است، و به‌نظرم اشتباه در دسته‌بندی‌اش. پژوهش کنشی عامدانه بافت‌محور است؛ خواستن تعمیم از آن، مثل خواستن سرعت از یک کشتی باری است.

اما یک مسئلهٔ واقعی هست که منبع نمی‌گوید: یافته بی‌بافتش ثبت می‌شود. شش ماه بعد، تیم دیگری آن یافته را در سند می‌بیند («کاربران دکمهٔ پرداخت را در بالای صفحه پیدا نمی‌کنند») و بی‌آنکه بداند در چه شرایطی به‌دست آمده، به‌کارش می‌برد. پس:

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

در بافت فارسی: مناسب‌ترین روش، کم‌استفاده‌ترین روش

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

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

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

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

جمع‌بندی

• - پژوهش کنشی بر همکاری پژوهشگر و مشارکت‌کننده تکیه دارد و در چرخهٔ برنامه، کنش، مشاهده و بازتاب پیش می‌رود؛ اولویتش راه‌حل عملی است و دانش را همزمان تولید می‌کند، نه به‌جایش.
• - ریشه‌اش در کار کرت لوین در دههٔ ۱۹۴۰ است و در تجربهٔ کاربری همراه با طراحی انسان‌محور جا باز کرد.
• - سه نوع دارد: فنی، مشارکتی، و بازتاب انتقادی — و نوع سوم عملاً انجام نمی‌شود چون موضوعش خودِ تیم است نه محصول.
• - سه شرط آن را از طراحی تکرارشونده جدا می‌کند: مشارکت‌کننده هم‌پژوهشگر است نه آزمودنی، هدف دوگانه است، و پژوهشگر عضو همان سامانه است — و آزمون A/B هر سه را رد می‌کند.
• - «خطر ذهنی‌شدن» را نمی‌شود با توصیه به بی‌طرفی حل کرد، چون پژوهشگر ساختاراً درون سامانه است؛ راهش نوشتن پیش‌بینی و شرط شکست پیش از کنش است.
• - حلقه شرط خروج ندارد، پس پیش از چرخهٔ اول یکی از سه شرط سنجه‌ای، شمارشی یا اشباع را تعیین کنید — و اشباع (دو چرخه بی‌کنش تازه) بهترین‌شان است.
• - تعمیم‌ناپذیری ایراد این روش نیست، اما ثبت یافته بی‌بافتش هست: هر یافته را با بلوک بافت ثبت کنید و بدانید آنچه تعمیم می‌یابد سازوکار است نه یافته.
• - و در بافت ما مناسب‌ترین و کم‌استفاده‌ترین روش است: سه مانعش سلسله‌مراتب، فروریختن مشاهده به آنالیتیکس، و حذف بازتاب است — و نسخهٔ کوچکش یک مسئله، یک کنش، یک هفته و یک جلسهٔ بازتاب با خط مقدم در اتاق است.