<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
    <channel>
        <title>نوشته های آکادمی مارجین</title>
        <link>https://virgool.io/feed/@marginacademy</link>
        <description>آکادمی مارجین با تمرکز بر تکمیل فاصله میان تقاضای بالای بازار و کمبود نیروی متخصص طراحی محصول شکل گرفت.
بدون توجه به سن یا تحصیلات قبلی، همراه ما باشید و به دنیای خلاق طراحی محصول بپیوندید.</description>
        <language>fa</language>
        <pubDate>2026-06-16 06:00:55</pubDate>
        <image>
            <url>https://files.virgool.io/upload/users/3868231/avatar/W2tGdB.jpg?height=120&amp;width=120</url>
            <title>آکادمی مارجین</title>
            <link>https://virgool.io/@marginacademy</link>
        </image>

                    <item>
                <title>سه الگوی ذهنی کاربر قبل از خرید و نقش طراحی محصول در هدایت آن‌ها</title>
                <link>https://virgool.io/@marginacademy/%D8%B3%D9%87-%D8%A7%D9%84%DA%AF%D9%88%DB%8C-%D8%B0%D9%87%D9%86%DB%8C-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1-%D9%82%D8%A8%D9%84-%D8%A7%D8%B2-%D8%AE%D8%B1%DB%8C%D8%AF-%D9%88-%D9%86%D9%82%D8%B4-%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%87%D8%AF%D8%A7%DB%8C%D8%AA-%D8%A2%D9%86-%D9%87%D8%A7-yftvwz6mzp8x</link>
                <description>وقتی از تجربه‌ی کاربری یا طراحی محصول حرف می‌زنیم، معمولاً یاد دکمه‌ها، منوها و جریانات اپ می‌افتیم. اما یه چیز مهم‌تر هست که کمتر دیده می‌شه: طرز فکر کاربر قبل از خرید. راستش، آدم‌ها همیشه منطقی تصمیم نمی‌گیرن، بیشتر تو سه حالت ذهنی می‌چرخن: کورکورانه، قاطعانه و آگاهانه.۱. تفکر کورکورانه (Blind Thinking)این کاربر تصمیمش رو بیشتر با هیجان یا فشار جمع می‌گیره.مثلاً اون کسی که فقط یه کفش جدید می‌خره چون «همه دارن» یا یه تبلیغ پرزرق‌وبرق دیده.ویژگی‌ها:سریع تصمیم می‌گیره، بدون اینکه اطلاعات جمع کنهبیشتر از حس یا نظر جمع استفاده می‌کنهاحتمال اینکه بعداً پشیمون بشه بالاستچیکار باید کرد؟طراح محصول باید یه جورایی مسیرش رو روشن کنه و جلوی تصمیمات عجولانه رو بگیره. مثلاً با توضیح شفاف ویژگی‌ها یا گذاشتن یه تجربه اولیه (Trial) که کاربر قبل خرید امتحانش کنه.۲. تفکر قاطعانه (Assertive Thinking)این کاربر مطمئنه و فکر می‌کنه همه چیزو بلده.مثلاً کسی که میگه: «من فقط آیفون می‌خوام، چون بهترینه.»ویژگی‌ها:فقط روی یه برند یا گزینه خاص تمرکز دارهکمتر حاضر به پذیرش اطلاعات جدیدهسریع انتخاب می‌کنه، ولی لزوماً بهترین انتخابو نمی‌کنهچیکار باید کرد؟طراح باید یه فضا برای مقایسه‌ی واقعی و ملایم فراهم کنه. مثلاً با شواهد ساده، مقایسه تعاملی یا دموهای واقعی که پیش‌فرض‌های کاربر رو به چالش بکشه.۳. تفکر آگاهانه (Conscious Thinking)اینجا کاربر کامل به روزه، داده‌ها رو می‌بینه، نیاز واقعی خودش رو می‌شناسه و بعد انتخاب می‌کنه.ویژگی‌ها:زمان بیشتری می‌ذاره اما دقیق تصمیم می‌گیرهبر اساس تحلیل و بررسی انتخاب می‌کنهکمترین احتمال پشیمونی رو دارهچیکار باید کرد؟طراح باید همه اطلاعات شفاف و قابل دسترس باشه، تجربه کاربری راحت باشه و هر چیزی که کاربر می‌خواد سریع در دسترسش باشه. وقتی کاربر آگاهانه تصمیم می‌گیره، اعتمادش زیاد می‌شه و وفاداریش طولانی‌مدت.جمع‌بندی:کاربر کورکورانه نیاز به هدایت و روشن‌سازی دارهکاربر قاطعانه نیاز به چالش ملایم و مقایسه واقعی دارهکاربر آگاهانه نیاز به دسترسی راحت به داده‌های معتبر دارهیک طراح محصول حرفه‌ای کسیه که این سه حالت رو بفهمه و برای هر کدوم یه استراتژی جدا داشته باشه.</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 15:55:03 +0330</pubDate>
            </item>
                    <item>
                <title>نسل‌های رابط کاربری: از گذشته تا آینده</title>
                <link>https://virgool.io/@marginacademy/ui-generations-rxv0hcoftslb</link>
                <description>تا حالا فکر کردی که چطور با گوشی، کامپیوتر یا حتی اسپیکر هوشمندت حرف می‌زنی و اون‌ها جواب می‌دن؟ رابط کاربری یا همون UI، دقیقا همون چیزیه که این ارتباطو ممکن می‌کنه. داستانش هم خودش یه جور سفر زمانی جذابه: از کامپیوترهای سبز و سیاه و سخت، تا گوشی‌های لمسی و دستیارهای هوشمند که تقریبا ذهن ما رو می‌خونن!نسل اول: فرمان‌محور (CLI – Command Line Interface)قبل از اینکه ماوس و صفحه لمسی بیاد، فقط متن بود. کامپیوترها مثل یه دنیای مخفی بودن که فقط کسایی می‌تونستن وارد شن که کد و دستور بلد بودن. اشتباه تایپی؟ یعنی خطا و دوباره باید تلاش کنی.مثال:یادته فیلم‌های هکرها که جلوی مانیتور سبز و سیاه نشستن و سریع تایپ می‌کنن؟ همون حس بود. خیلی‌ها فکر می‌کنن خفن بودن یعنی جلو مانیتور نشستن و دستورات عجیب غریب تایپ کردن!نسل دوم: رابط گرافیکی (GUI – Graphical User Interface)بعدها همه چیز رنگی و جذاب شد. پنجره‌ها، آیکون‌ها، منوها و دکمه‌ها آمدن. دیگه لازم نبود دستور حفظ کنی، فقط کلیک می‌کردی.مثال ملموس:سیستم عامل ویندوز قدیمی و حتی مکینتاش‌های اولیه، با همین آیکون‌ها و پنجره‌ها به زندگی دیجیتال رنگ دادن. الان می‌بینی که هر چیزی روی دسکتاپت یه آیکون کوچیک داره که با کلیک کردن، در رو به دنیای دیگه باز می‌کنه.نسل سوم: رابط لمسی (Touch UI)وقتی گوشی‌های لمسی اومدن، همه چیز انگشتی شد. انگشتت فرمانده بود و با کشیدن و ضربه زدن، دنیای دیجیتال رو جابه‌جا می‌کردی.مثال:یادت میاد اولین بار که با آیفون یا اندروید صفحه رو زوم کردی؟ حس کردی انگار جادویی روی صفحه داری! عکس‌ها، شبکه‌های اجتماعی، بازی‌ها… همه با یه سوایپ ساده.نسل چهارم: رابط صوتی و هوش مصنوعی (Voice &amp; AI UI)حالا دیگه نیازی نیست دستت رو تکون بدی یا چیزی لمس کنی. صحبت کنی کافیه! سیری، الکسا و گوگل اسیستنت گوش می‌کنن، یاد می‌گیرن و جواب می‌دن.مثال:صبح از خواب بیدار می‌شی و میگی: «امروز هوا چطوره؟» همزمان اسپیکر جواب می‌ده، خبرها رو میگه، حتی موزیک رو پلی می‌کنه. رابط‌ها هوشمند شدن و پیش‌بینی‌پذیر.نسل پنجم: رابط‌های آینده (AR, VR, Brain-Computer Interface)اینجاست که داستان واقعاً دیوونه‌کننده می‌شه. واقعیت افزوده و واقعیت مجازی، دنیا رو همه‌جانبه می‌کنن. و رابط مغز-کامپیوتر؟ شاید روزی بدون هیچ حرکت یا صدا، فقط با فکر کردن، بازی کنی، طراحی کنی و دنیای دیجیتال رو کنترل کنی.مثال:هدست VR می‌زنی و وارد یه بازی سه‌بعدی می‌شی، یا ایده طراحی یک اپ رو فقط با فکر کردن بهش، اجرا می‌کنی. دیگه نیازی به کیبورد و ماوس نیست، همه چیز ذهنیه!جمع‌بندیرابط‌های کاربری، داستانی از تحول آدم و تکنولوژیه. از تایپ کردن دستورها تا لمس، صحبت و حتی خواندن فکر! هر نسل، دنیای دیجیتال رو نزدیک‌تر و سرگرم‌کننده‌تر کرده. آینده؟ شاید روزی فکر کردن کافی باشه تا هر چیزی اتفاق بیفته.</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 15:40:25 +0330</pubDate>
            </item>
                    <item>
                <title>طراحی ویژه نسل زد - نسلی با تفکر سریع و اعتماد کند</title>
                <link>https://virgool.io/@marginacademy/genz-design-psn6wqs4bkxy</link>
                <description>مقدمهنسل زد، نسلی است که هیچ‌وقت صدای مودم دایال‌آپ را نشنیده، اما از الگوریتم تیک‌تاک سر در می‌آورد. نسلی که بین دو نوتیفیکیشن تصمیم می‌گیرد، اما اگر چیزی را دوست داشته باشد، تا عمقش فرو می‌رود. حالا تصور کن برای چنین نسلی قرار است محصولی طراحی کنیم! دیگر فقط حرف از زیبایی یا عملکرد نیست؛ حرف از تجربه‌ای چند‌بعدی، سریع، صادق و بامزه است.طراحی برای نسل زد، یعنی خلق محصولی که نه فقط کار کند، بلکه احساس کند، حرف بزند و اعتماد بسازد.چرا باید برای نسل زد متفاوت طراحی کرد؟این نسل در جهانی متولد شده که مرز میان فیزیکی و دیجیتال از بین رفته. از کودکی در معرض انبوهی از اپ‌ها، محتواها و برندها بوده‌اند؛ بنابراین ذهنشان به فیلتر کردن سریع اطلاعات عادت کرده.اگر طراحی‌ات کند باشد → رد می‌شود.اگر پیچیده باشد → بسته می‌شود.اگر بی‌روح باشد → فراموش می‌شود.اما اگر صادق، سریع و جذاب باشد؟ نسل زد آن را نه فقط می‌خرد، بلکه با دوستانش به اشتراک می‌گذارد.ویژگی‌های کلیدی نسل زد (که طراح باید بشناسد)زمان توجه کوتاه، عمق درگیر شدن زیاد – فقط چند ثانیه فرصت داری توجهش را جلب کنی، ولی اگر جلب کردی، تا ته با تو می‌ماند.ارزش‌گرا و اصالت‌طلب – طراحی‌های مصنوعی و پیام‌های تبلیغاتی تصنعی برایش سمی‌اند.کاربرِ فعال نه منفعل – دوست دارد در تجربه دخیل باشد؛ بسازد، کامنت بگذارد، اشتراک بگذارد.چندپلتفرمی و سازگار با تغییر – بین اینستاگرام، تیک‌تاک، یوتیوب و دیسکورد جابه‌جا می‌شود؛ طراحی باید همه‌جا یک حس واحد بدهد.دوستِ فناوری‌های نو – از هوش مصنوعی و واقعیت افزوده استقبال می‌کند؛ اما نه برای «زرق و برق»، بلکه برای کاربرد واقعی.اصول طراحی برای نسل زد۱. سرعت، سادگی، صداقتهیچ‌چیز برای این نسل مهم‌تر از یک تجربه سریع و روان نیست. هر میلی‌ثانیه تأخیر در لود شدن صفحه، یک قدم به سمت خروج کاربر است.طراحی باید ساده باشد اما نه سطحی — همانطور که یک توییت کوتاه می‌تواند یک کتاب را خلاصه کند.۲. شخصی‌سازی، نه شخص‌نمایینسل زد می‌خواهد حس کند طراحی برای او ساخته شده، نه برای یک جمع مبهم.از داده‌ها برای ساخت تجربه شخصی استفاده کن؛ پیشنهادها، رنگ‌ها، حتی لحن پیام‌ها می‌تواند بر اساس رفتار کاربر تغییر کند.۳. گرافیک زنده و تجربه تعاملیبرای نسل زد، سکون یعنی مرگ. طراحی باید با حرکت، رنگ و تعامل حرف بزند: انیمیشن‌های کوچک، تغییرات نرم در Hover، لمس‌های پاسخ‌گو.مثل زبان بدن در گفت‌وگو، این‌ها «بدنِ رابط کاربری» هستند.۴. روایت واقعی برندنسل زد به سرعت دروغ را تشخیص می‌دهد. طراحی باید حامل داستان واقعی برند باشد. از رنگ، تایپوگرافی و تصویر برای بازتاب ارزش‌های انسانی برند استفاده کن، نه برای پنهان کردنشان.از دیجیتال تا فیزیکی؛ طراحی تجربه یکپارچهاگر محصول فیزیکی هم داری، داستان تمام نمی‌شود. بسته‌بندی برای نسل زد فقط پوشش نیست؛ یک صحنه برای ضبط ویدیو است.بسته‌بندی‌های دوپامینی با رنگ‌های شاد و الگوهای پرانرژی، حس لذت و اشتراک‌گذاری را بیدار می‌کنند.طراحی‌های مینیمال و شفاف حس صداقت و اعتماد را منتقل می‌کنند.هر دو در یک چیز مشترکند: حس اصالت و تعلق.الهام از برندهای موفقTikTok: الگوریتم سریع، تعامل بالا، محتواهای کوتاه — یعنی طراحی مطابق مغز نسل زد.Spotify: تجربه شخصی‌سازی‌شده با داده‌های دقیق؛ حس می‌کنی اپ تو را می‌شناسد.Duolingo: یادگیری را با گیمیفیکیشن تبدیل به بازی کرده؛ آموزش برای نسل زد باید سرگرم‌کننده باشد، نه جدی.نتیجه‌گیری: طراحی برای نسل زد یعنی طراحی برای آیندهنسل زد فقط یک گروه سنی نیست؛ نسلی از ذهن‌های سریع، دقیق و صادق است. اگر طراح محصول بتواند بین سرعت دیجیتال و عمق انسانی تعادل برقرار کند، محصولش نه فقط دیده می‌شود، بلکه در ذهن می‌ماند.پس یادت بماند:«برای نسل زد طراحی نکن تا بفروشی، طراحی کن تا باور کنند.»</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 15:16:08 +0330</pubDate>
            </item>
                    <item>
                <title>تفاوت بین طراح رابط کاربر، طراح محصول و مدیر محصول</title>
                <link>https://virgool.io/@marginacademy/%D8%AA%D9%81%D8%A7%D9%88%D8%AA-%D8%A8%DB%8C%D9%86-%D8%B7%D8%B1%D8%A7%D8%AD-%D8%B1%D8%A7%D8%A8%D8%B7-%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1-%D8%B7%D8%B1%D8%A7%D8%AD-%D9%85%D8%AD%D8%B5%D9%88%D9%84-%D9%88-%D9%85%D8%AF%DB%8C%D8%B1-%D9%85%D8%AD%D8%B5%D9%88%D9%84-aalqh4whsrql</link>
                <description>گاهی توی مسیر یادگیری طراحی، احساس می‌کنی همه‌چیز داره قاطی می‌شه:طراح رابط کاربر، طراح محصول، مدیر محصول...همه‌شون ظاهراً با طراحی و محصول سر و کار دارن، ولی هرکدوم ذهنیت، وظیفه و مسئولیت متفاوتی دارن.بذار با یه داستان شروع کنیم 👇 تصور کن یه اپ جدید قراره ساخته بشهیه استارتاپ می‌خواد اپلیکیشنی طراحی کنه برای مدیریت هزینه‌های شخصی.سه نفر وارد تیم می‌شن:مهسا، طراح رابط کاربر (UI Designer)آرین، طراح محصول (Product Designer)نیما، مدیر محصول (Product Manager)همه دارن روی یه هدف کار می‌کنن: ساخت یه محصول عالی.اما هرکدوم از زاویه‌ای کاملاً متفاوت به اون هدف نگاه می‌کنن.طراح رابط کاربر (UI Designer) — زیبایی‌شناسی و تعاملمهسا اولین کسیه که کاربر قراره نتیجه کارش رو ببینه.وظیفه‌اش چیه؟ترجمه‌ کردن تجربه به تصویر.او روی رنگ‌ها، تایپوگرافی، فاصله‌ها، آیکون‌ها و چیدمان المان‌ها کار می‌کنه تا محصولی خلق بشه که «زیبا، واضح و لذت‌بخش» باشه.UI Designer کاری می‌کنه که دکمه‌ها فریاد بزنن «منو بزن!»او در اصل زبان بصری محصوله.🔹 تمرکز: زیبایی، وضوح، سازگاری بصری🔹 ابزار: Figma، Design System، Style Guide🔹 هدف: تجربه‌ی دیداری خوشایند و منطقیطراح محصول (Product Designer) — مغز استراتژیک طراحیآرین جایی وسط بین طراحی و تفکر تجاری قرار داره.اون نه‌تنها روی رابط کاربری کار می‌کنه، بلکه روی تجربه، رفتار، نیاز و انگیزه‌های کاربر هم تمرکز داره.در واقع آرین باید بفهمه «چرا کاربر قراره از این محصول استفاده کنه» و بعد تصمیم بگیره «چطور باید طراحی بشه».او داده‌ها، مصاحبه‌های کاربری، تست‌های تجربه کاربری و هدف‌های بیزنسی رو کنار هم می‌ذاره تا محصول واقعاً به درد بخوره.🔹 تمرکز: تجربه، مسئله‌ی کاربر، منطق طراحی🔹 ابزار: Research، Wireframe، Prototype، A/B Testing🔹 هدف: خلق محصولی مفید، ساده و کاربرپسنداگر UI طراحی ظاهر باشه، Product Design طراحی منطق و روح محصوله.مدیر محصول (Product Manager) — رهبر نامرئیو حالا نوبت نیماست.کسی که طراحی نمی‌کنه، ولی بدونش کل پروژه جلو نمی‌ره.مدیر محصول بیشتر مثل رهبر ارکستره؛ هرکسی ساز خودش رو می‌زنه ولی اون باید مطمئن بشه قطعه نهایی درست و هم‌زمان نواخته می‌شه.او تصمیم می‌گیره چه ویژگی‌هایی اولویت دارن، چرا باید ساخته بشن، و چطور باید عملکرد محصول سنجیده بشه.PM در واقع پلیه بین طراحی، توسعه و اهداف کسب‌وکار.🔹 تمرکز: هدف بیزنسی، مسیر محصول، اولویت‌بندی🔹 ابزار: Product Roadmap، Jira، Metrics🔹 هدف: رسیدن محصول به موفقیت در بازارفرق اصلی در یک جملهUI Designer: محصول رو زیبا و کاربردی می‌کنهProduct Designer: محصول رو مفید و قابل درک می‌کنهProduct Manager: محصول رو به مسیر درست هدایت می‌کنه نکته‌ای که معمولاً فراموش می‌شهدر تیم‌های کوچک، این نقش‌ها گاهی در هم ادغام می‌شن.یه طراح ممکنه همزمان وظایف Product Designer و حتی بخشی از مدیریت محصول رو انجام بده.اما در تیم‌های حرفه‌ای، مرز بین این نقش‌ها مشخص‌تره — چون هرکدوم نیاز به مهارت، طرز فکر و مسئولیت متفاوتی دارن.نویسنده: تیم مارجینآکادمی آموزش طراحی محصول و تفکر طراحی</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 14:15:43 +0330</pubDate>
            </item>
                    <item>
                <title>اصول و قواعد بازطراحی (Redesign): از وسوسه تا واقعیت</title>
                <link>https://virgool.io/@marginacademy/redesign-vpuam2yaovy1</link>
                <description>تصور کن یه روز صبح میای سر کار، می‌بینی آمار استفاده از محصولت پایین اومده، کاربرا کمتر خرید می‌کنن، یا حتی صدای نارضایتی از پشتیبانی درمیاد. تیم محتوا میگه «قدیمی شده»، مارکتینگ میگه «ظاهرش از مد افتاده»، و مدیرعامل با یه جمله طلایی جلسه رو می‌بنده:«باید یه بازطراحی اساسی بکنیم!»ولی واقعاً باید؟یا فقط یه وصله‌پینه کوچیک کافیه؟سلام! 👋 من سپهرم از آکادمی مارجین‌، و توی این مقاله قراره با هم بفهمیم بازطراحی (ریدیزاین) واقعاً یعنی چی، چه زمانی لازمه، و چطور می‌تونیم بدون افتادن توی دامِ “ظاهر جدید، مشکل قدیمی”، یه ریدیزاین موفق انجام بدیم.ریدیزاین یعنی چی، واقعاً؟خیلی از تیم‌ها وقتی از «ریدیزاین» حرف می‌زنن، منظورشون تغییر رنگ‌ها، فونت‌ها و آیکون‌هاست. اما واقعیت خیلی عمیق‌تره.ریدیزاین یعنی بازنگری هدفمند در تجربه، ساختار و عملکرد محصول، با هدف بهتر کردن عملکرد برای کاربر و کسب‌وکار — نه صرفاً قشنگ‌تر کردنش.تغییر واقعی یعنی وقتی کاربر راحت‌تر کارش رو انجام بده، سریع‌تر تصمیم بگیره، و کمتر گیج بشه. ظاهر جدید فقط باید در خدمت تجربه‌ی بهتر باشه، نه خودش هدف اصلی.کی وقتشه که دست به ریدیزاین بزنیم؟مثل درد دندونه؛ همیشه نمی‌خواد بکشی‌ش بیرون، گاهی فقط باید ترمیمش کنی.اما اگه یکی از این علامت‌ها رو دیدی، شاید وقتشه ریشه‌ای‌تر نگاه کنی:نرخ ریزش کاربر بالا رفتهنرخ تبدیل یا فروش افت کردهکاربران مدام سردرگم می‌شن یا بازخورد تکراری دارنهزینه‌ی پشتیبانی زیاد شدهمحصولت از لحاظ تکنولوژی یا ظاهر، قدیمی شدهریدیزاین یعنی پاسخ دادن به تغییر. تغییر در نیاز کاربر، بازار، یا حتی در مسیر رشد خودت.اصول طلایی ریدیزاین موفق۱. همیشه با «چرا» شروع کنبزرگ‌ترین اشتباه در ریدیزاین، شروع کردن بدون دلیل محکم و داده‌محوره.از خودت بپرس:دقیقاً چه مشکلی داریم؟این تغییر قراره کدوم KPI رو بهبود بده؟هر پیکسل باید برای یه هدف وجود داشته باشه.۲. کاربر رو وسط میز بذار، نه سلیقه‌ت روکاربرها معمولاً نمی‌گن چه می‌خوان — نشون می‌دن.مصاحبه کن، مسیر کاربر رو تماشا کن، داده‌ها رو بررسی کن.رفتارها، از حرف‌ها صادق‌ترن.۳. داده‌محور، نه دل‌محورزیبایی مهمه، ولی بدون داده تصمیم نگیر. از اعداد یاد بگیر؛ از نرخ کلیک، مسیر کاربر، نقاط خروج.اما حواست باشه فقط به اعداد هم تکیه نکن — داده‌ی کیفی از مصاحبه‌ها، تصویر واقعی‌تری بهت می‌ده.۴. هویت برند رو حفظ کنریدیزاین نباید باعث بشه کاربر قدیمی احساس کنه گم شده.تغییر یعنی تکامل، نه انقلاب.با زبان بصری برندت مهربون باش؛ کاربرها به اون عادت دارن.۵. تغییرات رو تدریجی انجام بدهبازطراحی کامل یه ریسک بزرگه.تغییرات کوچیک و قابل‌برگشت (incremental updates) هم امن‌ترن، هم آموزنده‌تر.اول MVP بساز، بعد یاد بگیر، بعد گسترش بده.۶. تست، تست، تستهیچ تصمیمی بدون تست نباید نهایی بشه.تست‌های کاربردپذیری، A/B تست، یا حتی بازخورد از ۵ کاربر واقعی می‌تونه نجاتت بده از فاجعه‌ای بزرگ.۷. با توسعه‌دهنده‌ها هم‌مسیر شوریدیزاین جدا از توسعه نیست.از روز اول کنار هم بشینین، چون طراحی بدون درک فنی یعنی ساختن قلعه‌ای روی شن.۸. دسترس‌پذیری یعنی احترامتجربه خوب برای همه باید ممکن باشه — رنگ‌ها، تایپوگرافی، فاصله‌ها و تعاملات باید برای همه قابل استفاده باشن.Accessibility هزینه نیست؛ سرمایه است.۹. مستندسازی = حافظه تیمهر تصمیم طراحی، یک فرضیه‌ست. بنویس چرا اون تصمیم گرفته شد، چی تست شد و چی جواب داد.چند ماه بعد، خودت از خودت تشکر می‌کنی.مسیر پیشنهادی برای ریدیزاین موفقکشف و تحلیل (Discovery): داده، مصاحبه، بازخورد، مشاهده.تعریف مسئله: دقیق بگو مشکل چیه و چه معیاری می‌خوای تغییر کنه.ایده‌پردازی و وایرفریم: با تیم و کاربران فکر کن، نه پشت میز تنها.پروتوتایپ سریع و تست: ایده‌ها رو سریع بساز و روی کاربر واقعی تست کن.اجرا و rollout مرحله‌ای: فازبه‌فاز برو جلو تا بتونی اشتباهات رو زودتر اصلاح کنی.ارزیابی پس از انتشار: داده‌ها رو دوباره نگاه کن، مقایسه کن، و ازش یاد بگیر.اشتباهات رایج در ریدیزاینبازطراحی بدون هدف مشخص («چون ظاهرش قدیمیه!»)تغییر همه چیز به یک‌بارهنادیده گرفتن نیاز کاربرجدا کردن تیم طراحی از توسعهمستندسازی نکردن تصمیم‌هاجمع‌بندی: ریدیزاین، نقطه پایان نیستبازطراحی، پروژه‌ای برای قشنگ‌تر شدن نیست.یه فرآینده برای درک عمیق‌ترِ کاربر، بهبود تجربه، و رشد واقعی محصول.اگر یه جمله بخوای از این مقاله با خودت ببری، این باشه:«ریدیزاین پایانِ نسخه قبلی نیست، شروع نسخه‌ی بهتر محصولته.»💡 سه اصل ماندگار از تجربه طراح‌هاهدف‌محور باش، نه سلیقه‌محور.داده رو گوش بده، اما با کاربر حرف بزن.تغییرات کوچیک، درس‌های بزرگ دارن.</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 13:57:05 +0330</pubDate>
            </item>
                    <item>
                <title>اصطکاک بین طراح و برنامه نویس!</title>
                <link>https://virgool.io/@marginacademy/design-vs-development-g7pc4naevx9c</link>
                <description>مقدمه:یه جلسه مشترک ۱۰ دقیقه‌ای، بیشتر از هزار ایمیل طولانی کار می‌کنه.همیشه توی تیم‌های طراحی محصول، یه نقطه‌ی حساس وجود داره: مرز بین طراحی و توسعه.یه طرف می‌گه «باید قشنگ باشه، حس بده، تجربه‌ی کاربر باید نرم و دلچسب باشه.»اون یکی می‌گه «باید سریع باشه، امن باشه، بهینه باشه!»و دقیقاً همین‌جاست که جرقه‌ها می‌زنن. گاهی جرقه‌ی خلاقیت، گاهی جرقه‌ی بحث.اما واقعیت اینه که این اصطکاک نه‌تنها بد نیست، بلکه نشونه‌ی زنده بودن تيمه.بی‌اختلاف یعنی هیچ‌کس اهمیت نمی‌ده.اما با اختلافِ درست، ایده‌ها رشد می‌کنن، محصول بالغ می‌شه، و کاربر یه تجربه‌ی واقعی‌تر می‌گیره.چرا همیشه بین طراحی و توسعه تنش هست؟چون هرکدوم دنیای خودشون رو دارن.طراح‌ها با «چشم و احساس» فکر می‌کنن، توسعه‌دهنده‌ها با «منطق و سیستم».یکی عاشق فرم و جزئیاته، اون یکی عاشق ساختار و دقت.اما این دو تا دنیا در نهایت باید یه مقصد مشترک برسن: کاربر راضی.گاهی طراح می‌گه:«اگه این ترنزیشن نرم نباشه، حس اپ از بین می‌ره!»و توسعه می‌گه:«باشه ولی اگه اینو بذارم، رو گوشی‌های پایین‌تر فریز می‌کنه!»حق با کیه؟با هر دو.و اگه این اختلاف تبدیل به گفت‌وگو بشه، محصول از یه طرح زیبا و یه کد تمیز، تبدیل می‌شه به یه تجربه‌ی انسانی واقعی.وقتی زاویه دیدها با هم قاطی می‌شنیکی از بزرگ‌ترین نقطه‌های رشد توی هر تیم محصول، لحظه‌ایه که یه طراح کد می‌زنه یا یه توسعه‌دهنده فیگما باز می‌کنه.اون لحظه، زبان‌ها به هم نزدیک می‌شن.دیگه بحث «تو نفهمیدی من چی گفتم» کمتر می‌شه، چون هرکسی داره دنیای اون یکی رو می‌بینه.یه مثال واقعی:توی یه پروژه، طراح یه منوی شناور طراحی کرده بود که رو موبایل جذاب می‌اومد.توسعه گفت: «این انیمیشن باعث drop frame می‌شه.»به جای حذف، با هم نشستند یه راه ساده‌تر طراحی کردن — هم سبک‌تر، هم قشنگ‌تر.نتیجه؟ یه محصول با امضای مشترک طراحی و توسعه.ابزارهایی که اصطکاک رو تبدیل به همکاری می‌کننچند تا کار ساده ولی طلایی وجود داره:پروتوتایپ زودهنگام: قبل از اینکه کد بخوره، همه چیز رو توی فیگما یا FigJam بسازین.جلسات کوتاه مشترک: حتی یه جلسه‌ی ۱۰ دقیقه‌ای در هفته باعث می‌شه misunderstanding‌ ها قبل از بزرگ شدن حل بشن.تست زودهنگام: وقتی هر دو تیم پای تست تجربه‌ی واقعی کاربر بشینن، دیگه بحث «این درسته یا اون؟» جای خودش رو به «چجوری بهترش کنیم؟» می‌ده.سند مشترک اصطلاحات: لغت‌نامه‌ی تیمی بسازین! مثلاً “interaction state” یا “layout break” برای همه یه معنی داشته باشه.اختلاف به مثابه‌ی سوخت خلاقیتاگه بدونی چطوری باهاش رفتار کنی، اختلاف تبدیل به سوخت می‌شه.مثل برق و مغناطیس — دو نیرو با جهت مخالف، ولی وقتی هم‌زمان باشن، جریان راه می‌افته.خیلی از ایده‌های خفن، از دل یه بحث داغ بیرون اومدن.یه طراح گفت «باید این مسیر کوتاه‌تر شه»، توسعه گفت «امنیت چی؟»و همون لحظه، یه ایده‌ی جدید شکل گرفت: مسیر امن‌تر و سریع‌تر.اختلاف، اگه درست هدایت بشه، همیشه به نتیجه‌ی بهتر منجر می‌شه.یادت باشه:طراحی و توسعه دو ضلع یه مثلث‌ان.ضلع سومش ارتباطه — اگه اون نباشه، هیچ محصولی سرپا نمی‌مونه.پس هر بار که صدای بحث از اتاق جلسه اومد، بدون یه چیز داره شکل می‌گیره:یه محصول واقعی‌تر، انسانی‌تر و بهتر.</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Tue, 28 Oct 2025 13:21:02 +0330</pubDate>
            </item>
                    <item>
                <title>تجربه‌ها: UX، CX، SX، PX، OX، EX</title>
                <link>https://virgool.io/@marginacademy/%D8%AA%D8%AC%D8%B1%D8%A8%D9%87-%D9%87%D8%A7-ux-cx-sx-px-ox-ex-cnoseiou1tgo</link>
                <description>وقتی داشتم با یکی از مشتریام روی طراحی چشم‌انداز سازمانش به‌عنوان یه شرکت چابک کار می‌کردم، یه سوال پیش اومد: &quot;خب، چطوری شاخص هارو اندازه‌گیری می‌کنی؟&quot;جلوی اون وایت‌برد شروع کردم این‌جوری توضیح دادم:تجربه‌ی کاربری UXتجربه‌ایه که کاربر از استفاده از راه‌حل شما انتظار داره، با هدف بهتر کردن نحوه‌ی استفاده.UX دلیلیه که مردم عاشق آیفون یا کامپیوترهای اپل هستن.استراتژیش این بود که کاربر فقط با یه انگشت شست بتونه به همه اپ‌هاش دسترسی داشته باشه.تجربه‌ی مشتری CX  یه دنباله از کارهاست که اعتماد بین شرکت و مشتریش رو می‌سازه.یعنی اول به نیازهای مشتری فکر می‌کنی، نه خواسته‌های شرکت.در واقع، طرز برخورد شرکت با مشتریه، مثل مهمون‌نوازی.طوریه که انگار مشتری جزئی از سیستم شرکت محسوب میشه.تجربه‌ی مشتری همیشه خاص و شخصیه.تجربه‌ی سرویس SXیه مجموعه‌ از خدمات، ابزارها و فرآیندهای خودکار شده‌ست که مشتری می‌تونه ازش استفاده کنه.در اصل یه کاتالوگه از استانداردهای به‌روز که راحت میشه خودکارش کرد.سرویس از تجربه‌های CX یاد می‌گیره و استراتژیش رو به‌روزرسانی می‌کنه.تجربه‌ی افراد (کارکنان) PX یه سری اقداماته برای بالا بردن انگیزه، امنیت روانی، آزادی بیان، امکان تجربه‌ و در حالت ایده‌آل، همکاری.در حالت بدش، یعنی کنترل زیاد، پنهان‌کاری، ریزمدیریتی، وابستگی، بالا به پایین رفتار کردن.یه مثالش تئوری Kawaii هست: عکس حیوانات یا نوزادای بامزه می‌تونه حس همدلی ایجاد کنه و باعث رفتار گروهی بهتر بشه.Gamification هم یه روش دیگه‌ست برای از بین بردن ترس و آزاد کردن خلاقیت توی حل مسئله.تجربه‌ی سازمانی OX  سازمان بستریه که توش CX و SX شکل می‌گیرن.از دید تئوری سیستم‌های پیچیده، سازمان مثل یه ظرف امن برای شکست خوردن محسوب میشه؛ مثل تیم، اسپرینت، یا ریلیز.هدف AO (Agile Organization) یا سازمان‌های چابک و سریع اینه که با ساختارهای پویا، پاسخ‌گویی شرکت رو بالا ببره.یه مفهوم مهم اینجاست: Nudging، یعنی مرزهای سیستم اون‌قدر باز باشه که بشه توش آزمایش کرد، و اون‌قدر بسته باشه که آدم حس امنیت کنه.OX خوب از پایین به بالا شکل می‌گیره: تیم‌ها خودشون رو سازماندهی می‌کنن.OX بد از بالا به پایینه: دیکته کردن.پایین به بالا معنا ایجاد می‌کنه، بالا به پایین کنترل و سرکوب.تجربه‌ی شرکتی (Enterprise) EX  این سطح آخره، و مثل یه خط نازک بین OX و PX کار می‌کنه تا CX و SX شکل بگیره.اینجا هدف، خرد و ارزش‌های شرکت مشخص میشه.استیو جابز توی ساختن یه EX عالی موفق بود؛ اون هدفش این بود که &quot;یه اثری توی جهان بذاره.&quot;استفاده از تجربه‌ها برای تحلیل مدل‌های کسب‌وکاربدونیم که EX، OX، PX، SX و CX بیشتر دینامیک‌های مدل‌های جدید کسب‌وکار توی سازمان‌ها رو پوشش می‌دن.عمداً درباره‌ی UX حرف نمی‌زنم چون بیشتر یه تکنیکه تا تجربه‌ی سازمانی.این سازمان‌ها فرهنگی می‌سازن که مهم‌ترین چیز شرکت حساب میشه:&quot;من برای شرکت A کار می‌کنم.&quot;در حالی‌که باید بگن:&quot;من برای شرکت A ارزش ایجاد می‌کنم&quot; یا &quot;استعدادم تو شرکت A شکوفا میشه&quot;.تو این مدل‌ها، شرکت در اولویت قرار می‌گیره، مشتری دوم، و بعدش آدم‌ها.  تجربه شرکتی یا EX لازمه ولی فقط در حد یه خط نازک که همه‌ی اقدامات رو تو یه جهت هم‌راستا کنه.اینجا همه‌چی درباره‌ی سازمان‌هاست:دسته‌هایی از بیزینس‌کیس‌های مستقل.ریسکش اینه که این دسته‌ها هم‌راستا نباشن.اینجور ساختارها خیلی بالغ‌ان و مرزهای سازمانی برای همه مشخصه.سازمان‌ها سیستم‌ان، اکوسیستمی که برای یه بازه‌ی زمانی خاص، با یه هدف مشترک کار می‌کنن.استثناش انجمن‌های تخصصی یا Chapters هستن.اون‌ها سیستم نیستن و رفتار توشون معمولاً &quot;پیچیده‌ست&quot;.برای اشتراک دانش خوبن، ولی نه برای ایجاد آگاهی یا ارزش.انجمن‌ها بیشتر PX هستن.دینامیک اونجا هرج‌ومرجه.تجربه‌ی افراد خودش یه نیت بزرگه و تنوع رو در بر می‌گیره.PX یه مدل سازمانی نیست، بلکه رفتار آدم‌ها توی یه سیستمه.با یه مدیر خودمحور، PX صفر میشه چون همه باید از دیکتاتور پیروی کنن.تو شرکت‌هایی با EX محور هم می‌تونی PX تعریف کنی، ولی انقدر اطلاعات زیاد میشه که نمی‌تونی روش کاری انجام بدی.PX کلاسیک مثل تئوری نادج و Kawaii هستن که از طریق همدلی و رفتار مثبت روی PX تأثیر می‌ذارن.این مدل الان شده طراحی بیشتر شرکت‌ها.&quot;ما یه شرکت خدماتی هستیم&quot; شده شعار جدید.متأسفانه، تو شرکت‌هایی که SX محور هستن، فعالیت‌ها بیشتر تو بک‌آفیسه و از مشتری خیلی دورن.تو مرکز خدمات بودن حس خوبیه؛ داری به شرکت خدمات می‌دی... یا دقیق‌تر بگم، به خودت خدمات می‌دی.یه سرویس مجموعه‌ای از اقداماته که به مشتری ارزش می‌رسونه.و مشتری براش پول می‌ده.شرکت‌های خوبِ SX محور، بازگشت سرمایه‌ی خدماتشون رو اندازه‌ می‌گیرن.استراتژی خدمات مشخصه و سازمان سوددهه، نه مرکز هزینه.ولی خطر تو شرکت‌های صرفاً SX اینه که می‌شن بهونه برای فرار از پاسخ‌گویی و حفظ ساختار کنترل‌شده.اگه همه‌ی فعالیت‌های شرکت مشتری‌محور باشن، توی یه دنیای ایده‌آل زندگی می‌کنی.همه‌ی کارهای غیرضروری یا خودکاره یا برونسپاری شده.تمرکزت فقط روی رضایت و خوشحالی مشتری و شرکت خودته.تو شرکت‌های صرفاً CX، مشتری داخلی وجود نداره.همه مشتری‌ها بیرون از سازمان‌ان.یه مثال ملموس برای این مدل تجربه‌ها:فرض کن یه کافه داری:تجربه کاربر UX اونجاست که مشتری راحت بتونه منو رو بخونه، سفارش بده، اپلیکیشن بزنه و سریع تحویل بگیره. تجربه مشتری CX یعنی چطوری باهاش برخورد می‌کنی؛ از سلام و لبخند تا نحوه پاسخ دادن به شکایت‌ها.تجربه خدمات SX اینه که سیستم سفارش، تحویل، سیستم بارکد و تجهیزاتت چقدر درست و مؤثر کار می‌کنن.تجربه کارکنان PX یعنی باریستا و کارکنات چقدر راحتن، انگیزه دارن و ایده‌هاشون شنیده میشه.تجربه سازمانی OX یعنی سیستم و تیم چطوری با هم کار می‌کنن؛ مثلاً جلسات بازخورد، تقسیم وظایف و محیط کار.تجربه شرکتی EX یعنی چشم‌انداز کلی کافه‌ت چیه؟ قراره چی تو ذهن مردم بمونه؟ مثلاً &quot;ما می‌خوایم کافه‌ای باشیم که مردم حس خونه رو داشته باشن&quot;.همین نگاه کوچیک به یه کافه نشون می‌ده چطور همه‌ی این تجربه‌ها به هم وصل‌ان و چقدر مهمه که همگی در یک جهت حرکت کنن.همه تجربه هارو به صورت کامل همراه با مثال برای درک عمیق تر میتونین توی مجله آکادمی مارجین یاد بگیرید.</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Wed, 09 Apr 2025 09:03:01 +0330</pubDate>
            </item>
                    <item>
                <title>چرا بیشتر طراح‌های UI/UX قبل از اینکه حتی فیگما رو باز کنن نا امید میشن؟</title>
                <link>https://virgool.io/@marginacademy/%DA%86%D8%B1%D8%A7-%D8%A8%DB%8C%D8%B4%D8%AA%D8%B1-%D8%B7%D8%B1%D8%A7%D8%AD-%D9%87%D8%A7%DB%8C-uiux-%D9%82%D8%A8%D9%84-%D8%A7%D8%B2-%D8%A7%DB%8C%D9%86%DA%A9%D9%87-%D8%AD%D8%AA%DB%8C-%D9%81%DB%8C%DA%AF%D9%85%D8%A7-%D8%B1%D9%88-%D8%A8%D8%A7%D8%B2-%DA%A9%D9%86%D9%86-%D9%86%D8%A7-%D8%A7%D9%85%DB%8C%D8%AF-%D9%85%DB%8C%D8%B4%D9%86-ldj9cjmjf1lq</link>
                <description>سلام دیزاینرا! 👋پرسیدن سوال‌های درست قبل از شروع یه پروژه‌ی جدید، برای من مثل یه معجزه بوده!میدونم، خیلی وسوسه‌انگیزه که سریع بپری تو فیگما و طراحی رو شروع کنی، ولی باور کن، بعد از 7 سال تجربه توی UI/UX، فهمیدم که سوال‌های درست، همون پایه‌های اصلی هر پروژه‌ی موفق هستن.اونا مثل یه GPS عمل می‌کنن که نمیذاره پرت بشی توی دره‌ی بی‌پایان اصلاحات و تغییرات بی‌پایان!قراره برات قصه بگم و نکات حرفه‌ای که خودم توی پروژه‌هام استفاده کردم رو بهت یاد بدم. بزن بریم!چرا بیشتر پروژه‌های طراحی شکست می‌خورن؟ (و چطور جلوش رو بگیریم)تصور کن: یه طراح UI/UX که با کلی ایده و انرژی نشسته پشت لپ‌تاپش، ولی دور و برش پر از چارت‌های نزولی، علامت سوال و استرسه! پروژه داره شکست می‌خوره، چرا؟ چون از همون اول، کسی زحمت نکشیده که همه رو روی یه خط نگه داره!نتیجه؟ وقت هدر میره، هزینه‌ها بالا میره، تاخیر پشت تاخیر، و در نهایت یه فاجعه‌ی کامل. ولی اگه همون اول سوال‌های درستی پرسیده بودم، می‌تونستم از همچین فاجعه‌ای جلوگیری کنم.بیاید یه اینفوگرافیک رو تصور کنیم:📌 یه طرف، یه پروژه با برنامه‌ی منظم، تیمی که لبخند میزنه، و هزینه و زمان ذخیره شده.📌 طرف دیگه، یه پروژه‌ی پر از تاخیر، استرس، و  سرمایه ای که داره دود میشه! خب، معلومه که تو کدوم حالت می‌خوای باشی!🎯 چک‌لیست سوال‌های مهم قبل از شروع پروژهمن این سوال‌ها رو به ۶ بخش اصلی تقسیم کردم (و چندتا سوال اضافه هم هست!) و برای هرکدومشون توضیح میدم که چرا مهمن و چطور از تجربه‌ی خودم یاد گرفتم که بپرسم.🚀 ۱. اهداف پروژه و تأثیرش روی کسب‌وکارهدف اصلی این پروژه چیه؟ (افزایش تبدیل؟ کاهش نرخ ریزش؟)چه معیاری نشون میده این پروژه موفق شده؟چه کسایی تصمیم‌گیرنده‌ی اصلی هستن و چه انتظاری دارن؟🔹 چرا مهمه؟یه بار یه پروژه داشتم که فکر می‌کردم کارفرما فقط به زیبایی طراحی اهمیت میده، ولی وقتی درباره‌ی اهدافش صحبت کردیم، فهمیدم براش ارزش مالی خیلی مهم‌تره! همین یه گفت‌وگو نجاتم داد از یه بازطراحی کامل.💡 نکته‌ی حرفه‌ای: اول از همه، اهداف کارفرما رو بپرس! اگه اهدافش مشخص نباشه، دیر یا زود پروژه به مشکل می‌خوره.👥 ۲. تحقیق درباره‌ی کاربران و مخاطب هدفکاربرهای اصلی چه کسایی هستن؟ (سن، موقعیت، رفتار، مشکلاتشون)تا حالا تحقیقی درباره‌ی کاربرها انجام شده؟بازخوردهای رایج مشتری‌های این صنعت چیا هستن؟📊 ۳. تحلیل بازار و رقبارقبای اصلی کیا هستن و چه چیزهایی توی UX اونا خوب کار می‌کنه؟این محصول چه چیزی داره که بقیه ندارن؟سه چیزی که کاربرا از رقبا متنفرن چیه؟🚨 هشدار: دیدم پروژه‌هایی که فقط به خاطر نپرسیدن این سوال‌ها شکست خوردن!📌 ۴. محدوده‌ی پروژه و تحویل‌هادقیقاً چه صفحه‌ها و فیچرهایی باید طراحی بشه؟روی چه پلتفرم‌هایی اجرا میشه؟ (موبایل، وب، تبلت، SaaS؟)محدودیت‌های تکنولوژی چی هستن؟🎨 ۵. محتوا و گایدلاین‌های برندراهنمای برند داریم؟ (رنگ‌ها، تایپوگرافی، تصاویر)چه نوع محتوایی توی طراحی استفاده میشه؟ (متن، تصویر، ویدیو)کی مسئول نوشتن محتوا و انتخاب تصاویره؟💡 یه بار به خاطر نبودن متن، یه پروژه‌ای که قرار بود سریع انجام بشه، کلی عقب افتاد! پس همیشه تایم‌لاین محتوا رو چک کن.💻 ۶. محدودیت‌های فنی و توسعهتیم توسعه از چه تکنولوژی‌هایی استفاده می‌کنه؟آیا محدودیت‌هایی از سمت CMS، بک‌اند یا API وجود داره؟استانداردهای عملکرد و سرعت چقدر مهم هستن؟💡 حتماً یه دولوپر رو از اول پروژه بیار تو جلسات. یه بار یه فیچری طراحی کردم که به خاطر محدودیت CMS اصلاً قابل اجرا نبود! 🚀 ۷. استراتژی بعد از لانچ و بهبود مداومچطور موفقیت پروژه بعد از لانچ اندازه‌گیری میشه؟ (A/B تست، هیت‌مپ؟)چطور بازخوردهای کاربران جمع‌آوری میشه؟پشتیبانی طراحی بعد از لانچ چطور خواهد بود؟💡 این سوال همیشه مشتری رو تحت تأثیر قرار میده، چون نشون میده تو دیدگاه بلندمدت داری!🎤 چطور سوال‌ها رو حرفه‌ای بپرسیم؟همکاری‌محور باش: به جای &quot;هدف پروژه چیه؟&quot; بپرس: &quot;چطور می‌تونیم موفقیت این پروژه رو با هم تعریف کنیم؟&quot;زمان‌بندی درست: اهداف رو اول بپرس، محدودیت‌ها رو بذار برای جلسات برنامه‌ریزی.عمیق‌تر شو: اگه کسی گفت &quot;یه طراحی کاربرپسند می‌خوام&quot;، بپرس: &quot;تعریف شما از کاربرپسند چیه؟ یه مثال می‌زنید؟&quot;  هدف اینه که اعتماد بسازی، نه اینکه فقط سوال بپرسی!💡 ترفند شخصی من: همیشه از کارفرما بخواه نمونه‌هایی از طراحی‌هایی که دوست داره (یا نداره) نشون بده. این مثل یه کد تقلبه برای تنظیم انتظارات.اشتباهاتی که نباید مرتکب بشی!❌ فرض نکن که همه‌ی ذی‌نفع‌ها روی اهداف توافق دارن! ازشون بخواه که اولویت‌ها رو مشخص کنن.❌ جلسات فنی با دولوپرها رو حذف نکن! یه بار این اشتباه باعث شد کل طراحی رو از نو انجام بدم.💡 حرف آخرپرسیدن سوال‌های درست، نه‌تنها از فاجعه جلوگیری می‌کنه، بلکه تو رو به یه طراح فوق‌العاده تبدیل می‌کنه.۵ تا از این سوال‌ها رو توی پروژه‌ی بعدیت استفاده کن و نتیجش رو خودت ببین. برای یادگیری نکات حرفه ای طرای محصول، از مجله مارجین دیدن کن.حالا تو کامنتا بگو: مهم‌ترین سوالی که قبل از شروع پروژه می‌پرسی چیه؟ 👇</description>
                <category>آکادمی مارجین</category>
                <author>آکادمی مارجین</author>
                <pubDate>Sun, 02 Mar 2025 01:25:50 +0330</pubDate>
            </item>
            </channel>
</rss>