لوگوی ThinkFlow

طراحی رابط کاربری و هوش مصنوعی

کتابخانه پرامپت طراحی UI؛ الگوهای آماده برای رابط‌های واقعی

این صفحه مجموعه‌ای از خلاصه‌های طراحی قابل کپی برای داشبورد، لندینگ، موبایل، ورود، قیمت‌گذاری و تنظیمات است. مهم‌تر از خود نمونه‌ها، روشی است که کمک می‌کند پرامپت‌های موفق را ذخیره، شخصی‌سازی و در پروژه‌های بعدی دوباره استفاده کنید.

مانیتور طراح با مجموعه‌ای دسته‌بندی‌شده از رابط‌های داشبورد، لندینگ، موبایل، قیمت‌گذاری و تنظیمات
کتابخانه خوب، تصمیم‌های تکرارشونده طراحی را نگه می‌دارد و برای هر پروژه فضای شخصی‌سازی باقی می‌گذارد.

کتابخانه پرامپت طراحی چیست؟

پرامپت طراحی در عمل یک brief کوتاه است: می‌گوید چه صفحه‌ای برای چه کاربری ساخته می‌شود، چه الگوها و کامپوننت‌هایی لازم‌اند و خروجی باید از چه محدودیت‌هایی پیروی کند. کتابخانه پرامپت، نسخه‌های موفق این briefها را بر اساس نوع صفحه نگه می‌دارد تا هر بار از یک صفحه سفید شروع نکنید.

ارزش کتابخانه فقط در سرعت کپی‌کردن نیست. وقتی فاصله‌گذاری، تایپوگرافی، رفتار موبایل و حالت‌های رابط را در الگوهای ثابت ثبت می‌کنید، صفحه‌های مختلف یک محصول کمتر از هم فاصله می‌گیرند. بااین‌حال، هیچ پرامپتی بدون داده واقعی، متن محصول و بازبینی طراح آماده انتشار نیست.

نیت این کتابخانه: ساخت پیش‌نویس قابل ارزیابی، نه حذف فرایند طراحی. تحقیق کاربر، معماری اطلاعات، تست کاربردپذیری و کنترل فنی همچنان لازم‌اند.

روش «پیش‌فرض ← محدودیت ← اصلاح جزئی»

ابتدا نوع صفحه و زبان طراحی را در یک جمله روشن نام ببرید. سپس سه تا شش تصمیم مهم را از حالت حدس خارج کنید: اجزای صفحه، الگوی ناوبری، سیستم بصری، تراکم، پلتفرم و چیزی که نباید تولید شود. پس از دیدن خروجی، فقط تغییر تازه را درخواست کنید؛ بازنویسی کامل brief معمولاً ویژگی‌های خوب نسخه قبلی را هم از بین می‌برد.

مرحلهنمونههدف
پیش‌فرضداشبورد تحلیلی آرام برای محصول B2Bتعیین نوع صفحه و جهت کلی
محدودیتنوار کناری، چهار KPI، جدول چسبان، یک accentکاهش تصمیم‌های حدسی
پرهیزبدون گرادیان، تصویر تزئینی و سایه سنگینحذف کلیشه‌های نامرتبط
دلتاهمان صفحه، اما ردیف‌ها متراکم‌تر و فیلتر sticky باشداصلاح کنترل‌شده نسخه موجود

الگوهای رابط را با نام دقیق بنویسید: «master-detail»، «نوار تب پایین»، «هدر جدول چسبان»، «stepper» یا «فرمان جست‌وجو». عبارت «ناوبری را بهتر کن» معیار مشخصی برای طراحی ایجاد نمی‌کند.

بلوک زمینه‌ای که بالای همه پرامپت‌ها می‌آید

زمینه مشترک پروژه: محصول: [نام و کار اصلی محصول] کاربر هدف: [نقش، نیاز و سطح تجربه] پلتفرم و خروجی: [وب/موبایل، HTML یا React TSX، کتابخانه‌های مجاز] سیستم طراحی: [توکن رنگ، فونت، فاصله‌گذاری، radius و کامپوننت‌های موجود] محدوده: فقط [نام صفحه یا جریان]؛ بخش‌های دیگر را تغییر نده. الزامات: حالت خالی، بارگذاری، خطا و موفقیت؛ focus-visible؛ کنتراست AA؛ هدف لمسی حداقل ۴۴px؛ prefers-reduced-motion. ممنوع: متن ساختگی طولانی، لینک و تصویر شکسته، ادعای محصولی ناموجود و وابستگی تعریف‌نشده.

