قدم بعدی فیگما چیه؟
هوش مصنوعی
فرانتاندخلاصهٔ کاملتر
رابین کنون تو این یادداشت میگه فیگما کلی قابلیت مفید داره، ولی یه مشکل هم داره: تخیل استراتژیکش هنوز به بوم گره خورده. اون تأکید میکنه این «فیگما مُرده» نیست — فیگما طرز کار تیمهای محصول رو عوض کرد و طراحی رو واقعاً چندنفره کرد.
به گفتهٔ نویسنده، فیگما بهخاطر قابلیتهای طراحی برنده نشد؛ اسکچ هنوز هم میتونست مستطیل بکشه! فیگما مبنای رقابت رو عوض کرد: نه بهترین رابط برای ابزار طراحی، بلکه هماهنگی و همکاری. اون فاصلهٔ فایلهای لوکال، ردلاینها، PDFها و جلسههای «کدوم نسخه درسته؟» رو حذف کرد. کنون میگه هیچوقت محصولی ندیده که به اندازهٔ فشار داخلی کاربرها تو IBM برای مهاجرت از اسکچ به فیگما، اینرسی سازمانی رو سریع بشکنه.
ولی نکتهٔ اصلی مقاله اینه: بوم یه انتزاعه، نه خود محصول. محصول واقعی تو کده. بوم وقتی معنا داره که فاصلهٔ بین نیت بصری و نرمافزار کارکننده زیاد و گرون باشه — و AI داره همین فاصله رو جمع میکنه. به گفتهٔ نویسنده، design-to-code سریعتر فقط همون کار قبلی رو سریعتر میکنه؛ چیزی که واقعاً فرق داره اینه که کانتکست ساختاریافتهٔ طراحی و محصول، کد کامپوننتها و قواعد، مستقیم به رابط کارکننده تفسیر بشن. اونوقت خود طراحی تبدیل میشه به کانتکست برای سیستمهای اجرای AI.
نویسنده معتقده حرکتهای اخیر فیگما همه یه پیام دارن: «همهچی رو برگردون به بوم؛ بوم ما». نمونهش «code-to-canvas» هست — چیز واقعی رو بساز و بعد بهشکل فریم قابلویرایش برش گردون به فیگما. اون این رو برای موقعیت فعلی فیگما مفید ولی از نظر جهتگیری غلط میدونه: فیگما بیشتر نگران برگردوندن شما به اتاق خودشه تا اینکه بپرسه مدل درست همکاری تو آینده چیه.
استدلال محوری مقاله اینه که با AI، اجرا ارزون میشه ولی هماهنگی نه. مدل اسکرینها رو داربست میزنه، کامپوننتها رو استفاده میکنه و واریانت میسازه؛ پس گلوگاه دیگه «آیا میتونیم یه رابط تولید کنیم؟» نیست، بلکه «آیا میتونیم رابط درست رو با استاندارد درست تولید کنیم، طوری که سازمان بهش اعتماد کنه؟» جواب دادن به اینکه کدوم کامپوننت تأییدشده، کدوم الگو منسوخه، وقتی داکیومنت یه چیز میگه و کد یه چیز و فیگما یه چیز دیگه کدوم مرجعه، مسئلهٔ بوم نیست — مسئلهٔ زیرساخته. تو این دنیا دیزاینسیستمها مهمترن، ولی نه بهعنوان کتابخانهٔ کامپوننت؛ بهعنوان «هوش اجرایی» که به AI میگه این سازمان چطور میسازه.
کنون سه مسیر پیش پای فیگما میذاره: مسیر تدافعی (گسترش بوم و آوردن کار بیشتر به داخل فیگما، که قطعاً قابلیت مفید و درآمد میسازه)، مسیر گذار (بوم کدآگاهتر و تعاملیتر، که بهنظرش حرکت فعلی فیگماست ولی هنوز حول بوم میچرخه)، و مسیر سوم: پذیرفتن اینکه بوم دیگه منبع حقیقت نیست و ساختن یکی از بهترین رابطهای همکاری به سمت اون حقیقت — جایی که کد، کانتکست محصول، دیزاینسیستم و رفتار زنده کار واقعیان و بوم فقط یه نما به روی سیستمِ زندهست.
اون حدس میزنه فضای کاری غالب بعدی شبیه «فیگما با AI بیشتر» نباشه؛ بیشتر شبیه یه IDE با همکاری فضایی، یا یه محیط محصول مرورگری که نرمافزار زنده مستقیم توش قابلویرایش و دیپلویه، بهعلاوهٔ یه لایهٔ ارکستراسیون AI روی دیزاینسیستمها، ریپوها، مستندات و آنالیتیکس. اولش هم زشت و ناقص بهنظر میرسه — همونطور که نسخههای اولیهٔ هر چیز درستی اینطورن. نویسنده در پایان شفاف میگه ناظر بیطرفی نیست و خودش VP محصول در Knapsack هست.
نکات کلیدی:
- فیگما با عوض کردن مبنای رقابت (همکاری، نه ابزار طراحی بهتر) اسکچ رو کنار زد.
- بوم یه انتزاعه؛ محصول واقعی کده و AI داره فاصلهٔ بین نیت و اجرا رو جمع میکنه.
- «code-to-canvas» برای امروز مفیده ولی از نظر نویسنده جهتش اشتباهه.
- اجرا ارزون شده، هماهنگی نه؛ سؤال جدید اینه که کدوم کامپوننت و کدوم پیادهسازی مرجعه — و این مسئلهٔ زیرساخته.
- سه مسیر پیش روی فیگما: تدافعی، گذار، یا پذیرفتن اینکه بوم فقط یه نما به حقیقتِ زندهست.
