از مثلث بلاغت تا تصمیمسازی محصول بهعنوان یک Product Owner
در دنیای محصول، «درست بودن» کافی نیست.
اگر نتوانید ذینفعان را قانع کنید، بهترین تصمیمها هم اجرا نمیشوند.
بسیاری از Product Ownerها تجربهی مشابهی دارند:
تحلیل درست، داده معتبر، پیشنهاد منطقی —
اما خروجی جلسه؟
«بذار بررسی کنیم»، «فعلاً اولویت نیست»، «برگردیم اسپرینت بعد».
مسئله اغلب نه ضعف تصمیم، بلکه ضعف در نحوهی ارائه و متقاعدسازی است.
برای حل این مشکل، میتوانیم از یک چارچوب کلاسیک اما بسیار کاربردی استفاده کنیم:
مثلث بلاغت (Rhetorical Triangle).
مثلث بلاغت چیست؟
مثلث بلاغت مدلی است که ریشه در فلسفه یونان دارد و توضیح میدهد چرا بعضی پیامها اثر میگذارند و بعضی نه.
این مدل میگوید هر پیام متقاعدکننده باید روی سه پایه همزمان بایستد:
1. Ethos — اعتبار
چرا مخاطب باید به شما اعتماد کند؟
Ethos به اعتبار گوینده مربوط است؛
نه جایگاه سازمانی، بلکه شواهدی که نشان میدهد حرف شما قابل اتکاست.
2. Logos — منطق
آیا استدلال شما منطقی و قابلدنبالکردن است؟
Logos یعنی داده، رابطهی علت و معلولی، و توضیح روشن اینکه
«اگر این کار را بکنیم، چه اتفاقی میافتد و چرا».
3. Pathos — احساس
این پیام چرا باید برای مخاطب مهم باشد؟
Pathos به دغدغهها، ترسها، انگیزهها و ارزشهای انسانی مخاطب وصل میشود.
نکتهی کلیدی این است:
استفاده از فقط یکی از این اضلاع کافی نیست.
- فقط Logos → ارائهی خشک و بیاثر
- فقط Ethos → اتکا به جایگاه، نه تصمیم
- فقط Pathos → هیجان بدون پشتوانه
قدرت واقعی زمانی ایجاد میشود که هر سه ضلع همزمان فعال باشند.
حالا این مدل در عمل PO یعنی چه؟
اینجا جایی است که نقش Product Owner پررنگ میشود.
PO فقط کسی نیست که بکلاگ را مرتب میکند؛
PO کسی است که تصمیمها را قابلدفاع و قابلاجرا میکند.
و این دقیقاً یعنی استفادهی آگاهانه از مثلث بلاغت.
چطور بهعنوان یک Product Owner ذینفعان را قانع کنیم؟
(ادامهی عملی مدل مثلث بلاغت)
اشتباه رایج POها
بیشتر POها بیشازحد روی Logos تکیه میکنند:
«دادهها میگویند این فیچر مهم است.»
اما تصمیمهای سازمانی فقط با داده گرفته نمیشوند؛
با اعتماد، ریسکپذیری و دغدغههای انسانی گرفته میشوند.
Ethos برای PO: «چرا باید به این تصمیم اعتماد کنیم؟»
ذینفع قبل از شنیدن راهحل، ناخودآگاه میپرسد:
«این PO از کجا به این نتیجه رسیده؟»
PO چطور Ethos میسازد؟
- شفاف میگوید تصمیم بر چه دادهای استوار است
- فرضیات و عدمقطعیتها را پنهان نمیکند
- نشان میدهد تصمیم شخصی نیست، سیستمی است
مثال:
- ❌ «به نظر من این اولویت بالاتری دارد»
- ✅ «بر اساس رفتار کاربران در سه اسپرینت اخیر و دادههای ساپورت، این آیتم بیشترین اثر را روی ریزش دارد»
Logos برای PO: «اگر این کار را بکنیم، دقیقاً چه میشود؟»
Logos خوب یعنی مسیر تصمیم قابلردیابی باشد.
ساختار پیشنهادی:
- مشکل چیست؟
- شاهد چیست؟
- چرا این راهحل؟
- نتیجهی مورد انتظار چیست؟
- چطور آن را میسنجیم؟
نه ۲۰ اسلاید، نه ۱۵ متریک.
فقط یک منطق شفاف که بشود دنبالش کرد.
Pathos برای PO: «این تصمیم چرا برای تو مهم است؟»
این بخش معمولاً نادیده گرفته میشود.
اما هر ذینفع دغدغهی خودش را دارد:
- مدیر → ریسک و پاسخگویی
- مارکتینگ → پیام و فروش
- ساپورت → حجم تیکت
- فنی → بدهی و پایداری
PO حرفهای تصمیم را طوری روایت میکند که:
«این کار، زندگی تو را هم سادهتر میکند»
Pathos یعنی همراستاسازی تصمیم محصول با نگرانی انسانی.
فرمول سادهی PO برای متقاعدسازی
در چنین سناریویی، متقاعدسازی زمانی اتفاق میافتد که هر سه ضلع مثلث بلاغت همزمان فعال شوند. طراح تجربه کاربری ابتدا با ایجاد Ethos نشان میدهد که پیشنهاد بازطراحی جریان پرداخت حاصل تحلیل دادههای واقعی است؛ از بررسی رفتار کاربران، نرخ رهاسازی سبد خرید و بازخوردهای تیم پشتیبانی، نه یک ترجیح شخصی در طراحی. سپس با تکیه بر Logos بهصورت شفاف توضیح میدهد که بخش قابلتوجهی از کاربران دقیقاً در مرحله پرداخت فرایند خرید را ترک میکنند و سادهسازی این نقطه میتواند بهطور مستقیم نرخ تبدیل و درآمد را بهبود دهد. در نهایت، با فعالکردن Pathos، این تصمیم به دغدغههای ذینفع گره میخورد؛ جایی که بازطراحی پرداخت نهتنها یک بهبود تجربه کاربری، بلکه راهی برای جلوگیری از هدررفت سرمایههای بازاریابی و کاهش ریسک درآمدی کسبوکار معرفی میشود.
قبل از هر جلسه تصمیمگیری از خودت بپرس:
- Ethos: چرا این تصمیم قابلاعتماد است؟
- Logos: رابطهی علت و معلولیاش چیست؟
- Pathos: این تصمیم کدام دغدغهی ذینفع را کاهش میدهد؟
اگر یکی از این سه ضعیف باشد،
احتمالاً تصمیم هم جلو نمیرود.
جمعبندی: PO یعنی طراح تصمیم، نه فقط مالک بکلاگ
POهای مؤثر:
- فقط «درستترین» تصمیم را نمیشناسند،
- بهترین روایت برای اجرا شدن آن تصمیم را میسازند.
مثلث بلاغت به ما یاد میدهد:
قانعسازی، مهارت ذاتی نیست؛
یک طراحی آگاهانه است.
و Product Owner، دقیقاً همان کسی است که باید این طراحی را انجام دهد.
دیدگاهتان را بنویسید