در ابزارهای کدنویسی، مسیر فایل‌ها و کامپوننت‌های واقعی پروژه را نیز بدهید. در ابزارهای بصری، مرجع تصویری می‌تواند ریتم و ساختار را روشن کند؛ اما لوگو، متن و هویت بصری یک برند دیگر نباید کپی شود.

کتابخانه پرامپت‌های آماده طراحی UI

عبارت‌های داخل کروشه را با اطلاعات محصول خود جایگزین کنید. هر نمونه را همراه بلوک زمینه بالا بفرستید.

۱. داشبورد و تحلیل

یک داشبورد تحلیلی آرام برای [محصول B2B] طراحی کن. چیدمان دسکتاپ: نوار کناری جمع‌شونده با [گزینه‌ها]، نوار بالا با تغییر فضای کاری و جست‌وجو؛ محتوای اصلی شامل چهار KPI با مقدار و تغییر، نمودار سری زمانی با بازه ۷/۳۰/۹۰ روز و جدول داده با هدر sticky، مرتب‌سازی، صفحه‌بندی و hover ردیف. موبایل: ناوبری به drawer و KPIها به شبکه دو ستونی تبدیل شوند. تراکم متوسط، پس‌زمینه خنثی، یک accent و border یک‌پیکسلی. حالت‌های بدون داده، بارگذاری و خطای نمودار را نشان بده. از گرادیان، glassmorphism و تصویر تزئینی پرهیز کن.

۲. صفحه فرود

یک صفحه فرود برای [محصولی که نتیجه X را برای مخاطب Y ایجاد می‌کند] طراحی کن. ترتیب: ناوبری سبک، hero با نتیجه روشن و حداکثر دو CTA، تصویر واقعی محصول، شواهد اعتماد قابل اثبات، سه مزیت، فرایند سه‌مرحله‌ای، یک نمونه تجربه مشتری، خلاصه قیمت، FAQ و footer. متن‌ها مشخص و کوتاه باشند و ادعای بدون شاهد نسازند. موبایل باید CTA در دسترس و بخش‌ها قابل اسکن باشند. از تصویر استوک نامرتبط، عناصر سه‌بعدی تزئینی و دیوار متن دوری کن.

۳. صفحه اصلی اپلیکیشن موبایل

صفحه اصلی اپ [نوع اپ] را با الگوی بومی [iOS/Android] طراحی کن. هدر شامل [اطلاعات ضروری]، سپس شاخص پیشرفت اصلی، فهرست افقی اقدام‌های سریع و فهرست عمودی فعالیت‌های امروز باشد. نوار تب پایین چهار مقصد با برچسب متنی و حالت فعال روشن داشته باشد. برای محتوای خالی، مجوز ردشده، اتصال قطع و بارگذاری skeleton طراحی کن. هدف‌های لمسی حداقل ۴۴px و متن پایه خوانا باشد؛ از جدول دسکتاپی و کنترل‌های فشرده پرهیز کن.

۴. ثبت‌نام و ورود اولیه

یک صفحه ثبت‌نام و جریان ورود اولیه سه‌مرحله‌ای برای [محصول] طراحی کن. فرم ثبت‌نام: ایمیل، رمز، نمایش/مخفی‌کردن رمز، خطای درون‌خطی و CTA واحد؛ ورود اجتماعی فقط در صورت پشتیبانی واقعی. onboarding در هر مرحله یک سؤال، stepper، اقدام بعدی و گزینه «بعداً» داشته باشد. وضعیت ارسال، خطای شبکه، ایمیل تکراری و موفقیت را طراحی کن. از جمع‌آوری داده غیرضروری و نمایش متن حقوقی سنگین پیش از اقدام اصلی دوری کن.

۵. بخش Hero

یک hero برای [محصول] طراحی کن. شامل eyebrow کوتاه، عنوان دوخطی درباره نتیجه قابل اثبات، زیرعنوان یک‌جمله‌ای، CTA اصلی، لینک «نحوه کار» و یک خط اعتماد واقعی باشد. سمت دیگر یک تصویر روشن از خود محصول با alt معنادار قرار بگیرد. در موبایل نام محصول، پیام و CTA در viewport نخست دیده شوند و نشانه‌ای از بخش بعد باقی بماند. از عنوان مبهم، تصویر استوک و بیش از دو اقدام پرهیز کن.

۶. صفحه قیمت‌گذاری

صفحه قیمت‌گذاری [محصول] را با [سه] پلن طراحی کن. عنوان و toggle ماهانه/سالانه، کارت‌های هم‌ارتفاع با نام، قیمت، مخاطب مناسب، CTA و فهرست ویژگی‌ها؛ پلن پیشنهادی فقط با border و برچسب روشن متمایز شود. پایین صفحه جدول مقایسه داخل wrapper قابل اسکرول موبایل و FAQ قرار بگیرد. قیمت، دوره صورتحساب و محدودیت‌ها شفاف باشند. حالت بارگذاری پرداخت و خطای شروع پرداخت را هم مشخص کن. از قیمت پنهان، dark pattern و ویژگی ساختگی پرهیز کن.

۷. صفحه تنظیمات

صفحه تنظیمات [محصول] را با چیدمان master-detail طراحی کن. ناوبری تنظیمات شامل پروفایل، حساب، اعلان، صورتحساب، امنیت و تیم؛ بخش فعال شامل ردیف‌های عنوان، توضیح و کنترل متناسب باشد. تغییرهای ذخیره‌نشده یک نوار ثابت ذخیره/لغو نشان دهند. حذف حساب در danger zone جدا با تأیید دومرحله‌ای قرار بگیرد. حالت بدون مجوز، خطای ذخیره و موفقیت را نمایش بده. از یک اسکرول بلند بدون گروه‌بندی پرهیز کن.

۸. ایمیل تراکنشی

یک ایمیل تراکنشی [تأیید ایمیل/بازیابی رمز] برای [محصول] طراحی کن. تک‌ستون و حداکثر ۶۰۰px، فونت سیستمی، لوگوی کوچک، عنوان روشن، توضیح کوتاه، یک دکمه اصلی و لینک متنی جایگزین؛ footer شامل نام شرکت و اطلاعات لازم باشد. HTML باید با کلاینت‌های رایج و حالت روشن/تیره سازگار و بدون وابستگی JavaScript باشد. از ایمیل تمام‌تصویری، چند CTA و هدف لمسی کوچک دوری کن.

دو افزونه که کیفیت خروجی را بالا می‌برند

افزونه حالت‌ها و دسترس‌پذیری

برای همین رابط، حالت‌های default، hover، focus-visible، disabled، loading، empty، error و success را کامل کن. ترتیب headingها، label فرم، پیام خطای مرتبط با فیلد، کنترل با کیبورد، کنتراست AA، هدف لمسی ۴۴px و prefers-reduced-motion را بررسی کن. هیچ اطلاعاتی را فقط با رنگ منتقل نکن.

پرامپت بازبینی نهایی

این رابط را مانند یک بازبین ارشد UI بررسی کن. یافته‌ها را در چهار گروه «کاربردپذیری، واکنش‌گرایی، دسترس‌پذیری، سازگاری سیستم طراحی» بنویس. برای هر مورد شدت، شواهد قابل مشاهده و کوچک‌ترین اصلاح را مشخص کن. متن placeholder، لینک یا تصویر شکسته، overflow، CTA رقیب، فاصله‌گذاری ناسازگار و حالت‌های فراموش‌شده را جست‌وجو کن. اگر چیزی را نمی‌توان از تصویر یا کد نتیجه گرفت، صریح بگو.

چطور کتابخانه خودتان را بسازید؟

  1. نسخه موفق را همان‌طور که اجرا شده ذخیره کنید. پاک‌سازی زودهنگام ممکن است محدودیت مؤثر را حذف کند.
  2. اطلاعات پروژه را با کروشه جایگزین کنید. بخش ثابت باید تصمیم طراحی باشد، نه نام مشتری.
  3. بر اساس نوع صفحه دسته‌بندی کنید. داشبورد، قیمت‌گذاری و ورود پیدا کردن را آسان‌تر از دسته‌هایی مانند «مدرن» می‌کنند.
  4. بانک پرهیزها بسازید. کلیشه‌ها و خطاهای تکرارشونده هر ابزار را ثبت کنید.
  5. پرامپت‌های اصلاح جزئی را نگه دارید. تغییر تراکم، ناوبری موبایل یا کنتراست قابل استفاده مجدد است.
  6. نتیجه را همراه پرامپت ذخیره کنید. تصویر یا لینک نسخه و یادداشت آزمون مشخص می‌کند الگو واقعاً کجا موفق بوده است.
  7. نسخه و تاریخ ثبت کنید. تغییر مدل یا runtime می‌تواند خروجی همان متن را عوض کند.

