چرا استارتاپ‌های بیشتری به‌جای استخدام آژانس، اپ‌های خودشان را می‌سازند

سه سال پیش، اگر ایدهٔ یک اپ داشتید و نمی‌توانستید کد بزنید، دو گزینه داشتید: یاد گرفتن کدنویسی (ماه‌ها) یا استخدام کسی (هزاران دلار). اکثر مردم گزینهٔ سوم را انتخاب می‌کردند — اصلاً نمی‌ساختندش.

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

این دربارهٔ جایگزین کردن برنامه‌نویسان برای همیشه نیست. دربارهٔ آن چیزی است که در ۹۰ روز اول یک استارتاپ اتفاق می‌افتد، زمانی که باید یک ایده را پیش از آنکه بدانید ارزش سرمایه‌گذاری دارد یا نه، بسنجید.

مدل آژانس برای دورانی دیگر ساخته شده بود

مسیر سنتی این‌طور است: یک شرح کار می‌نویسید، آن را برای ۵ تا ۱۰ آژانس می‌فرستید، منتظر پیشنهادها می‌مانید، یکی را انتخاب می‌کنید، سر محدوده مذاکره می‌کنید، قرارداد امضا می‌کنید، مرحلهٔ کشف را تحمل می‌کنید، وایرفریم‌ها را بازبینی می‌کنید، بازخورد می‌دهید، منتظر بازنگری‌ها می‌مانید، دوباره بازبینی می‌کنید، منتظر توسعه می‌مانید، آزمایش می‌کنید، اشکال پیدا می‌کنید، منتظر رفع اشکال می‌مانید، راه‌اندازی می‌کنید.

در بهترین حالت، با ۳ تا ۴ ماه و ۳۰٬۰۰۰ تا ۸۰٬۰۰۰ دلار برای یک محصول SaaS ساده روبه‌رو هستید. اگر به چیزی با قابلیت‌های بلادرنگ، یکپارچه‌سازی‌ها یا یک اپ موبایل نیاز دارید، این اعداد را دو برابر کنید.

مشکل این نیست که آژانس‌ها کار بدی انجام می‌دهند — خیلی‌هایشان عالی‌اند. مشکل جدول زمانی است. تا وقتی اپ شما راه‌اندازی شود، ماه‌ها را بدون هیچ بازخورد بازاری گذرانده‌اید. دارید ۵۰ هزار دلار شرط می‌بندید که ایده‌ای که در ژانویه داشتید در ماه مه هنوز معنا می‌دهد.

ماریا، یک متخصص تغذیه در مونتری، ۸ ماه با یک آژانس کار کرد تا یک اپ برنامه‌ریزی وعدهٔ غذایی برای مشتری‌هایش بسازد. تا وقتی راه‌اندازی شد، فهمیده بود که مشتری‌هایش برنامهٔ غذایی نمی‌خواستند — راهی می‌خواستند که با عکس آنچه می‌خورند برای بازخورد سریع به او پیام بدهند. اپی که او نیاز داشت اساساً با اپی که مشخصاتش را داده بود فرق داشت.

این یک شکست در اجرا نیست. این شکست چرخهٔ ساختی است که برای یادگیری بیش از حد کند است.

چه چیزی تغییر کرد: هوش مصنوعی حالا بافتار را می‌فهمد

موج اول ابزارهای no-code (۲۰۱۸-۲۰۲۲) به شما رابط‌های کشیدن و رها کردن می‌داد تا اجزای از‌پیش‌ساخته را مونتاژ کنید. برای چیزهای ساده کار می‌کردند — صفحه‌های فرود، فرم‌های پایه، CRM های ساده. اما سریع به دیوار می‌خوردند. هر چیز سفارشی به راه‌حل‌های دور زدن، افزونه‌ها، یا در نهایت باز هم استخدام یک برنامه‌نویس نیاز داشت.

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

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

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

سه سناریوی واقعی که این جواب می‌دهد

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

دو هفته استفادهٔ واقعی دقیقاً به او گفت کدام قابلیت‌ها مهم‌اند — یکپارچه‌سازی ترافیک کمتر از آن چیزی که فکر می‌کرد اهمیت داشت؛ تعارض‌های بازهٔ تحویل درد واقعی بودند. در نهایت یک برنامه‌نویس استخدام کرد، اما حالا مشخصات بر اساس دادهٔ استفادهٔ واقعی بود، نه حدس.

