https://virgool.ir/feed/@shabnam_torkamanطراح محصولfa2026-11-10 22:51:47https://files.virgool.ir/upload/users/3587182/avatar/Y443dO.jpghttps://virgool.ir/@shabnam_torkamanhttps://virgool.ir/@shabnam_torkaman/چرا-مغازه-ای-که-۶-نوع-مربا-داره-بیشتر-از-مغازه-ای-با-۲۴-نوع-می-فروشه-bu3ushngaqprیک آزمایش معروف در یک سوپرمارکت برگزار شد. یک میز با ۲۴ نوع مربا چیدن، میز دیگه فقط ۶ نوع. نتیجه جالب بود: میز پرگزینه بازدیدکننده‌ی بیشتری جذب کرد، اما میز کم‌گزینه ده برابر بیشتر فروش داشت. علتش اینه که مغز انسان توانایی محدودی برای پردازش هم‌زمان اطلاعات داره، تقریباً حدود ۷ پارامتر. وقتی گزینه‌ها زیاد میشن، مغز به‌جای تصمیم‌گرفتن، از تصمیم‌گیری فرار میکنه. به این پدیده میگن فلج تصمیم (Decision Paralysis).وقتی این آزمایش رو برای اولین‌بار خوندم، بلافاصله یاد یه اتفاق در کارم افتادم که همون روز اون رو زندگی کرده بودم، فقط هنوز اسمش رو نمیدونستم.کارتی که قرار بود آزادی بده، ولی سردرگمی ساخت!اون مدتی که روی کیف‌پول ارز دیجیتال کار میکردم، در صفحه‌ی سواپ (تبدیل ارز) یک کارت بزرگ طراحی کرده بودم که در آن کاربر میتونست خودش از بین چند صرافی مختلف انتخاب کنه کدوم‌شون سواپ اون رو انجام بده؛ با کارمزد متفاوت، سرعت متفاوت و شرایط متفاوت. فکرمون این بود که داریم به کاربر کنترل و شفافیت میدیم. منطقی به‌نظر میرسید: چه چیزی بهتر از اینکه کاربر خودش تصمیم بگیره؟ولی اتفاقی که افتاد دقیقاً همون چیزی بود که آزمایش مربا نشون میده. کاربرها وسط این کارت گیر میکردن. نمیفهمیدن فرق این صرافی با اون یکی چیه، کدوم کارمزد واقعاً به‌صرفه است و کدوم سرعت رو باید در اولویت بذارن. نتیجه؟ تماس با کال‌سنتر به‌شکل محسوسی بالا رفت. کاربرهایی که فقط میخواستن یه سواپ ساده انجام بدن، وسط یه تصمیم چندبعدی گیر افتاده بودن که هیچ‌وقت نخواسته بودنش.اونجا بود که فهمیدم: ما داشتیم آزادی انتخاب رو با کنترل واقعی اشتباه میگرفتیم. اکثر کاربرها اصلاً نمیخواستن «معمار» سواپ خودشون باشن؛ فقط میخواستن دکمه رو بزنن و مطمئن باشن نتیجه‌ی منطقی میگیرن.راه‌حلی که رسیدم این بود: این ویژگی رو از حالت یه کارت بزرگ و همیشه توی چشم، به یه گزینه‌ی کوچک و اختیاری تبدیل کردم. برای اکثر کاربرها یه انتخاب پیش‌فرض هوشمند (بهترین ترکیب کارمزد و سرعت) نشون دادم، و برای کاربرهای حرفه‌ای که واقعاً میخواستن دستی انتخاب کنن، یه لینک کوچک «گزینه‌های بیشتر» گذاشتم تا در صورت نیاز وارد همون جزئیات بشن. نتیجه، هم سردرگمی کم شد و هم کاربر حرفه‌ای همچنان به قدرتی که میخواست دسترسی داشت.حرف‌زدن درباره‌ی یه ویژگی، انتخاب رو عوض میکنه.توی یه فروشگاه لپ‌تاپ، محققان از نیمی از مشتری‌ها درباره‌ی «حافظه‌ی موردنیازشون» پرسیدن و از نیمی دیگهئ درباره‌ی «پردازنده‌ی موردنیازشون». نتیجه؟ گروهی که درباره‌ی حافظه صحبت کرده بودن، لپ‌تاپ با رم بیشتر خریدن؛ گروهی که درباره‌ی پردازنده صحبت کرده بودن، سراغ پردازنده‌ی قوی‌تر رفتن. فقط با اشاره‌کردن به یک ویژگی، پیش از تصمیم‌گیری، همان ویژگی در ذهن کاربر مهم‌تر جلوه کرد.در طراحی محصول، این دقیقاً همون کاریه که یه تولتیپ، یه بنر یا حتی ترتیب معرفی ویژگی‌ها در Onboarding انجام میده؛ ذهن کاربر رو برای تصمیم بعدی «آماده» میکنه.چرا «رایگان» با هر چیز دیگه فرق داره؟توی آزمایشی دیگه، قیمت یه شکلات معمولی رو ۱ سنت و یه شکلات لوکس رو ۱۵ سنت گذاشتن؛ اکثر مردم لوکس رو انتخاب کردن. بعد هر دو قیمت رو یک سنت پایین آوردن: شکلات معمولی شد رایگان، لوکس شد ۱۴ سنت. همون فاصله‌ی قیمتی، ولی نتیجه کاملاً برعکس شد و اکثریت رفتن سراغ رایگان.رایگان یه دسته‌بندی جداگانه در ذهن ماست، نه فقط یه عدد کوچک‌تر. برای همین «۱ بخر، ۱ رایگان ببر» همیشه از «۵۰٪ تخفیف روی دو تا» قوی‌تر عمل میکنه، با اینکه از نظر ریاضی یکی هستن. این همون منطقیه که پشت مدل‌های Freemium و «ثبت‌نام رایگان» میبینیم.جمع‌بندیاقتصاد رفتاری به ما یادآوری میکنه که کاربر همیشه منطقی تصمیم نمیگیره، و همین غیرمنطقی‌بودن قابل‌پیش‌بینی است. تجربه‌ی خودم در صفحه‌ی سواپ کیف‌پول هم دقیقاً همین رو نشون داد: بیشتر گزینه دادن همیشه به معنی بیشتر کنترل دادن نیست، گاهی یعنی بیشتر سردرگم کردن. کاری که در نهایت جواب داد، این بود که پیچیدگی رو پنهان کنیم، نه حذف. یه مسیر ساده و پیش‌فرض برای اکثریت، و یه در کوچک به سمت جزئیات برای کسانی که واقعاً میخواستن.شبنم ترکمانشبنم ترکمانWed, 30 Sep 2026 12:06:10 +0330https://virgool.ir/@shabnam_torkaman/چرا-کاربر-بدون-فکر-روی-همان-دکمه-ای-کلیک-میکنه-که-ما-میخواهیم-ka0hr5slbrgiچند وقت پیش داشتم یه فرم لغو اشتراک طراحی میکردم. تیم بیزینس از من خواست دکمه‌ی «لغو کن» رو کوچک و کم‌رنگ بذارم و به‌جاش یه باکس بزرگ برای «تخفیف ویژه تمدید اشتراک!» طراحی کنم. همون لحظه یاد یه مفهوم افتادم که سال‌هاست در پس‌زمینه‌ی هر طراحی رابط کاربری وجود داره، بدون اینکه اسمش رو بدونیم: نظریه‌ی Nudge.ایده‌ی اصلیش اینه که: مردم اکثر تصمیم‌ها رو منطقی و آگاهانه نمیگیرن، بلکه بر اساس عادت‌های ذهنی و میان‌برهای شناختی (heuristics) تصمیم میگیرن. و چون اینطوره، طراحی گزینه‌ها (چه یک فرم، چه یک صفحه‌ی پرداخت) میتونه مردم رو به‌سمت یه تصمیم خاص هدایت کنه، بدون اینکه هیچ گزینه‌ای رو ممنوع کنه یا مجبورشون کنه.برای من که هر روز دارم رابط کاربری طراحی میکنم، این دقیقاً توصیف شغل منه، چه بخوام چه نخوام.«معمار انتخاب» همان پروداکت دیزاینر است!دیفالت‌ها و Status Quo Biasمردم به‌طور طبیعی تمایل دارن همون چیزی رو نگه دارن که از قبل هست، حتی اگر تغییرش به نفعشون باشه. این یعنی دیفالت یک گزینه، قدرتمندترین ابزار طراحی ماست.در محصول دیجیتال، این دقیقاً همون چیزیه که وقتی طراحی میکنیم تنظیمات پیش‌فرض حریم خصوصی، اشتراک‌گذاری ایمیل، یا پلن پیش‌انتخاب‌شده در صفحه‌ی قیمت‌گذاری اتفاق میوفته. دیفالت ما، تصمیم بیشتر کاربران خواهد بود."چطور میگید" مهم‌تر از "چیزیه که میگید".وقتی پزشکی به بیمار میگه «۹۰٪ نرخ بقا»، بیمار راحت‌تر رضایت میده تا وقتی بگه «۱۰٪ نرخ مرگ‌ومیر»، در حالی که هر دو دقیقاً یه عدد رو توصیف میکنن.در UX Writing ما هر روز داریم Frame میسازیم: «صرفه‌جویی ۲۰٪» به‌جای « ۸۰٪ هزینه‌ی باقی‌مانده»، «فقط ۳ مرحله تا فعال‌سازی» به‌جای «باید ۳ فرم پر کنید». محتوا یکسانه، ولی قاب متفاوت، تصمیم متفاوتی میسازه.چیزی که بیشتر میبینیم، بیشتر باورش میکنیم.هرچه چیزی رو بیشتر ببینیم، حس میکنیم رایج‌تر و قابل‌اعتمادتر است، حتی اگه این حس با واقعیت فاصله داشته باشه. این دقیقاً دلیلیه که نوتیفیکیشن‌های «۵ نفر الان دارند این محصول را میبینن» یا نشان دادن مداوم لوگوی مشتری‌ها روی لندینگ‌پیج کار میکنه. مغز کاربر میگه «اگه همه دارن از این استفاده میکنن، پس باید خوب باشه».اثبات اجتماعی که همیشه میشناسیم.معمولا این رو «تبعیت از گله» میگن، ترس از قضاوت شدن یا جدا افتادن از جمع، یکی از قوی‌ترین محرک‌های رفتار انسانه. در طراحی محصول، ما اینو با اسم آشناتری میشناسیم: Social Proof. «۱۰,۰۰۰ کاربر دیگر همین گزینه را انتخاب کردند» قدرتش رو دقیقاً از همین میل غریزی به همراه‌ شدن با جمع میگیره.ظاهر گزینه با معنیش هم‌خوانی داره؟این یکی به‌نظرم برای طراحان از همه مهم‌تره. مثلا دری که باید هلش بدی ولی دستگیرش جوریه که همه فکر می‌کنن باید بِکِشن. این دقیقاً همون چیزیه که ما در UI باهاش سروکار داریم: اگه یه لینک شبیه دکمه به‌نظر نرسه، اگه آیکون سطل زباله برای «آرشیو کردن» استفاده بشه، اگه رنگ خطر برای یک اکشن بی‌ضرر استفاده بشه، مغز کاربر رو داریم گیج میکنیم. نشونه باید با معناش هم‌خوانی داشته باشه، وگرنه کاربر تصمیم اشتباه میگیره، نه به‌خاطر بی‌دقتی، بلکه چون طراحی خودش او رو فریب داده.کاربر اسکرول میکنه بدون اینکه واقعاً بخونه!مردم اغلب تصمیم میگیرن بدون تمرکز واقعی، مخصوصاً وقتی متن طولانی، پیچیده یا با فونت ریز باشه. غیراخلاقیه اگه طراحی ضعیف یه انتخاب مهم رو اینجوری توجیه کنیم که «کاربر باید شرایط رو میخوند». اینو یادتون باشه که: مسئولیت وضوح، روی دوش طراح است، نه کاربر.آماده‌سازی ذهن قبل از تصمیماتفاقاتی که درست قبل از یه انتخاب رخ میدن، روی نتیجه‌ی اون انتخاب تأثیر میذارن. مثلاً استفاده از کلمه‌ی «چطور» به‌جای «چرا» پاسخ مثبت‌تری میگیره، یا جمله‌های مثبت «این کار رو انجام بده» بهتر از جمله‌های منفی «این کار رو نکن» جواب میده. در Onboarding، تصویری که در همون اولین ثانیه به کاربر نشون میدیم، حال‌وهوای کل تجربه‌ی بعدی او رو میسازه.مرز باریک بین Nudge خوب و Dark Patternاینجاست که فکر میکنم مهم‌ترین درس این نظریه برای طراحان نهفته است. همون تکنیکی که میتونه کاربر رو به تصمیمی سوق بده که به نفع خودشه، دقیقاً همون تکنیکیه که در طراحی‌های فریبنده هم استفاده میشه. تفاوت در جهت‌گیریه، نه در ابزار:دیفالت گذاشتن روی «حریم خصوصی محافظت‌شده» یه Nudge اخلاقی است؛ اما دیفالت گذاشتن روی «اشتراک‌گذاری داده با شخص ثالث» یه Dark Pattern است.برجسته کردن دکمه‌ی «ادامه با پلن رایگان» کمک به تصمیم‌گیری آگاهانه است؛ اما کوچک و کم‌رنگ کردن دکمه‌ی «لغو اشتراک» زیر یک لایه گفت‌وگوی گمراه‌کننده، سوءاستفاده از همین اصل است.یک قانون طلایی که همیشه برایم راهنماست: Nudge نباید هیچ گزینه‌ای رو ممنوع کنه و نباید هزینه‌ی اقتصادی واقعیش رو تغییر بده، باید ارزان و آسان باشه که کاربر از آن صرف‌نظر کنه. اگه لغو اشتراک شما نیاز به تماس تلفنی و صحبت با پشتیبانی داره، دیگه Nudge نیست؛ اجبار پنهانه.یه قاعده‌ی عملی برای روزمره‌ی کاریهر وقت داریم یه گزینه‌ی پیش‌فرض، یه متن CTA، یا سلسله‌مراتب بصری یک صفحه رو طراحی میکنیم، از خودمون بپرسیم:«آیا دارم به کاربر کمک میکنم تصمیمی بگیره که به نفع خودشه، یا دارم از ضعف‌های شناختیش برای منفعت کسب‌وکار سوءاستفاده میکنم؟»اگه جواب صادقانه دومی باشه، حتی اگه متریک‌های کوتاه‌مدت (نرخ تبدیل، کاهش churn) بهبود پیدا کنه، داریم روی اعتماد بلندمدت کاربر هزینه میکنیم و اعتماد، برخلاف یه عدد در داشبورد آنالیتیکس، خیلی سخت‌تر برمیگرده.جمع‌بندینظریه‌ی Nudge چیزی نیست که طراحان تازه کشفش کرده باشن؛ ما سال‌هاست ناخودآگاه از آن استفاده میکنیم، هر بار که رنگ یه دکمه رو انتخاب میکنیم یا متن یه چک‌باکس رو مینویسیم. تفاوتش اینه که وقتی این چارچوب رو آگاهانه بشناسیم، دیگه تصادفی طراحی نمیکنیم. میدونیم دقیقاً چرا کاربر روی آن گزینه کلیک کرد، و مهم‌تر، میتونیم تصمیم بگیریم که این قدرت رو برای چه کسی به کار میبریم: برای کاربر، یا علیه کاربر.شبنم ترکمانشبنم ترکمانWed, 30 Sep 2026 10:42:46 +0330https://virgool.ir/@shabnam_torkaman/why-do-users-feel-our-product-rather-than-analyze-it-iqcqstdls2efیه بار در تست یوزر، کاربری داشتم که وسط پر کردن فرم پرداخت، بدون این‌که حتی متن دکمه رو کامل بخونه، روش کلیک کرد. بعد وقتی ازش پرسیدم چرا این‌جا مکث نکردی؟ گفت: «خب رنگش سبز بود، معلوم بود باید بزنم». همون لحظه فهمیدم با چیزی طرفم که خیلی فراتر از UX معمولی است: مغز کاربر داره با دو سرعت مختلف کار میکنه، و کار ما اینه که بفهمیم کِی باید با کدام سرعت حرف بزنیم.این دقیقاً همون چیزیه که در روان‌شناسی بهش نظریه‌ی فرایند دوگانه (Dual Process Theory) میگن، و به‌نظرم یکی از مفیدترین چارچوب‌های ذهنیه که هر طراح محصولی باید بشناسه.سیستم ۱ و سیستم ۲، دو کاربر در یک کاربرسیستم ۱ سریع، خودکار و بدون تلاش است. وقتی کاربر با یک نگاه میفهمه کدوم دکمه اصلی است، کدوم آیکون سبد خرید است، یا اینکه یک صفحه «قابل‌اعتماد» به‌نظر میرسه یا نه، این سیستم ۱ که داره کار میکنه. اکثر تعاملات روزمره‌ی کاربر با محصول ما، از اسکرول کردن گرفته تا تشخیص الگوهای آشنا، همین‌جا اتفاق میوفته.سیستم ۲ کند، آگاهانه و پرهزینه است. وقتی کاربر باید یک فرم پیچیده پر کنه، بین دو پلن قیمتی مقایسه کنه، یا شرایط و ضوابط را واقعاً بخونه، سیستم ۲ فعال میشه. این سیستم ظرفیت محدودی داره؛ زود خسته میشه و کاربر همیشه دنبال بهانه‌ای میگرده که از اون فرار کنه.نکته‌ی کلیدی برای ما طراح‌ها این‌جاست: اکثر تعاملات با رابط کاربری در قلمرو سیستم ۱ اتفاق میوفته، نه سیستم ۲. کاربر معمولاً UI ما رو نمیخونه، آن را میبینه و در کسری از ثانیه حسش میکنه.کجای فرآیند طراحی این چارچوب به دردمان میخورد؟۱. سلسله‌مراتب بصری، خوراک سیستم ۱ است.وقتی روی کنتراست، فاصله‌گذاری، اندازه‌ی تایپوگرافی و رنگ دکمه‌ی اصلی کار میکنیم، داریم مستقیماً با سیستم ۱ کاربر حرف میزنیم. این سیستم قبل از اینکه کاربر آگاهانه به چیزی فکر کنه، قبلاً «تصمیم گرفته» کجا رو نگاه کنه. برای همینه که یک CTA با کنتراست ضعیف، حتی اگر متنش عالی نوشته شده باشه، دیده نمیشه؛ چون هیچ‌وقت فرصت نمیکنه وارد پردازش آگاهانه بشه.۲. Cognitive Load یعنی داریم به‌زور سیستم ۲ رو روشن نگه میداریم.هر بار که کاربر مجبور میشه بین چند گزینه‌ی مبهم تصمیم بگیره، یک آیکون ناآشنا را رمزگشایی کنه، یا مسیر یک فلو رو حدس بزنه، داریم بار اضافه روی سیستم ۲ میذاریم. مشکل این‌جاست که ظرفیت سیستم ۲ محدوده؛ هر بار که کاربر مجبور میشه از سیستم ۱ به سیستم ۲ سوییچ کنه، احتمال ترک (drop-off) بالا میرود. این دقیقاً همان چیزیه که ما با عنوان «اصطکاک» یا friction میشناسیم، فقط این‌بار با یک توضیح علمی‌تر پشتش.۳. Dark Pattern‌ها دقیقاً از همین جا سوءاستفاده میکنن.خیلی از الگوهای فریبنده در طراحی (مثل دکمه‌ی لغو اشتراک که عمداً کم‌رنگ و پنهان است، یا تایمرهای فوریت ساختگی) دقیقاً روی این تکیه میکنن که کاربر در حالت سیستم ۱ بمونه و هرگز وارد تحلیل آگاهانه نشه. شناخت این نظریه به ما کمک میکنه هم بفهمیم رقبا از چه ترفندی استفاده میکنن، و هم مهم‌تر، خودمان به‌ عمد از این ترفندها استفاده نکنیم.۴. Onboarding باید بین دو سیستم تعادل برقرار کنه.اگه در آنبوردینگ همه‌چیز رو با متن توضیح بدیم، کاربر رو وادار به کار سنگین سیستم ۲ کردیم و اکثراً وسط راه رهاش میکنن. اگه برعکس، همه‌چیز رو فقط بصری و بدون هیچ توضیحی رها کنیم، کاربر با سیستم ۱ فقط حدس میزنه و در مفاهیم پیچیده‌تر گیج میشه. آنبوردینگ خوب، جاییه که یاد گرفتیم کجا باید بذاریم کاربر حس کنه (سیستم ۱) و کجا باید آگاهانه فکر کنه (سیستم ۲).۵. تست A/B ما شاید داره نتیجه‌ی اشتباه میگیره.یکی از نکته‌های جالبی که در پژوهش‌های این حوزه اومده اینه که: سرعت پاسخ‌دادن کاربر لزوماً نشونه‌ی این نیست که داره با سیستم ۱ تصمیم میگیره. کاربران باتجربه میتونن سیستم ۲ رو هم به‌شکل خیلی سریع فعال کنن. پس اگه در تست A/B فقط به «سرعت کلیک» یا «نرخ تبدیل» نگاه کنیم، ممکنه تصور کنیم طرح ما «شهودی‌تر» است، در حالی که کاربر فقط تجربه‌ی قبلی مشابهی داشته و سریع تشخیص داده.یک قاعده‌ی عملی برای کار روزمرههر وقت طراحی میکنیم، از خودمون این سؤال رو بپرسیم: «این انتخاب رو میخوام کاربر با کدوم سیستم تصمیم بگیره؟»اگه تصمیم پرریسک، مالی یا برگشت‌ناپذیر است (مثل حذف حساب کاربری یا پرداخت نهایی)، بهتره عمداً کمی اصطکاک اضافه کنیم تا سیستم ۲ فعال بشه. کاربر باید بفهمه داره چه کاری میکنه.اگر تصمیم پرتکرار و کم‌ریسک است (مثل لایک کردن یک پست یا رفتن به صفحه‌ی بعد)، باید مسیر رو تا حد امکان برای سیستم ۱ ساده و بی‌اصطکاک کنیم.مشکل بزرگ خیلی از محصولات این‌جاست که این دوتا رو قاطی میکنن: تصمیم‌های کم‌ریسک رو پر از اصطکاک و تأیید میکنن و تصمیم‌های پرریسک رو اینقدر ساده و یک‌کلیکی میسازن که کاربر اصلاً متوجه پیامدش نمیشه.جمع‌بندیدفعه‌ی بعد که کسی در جلسه‌ی طراحی گفت «کاربر باید بفهمه چرا این دکمه این‌جاست»، میتونید بپرسید: «میخواییم بفهمه یا فقط حسش کنه؟» چون جواب این سؤال مسیر کاملاً متفاوتی برای طراحی UI، متن، رنگ و حتی سرعت انیمیشن باز میکنه. کاربران محصول ما، مثل همه‌ی انسان‌ها، بین دو ذهن زندگی میکنن؛ کار ما این نیست که یکی رو حذف کنیم، بلکه اینه که بدونیم کجا باید کدام‌ یکی رو صدا بزنیم.شبنم ترکمانشبنم ترکمانTue, 29 Sep 2026 15:27:57 +0330https://virgool.ir/@shabnam_torkaman/when-a-product-looks-successful-but-isnt-pzzawowiekauمدت ها پیش، وقتی روی طراحی کیف پول ارز دیجیتال کار می‌کردم، یه اتفاق افتاد که هنوز یادمه. تیم رشد با هیجان اعلام کرد که تعداد ثبت‌نام‌های هفته دو برابر شده. جشن گرفتیم، ولی دو هفته بعد که دیتای واریز و برداشت رو چک کردیم، بیشتر همون کاربرای جدید حتی یه بار هم کیف پولشون رو شارژ نکرده بودن. عدد رشد کرده بود، ولی هیچ ارزشی رد و بدل نشده بود.این تجربه یه چیزی رو برام روشن کرد که فکر می‌کنم خیلی از تیم‌های محصول، به‌خصوص توی حوزه‌های مالی و فین‌تک، باهاش درگیرن: ما عاشق عددهای بزرگیم، ولی موفقیت واقعی یه محصول همیشه توی عددهای بزرگ دیده نمی‌شه.موفقیت، یه لحظه نیست؛ یه الگوئهموفقیت یه لحظه‌ی خاص نیست، یه الگوی تکرارشونده‌ست: محصول باید مدام یه ارزش مشخص به آدم‌ها بده، وقتی شرایط عوض شد خودش رو تطبیق بده و این چرخه رو دوباره و دوباره تکرار کنه. یه جهش ناگهانی توی ثبت‌نام که دوام نمیاره، اسمش موفقیت نیست، یه اتفاقه.چرا عددهای اشتباه رو دنبال می‌کنیم؟یه اشتباه رایج این بود: به‌جای این‌که ببینیم کاربر واقعاً معامله‌ای انجام داده یا نه، فقط می‌شمردیم چند نفر روی دکمه‌ی «خرید» کلیک کردن. کلیک‌کردن آسونه؛ تکمیل‌کردن یه تراکنش واقعی (با احراز هویت، تایید بانکی، و کل فرآیند) چیز دیگه‌ایه. وقتی معیارمون رو از «کلیک» به «تراکنش موفق» تغییر دادیم، کل تیم — از تیم پروداکت گرفته تا تیم فنی— فهمید باید روی کجای فلو واقعاً تمرکز کنه.چند متریک که واقعاً به‌کارم اومدبعضی متریک‌ها فقط تئوری نیستن؛ توی طراحی محصولات مالی واقعاً کاربردی‌ان. چندتاشون که برام معنادار بودن:زمان تا اولین ارزش (Time to First Value): توی کیف پول ارز دیجیتال، این عدد فاصله‌ی بین ثبت‌نام تا اولین واریز یا معامله‌ی موفقه. اگه کاربر ثبت‌نام کنه ولی ظرف چند دقیقه‌ی اول گیج بشه (مثلاً فرآیند KYC طولانی یا UI پیچیده‌ی انتخاب شبکه‌ی بلاکچین)، احتمال برگشتش خیلی پایین میاد. کوتاه کردن این مسیر، مستقیم روی نرخ فعال‌سازی اثر می‌ذاره.نرخ تکمیل هدف (Goal Completion Rate): برای کیف پول، هدف مشخصه: کاربر تونسته یه دارایی رو واریز/برداشت/سواپ کنه یا نه. تعداد کسایی که وارد فرآیند شدن ولی نصفه رهاش کردن (مثلاً وسط فرآیند تایید هویت یا وارد کردن آدرس کیف پول)، دقیقاً نشون می‌ده کجای UX داره اذیت می‌کنه.چسبندگی مصرف فعال (DAU/MAU): توی اپ‌های ترید و کیف پول، این نسبت خیلی حرف می‌زنه. کاربری که فقط ماهی یه‌بار میاد چک کنه قیمت چقدر شده، با کاربری که هر روز معامله می‌کنه، رفتار کاملاً متفاوتی داره و باید طراحی و پیام‌رسانی متفاوتی هم براش داشته باشیم.حجم تیکت پشتیبانی به ازای کاربر فعال: توی محصولات مالی، این عدد طلاست. یه جهش ناگهانی توی تیکت‌های مربوط به «برداشت گیر کرده» یا «تراکنش نمایش داده نمی‌شه»، معمولاً زودتر از هر داشبورد دیگه‌ای به شما می‌گه یه‌جای فلو داره می‌شکنه — قبل از این‌که کاربرا سروصدا کنن یا اعتمادشون رو از دست بدن.متریک شمال‌نما (North Star Metric): برای صرافی‌ها، این عدد معمولاً نه تعداد ثبت‌نام، بلکه چیزی مثل «حجم معاملات موفق» یا «دارایی نگه‌داری‌شده در پلتفرم» بود. این عدد بود که واقعاً نشون می‌داد داریم به کاربر ارزش می‌دیم یا فقط داریم آمار جذب رو باد می‌کنیم.عددها آینه‌ هستن، نه علتیه نکته‌ای که مدت‌ها طول کشید تا واقعاً درکش کنم: داشبورد و متریک‌ها فقط آینه‌ هستن. نشون میدن چه اتفاقی افتاده، ولی خودشون علت اتفاق نیستن. علت واقعی، همیشه توی تصمیم‌هاییه که خیلی زودتر از این‌که عدد روی صفحه ظاهر بشه گرفته شده. توی تجربه‌ی من با کیف پول، وقتی نرخ رهاسازی (drop-off) توی مرحله‌ی تایید هویت بالا بود، عدد فقط می‌گفت «مشکل هست»؛ چیزی که واقعاً کمک کرد، نشستن و گوش‌دادن به ضبط جلسات کاربر (session recordings) و مصاحبه‌های کوتاه بود، نه فقط زل‌زدن به نمودار.تعریف موفقیت، کار یک نفر نیستیه اشتباه رایج اینه که تعریف موفقیت رو می‌سپاریم به تیم دیتا یا مدیرمحصول، و بقیه فقط منتظر نتیجه می‌مونن. ولی وقتی طراحان، تیم فنی، تیم ریسک و کامپلاینس (که توی فین‌تک نقش خیلی مهمی داره) از همون اول ندونن موفقیت یعنی چی، هرکدوم دارن برای یه چیز متفاوت تلاش می‌کنن. توی صرافی، خیلی وقت‌ها تیم ریسک دنبال کاهش تراکنش‌های مشکوکه، تیم رشد دنبال افزایش ثبت‌نام، و اگه این دو تعریف موفقیت رو با هم هماهنگ نکنی، محصول نهایی یه تناقض داخلی داره.آخرین حرفموفقیت محصول یه لحظه‌ی جشن گرفتن نیست، یه مسیره. مسیری که با تعریف روشن شروع می‌شه، با گوش‌دادن واقعی به کاربر ادامه پیدا می‌کنه، و با انتخاب درست چیزی که اندازه‌ش می‌گیریم شکل می‌گیره.دفعه‌ی بعدی که یه عدد خوب دیدین و خواستین جشن بگیرین، یه لحظه مکث کنین و از خودتون بپرسین: این عدد داره چه داستانی رو تعریف می‌کنه؟ و مهم‌تر، آیا داره داستان درستی رو تعریف می‌کنه؟شبنم ترکمانشبنم ترکمانSun, 27 Sep 2026 16:02:54 +0330