‏طراحی از درون: رویکرد جدید دیزاینرها در استارتاپ‌های پرسرعت

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

وقتی مهندس‌ها می‌تونن خیلی سریع و مستقل بسازن، دیگه نقشه‌کلی و bird's-eye view از محصول نه شدنیه نه مفید. ابزارهای سنتی دیزاین — مثل مپ‌کردن UX از بالا و ساختن source of truth — در این محیط کارایی ندارن.

راه‌حل پیشنهادی نویسنده اینه که از درون طراحی کنی، نه از بیرون. معمار سنتی با نقشه و elevation کار می‌کنه و یه واقعیت ایده‌آل می‌سازه. ولی وقتی همه‌چیز هر لحظه تغییر می‌کنه، باید مثل کسی باشی که داخل ساختمون با یه نوار چسب زرد مسیرها رو بازتعریف می‌کنه — تغییرات کوچیک، تدریجی، و بدون نیاز به اجماع.

این رویکرد یعنی تغییرات جزئی در سطح محصول که به‌تدریج بهبودها رو آشکار می‌کنن. مثلاً بستن یه مسیر بن‌بست با یه نوار، که کاربرها ناخودآگاه مسیر بهتری رو انتخاب می‌کنن. هر بهبود مشکل جدیدی رو نمایان می‌کنه، و اون مشکل هم از همون داخل قابل حله.

نویسنده می‌گه برای دیزاینرها، این نوار چسب همون کده. باید مثل یه توسعه‌دهنده شیپ کنی و پول‌ریکوئست‌هات رو وارد CI/CD pipeline بکنی، انگار که یه فایل TypeScript معمولیه.

چند اصل عملی برای طراحی از درون:

• داخل کدبیس کار کن: از ساختن sandbox و محیط‌های دمو پرهیز کن. اگه کسی باید طرح‌هات رو به کد تبدیل کنه، یعنی هنوز بیرونی.
• لینک محکم بین محیط طراحی و محصول واقعی: از داده‌های واقعی API استفاده کن، توکن‌های طراحی باید ۱:۱ بین Figma و کد مپ بشن، و در سایزهای واقعی اسکرین کار کن.
• شیپ کن: کدت رو برای ریویو بذار. ابزارهای کدنویسی مبتنی بر LLM می‌تونن با چند پرامپت اون رو به کد آماده پروداکشن تبدیل کنن.
• عادت بساز، نه فرآیند: به‌جای اینکه یه فرآیند جدید معرفی کنی و انتظار داشته باشی بقیه دنبالش کنن، خودت طوری رفتار کن انگار فرآیند از قبل وجود داشته. مثلاً اگه می‌خوای تیم از PRD استفاده کنه، خودت PRD بنویس و بفرست.
• حلقه‌های فیدبک رو کوتاه کن: منتظر خلاصه تیکت‌های پشتیبانی نمون؛ خودت چرخش پشتیبانی داشته باش. از LLM بخواه کوئری SQL بنویسه تا داده‌های استفاده رو بگیری، منتظر داشبورد نمون. محصول رو خودت instrument کن و بعد تغییراتی پوش کن که عدد رو جابجا کنه.

نکات کلیدی:

• طراحی سنتی از بیرون (با نقشه و source of truth) در استارتاپ‌های پرسرعت کارایی نداره
• دیزاینر باید مستقیماً داخل کدبیس کار کنه، نه در محیط‌های ایزوله
• تغییرات کوچک و تدریجی از درون محصول مؤثرتر از بازطراحی کلی هستن
• ابزارهای LLM می‌تونن فاصله بین طراحی و کد آماده پروداکشن رو به حداقل برسونن
• به‌جای معرفی فرآیند، رفتار مطلوب رو خودت انجام بده تا به عادت تیمی تبدیل بشه
• حلقه‌های فیدبک رو با حضور مستقیم (مثل پشتیبانی) و ابزارهای داده کوتاه کن