ابزارهای داخلی‌ای که هیچ‌کس نمی‌خواهد بسازد. النا عملیات یک آژانس بازاریابی ۴۰ نفره را مدیریت می‌کند. تیمش پروژه‌های مشتری را در صفحه‌های گسترده، Notion، Slack و ایمیل دنبال می‌کرد. او به یک داشبورد ساده نیاز داشت که وضعیت را از ابزارهای موجودشان می‌کشید و نشان می‌داد کدام پروژه‌ها در معرض خطر هستند. هیچ آژانسی این کار را برای کمتر از ۱۵ هزار دلار قبول نمی‌کرد چون «خیلی کوچک» بود. او خودش آن را در یک بعدازظهر با یک سازندهٔ اپ هوش مصنوعی ساخت. زیبا نیست، اما جلسات ایستادهٔ دوشنبهٔ او از ۴۵ دقیقه به ۱۵ دقیقه رسید چون همه می‌توانستند یک تخته وضعیت یکسان را ببینند.

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

نمونهٔ اولیه آمادهٔ تولید نبود، اما به سرمایه‌گذاران نشان داد که او گردش‌کار را آن‌قدر عمیق می‌فهمد که بتواند بسازدش. او دورش را با یک دموی کارآمد به‌جای یک ارائهٔ اسلایدی بست.

یک سازندهٔ اپ هوش مصنوعی چه کاری انجام نمی‌دهد

بیایید دربارهٔ محدودیت‌ها صادق باشیم.

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

انطباق و ممیزی‌های امنیتی. اگر اپ شما سوابق پزشکی، دادهٔ مالی یا هر چیز تحت مقررات را مدیریت می‌کند، به یک بازبینی امنیتی توسط کسی که مقررات مربوط را می‌فهمد نیاز دارید. سازنده‌های هوش مصنوعی پیش‌فرض‌های امنیتی معقولی تولید می‌کنند، اما «پیش‌فرض‌های معقول» و «منطبق با HIPAA» دو چیز متفاوت‌اند.

یکپارچه‌سازی‌های پیچیده. اتصال به یک یا دو API به‌خوبی مستندشده (Stripe، Google Calendar، Twilio) معمولاً خوب کار می‌کند. اتصال به یک سیستم ERP قدیمی با یک API از نوع SOAP و احراز هویت سفارشی؟ احتمالاً به کمک نیاز خواهید داشت.

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

هیچ‌کدام از این محدودیت‌ها در ۹۰ روز اول اهمیتی ندارند. وقتی اهمیت پیدا می‌کنند که ایده را اعتبارسنجی کرده‌اید و آماده‌اید جدی سرمایه‌گذاری کنید. نکته همین است — شما سریع‌تر، با اطلاعات بهتر، و با کسری از هزینهٔ اولیه به تصمیم «جدی سرمایه‌گذاری کن» می‌رسید.

چطور دربارهٔ این معاوضه فکر کنیم

سؤال این نیست که «سازندهٔ هوش مصنوعی یا برنامه‌نویس؟». سؤال این است که «سازندهٔ هوش مصنوعی و بعد برنامه‌نویس، یا برنامه‌نویس از روز اول؟»

ساختن ابتدا با یک سازندهٔ اپ هوش مصنوعی سه چیز به شما می‌دهد:

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

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

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

ریسک، دلبستگی به نمونهٔ اولیه است. کدِ تولیدشده با هوش مصنوعی برای اعتبارسنجی ایده‌ها به‌اندازهٔ کافی خوب است. همیشه برای اینکه یک کسب‌وکار را سال‌ها روی آن اجرا کنید به‌اندازهٔ کافی خوب نیست. نمونهٔ اولیه را به‌عنوان یک ابزار یادگیری در نظر بگیرید، نه یک بنیان دائمی، و تصمیم‌های بهتری دربارهٔ زمان بازسازی خواهید گرفت.

شروع کردن بدون گیر کردن

اگر یک بنیان‌گذار هستید که به این مسیر فکر می‌کنید، کوچک شروع کنید. سعی نکنید کل دیدگاهتان را در یک ضربه بسازید. تنها مهم‌ترین گردش‌کار را انتخاب کنید — کاری که ۱۰ کاربر اولتان هر روز انجام می‌دهند — و فقط همان را بسازید.

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

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

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