توسعه‌دهنده استخدام کنیم یا با هوش مصنوعی بسازیم؟ چطور تصمیم بگیریم
وقتی به یک نسخه‌ی اول سریع نیاز دارید، اپ بیشتر فرم، فهرست، داشبورد و صفحه است و حاضرید با آزمایش خودتان یاد بگیرید، با هوش مصنوعی بسازید. وقتی اپ پول یا داده‌ی حساس را در مقیاس بالا مدیریت می‌کند، به یکپارچه‌سازی‌های پیچیده وابسته است، یا از قبل کسب‌وکاری است که نمی‌تواند از کار بیفتد، توسعه‌دهنده استخدام کنید. برای بسیاری از افراد بهترین پاسخ هر دو است: نسخه‌ی اول را با هوش مصنوعی بسازید، ثابت کنید مردم آن را می‌خواهند، و بعد یک توسعه‌دهنده را برای بررسی و توسعه بیاورید.
هر گزینه در واقع چه چیزی به شما می‌دهد
| ساخت با ساز اپ هوش مصنوعی | استخدام فریلنسر | استخدام آژانس | استخدام توسعه‌دهنده‌ی تمام‌وقت | |
|---|---|---|---|---|
| سرعت رسیدن به نسخه‌ی اول | سریع‌ترین — اغلب در همان روز برای اپ‌های ساده | از چند روز تا چند هفته | از چند هفته تا چند ماه | بسته به زمان استخدام |
| هزینه‌ی اولیه | کم‌ترین — یک اشتراک و زمان شما | متوسط | بالاترین | حقوق و هزینه‌های استخدام |
| زمانی که از شما می‌خواهد | زیاد — شما مدیر محصول و تستر هستید | متوسط — توضیح و بررسی | کمتر — آن‌ها پروژه را مدیریت می‌کنند | متوسط — مدیریت و اولویت‌بندی |
| قضاوت درباره‌ی معماری و امنیت | محدود به آنچه می‌خواهید و بررسی می‌کنید | بسته به فرد فرق می‌کند | معمولاً یک تیم با بررسی | با رشد محصول بیشتر می‌شود |
| تغییرات مداوم | خودتان، هر زمان | به‌ازای هر تغییر یا با قرارداد ماهانه پرداخت می‌شود | به‌ازای هر تغییر یا با قرارداد ماهانه پرداخت می‌شود | شامل است |
| بهترین کاربرد | MVP، ابزار داخلی، وب‌سایت، نمونه‌ی اولیه | پروژه‌های مشخص، توسعه‌ی یک اپ موجود | ساخت‌های بزرگ‌تر با طراحی، QA و مدیریت پروژه | محصولی که هسته‌ی کسب‌وکار شماست |
عمداً نرخ یا حقوقی در اینجا ذکر نکرده‌ایم: آن‌ها بسته به کشور، تجربه و پروژه بسیار متفاوت‌اند و هر عدد واحدی گمراه‌کننده است. به‌جای آن، دو یا سه پیشنهاد قیمت را بر اساس یک دامنه‌ی کاری نوشته‌شده بگیرید. ساخت یک اپ چقدر هزینه دارد توضیح می‌دهد چه چیزی قیمت را بالا می‌برد.
چه زمانی ساخت با هوش مصنوعی انتخاب بهتری است
- دارید یک ایده را آزمایش می‌کنید. هدف یادگرفتن این است که آیا کسی آن را می‌خواهد، نه کد کامل. چطور ایده‌ی اپ را اعتبارسنجی کنیم را ببینید.
- اپ بیشتر CRUD است. ایجاد، خواندن، به‌روزرسانی، حذف: فرم، فهرست، رکورد، داشبورد. ساز اپ‌های هوش مصنوعی این‌ها را خوب انجام می‌دهند.
- زیاد تکرار می‌کنید. تغییر نظر یک درخواست متنی هزینه دارد، نه یک درخواست تغییر رسمی.
- ابزار داخلی است. مخاطب کوچک و مشخص، زبری‌ها را می‌بخشد و به شما می‌گوید مشکل کجاست.
- بودجه محدود است. ترجیح می‌دهید هزینه را صرف جذب کاربر کنید تا ساخت.
- می‌خواهید محصولتان را بفهمید. ساختن آن با دست خودتان نشان می‌دهد پیچیدگی واقعی کجاست.
آنچه از شما می‌خواهد: توضیح روشن، صبر برای آزمایش هر تغییر، و صداقت درباره‌ی اینکه کجا از توانتان خارج می‌شوید.
چه زمانی استخدام توسعه‌دهنده انتخاب بهتری است
- پرداخت‌ها، جابه‌جایی پول یا سوابق مالی فراتر از یک صندوق پرداخت استاندارد.
- داده‌ی حساس — سلامت، داده‌ی کودکان، شناسه‌های دولتی — که اشتباه در آن عواقب قانونی دارد.
- یکپارچه‌سازی‌های پیچیده با سیستم‌های قدیمی، APIهای غیرمعمول، یا داده‌هایی که باید کاملاً همگام بمانند.
- کارایی و مقیاس — ویژگی‌های سنگین بلادرنگ، پردازش حجم زیاد داده، ترافیک بالا.
- اپ‌های موبایل بومی برای App Store و Google Play، اگر یک اپ وب واکنش‌گرا کافی نباشد.
- اپ از قبل کسب‌وکار شماست. مشتریان پولی باعث می‌شوند قطعی و از دست رفتن داده هزینه‌بر باشد.
- وقت ندارید. ساخت با هوش مصنوعی هم هنوز ساعت‌ها از توجه شما می‌گیرد؛ اگر نمی‌توانید آن را بدهید، کسی را استخدام کنید که بتواند.
مسیر ترکیبی: با هوش مصنوعی بسازید، بعد استخدام کنید
این روش روزبه‌روز رایج‌تر می‌شود و اغلب معقول‌ترین مسیر است:
- آنچه می‌سازید را بنویسید. یک مشخصات کوتاه همه‌چیز بعد از آن را بهتر می‌کند. چطور با هوش مصنوعی یک PRD بنویسیم یک الگو دارد.
- نسخه‌ی اول را با هوش مصنوعی بسازید. کوچک نگهش دارید: همان یک جریان که ایده را ثابت می‌کند.
- آن را جلوی کاربران واقعی بگذارید. قبل از خرج بیشتر، بفهمید چه چیزی مهم است.
- کد را export کنید یا به GitHub متصل کنید. توسعه‌دهنده به کد واقعی نیاز دارد، نه اسکرین‌شات.
- اول برای یک بررسی توسعه‌دهنده استخدام کنید. یک کار کوچک و ثابت: بررسی امنیت، مدیریت داده و ساختار، و فهرست تغییراتی که پیشنهاد می‌دهد.
- بر اساس یافته‌هایشان تصمیم بگیرید. کد موجود را مقاوم‌سازی و توسعه دهید، یا بخش‌هایی که مقیاس‌پذیر نیستند را دوباره بسازید.
مرحله‌ی بررسی اهمیت دارد. این یک راه کم‌ریسک برای سنجیدن کار یک توسعه‌دهنده قبل از تعهد بیشتر است و صادقانه نشان می‌دهد نسخه‌ی ساخته‌شده با هوش مصنوعی شما چقدر محکم است. چطور یک نمونه‌ی اولیه‌ی هوش مصنوعی را به محصول تولیدی برسانیم توضیح می‌دهد معمولاً به چه چیزی باید رسیدگی شود.
اگر استخدام می‌کنید: چطور خوب انجامش دهید
قبل از صحبت با هرکسی آماده شوید
- یک دامنه‌ی کاری نوشته‌شده: کاربران، ویژگی‌های اصلی، آنچه خارج از دامنه است، داده‌ها، دسترسی‌ها.
- نمونه‌هایی از اپ‌هایی که دوست دارید و دلیلش.
- یک بازه‌ی تقریبی بودجه و مهلت.
- نمونه‌ی اولیه‌ی کاری‌تان، اگر دارید — اغلب واضح‌تر از هر سندی است.
چه چیزهایی را بررسی کنید
- کارهای مرتبط که می‌توانید استفاده کنید. اپ‌های زنده، نه فقط اسکرین‌شات.
- چطور ارتباط برقرار می‌کنند. آیا سؤال‌های خوب درباره‌ی کاربرانتان می‌پرسند، یا فقط درباره‌ی فناوری؟
- یک برآورد کتبی که به دامنه وابسته باشد، همراه با آنچه وقتی دامنه تغییر کند اتفاق می‌افتد.
- مالکیت. قرارداد باید بگوید کد متعلق به شماست و حساب‌ها (میزبانی، دامنه، پایگاه داده، ارائه‌دهنده‌ی پرداخت) به نام شماست.
- تحویل. مستندات، دسترسی به مخزن، و اینکه چطور بدون آن‌ها اپ را اجرا کنید.
- بعد از راه‌اندازی. چه کسی باگ‌ها را رفع می‌کند، تا چه مدت، و با چه هزینه‌ای.
کوچک شروع کنید
یک کار آزمایشی کوچک و پولی — یک بررسی، یک ویژگی، یک رفع باگ — بیشتر از هر مصاحبه‌ای به شما می‌گوید. این برای هر دو طرف منصفانه‌تر از یک پروژه‌ی بزرگ با قیمت ثابت با یک غریبه است.
اگر با هوش مصنوعی می‌سازید: چطور خوب انجامش دهید
- محصول را توصیف کنید، نه کد را. کاربران، جریان‌ها، داده، دسترسی‌ها. چطور برای ساز اپ‌های هوش مصنوعی پرامپت بنویسیم را ببینید.
- هر بار یک تغییر، و قبل از تغییر بعدی آزمایش شود.
- از checkpoint استفاده کنید تا یک تغییر بد قابل بازگشت باشد.
- امنیت را جدی بگیرید: ورود در هر صفحه‌ی خصوصی، کاربران فقط داده‌ی خودشان را ببینند، و رمزها بیرون از کد باشند.
- خروجی را باز نگه دارید. ابزاری انتخاب کنید که اجازه دهد کد را export کنید یا با یک مخزن Git همگام کنید، تا یک توسعه‌دهنده بعداً بتواند ادامه دهد.
- محدودیت‌های خود را بشناسید. اگر سه بار یک رفع یکسان خواسته‌اید و هنوز خراب است، شاید وقت آن رسیده که یک توسعه‌دهنده نگاه کند.
نشانه‌های هشدار در هر مسیر
برخی نشانه‌ها می‌گویند مسیری که انتخاب کرده‌اید جواب نمی‌دهد.
ساخت با هوش مصنوعی جواب نمی‌دهد اگر…
- همان باگ بعد از چند تلاش برای رفع آن دوباره برمی‌گردد.
- نمی‌توانید بفهمید امن است یا نه. نمی‌دانید چه کسی داده‌ی کدام را می‌بیند و نمی‌توانید بررسی کنید.
- هر تغییر چیز دیگری را خراب می‌کند. اپ به شکل‌هایی رشد کرده که هیچ‌کس برنامه‌ریزی نکرده بود.
- زمان بیشتری صرف رفع مشکل می‌کنید تا یادگیری از کاربران. هدف ساخت سریع یادگیری بود؛ اگر این متوقف شده، دوباره فکر کنید.
هیچ‌کدام از این‌ها به معنای شروع از صفر نیست. معمولاً یعنی وقت آن رسیده که یک توسعه‌دهنده آنچه دارید را بررسی کند.
استخدام جواب نمی‌دهد اگر…
- پیشرفت را نمی‌بینید. بعد از اولین نقطه‌ی توافق‌شده، نسخه‌ی کاری‌ای برای کلیک کردن وجود ندارد.
- برآوردها بدون تغییر دامنه بالا می‌روند.
- حساب‌ها و کد به نام شما نیستند. فوراً این را درست کنید، هر اتفاق دیگری بیفتد.
- نمی‌فهمید برای چه پول می‌دهید، و پرسش‌ها پاسخ‌های مبهم می‌گیرند.
یک توسعه‌دهنده‌ی خوب خوشحال است کارش را زود نشان دهد، مبادلات را با زبان ساده توضیح دهد، و مطمئن شود که شما بدون او هم می‌توانید ادامه دهید.
راهنمای سریع تصمیم
| وضعیت شما | مسیر پیشنهادی |
|---|---|
| آزمایش یک ایده، بدون بودجه برای توسعه‌دهنده | ساخت با هوش مصنوعی |
| ابزار داخلی برای تیم شما | ساخت با هوش مصنوعی؛ بررسی توسعه‌دهنده اگر داده‌ی حساس دارد |
| وب‌سایت بازاریابی یا نمونه‌کار | ساخت با هوش مصنوعی یا یک ساز وب‌سایت |
| MVP سیستم SaaS برای پیدا کردن اولین مشتریان پولی | ساخت با هوش مصنوعی، سپس بررسی توسعه‌دهنده قبل از مقیاس |
| پرداخت، سلامت یا سوابق مالی در مقیاس بالا | استخدام توسعه‌دهنده (هوش مصنوعی هم می‌تواند کار او را تسریع کند) |
| نیاز به اپ بومی iOS/Android | استخدام توسعه‌دهنده، یا ابزاری که از ساخت بومی پشتیبانی کند |
| محصول موجود با مشتری، نیاز به تغییرات بزرگ | استخدام توسعه‌دهنده |
| وقت ندارید خودتان آزمایش و تکرار کنید | استخدام |
ساختن نسخه‌ی اول با Mythex
Mythex یک ساز اپ با هوش مصنوعی برای مسیر "اول خودت بساز" است: اپ را توصیف می‌کنید، آن را در یک پیش‌نمایش زنده می‌نویسد و اجرا می‌کند، در صورت نیاز یک پایگاه داده اضافه می‌کند، و روی یک آدرس واقعی منتشر می‌کند. وب‌اپ‌هایی می‌سازد که روی گوشی کار می‌کنند، و در طرح Pro می‌تواند آن‌ها را به‌عنوان اپ اندروید و آیفون برای Google Play و TestFlight بسته‌بندی کند. وقتی آماده شدید یک توسعه‌دهنده را بیاورید، طرح Pro به شما اجازه می‌دهد پروژه را export کنید یا با مخزن GitHub خودتان همگام کنید (GitHub و export)، و ویرایشگر کامل کد باعث می‌شود توسعه‌دهنده هم بتواند مستقیم داخل پروژه کار کند. برای دیدن آنچه هر طرح شامل می‌شود، صفحه‌ی قیمت را ببینید.
پرسش‌ها
آیا هوش مصنوعی می‌تواند جای توسعه‌دهنده را بگیرد؟
برای بسیاری از نسخه‌های اولیه — وب‌سایت‌ها، ابزارهای داخلی، داشبوردها، MVP های ساده‌ی SaaS — ساز اپ‌های هوش مصنوعی به افراد غیرتوسعه‌دهنده اجازه می‌دهند نرم‌افزار کارا بسازند. آن‌ها جای قضاوت توسعه‌دهنده درباره‌ی معماری، امنیت، کارایی و یکپارچه‌سازی‌های پیچیده را نمی‌گیرند، و این موارد با رشد اپ اهمیت بیشتری پیدا می‌کنند.
آیا باید MVP خود را با هوش مصنوعی بسازم و بعداً توسعه‌دهنده استخدام کنم؟
اغلب بله. ساخت نسخه‌ی اول با هوش مصنوعی به شما اجازه می‌دهد ایده را با کاربران واقعی و با هزینه‌ی کم آزمایش کنید. اگر کار کرد و رشد کرد، یک توسعه‌دهنده می‌تواند آن را بررسی، مقاوم‌سازی و توسعه دهد — به شرطی که بتوانید کد را export کنید یا در یک مخزن Git باشد.
هنگام استخدام توسعه‌دهنده به چه چیزی باید توجه کنم؟
کارهای قبلی مرتبط که بتوانید آن‌ها را از نزدیک ببینید، ارتباط روشن، یک برآورد کتبی که به یک دامنه‌ی کاری وابسته باشد، توافق بر اینکه کد و حساب‌ها متعلق به شما هستند، و برنامه برای بعد از راه‌اندازی. قبل از تعهد به یک پروژه‌ی بزرگ، با یک کار کوچک و پولی شروع کنید.
چه زمانی قطعاً باید توسعه‌دهنده استخدام کنم؟
وقتی اپ پرداخت‌ها را در مقیاس بالا مدیریت می‌کند، داده‌های شخصی یا سلامت حساس دارد، یکپارچه‌سازی‌های پیچیده، الزامات سخت‌گیرانه‌ی انطباق، یا ترافیک بالا دارد — یا وقتی اپ از قبل درآمد دارد و قطعی هزینه‌بر است. یک بررسی امنیتی قبل از راه‌اندازی هم ارزش استخدام توسعه‌دهنده را دارد.