برای یادگیری مبانی نوشتن brief، راهنمای پرامپت‌نویسی طراحی رابط کاربری را بخوانید. اگر به نمونه‌های عمومی‌تر نیاز دارید، مقاله پرامپت‌های طراحی UI/UX مراحل تحقیق، وایرفریم و بازبینی را پوشش می‌دهد. خروجی‌های ساخته‌شده را نیز می‌توانید در گالری ThinkFlow ببینید.

چه چیزهایی را نباید به مدل واگذار کرد؟

  • مدل بدون تحقیق، نیاز واقعی کاربر و اولویت کسب‌وکار را نمی‌داند.
  • متن، قیمت، آمار، لوگوی مشتری و شواهد اعتماد باید واقعی و مجاز باشند.
  • کد تولیدشده به تست امنیت، عملکرد، مرورگر و دسترس‌پذیری نیاز دارد.
  • مرجع تصویری مجوز کپی لوگو، دارایی یا هویت یک برند دیگر نیست.
  • رابط فروشگاه، پرداخت یا احراز هویت تا زمان اتصال backend عملیاتی محسوب نمی‌شود.
پیش از انتشار: صفحه را با داده واقعی، متن‌های بلند، موبایل، کیبورد و شبکه کند آزمایش کنید. ظاهر خوب در یک اسکرین‌شات به معنی جریان کامل و قابل استفاده نیست.

پرسش‌های متداول

کتابخانه پرامپت طراحی UI چیست؟

مجموعه‌ای نسخه‌بندی‌شده از briefهای قابل استفاده مجدد است که بر اساس نوع صفحه دسته‌بندی می‌شوند و پیش‌فرض‌ها، اجزا، محدودیت‌ها و معیار بازبینی هر رابط را نگه می‌دارند.

چه چیزی یک پرامپت طراحی UI را کاربردی می‌کند؟

نام‌بردن نوع صفحه و الگوی رابط، تعیین اجزای دقیق، سیستم بصری، پلتفرم، حالت‌های خالی و خطا، دسترس‌پذیری و مواردی که باید از آن‌ها پرهیز شود. ویژگی مشخص از صفت‌هایی مانند «مدرن و زیبا» مفیدتر است.

آیا این پرامپت‌ها در همه ابزارها کار می‌کنند؟

منطق اصلی قابل انتقال است، اما قالب خروجی و واژگان باید با ابزار هماهنگ شود. ابزار کدنویسی به stack و فایل‌های پروژه نیاز دارد و ابزار ماکت بیشتر از مرجع تصویری و شرح چیدمان استفاده می‌کند.

چرا خروجی رابط هوش مصنوعی عمومی به نظر می‌رسد؟

درخواست کلی تصمیم‌های زیادی را به مدل واگذار می‌کند. مشخص‌کردن نوع صفحه، الگوهای نام‌دار، داده واقعی، حالت‌ها و چند محدودیت سخت فضای حدس‌زدن را کاهش می‌دهد.

منبع و روش تدوین

این مقاله با الهام از نوشته UI Design Prompts: A Copy-Paste Library for Real Interfaces (2026) اثر Jason Zhou در Superdesign، منتشرشده در ۱۳ ژوئیه ۲۰۲۶، تدوین شده است. تیم هوش عمیق متن را برای مخاطب فارسی بازنویسی کرده و بلوک زمینه، حالت‌های رابط، دسترس‌پذیری، پرامپت بازبینی، نسخه‌بندی و محدودیت‌های پیاده‌سازی را به نمونه‌ها افزوده است. تاریخ دسترسی: ۱۶ مرداد ۱۴۰۵.

یک الگو را انتخاب و با محصول خودتان کامل کنید

نوع صفحه، کاربر، اجزای ضروری و محدودیت‌ها را جایگزین کروشه‌ها کنید. سپس نتیجه را در ThinkFlow بسازید، پیش‌نمایش را بررسی کنید و اصلاح‌ها را به‌صورت مرحله‌ای ادامه دهید.