Claude Design؛ فقط یک AI برای طراحی UI یا دستیار جدید Product Designerها؟
تا همین یکی دو سال پیش، وقتی اسم «طراحی با هوش مصنوعی» میآمد، معمولاً انتظار داشتیم یک ابزار برایمان چند صفحه UI بسازد؛ صفحاتی که شاید از نظر ظاهری جذاب بودند، اما اگر کمی دقیقتر نگاه میکردیم، خبری از منطق محصول، نیاز کاربر یا تصمیمهای UX در آنها نبود.
اما اگر یک ابزار قبل از اینکه حتی اولین صفحه را طراحی کند، از شما درباره کاربران، مدل درآمدی، Paywall، جریانهای کاربری و حتی محدودیتهای فنی پروژه سؤال بپرسد، چه؟
چند روز پیش هنگام گشتوگذار در Medium به مقالهای از Elizabeth Alli برخوردم که تجربه کار با Claude Design را به اشتراک گذاشته بود. در ابتدا تصور میکردم قرار است با یکی دیگر از ابزارهای AI برای تولید UI آشنا شوم؛ چیزی شبیه Google Stitch یا Lovable.
اما هرچه بیشتر مقاله را خواندم، بیشتر متوجه شدم Claude Design فقط قرار نیست چند صفحه طراحی کند؛ انگار تلاش میکند مثل یک Product Designer فکر کند.
همین موضوع باعث شد تصمیم بگیرم خلاصه این تجربه را با شما هم به اشتراک بگذارم؛ چون فکر میکنم اگر در حوزه UX/UI یا طراحی محصول فعالیت میکنید، احتمالاً در ماههای آینده زیاد اسم این ابزار را خواهید شنید.
بیایید ببینیم چه چیزی Claude Design را تا این حد متفاوت کرده است.
اگر با ابزارهای تولید UI کار کرده باشید، احتمالاً به این روند عادت دارید:
یک Prompt مینویسید...
چند ثانیه صبر میکنید...
و در نهایت چند صفحه طراحی تحویل میگیرید.
Claude Design اما از همان ابتدا مسیر متفاوتی را انتخاب میکند.
بهجای اینکه بپرسد «چه صفحهای میخواهی طراحی کنی؟»، ابتدا میپرسد:
Design System پروژهات کجاست؟
اگر از قبل Design System داشته باشید، میتوانید فایلهای Figma، کامپوننتها یا حتی Repository پروژه را در اختیارش قرار دهید.
اگر هم چیزی آماده نباشد، کافی است Brand Guide، Style Guide یا حتی چند تصویر الهامبخش داشته باشید تا Claude نسخه اولیه را برایتان بسازد.
شاید در نگاه اول این مرحله اضافه به نظر برسد.
اما اگر کمی عمیقتر نگاه کنیم، متوجه میشویم دلیلش کاملاً منطقی است.
وقتی پایه طراحی درست شکل بگیرد، ادامه پروژه هم منسجمتر خواهد بود.
به همین دلیل Claude فقط رنگ و دکمه تولید نمیکند؛ بلکه Typography، Spacing، Design Tokenها، کامپوننتها و حتی Motionهای پروژه را هم آماده میکند.
در واقع قبل از طراحی اولین صفحه، پایههای محصول را میچیند.
اینجا انتظار داشتم ابزار فقط خروجی را تحویل بدهد و تمام.
اما روند کار تازه شروع شده بود.
Claude از طراح میخواهد تمام اجزای Design System را بررسی کند.
مثلاً اگر نسبت کنتراست رنگها مناسب نباشد، میتوانید از او بخواهید نسخهای با دسترسپذیری بهتر تولید کند.
اگر تایپوگرافی مناسب نباشد، اصلاحش میکند.
اگر Motionها حس موردنظر را منتقل نکنند، دوباره آنها را میسازد.
این بخش برای من جالب بود؛ چون بیشتر ابزارهای AI فقط «تولیدکننده» هستند.
اما اینجا حس میکنید وارد یک گفتوگو با ابزار شدهاید.
فرض کنید قرار است یک Flow برای Onboarding طراحی کنید.
احتمالاً انتظار دارید Prompt را بنویسید و چند دقیقه بعد چند صفحه آماده تحویل بگیرید.
اما Claude Design این کار را نمیکند.
قبل از طراحی شروع میکند به سؤال پرسیدن.
نه سؤالهایی مثل:
«رنگ دکمه آبی باشد یا سبز؟»
بلکه سؤالهایی که معمولاً یک Product Designer یا UX Designer در جلسه Discovery مطرح میکند.
مثلاً:
کاربران چه کسانی هستند؟
هدف اصلی Onboarding چیست؟
قرار است کاربر بعد از ثبتنام چه کاری انجام دهد؟
مدل درآمدی محصول چیست؟
آیا Paywall وجود دارد؟
چه محدودیتهای فنی باید در طراحی رعایت شوند؟
وقتی این بخش از مقاله را میخواندم، ناخودآگاه یاد یکی از رایجترین اشتباهات پروژههای طراحی افتادم.
خیلی وقتها ما آنقدر درگیر طراحی صفحهها میشویم که فراموش میکنیم قبل از طراحی، باید مسئله را درست بفهمیم.
به نظر میرسد Claude Design هم دقیقاً از همین نقطه شروع میکند.
بعد از پاسخ دادن به سؤالها، Claude فقط یک نسخه از طراحی را تحویل نمیدهد.
در نمونهای که نویسنده مقاله بررسی کرده بود، برای یک Flow ساده Onboarding سه مسیر کاملاً متفاوت پیشنهاد شده بود.
یک نسخه با حالوهوای Editorial.
یک نسخه شبیه Gallery.
و یک نسخه با حس Notebook.
همین موضوع باعث میشود قبل از اینکه وارد جزئیات UI شوید، بتوانید چند جهت مختلف را از نظر تجربه کاربری مقایسه کنید.
راستش را بخواهید، این قسمت من را یاد همان مرحلهای انداخت که در بسیاری از پروژههای واقعی، چند Concept مختلف طراحی میکنیم و بعد با تیم درباره آنها بحث میکنیم.
فقط این بار یکی از اعضای تیم... یک هوش مصنوعی است.
بعد از انتخاب مسیر مناسب، نوبت به High-Fidelity میرسد.
اما باز هم خبری از تبدیل ساده Wireframe به UI نیست.
Claude دوباره درباره جزئیات تجربه کاربری سؤال میکند.
بعد Design System را روی پروژه اعمال میکند.
و در نهایت نسخهای نزدیک به یک Prototype واقعی تولید میشود.
این یعنی از مرحله ایده، تا Wireframe و طراحی نهایی، همهچیز در یک محیط انجام میشود.
موضوعی که احتمالاً برای خیلی از طراحان، مخصوصاً در پروژههای اولیه، میتواند زمان قابلتوجهی را ذخیره کند.
شاید جالبترین بخش ماجرا این باشد که داستان بعد از طراحی تمام نمیشود.
پروژه را میتوان مستقیماً برای Claude Code خروجی گرفت.
یعنی همان Design System، همان کامپوننتها و همان Flowهایی که طراحی شدهاند، به مرحله پیادهسازی منتقل میشوند.
این دقیقاً همان جایی است که مرز بین طراحی و توسعه کمی کمرنگتر میشود.
احتمالاً نه.
حداقل هنوز نه.
اتفاقاً چیزی که از خواندن این مقاله برداشت کردم، برعکس این بود.
هرچه ابزارهای AI هوشمندتر میشوند، کیفیت سؤالهایی که طراح از آنها میپرسد، اهمیت بیشتری پیدا میکند.
داشتن یک Prompt خوب کافی نیست.
باید مسئله را بشناسید.
کاربر را درک کنید.
مدل کسبوکار را بفهمید.
بدانید کجا باید کاربر را راهنمایی کنید و کجا نباید.
هوش مصنوعی شاید بتواند طراحی را سریعتر کند، اما هنوز این طراح است که تصمیم میگیرد «چه چیزی» باید طراحی شود و «چرا».
شاید بزرگترین تفاوت Claude Design این نباشد که طراحیهای زیباتری تولید میکند.
بلکه این است که تلاش میکند فرآیند طراحی محصول را بازسازی کند؛ از ساخت Design System گرفته تا پرسیدن سؤالهای درست، طراحی Flowها، تولید Prototype و حتی انتقال پروژه به توسعه.
البته هنوز این ابزار در مرحله Research Preview قرار دارد و احتمالاً تا رسیدن به یک محصول بالغ مسیر زیادی پیش رو دارد.
اما اگر همین مسیر را ادامه دهد، بعید نیست در آینده نزدیک نام Claude Design را کنار ابزارهایی ببینیم که نحوه کار طراحان محصول را تغییر دادهاند.
منبع مقاله اصلی:
Elizabeth Alli – I Used Claude Design for UX/UI — What Designers Should Know
اگر شما هم Claude Design را امتحان کردهاید یا ابزار مشابهی میشناسید، خوشحال میشوم تجربهتان را در بخش نظرات بخوانم.
