اگر امروز ابزاری تخصصی با شهریه ۱۵ دلار در ماه میفروشید، باید بدانید که در تلهای افتادهاید؛ زیرا هر کسی میتواند تا شنبهشب نسخهای کاربردی از آن را تنها با چند پرامپت بسازد. ادریان گونین (Adrien Gonin)، طراح و سازنده محصول، استدلال میکند که این وضعیت، مدل سنتی Micro-SaaS — یعنی ساخت یک ابزار، طراحی صفحه فرود و دریافت درآمد ماهانه تکرارپذیر — را در عصر هوش مصنوعی منسوخ کرده است. به باور گونین، تنها جایگاه دفاعی باقیمانده برای سازندگان مستقل، مدل «سرویس همراه با نرمافزار» (Service with a Software) است.
این تغییر مسیر پس از یک دهه اتفاق میافتد؛ دههای که در آن سازندگان فنی آموزش دیده بودند تا از کارهای خدماتی (Service work) فرار کنند و به دنبال مقیاسپذیری محصول (Product scalability) باشند. آن دستورالعمل معروف — یعنی طراحی صفحه فرود، اتصال به Stripe، انتشار پست معرفی محصول و جذب درآمد ماهانه — عملاً در حلقههای توسعهدهندگان مستقل به یک «دین» تبدیل شده بود. با این حال، هوش مصنوعی زاینده (Generative AI) فضای میانی بازار را بهطور کامل خرد کرده است. تا تاریخ ۲۴ ژوئیه ۲۰۲۶، هزینه تولید یک اثر نرمافزاری (Software artifact) تقریباً به صفر رسیده است، در حالی که ارزش «بستر و زمینه» (Context) پیرامون آن اثر بهشدت افزایش یافته است.
برای درک بهتر، گونین مدل خود را بر پایه مفهوم معکوس «نرمافزار همراه با سرویس» بنا میکند. برای مثال، یک مشاور سئو را در نظر بگیرید که هزینه یک اشتراک گرانقیمت Ahrefs را میپردازد و سپس توصیههای خود را در بستهای همراه با دسترسی به دادههای آن ابزار میفروشد. مدل جدید گونین این معادله را برعکس میکند. در مدل قدیمی، نرمافزار محصول بود و انسان تنها یک لایه تکمیلی یا بستهبندی برای آن؛ اما در مدل «سرویس همراه با نرمافزار»، سرویس محصول اصلی است و نرمافزارهای خصوصی و «بیشبرازششده» (Overfitted)، ابزارهایی هستند که باعث میشوند رقابت با این سرویس غیرممکن شود.
سقوط ابزارهای تخصصی
گونین دو فشار همزمان را شناسایی میکند که مدل Micro-SaaS را از هر دو طرف در حال خرد کردن است:
- انفجار عرضه: لایه آشکار، عرضه است. هر ابزار تخصصی که شما در این هفته روی کاغذ میکشید، هزاران نفر دیگر میتوانند تا شنبهشب نسخهای کاربردی از آن را با پرامپت تولید کنند. دینامیک «اپلیکیشن لیست کارهای روزانه» (To-do app) — همان اولین پروژه صادقانهای که هر توسعهدهنده میسازد و هیچ تفاوتی با ده هزار نمونه دیگر ندارد — اکنون تمام قلمرو Micro-SaaS را فرا گرفته است.
- فرسایش مشتریان: لایه خاموشتر، از بین رفتن پایگاه مشتریان است. افراد فنی در حال لغو ۱۰ اشتراک کوچک هستند و تنها یک پلتفرم سنگین و جامع را نگه میدارند که امکان ساخت تمام ابزارهای مورد نیازشان را فراهم میکند. هزینهها در حال تجمیع در چند لایه متراکم و بزرگ هستند.
- گرایش به راهکارهای «خانگی»: کاربران ابزارهای آماده ساخت سایت بدون کد (No-code) مانند Webflow را ترک میکنند تا از یک VPS ساده و Cloudflare استفاده کنند. دلیل این اتفاق ساده است: ساختن یک چیز توسط خود کاربر، سریعتر از پیکربندی انتزاعی (Abstraction) شدهای است که شخص دیگری ساخته است. «دمِ بلند» (Long tail) نرمافزارها در حال تبدیل شدن به ابزارهایی است که برای «مخاطبی متشکل از یک نفر» ساخته میشوند. این تمایل به شخصیسازی دقیق، با تغییر رویکرد کسبوکارهای کوچک به سمت معماریهای ماژولار هوش مصنوعی همسو است که در آن انعطافپذیری جایگزین سیستمهای صلب و یکپارچه شده است.
مکانیسم بیشبرازش یا Overfitting
برای روشن شدن این موضوع، گونین ابزاری را شرح میدهد که برای پر کردن یک شکاف خاص در نمونهسازیهای (Prototyping) هوش مصنوعی ساخته است. او متوجه شد ابزارهای موجود مانند Magic Patterns یا Figma Make یک نقص بنیادی دارند: آنها سیستم طراحی (Design System) خاص شما را نادیده میگیرند، مگر اینکه سرمایهگذاری زمانی بسیار زیادی کنید تا آنها را «صرفاً قابل قبول» کنید.
او برای حل این مشکل، پلتفرمهای موجود را دور زد و یک زنجیره سفارشی چندمرحلهای ایجاد کرد:
- یکپارچهسازی طراحی: او سیستم طراحی شرکتش را بهطور دقیق در کلاسهای Tailwind بازسازی کرد.
- پیادهسازی هوش مصنوعی: او یک مهارت (Skill) در Claude Code نوشت که بر پایه آن کلاسها، نمونههای کامل HTML تولید کند.
- نتیجه: این کار منجر به خلق نمونههای تعاملی و مطابق با سیستم طراحی شد که دقتی (Fidelity) بسیار بالاتر از هر چیزی بود که فیگما ارائه میداد. این تاکید بر اهمیت قضاوت انسانی در طراحی، یادآور استراتژی جدید فیگما در ادغام کد و موشن است که در آن اولویت از مالکیت مدلهای بنیادی به سمت تقویت تصمیمات طراحی کاربر تغییر یافته است.
این موفقیت، یک مشکل دوم و کسلکننده ایجاد کرد: اشتراکگذاری. ارسال فایلهای HTML دشوار است و اگرچه قرار دادن یک صفحه در وب ساده است، اما کارهای سازمانی به محرمانگی — بهویژه حفاظت با رمز عبور و محیطهای ایزوله (Sandboxing) — نیاز دارند. از آنجا که ابزارهایی که این ویژگیها را ارائه میدهند معمولاً آنها را پشت دیوار پرداخت (Paywall) قرار میدهند، گونین پلتفرم اشتراکگذاری خودش را روی VPS خود ساخت.
اگرچه این ابزار اشتراکگذاری از نظر فنی یک میزبان فایل (File host) ساده با یک فیلد رمز عبور است که میتوان آن را در یک آخر هفته کپی کرد، اما ارزش آن به عنوان یک محصول مستقل نیست. در بستر پروژههای مشتریان او، این ابزار به تجربهای تبدیل میشود که دقیقاً با سیستم طراحی یک شرکت، محدودیتهای امنیتی یک شرکت و یک جریان کاری (Workflow) خاص مطابقت دارد. لحظهای که او بخواهد این ابزار را عمومی کند تا بفروشد، دقیقاً همان «برازش دقیق» (Exact fit) را از دست میدهد که ابزار را ارزشمند کرده است.
تغییر معیار مقیاسپذیری
در گذشته، «بیشبرازش» نرمافزار برای یک مشتری خاص، یک خطای استراتژیک (Product malpractice) تلقی میشد زیرا مقیاسپذیر نبود. یک محصول استاندارد باید برای هزار مشتری «تقریباً» مناسب باشد، که این امر تضمین میکند برای هیچکدام از آنها «دقیقاً» مناسب نیست.
اما گونین معتقد است هوش مصنوعی لایه بازاستفاده را یک پله بالاتر برده است. توسعهدهندگان نباید محصول را استاندارد کنند، بلکه باید «گردشکار کلی» (Meta-workflow) را استاندارد کنند:
- استانداردسازی فرآیند: تمرکز بر پرامپتها، خط لولهها (Pipelines)، مهارتها و فرآیند کلی که منجر به تولید نرمافزار میشود.
- بیشبرازش خروجی: اجازه دهید نرمافزار نهایی بهطور آزادانه برای مشتری «بیشبرازش» شود و دقیقاً با نیاز او سازگار گردد.
در این مدل، فرآیند رشد میکند (Compound) اما خروجی سفارشی باقی میماند. به جای صرف انرژی برای ساخت یک محصول عمومی، یک متخصص اکنون میتواند برای هر مشتری یک سیستم منحصربهفرد تولید کند. این جایگاه نه کاملاً «صنعتی/تولیه انبوه» (که تماماً اهرم است اما برازش ندارد) و نه کاملاً «هنری/صناعتگری» (که تماماً برازش است اما اهرم ندارد) است، بلکه ترکیبی از هر دو در لایههای مختلف است.
مثالهایی از این موقعیت با اهرم بالا (High-leverage):
- متخصص سئو: متخصصی که خزندهاش (Crawler) دقیقاً برای پلتفرم یک مشتری خاص و سیگنالهای دقیقی که کسبوکار او به آنها وابسته است، تنظیم شده است.
- استخدامکننده تخصصی (Niche Recruiter): حرفهای که موتور جستوجوی او بر اساس یک مجموعه داده خصوصی (Private corpus) اجرا میشود که طی سالها جایگزینیهای موفق ساخته شده است.
در این موارد، تخصص در کنار نرمافزار نیست، بلکه در تار و پود آن کامپایل شده است.
تله صنعتگری در برابر طراحی سیستم
بسیاری از برنامهنویسان از این مسیر میگریزند چون بوی «کنسالتینگ» میدهد — همان «تله صنعتگری» (Artisan trap) در کارهای سفارشی. گونین اشاره میکند که اکثر توسعهدهندگان سیستم را جذابتر از نتیجه میبینند؛ حل معما پاداش است و تحویل پروژه (Delivery) مانند یک هزینه اضافی (Overhead) احساس میشود. همین موضوع باعث میشود انرژی مهندسی عظیمی صرف ساخت ابزارهای صیقلخوردهای شود که هیچکس آنها را نخواسته است، در حالی که نسخه «سرویسمحور» آن تخصص هرگز ساخته نمیشود.
با این حال، گونین استدلال میکند که معماری واقعی دیگر ساخت یک اپلیکیشن CRUD ساده نیست، بلکه طراحی کل سیستم تحویل است. وقتی قضاوت انسانی، سلیقه و دانش حرفهای را به عنوان چرخدندههایی در یک ماشین بزرگ برای تولید نتایج میبینیم، کار خدماتی به جذابترین مسئله طراحی سیستم تبدیل میشود. در اینجا، داشتن پیشزمینه در اتوماسیون و منطق، به جای اینکه یک کالای معمولی باشد، به یک «مزیت ناعادلانه» (Unfair advantage) تبدیل میشود.
کاربرد فعلی نرمافزارهای کوچک
این تغییر به این معنا نیست که سازندگان باید ساخت ابزارهای کوچک را متوقف کنند، اما به این معناست که باید دست از نامیدن آنها به عنوان «کسبوکار» بردارند. در عوض، نرمافزارهای کوچک باید برای اهداف زیر به کار روند:
- زیرساخت شخصی: ابزارهایی که جریان کاری شما را تقویت میکنند و حتی اگر هیچکس جز شما وارد آنها نشود، ارزشمند هستند.
- اثبات تفکر: ساخت ابزار در فضای عمومی برای نمایش نحوه تفکر و تحلیل شما به دیگران.
- هدایای جامعه: تولید ابزارهایی به عنوان سیگنالهایی برای کسب اعتبار، مشابه همان روشی که بهترین آثار متنباز (Open source) عمل میکنند.
دیگر هیچ سرمایهگذاری مستقلی (Standalone venture) بدون دادههای اختصاصی یا مخاطبان قبلی موفق نخواهد بود. کد هرگز خندق دفاعی (Moat) نبود، بلکه تنها یک بردار (Vector) بود. آنچه را با یک آخر هفته پرامپتنویسی نمیتوان کپی کرد، مجموعه دادههای انباشته شده، سازگاری دقیق با یک دنیای خاص و اعتمادی است که تنها یک نفر میتواند آن را به این شیوه تحویل دهد. سؤال جالب دیگر این نیست که «چه چیزی میتوانید بسازید»، بلکه این است که «آن را به کدام سمت هدایت کنید».
گام بعدی شما
- به جای تلاش برای یافتن «نیچ» (Niche) جدید برای محصول، روی ساخت یک «جریان کاری» (Workflow) تکرارپذیر تمرکز کنید که خروجیهای سفارشی تولید کند.
- ابزارهای کوچکی که میسازید را به عنوان «پورتفولیو» و ابزاری برای جذب مشتری برای خدمات سطح بالا ببینید، نه به عنوان منبع درآمد اشتراکی.
- بررسی کنید کدام بخش از تخصص شما در حال حاضر توسط ابزارهای عمومی AI پوشش داده میشود و روی لایهای تمرکز کنید که نیاز به «قضاوت انسانی و سلیقه» دارد.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو