<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های فهیمه بهرامی</title>
        <link>https://virgool.io/feed/@FahimeBahrami</link>
        <description>مشاور طراحی محصول</description>
        <language>fa</language>
        <pubDate>2026-04-14 08:54:51</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/82949/avatar/JCmt6s.jpeg?height=120&amp;width=120</url>
            <title>فهیمه بهرامی</title>
            <link>https://virgool.io/@FahimeBahrami</link>
        </image>

                    <item>
                <title>چگونه جلسات Design Review را از «پیکسل‌زدگی» خارج کنیم</title>
                <link>https://virgool.io/@FahimeBahrami/%DA%86%DA%AF%D9%88%D9%86%D9%87-%D8%AC%D9%84%D8%B3%D8%A7%D8%AA-design-review-%D8%B1%D8%A7-%D8%A7%D8%B2-%D9%BE%DB%8C%DA%A9%D8%B3%D9%84-%D8%B2%D8%AF%DA%AF%DB%8C-%D8%AE%D8%A7%D8%B1%D8%AC-%DA%A9%D9%86%DB%8C%D9%85-po4j94qufrul</link>
                <description>بسم الله الرحمن الرحیمDesign Review جلسه‌ای است برای بررسی، به‌چالش‌کشیدن و بهبود کیفیت تصمیم‌های طراحی قبل از این‌که آن تصمیم‌ها به کد، هزینه و بدهی محصول تبدیل شوند. در بسیاری از تیم‌های دیزاین، جلسات Design Review با این اهداف برگزار می‌شوند، اما در عمل به چیزی شبیه بازبینی رابط کاربری تقلیل پیدا می‌کنند و در بازخوردهایی از جنس فاصله‌ها، رنگ‌ها، اندازه دکمه‌ها و جزئیات بصری خلاصه می‌شوند.این نوع بازخوردها بد نیستند، اما ناکافی‌اند. دیزاین فقط آن چیزی نیست که دیده می‌شود؛ بلکه مجموعه‌ای از تصمیم‌هاست دربارهٔ:تناسب راهکار با مسئلهساختار سیستممسیر کاربرمحدودیت‌هانقش‌هارفتار سیستم در شرایط غیرایده‌آلو اثرات زنجیره‌ای روی کل تجربهٔ کاربروقتی Design Review فقط روی «چی دیده می‌شود» متمرکز می‌شود و نه روی «چرا این‌طور طراحی شده»، کیفیت جلسه به‌تدریج افت می‌کند و به‌جای کمک به تصمیم‌سازی، به سلیقه‌محوری ختم می‌شود.Design Review فراتر از پیکسل‌هاستیک جلسه Design Review خوب باید بتواند:فرضیات طراحی را شفاف کندتناسب راه‌حل و مسئله را بررسی کندتصمیم‌های UX و سیستمی را به چالش بکشدمحدودیت‌ها را آشکار کندو نهایتاً کیفیت راه‌حل را قبل از پیاده‌سازی بالا ببردبه‌عبارت دیگر، Review محل دفاع از پیکسل نیست؛ محل بررسی تفکر پشت پیکسل‌هاست.در مشاهداتی که از حضور در تیم‌های طراحی داشته‌ام، بارها دیده‌ام که جلسات Design Review با وجود نیت درست، گاهی چیز تازه‌ای به تصمیم طراحی اضافه نمی‌کنند. گفتگوها خیلی سریع به سمت جزئیات ظاهری کشیده می‌شوند و جلسه، به‌جای این‌که فرصتی برای عمیق‌تر شدن در مسئله و راه‌حل باشد، به بازبینی UI محدود می‌شود.همین مشاهده باعث شد به این فکر کنم که شاید مشکل از نبودِ یک چارچوب ذهنی مشترک باشد؛ چیزی که کمک کند جلسه از سطح «ظاهر» عبور کند و وارد لایهٔ «تفکر طراحی» شود. به همین دلیل تصمیم گرفتم مجموعه‌ای از سوالات کلیدی و راهنما آماده کنم؛ چک‌لیستی که قرار نیست همهٔ آن در هر جلسه بررسی شود، اما می‌تواند جهت گفتگو را تنظیم کند و یادآوری کند که Design Review قرار است کجا را روشن‌تر کند.این سوال‌ها بیشتر از آن‌که دستورالعمل باشند، یک قطب‌نما هستند: ابزاری برای این‌که جلسه در مسیر درست بماند و به‌جای پیکسل‌محوری، به تصمیم‌محوری نزدیک‌تر شود.چک‌لیست سوالات برای ارتقای کیفیت جلسات Design Review ۱. تناسب مسئله و راهکار (Problem–Solution Fit) این طراحی دقیقاً برای چه کسی است و قرار است چه مسئله‌ای را حل کند؟ آیا میزان پیچیدگی این راهکار با اندازهٔ مسئله متناسب است؟ آیا این بهترین گزینهٔ موجود است یا صرفاً اولین راه‌حلی است که به ذهن رسیده؟ چه گزینه‌های دیگری می‌توانستند این مسئله را حل کنند و چرا کنار گذاشته شدند؟۲. مرز فیچر و وابستگی‌ها (System Boundaries &amp; Dependencies) این فیچر دقیقاً کجای سیستم قرار می‌گیرد؟ با کدام بخش‌ها در تماس مستقیم است؟ مرز فیچر با بقیهٔ سیستم شفاف است یا مبهم؟ اگر مرز مشخص نباشد، آیا مسئولیت‌ها و مالکیت‌ها هم مبهم نمی‌شوند؟۳. اعتبار نقطهٔ ورود (Entry Point Validity) آیا این بهترین نقطه برای ورود کاربر به این فیچر است؟ آیا گزینه‌های جایگزین برای شروع مسیر بررسی شده‌اند؟ اگر کاربر از کانتکست متفاوتی وارد شود (مثلاً لینک مستقیم)، مسیر هنوز معنا دارد؟ یا دچار ابهام و سردرگمی می‌شود؟۴. مسیر و منطق جریان (User Journey &amp; Flow Logic) کاربر برای رسیدن به هدف چه مراحلی را طی می‌کند؟ آیا همهٔ مراحل ضروری‌اند یا مرحله‌ای قابل حذف/ادغام است؟ آیا مسیر بیش از حد طولانی شده یا پرش‌های منطقی دارد؟ آیا ترتیب مراحل منطقی است و وابستگی‌ها درست رعایت شده‌اند؟ آیا کاربر قبل از تصمیم‌گیری اطلاعات کافی دارد یا مجبور به حدس‌زدن می‌شود؟۵. جهت‌دهی و اقدام اصلی (Navigation, Visual Hierarchy &amp; Primary Action) آیا کاربر در هر مرحله می‌داند الان کجاست و قدم بعدی چیست؟ آیا اقدام اصلی (CTA) واضح است و گم نشده؟ آیا مهم‌ترین اقدام بیشترین وزن بصری را دارد؟ آیا عناصر کم‌اهمیت ناخواسته توجه را نمی‌دزدند؟ آیا امکان انجام اقدام اشتباهِ ناخواسته وجود دارد؟۶. زبان و متن (Content &amp; Copy) آیا متن‌ها ساده، دقیق و بدون ابهام‌اند؟ آیا کاربر می‌فهمد چه اتفاقی افتاده و باید چه کاری انجام دهد؟ آیا لحن متن با موقعیت (خطا/موفقیت/هشدار) هم‌خوان است؟۷. مدیریت خطا از پیشگیری تا پیام (Error Prevention &amp; Messaging) آیا خطاهای محتمل شناسایی شده‌اند؟ مشخص است کدام خطا frontend است و کدام backend یا network؟ آیا خطاها تا جای ممکن قبل از اقدام کاربر پیشگیری می‌شوند یا فقط بعد از شکست نمایش داده می‌شوند؟ آیا خطا در لحظهٔ درست و نزدیک به محل وقوع نمایش داده می‌شود (inline یا بعد از ارسال درخواست)؟ آیا پیام خطا قابل فهم است و اقدام بعدی/راه‌حل پیشنهاد می‌دهد؟ آیا الگوی نمایش خطا با سایر بخش‌های سیستم سازگار است؟۸. خروج از مسیر و بازیابی (Recovery &amp; Interruption Handling) اگر کاربر مسیر را رها کند، اشتباه کند یا برگردد چه می‌شود؟ آیا سیستم وضعیت را حفظ می‌کند یا کاربر را تنبیه می‌کند؟۹. اثرگذاری روی سطوح دیگر و پیامدها (Cross-Surface Impact &amp; Ripple Effects) این فیچر روی کدام بخش‌ها اثر می‌گذارد؟OnboardingSettingsNotificationsBilling / LimitsEmpty statesآیا این اثرها دیده و طراحی شده‌اند یا فقط فرض شده‌اند؟ این فیچر چه رفتارهایی را تشویق یا محدود می‌کند؟ آیا باعث می‌شود مسیرهای قبلی کم‌استفاده شوند یا کاربران به بخش خاصی هل داده شوند؟ این اثرها آگاهانه طراحی شده‌اند یا ناخواسته؟۱۰. رفتار در حالت‌های غیرایده‌آل (Resilience &amp; Non-Ideal Conditions) اگر یکی از بخش‌های وابسته در دسترس نباشد، کند باشد یا دادهٔ ناقص برگرداند چه می‌شود؟ آیا کاربر متوجه می‌شود؟ تجربه می‌شکند یا graceful degrade می‌شود؟۱۱. سازگاری با الگوهای سیستم (System Consistency &amp; Pattern Governance) آیا فیچر از الگوهای رایج سیستم پیروی می‌کند یا الگوی جدید معرفی می‌کند؟ اگر الگوی جدید است، آیا واقعاً لازم بوده و مستند شده؟۱۲. یادگیری‌پذیری و مدل ذهنی (Learnability &amp; Mental Model) آیا این فیچر چیز جدیدی به کاربر تحمیل می‌کند؟ با مدل ذهنی فعلی کاربر سازگار است؟ آیا کاربر باید چیزی یاد بگیرد یا می‌تواند درست حدس بزند؟۱۳. نقش‌ها، دسترسی‌ها و وضعیت‌های سیستم (Roles, Permissions &amp; System States) آیا فیچر برای همهٔ کاربران یکسان است یا تفاوت نقش‌ها (Admin / User / Viewer) دیده و طراحی شده؟ اگر کاربر مجوز نداشت، چه می‌بیند و چه پیامی می‌گیرد؟ این فیچر در وضعیت‌های زیر چگونه رفتار می‌کند؟Logged outExpiredLimitedRead-onlyآیا این وضعیت‌ها تجربه‌ای قابل پیش‌بینی دارند یا سورپرایز ایجاد می‌کنند؟۱۴. سؤال پایانی Design Reviewاگر خودمان جای کاربر بودیم، آیا بدون هیچ توضیح اضافه‌ای می‌توانستیم این مسیر را طی کنیم؟جمع‌بندیDesign Review زمانی ارزشمند است که:از «نظر دادن» به «فهمیدن» برسداز «سلیقه» به «استدلال» حرکت کندو از «ظاهر» به «سیستم» نفوذ کنداین چک‌لیست قرار نیست جلسات را طولانی‌تر کند یا آن‌ها را به یک روند سخت‌گیرانه تبدیل کند. همچنین هدفش این نیست که در هر جلسه، همه‌ی سؤال‌ها پرسیده شوند و همه‌ی محور‌ها بررسی شوند؛ بلکه قرار است کمک کند که جلسات را عمیق‌تر، معنادارتر و تصمیم‌محورتر کند. اگر حتی بخشی از این سؤال‌ها، در زمان درست و روی نقطه‌ی درست، وارد گفتگوهای Design Review شوند، کیفیت تصمیم‌ها شفاف‌تر می‌شود و در نهایت کیفیت خروجی دیزاین به‌طور محسوسی ارتقا پیدا خواهد کرد.</description>
                <category>فهیمه بهرامی</category>
                <author>فهیمه بهرامی</author>
                <pubDate>Fri, 30 Jan 2026 14:21:02 +0330</pubDate>
            </item>
                    <item>
                <title>مسئولیت رشد شغلی با کیست؟</title>
                <link>https://virgool.io/@FahimeBahrami/%D9%85%D8%B3%D8%A6%D9%88%D9%84%DB%8C%D8%AA-%D8%B1%D8%B4%D8%AF-%D8%B4%D8%BA%D9%84%DB%8C-%D8%A8%D8%A7-%DA%A9%DB%8C%D8%B3%D8%AA-wnpftlxkqlyn</link>
                <description>بسم الله الرحمن الرحیمدر این سال‌هایی که مسئولیت راهبری افراد در تیم‌های طراحی را داشتم یکی از موضوعاتی که بارها به آن فکر کردم این بود که حد و مرز مسئولیتم برای رشد افراد تا کجاست؟ در مسیر رشد کاری افراد، واقعاً چه کسی مسئول است؟  آیا مسئولیت رشد هر فرد با خود فرد است؟یا این مسئولیت بر عهده مدیر و سازمان است؟طبق تجربه‌ام، هیچ‌کدام از این دو نگاه به‌تنهایی درست نیست. رشد در محیط کار نه کاملاً مسئولیت فرد است و نه تماماً بر عهدهٔ مدیر و سازمان. واقعیت این است که رشد، یک طیف از مسئولیت مشترک است و جا و وزن هر کدام از ما در این طیف، بسته به مرحلهٔ حرفه‌ای‌ و سطح بلوغ شغلی افراد، تغییر می‌‌کند. این دیدگاه با تئوری‌های مدرن رهبری و توسعه استعدادها، از جمله مدل «رهبری موقعیتی» (Situational Leadership) توسط Paul Hersey و Ken Blanchard، همسو است که بر تطبیق سبک رهبری با سطح بلوغ فرد تأکید می‌‌کند.طیف مسئولیت مشترک رشد در هر مرحله از مسیر شغلیمرحله‌ی اول: رشد هدایت‌شده و ساختاری (برای افراد تازه‌کار)وقتی کسی تازه وارد دنیای کار می‌شود، معمولاً هنوز نمی‌داند از مسیر شغلی‌اش چه می‌خواهد، نگاه کلان به نقش خود ندارد، نمی‌داند خوب بودن در کار دقیقا یعنی چه و اغلب درگیر یادگیری ابزارها می‌شود. در این نقطه، نقش مدیر و سازمان بسیار پررنگ است. فرد به ساختار یادگیری هدفمند، بازخورد منظم و دقیق و فرصت یادگیری نیاز دارد؛ به کسی که مسیر را نشانش دهد و اشتباهات را به‌جای سرزنش، تبدیل به تجربه و فرصت یادگیری کند.این مرحله با مفهوم «یادگیری هدایت‌شده» (Guided Learning) در روانشناسی تربیتی مطابقت دارد، که در آن یک متخصص (مدیر) چارچوب و راهنمایی لازم را برای یادگیری فراهم می‌کند تا فرد تازه‌کار بتواند مهارت‌های پایه را در یک محیط امن تمرین کند.در این مرحله، من به‌عنوان مدیر، باید نقش «مربی رشد» را بازی کنم. کسی که کنار فرد می‌ایستد، نه جلوترش.در اینجا رشد تازه‌کارها بیشتر از جنس «رشد هدایت‌شده» است؛ آن‌ها هنوز به چارچوب نیاز دارند تا بتوانند بعداً خودشان چارچوب بسازند. اینجا مدیر نه تنها لازم است چیستی را آموزش دهد، بلکه چرایی و چگونگی تفکر حرفه‌ای را نیز آشکار می‌سازد.اقداماتی که مدیر در این سطح می‌تواند انجام دهد:طراحی برنامه رشد مرحله‌به‌مرحله با اهداف مشخص (مثلاً مهارت‌های ماه اول، ماه سوم، ماه ششم)برگزاری جلسات یک‌به‌یک برای بررسی کارها و بازخورد مستمرشفاف‌سازی انتظارات رفتاری و عملکردیاما نکته‌ی مهم این است که در این مرحله، اگرچه مسئولیت رشد بیشتر بر دوش مدیر است، اما یادگیری فقط زمانی اتفاق می‌افتد که خود فرد هم اشتیاق و تعهد نشان دهد. مدیر می‌تواند مسیر را روشن کند، اما قدم‌زدن در آن مسیر به تلاش فرد بستگی دارد. تازه‌کارهایی که رشد می‌کنند، معمولاً همان‌هایی هستند که تلاش می‌کنند، سوال می‌پرسند، بازخورد می‌خواهند، و از اشتباه‌شان نمی‌ترسند.مرحله‌ی دوم: رشد مشارکتی و تسهیل‌شده (برای افراد در میانه مسیر شغلی)در مرحله‌ی میانی، شرایط تغییر می‌کند. فرد کم‌کم به خودآگاهی بیشتر و به درک بهتری از توانایی‌هایش می‌رسد، اما هنوز برای طراحی مسیر حرفه‌‌ای به حمایت نیاز دارد. در این نقطه، رشد تبدیل به فرآیندی دوطرفه و مشارکتی می‌شود.در این مرحله من به عنوان مدیر معمولاً نقش «تسهیل‌گر» را بر عهده می‌گیرم. کسی که مستقیما مسیر را تعیین نمی‌کند، اما با پرسیدن سؤال‌های درست، به فرد کمک می‌کند مسیر خودش را ببیند.اما همین‌جا، چالش اصلی مدیریت هم خودش را نشان می‌دهد:چطور تشخیص بدهم برای هر فرد چقدر باید درگیر شوم؟ اگر زیادی دخالت کنم، استقلالش را می‌گیرم؛ اگر بیش از حد فاصله بگیرم، احساس رهاشدگی می‌کند. تجربه‌ام نشان داده که پیدا کردن این تعادل، بیشتر از مهارت، به درک انسانی و گفت‌وگوی مستمر نیاز دارد.هر فرد ریتم خودش را در یادگیری دارد. بعضی‌ها با اطمینان جلو می‌روند و فقط به بازخوردهای دوره‌ای نیاز دارند؛ بعضی دیگر هنوز از تصمیم‌های مستقل می‌ترسند و باید گام‌به‌گام همراهی شوند.به‌نظرم هنر مدیریت در این مرحله، پیدا کردن همین نقطه‌ی تعادل است. نه آن‌قدر نزدیک که مانع رشد شود، نه آن‌قدر دور که احساس تنهایی ایجاد کند.اقداماتی که مدیر در این سطح می‌تواند انجام دهد:ایفای نقش تسهیل‌گر و منتور طرح سؤال‌های راهبردی به‌جای ارائه‌ی پاسخ آمادهسپردن پروژه‌های مستقل با سطح مسئولیت متوسطبرگزاری جلسات بازاندیشی برای مرور تصمیم‌ها و آموخته‌هامرحله‌ی سوم: رشد خودراهبر و درون‌زا (برای افراد با بلوغ کاری)در سطح بلوغ و خبرگی، رشد دیگر از بیرون نمی‌آید، از درون می‌جوشد. و فرد خودش محرک یادگیری است. او می‌داند چه مهارت‌هایی را باید توسعه دهد، از چه مسیرهایی یاد بگیرد، و حتی چطور دانشش را به دیگران منتقل کند.در این مرحله، نقش من به‌عنوان مدیر تغییر می‌کند؛ دیگر لازم نیست راه را نشان بدهم، فقط باید فضا بسازم. فضایی امن و الهام‌بخش که یادگیری در آن ممکن باشد. گاهی این فضا یعنی ایجاد فرصت‌های واقعی برای تصمیم‌گیری و مالکیت، گاهی یعنی دادن بازخورد صادقانه و بی‌قضاوت، و گاهی فقط یعنی «کنار ایستادن».مدل «۷۰-۲۰-۱۰» برای توسعه رهبری نیز همین را تأیید می‌کند:۷۰٪ یادگیری از تجربیات کاری می‌آید (مثلاً هدایت یک پروژه دشوار یا تصمیم‌گیری در شرایط ابهام)، ۲۰٪ از تعاملات اجتماعی (مثل بازخورد گرفتن از هم‌تیمی‌ها، مشاهده مدیران دیگر یا مربی‌گری هم‌سطح‌ها)، و تنها ۱۰٪ از آموزش‌های رسمی (مثل کارگاه‌ها یا دوره‌های آموزشی).به نظرم در این سطح، سازمان و مدیر بیشتر نقش «شریک رشد» (Growth Partner) را دارند تا مربی. سینیورها معمولاً خودشان معلم‌اند؛ فقط کافی است موانع را از مسیرشان برداری تا بتوانند هم یاد بگیرند و هم یاد بدهند.اقداماتی که مدیر در این سطح می‌تواند انجام دهد:فراهم کردن فضا و آزادی عمل برای تصمیم‌گیریتبدیل شدن به شریک رشد (Growth Partner) حمایت در تعریف مسیرهای توسعه شخصی (مثلاً توسعه رهبری یا تخصص عمیق‌تر)فراهم کردن فرصت تأثیرگذاری سازمانی (مثل هدایت پروژه‌ها، انتقال تجربه یا آموزش داخلی)برداشتن موانع و دفاع از استقلال فرد در مقابل ساختاررشد مثل دوچرخه‌سواریه؛ اول یکی نگهت می‌داره که نیفتی، بعد کم‌کم ولت می‌کنه و خودت می‌ری جلو.رشد به مثابه یک مسئولیت مشترکرشد افراد در محیط کار را نمی‌شود به یکی از طرفین نسبت داد. رشد نتیجه‌ی هم‌زمانی سه نیرو است: مسئولیت فردی، حمایت مدیریتی، و بستر سازمانی.اگر این سه را روی یک طیف تصور کنیم، در ابتدای مسیر حرفه‌ای، مسئولیت غالب بر عهده‌ی مدیر و سازمان است، یعنی جایی که فرد هنوز مسیر را نمی‌شناسد و بیشتر نیازمند راهنمایی، بازخورد و فرصت تجربه است. اما هرچه سطح خبرگی بالاتر می‌رود، این نسبت تغییر می‌کند: فرد مسئولیت بیشتری برای رشد خود بر عهده می‌گیرد و نقش مدیر از «راهنما» به «شریک رشد» تغییر می‌کند.به‌عنوان مدیر، باید از خودمان بپرسیم که:برای هر نفر در تیم، چه نقشی باید ایفا کنیم؟آیا باید مربی باشم و مسیر را نشان بدهم؟آیا باید تسهیل‌گر باشم و کمک کنم خودش مسیر را کشف کند؟یا شاید فقط کافی است هم‌مسیر باشم. کسی که گوش می‌دهد، فضا می‌سازد و در لحظه‌های مهم حضور دارد.شاید بهترین لحظه برای یک مدیر، زمانی است که می‌بیند عضوی از تیمش دیگر به او نیاز ندارد؛ نه از روی بی‌اعتنایی، بلکه چون یاد گرفته خودش راه را پیدا کند. این یعنی رشد، هم برای او و هم برای من.</description>
                <category>فهیمه بهرامی</category>
                <author>فهیمه بهرامی</author>
                <pubDate>Thu, 23 Oct 2025 21:59:53 +0330</pubDate>
            </item>
                    <item>
                <title>اثرگذاری طراحی محصول در نرخ نگهداشت کاربران</title>
                <link>https://virgool.io/@FahimeBahrami/%D8%A7%D8%AB%D8%B1%DA%AF%D8%B0%D8%A7%D8%B1%DB%8C-%D8%B7%D8%B1%D8%A7%D8%AD%DB%8C-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%D8%AF%D8%B1-%D9%86%D8%B1%D8%AE-%D9%86%DA%AF%D9%87%D8%AF%D8%A7%D8%B4%D8%AA-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%D8%A7%D9%86-byiv11akdzrk</link>
                <description>بسم الله الرحمن الرحیممقدمهنرخ نگهداشت، یکی از معیارهای مهم برای رشد پایدار محصولات و کسب وکار است. در این مقاله سعی دارم جزئیات این معیار مهم را تشریح کنم و در ادامه به مشخص کردن اقدامات موثر طراحی محصول در افزایش نرخ نگهداشت کاربران بپردازم.چهارچوب AARRR چیست؟چهارچوب AARRR، یک چهارچوب ناب است که توسط آقای دیو مک‌کلور ابداع شد. او نشان داد هر کسب و کاری با توجه به چرخه عمر مشتری با تمرکز روی ۵ معیار می‌تواند رشد خود را توسعه دهد، تثبیت کند و به موفقیت برسد.چهارچوب AARRR یک مدل هک رشد است اما علاوه بر آن مدلی‌ است که این امکان را فراهم می‌کند که رفتار مشتری را دقیق‌تر تعریف و بررسی کنیم و بر روی حرکت و رشد کاربران نظارت داشته باشیم. این چهارچوب شامل ۵ معیار حیاتی است که این ۵ معیار از نظر هدف به شکل زیر تعریف می‌شوند:۱.  جذب (Aquisition): هدف جذب کاربران جدید است.۲. فعالسازی (Activation): هدف فعال شدن (یا اقدام) کاربر به استفاده یکی از ارزش‌های پیشنهادی است.۳. نگهداشت (Retention): هدف تبدیل شدن کاربران فعال شده به کاربرانی است که به طور مستمر از محصول استفاده می‌کنند .۴. ارجاع (Referral): هدف دعوت از کاربران دیگر برای استفاده از محصول توسط کاربران فعلی است.۵. درآمد (Revenue): هدف ایجاد و افزایش درآمد به ازای هر کاربر است.در هر نقطه از طول عمر کسب و کار یکی از این ۵ معیار بیشتر از دیگر معیارها دارای اهمیت می‌شوند که به این معیار MTMM (معیاری با بیشترین اهمیت) می‌گویند. با بهبود در همه معیارها می‌توان شرایط کسب و کار را بهبود بخشید اما MTMM بیشترین شانس ROI برای بهبود کسب و کار دقیقا در زمان کنونی را ایجاد می‌کند. نکته‌ای که وجود دارد این است که تشخیص و بهبود معیار نگهداشت باید یک فرایند مستمر در تمام مراحل رشد محصول باشد. چرا؟چهارچوب معیارهای AARRRاهمیت نگهداشت (Retention) در رشد کاربر فعال محصولنرخ نگهداشت، یکی از شاخص‌های مهم محصولی است که نشان دهنده درصد کاربرانی است که به استفاده از محصول یا خدمات در یک دوره زمانی معین ادامه می‌دهند.اما چرا نرخ نگهداشت شاخص بسیار مهمی است؟بررسی‌ها و تحلیل‌هایی که روی ۵۰۰ میلیون دستگاه تلفن همراه انجام شده، نشان می‌دهد ۸۰ درصد کاربران جدید تنها پس از ۳ روز از نصب اپلیکیشن دیگر از آن اپلیکیشن استفاده نمی‌کنند. با توجه به این آمار دو نکته مهم را می‌توان استخراج کرد. اول اینکه اگر ارزش محصول را سریع و مستمر به کاربران نشان ندهیم و آنها را به کاربر مستمر تبدیل نکنیم، محصول از بین خواهد رفت. و دوم اینکه اگر قیف نشتی داشته باشد، پر کردن بالای قیف مهم نیست. پس پاسخ به رشد محصول فقط در جذب کاربر جدید اتفاق نمی‌افتد بلکه رشد بلند مدت یک محصول و همچنین سلامت یک کسب و کار به نرخ نگهداشت کاربر بستگی دارد. پس قبل از اینکه هزینه زیادی برای جذب کاربر اتفاق بیفتد لازم است نرخ نگهداشت محصول به یک پایه سالمی برسد.کسب و کاری که کاربران خود را حفظ می‌کند سریع‌تر از کسب و کاری که این کار را نمی‌کند، درآمد خود را افزایش می‌دهد و به سودآوری می‌رسد.همچنین نرخ نگهداشت روی همه معیارهای مهم کسب و کار از قبیل تعداد کاربر فعال، ارزش طول عمر مشتری و…. تاثیر می گذارد.اما چطور بفهمیم وضعیت نرخ نگهداشت محصول ما چطور است؟ قبل از پاسخ به این سوال باید با مفهوم فاصله مصرف محصول و انواع نرخ‌های نگهداشت آشنا شویم.اهمیت فاصله مصرف محصول در نگهداشتهمانطور که گفتیم نرخ نگهداشت، نشان دهنده درصد کاربرانی است که به استفاده از محصول یا خدمات در یک دوره زمانی معین ادامه می‌دهند. برای مثال اگر امروز ۱۰۰۰ نفر محصول شما را نصب کنند و فردا ۲۰۰ نفر از آنها به محصولتان بازگردند، نرخ نگهداشت روز اول ۲۰ درصد است و اگر در انتهای هفته ۱۲۰ نفر از آن هزار نفر به محصول برگردند، نرخ نگهداشت روز هفتم ۱۲ درصد است. اما چطور بفهمیم این عدد برای محصول ما مطلوب است یا خیر؟ تا زمانی که از فاصله مصرف محصول مطلع نباشیم نمی‌توانیم در مورد وضعیت مطلوبیت یا عدم مطلوبیت نرخ نگهداشت محصولمان نتیجه‌گیری کنیم.فاصله استفاده از محصول، فرکانسی (روزانه، هفتگی، ماهانه و غیره) است که انتظار داریم کاربران از محصول ما استفاده کنند. برخی از محصولات برای استفاده روزانه ساخته شده‌اند، مانند: شبکه های اجتماعی، رسانه‌ها، بازی‌های معمولی  و برخی دیگر از محصولات مانند محصولات تجارت الکترونیک و گزارش هزینه و… در بازه‌های زمانی کمتر مورد استفاده قرار می‌گیرند.فرض کنید یک اپلیکیشن سفارش غذا دارید و می‌دانید کاربرها به طور معمول هفته‌ای یکبار سفارش غذا می‌دهند. پس نرخ نگهداشت در روز اول (یک روز بعد از ثبت اولین سفارش کاربر) نشانگر و شاخص مناسبی برای بررسی سلامت محصول شما نیست. بر خلاف نرخ نگهداشت روزانه، نرخ نگهداشت هفتگی، نشانگر بسیار بهتری از سلامت محصول شما می‌دهد، زیرا با تعداد دفعاتی که کاربران شما به طور طبیعی به محصول شما باز می‌گردند(یا همان فاصله مصرف محصول)، همسو است.پس ابتدا باید تعیین کنید که چقدر می‌توانید انتظار داشته باشید که کاربران به محصول شما بازگردند. انجام ندادن این کار باعث می‌شود نرخ نگهداشت خود را اشتباه تفسیر کنید و استراتژی‌های خود را برای بهبود آن اشتباه بچینید.با در نظر گرفتن این نکته می‌توانید نرخ نگهداشت متناسب با محصول خود را تعریف کنید و سپس وضعیت مطلوبیت آن را بررسی کنید.ارزیابی مطلوبیت نرخ نگهداشت (تجربهٔ ما در پیام‌رسان بانکی «بله»)پس از تدقیق فاصله مصرف محصول و تشخیص نرخ نگهداشت متناسب با محصول، نوبت به بررسی وضعیت مطلوبیت این نرخ هست. اینکه آیا وضعیت نرخ نگهداشت محصول خوب است یا بد؟ یا جای بهبود دارد یا عدد مطلوبی‌ست؟ما در بله برای اینکه بفهمیم وضعیت نگهداشت محصولمان خوب است یا نه به دو راهکار رسیدیم:۱. نرخ نگهداشت «بله» را با استانداردهای جهانی محصولات مشابه خارجی و همچنین محصولات داخلی مقایسه کنیم.۲. نرخ نگهداشت «بله» را با بهترین حالت خود مقایسه کنیم.با این دو رویکرد می‌توان وضعیت نرخ نگهداشت را به دقت بررسی کرد و استراتژی متناسب با افزایش نرخ نگهداشت را مشخص کرد.اقدامات طراحی محصول که می‌تواند در بالا بردن نرخ نگهداشت موثر باشدحوزه‌ها و تیم‌های مختلف از جمله تیم‌های طراحی محصول، مارکتینگ، تحلیل داده و … می‌توانند در تعیین نرخ نگهداشت کاربر موثر باشند و در جهت بالا بردن این معیار اقداماتی انجام دهند. طراحی محصول در این زمینه نقش به سزایی دارد و می‌تواند برای بهبود این نرخ در چهارچوب‌های مشخصی، اقدامات محصولی تعریف و طراحی کند. در ادامه ۴ مورد از مهم‌ترین مواردی که مستقیما بر نرخ نگهداشت کاربران موثر است را توضیح دادم.۱. مواجهه اول و آنبردینگطبق آمارهایی که در «بله» بررسی کردیم، اگر کاربران در ۳ روز اول در یکی از ارزش‌های پیشنهادی محصول فعال شوند با احتمال ۸۰ درصد در ماه بعد به محصول باز خواهند گشت. این آمار برای هر محصولی می‌تواند متفاوت باشد.بهینه‌سازی تجربه کاربری اولین مواجهه کاربر با محصول و تمرکز روی آنبردینگ هوشمندانه کاربر با توجه به احساسات و افکاری که در طول تعاملات اولیه با محصول دارد و نشان دادن سریع ارزش‌های پیشنهادی اصلی محصول به کاربران جدید، تاثیر به سزایی بر روی نرخ نگهداشت کاربران دارد.۲. طراحی رفتارهای عادت‌ساز در محصولساختن رفتارهای عادت‌ساز در محصول، نکته اصلی نگهداشت کاربران در درازمدت است. محصولات عادت‌ساز، ارزش‌های پیشنهادی‌شان را به احساسات و کارهای روزمره کاربران پیوند می‌زنند. یکی از مدل‌های معروف عادت‌سازی، مدل قلاب است. این مدل چهار مرحله‌ای نشان می‌دهد که چطور می‌توان با بهره‌گیری از تکنیک‌های طراحی رفتار، کاربران را به استفاده مکرر و مستمر از محصول واداشت. باید این نکته را در نظر داشت که همه محصولات پتانسیل لازم برای عادت‌سازی را ندارند.برای آشنایی بیشتر با این مدل می‌توانید کتاب قلاب نوشته نیر ایال را مطالعه کنید.۳. یادآوری محصول و خدمات در ذهن کاربرانیکی از راهکارهای افزایش نرخ نگهداشت محصول، یادآوری محصول و خدمات در ذهن کاربران است. با توجه به تنوع محصولات دیجیتال، معمولا آیکن برنامه‌ها در دریایی از آیکن‌های دیگر در تلفن همراه دفن و به فراموشی سپرده می‌شود. به همین دلیل لازم است از ابزارهایی استفاده شود که محصول را در مرکز توجه ذهن بازگرداند. این همان دلیلی است که نشان می‌دهد چرا نوتیفیکیشن‌ها و یادآورها در برنامه‌های تلفن همراه از اهمیت خاصی برخوردارند. «از دل برود هر آنکه از دیده برفت»۴. استمرار در ارائه تجربه کاربری خوببهبود مستمر تجربه کاربری تاثیر مهمی در افزایش نرخ نگهداشت محصول دارد. تکرار مستمر چرخهٔ طراحی محصول و آگاهی مستمر از احساس و نیاز و بازخورد کاربرها و حرکت به سمت برطرف کردن بهتر نیازهایشان یکی از استراتژی‌های مهم برای افزایش نرخ نگهداشت کاربر است.درک مفاهیم و معیارهای مهم کسب و کار و پیدا کردن و به کارگیری راهکارهایی برای اثرگذاری روی این معیارهای مهم از طریق طراحی محصول، کمک می‌کند تا بتوانیم در مسیر رشد پایدار محصول و کسب‌وکار قدم برداریم.در مقالهٔ بعد به گام‌های طی شده و جزئیات تجربه‌مان در پیام‌رسان بانکی «بله» خواهم پرداخت.منابع: Amplitude، کتاب تولید ناببا تشکر از: جناب آقای سید رضا میرباقری، جناب آقای امیر مشایخی</description>
                <category>فهیمه بهرامی</category>
                <author>فهیمه بهرامی</author>
                <pubDate>Thu, 19 May 2022 21:20:10 +0430</pubDate>
            </item>
            </channel>
</rss>