ساخت یا خرید نرم‌افزار: راهنمای تصمیم‌گیری برای کسب‌وکارهای کوچک

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

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

خلاصه کوتاه

«خرید» در واقع چه هزینه‌ای دارد

قیمت اشتراک فقط بخشی از ماجراست. وقتی می‌خرید، این‌ها را هم می‌پردازید:

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

آنچه در مقابل به دست می‌آورید مهم است: کس دیگری میزبانی، امنیت، به‌روزرسانی، پشتیبان‌گیری، انطباق و پشتیبانی را انجام می‌دهد. برای بیشتر کارکردهای اصلی کسب‌وکار، این ارزش زیادی دارد.

«ساخت» در واقع چه هزینه‌ای دارد

ساختن یک هزینه اولیه دارد — زمان شما با یک سازنده هوش مصنوعی، یا زمان یک توسعه‌دهنده — و یک هزینه مستمر که مردم کمتر به آن فکر می‌کنند:

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

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

فهرست امتیازدهی

برای ابزاری که در نظر دارید، به هر پرسش امتیاز بدهید. ستونی را که بهترین تناسب را دارد علامت بزنید.

اگر «خرید» در بیشتر ردیف‌ها برنده شد، بخرید — و احساس بدی نداشته باشید. اگر «ساخت» برنده شد، به‌ویژه در ردیف‌های مربوط به تناسب و مالکیت، ساختن ارزش بررسی جدی دارد. اگر نتیجه مخلوط بود، احتمالاً یک راه‌حل ترکیبی درست است.

دو مثال عملی

این‌ها نمونه‌هایی برای نشان دادن نحوه استفاده از فهرست هستند، نه کسب‌وکارهای واقعی.

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

یک کسب‌وکار سگ‌آرایی سیار که درباره نرم‌افزار نوبت‌دهی تصمیم می‌گیرد. ابزارهای نوبت‌دهی وجود دارند، اما این کسب‌وکار محدودیت غیرمعمولی دارد: نوبت‌ها به مسیر و زمان سفر بین خانه مشتریان بستگی دارد و قیمت‌ها بر اساس اندازه و نوع پشم سگ فرق می‌کنند. محصولات عمومی نوبت‌دهی صاحب کسب‌وکار را مجبور می‌کنند هر شب برنامه را دستی درست کند. هزینه اشتباه گاه‌به‌گاه کم است، صاحب کسب‌وکار حاضر است ابزار را نگه دارد، و فرایند بخشی از چیزی است که کسب‌وکار را کارآمد می‌کند. چند ردیف به سمت ساخت اشاره می‌کنند — احتمالاً یک راه‌حل ترکیبی: یک برنامه سفارشی نوبت‌دهی و مسیریابی، با پرداخت‌ها از طریق Stripe و یادآوری‌ها از طریق یک ارائه‌دهنده ایمیل یا پیامک.

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

گزینه‌های ترکیبی: هسته را بخرید، لبه‌ها را بسازید

عملی‌ترین پاسخ برای کسب‌وکارهای کوچک اغلب نه ساخت محض است و نه خرید محض:

• سیستم ثبت را بخرید، نما را بسازید. حسابداری یا CRM خود را نگه دارید و یک داشبورد ساده یا صفحه رو به مشتری بسازید که از آن داده بخواند.
• جریان کار را بسازید، لوله‌کشی را بخرید. جریان نوبت‌دهی یا سفارش خودتان را بسازید و برای پرداخت‌ها از Stripe و برای ایمیل از سرویسی مانند Resend یا Postmark استفاده کنید. هرگز خودتان شماره کارت را دستکاری نمی‌کنید. نحوه افزودن پرداخت به برنامه‌تان این الگو را توضیح می‌دهد.
• صفحه‌گسترده را عوض کنید، نه نرم‌افزار را. بسیاری از تصمیم‌های «ساخت» در واقع درباره صفحه‌گسترده‌ای است که از اندازه خودش بزرگ‌تر شده. نحوه تبدیل یک صفحه‌گسترده به برنامه مراحل آن را توضیح می‌دهد.
• با ساختن شروع کنید، به خریدن برسید (یا برعکس). یک ابزار کوچک ساخته‌شده می‌تواند پیش از تعهد به یک محصول گران نشان دهد که واقعاً به چه چیزی نیاز دارید — یا نشان دهد که به یک توسعه‌دهنده نیاز دارید.

سازنده‌های برنامه با هوش مصنوعی چطور این تصمیم را تغییر می‌دهند

تا همین اواخر، ساختن حتی یک ابزار داخلی کوچک یعنی استخدام یک توسعه‌دهنده، و این باعث می‌شد «خرید» برای تقریباً همه چیز پیش‌فرض باشد. سازنده‌های برنامه با هوش مصنوعی نیمه اول این معادله را تغییر می‌دهند: یک غیرتوسعه‌دهنده اکنون می‌تواند یک ردیاب، پورتال یا داشبورد را توصیف کند و به‌سرعت نسخه‌ای کارکردی داشته باشد.

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

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

راهنمای ما برای ساخت یک ابزار داخلی گام‌به‌گام پیش می‌رود و ایده‌های ابزار داخلی برای تیم‌ها نمونه‌های مشخص دارد.

پیش از خرید، از فروشنده بپرسید

• آیا می‌توانم همه داده‌هایم را در هر زمان، در قالبی قابل استفاده خروجی بگیرم؟
• وقتی کاربر یا داده بیشتری اضافه می‌کنیم، قیمت‌گذاری چطور تغییر می‌کند؟
• اگر لغو کنم، داده‌هایم چه می‌شود؟
• آیا با ابزارهایی که الان استفاده می‌کنیم یکپارچه می‌شود، یا به یک سرویس واسط نیاز داریم؟
• وقتی خراب می‌شود با چه کسی تماس بگیرم و آن‌ها چقدر سریع پاسخ می‌دهند؟

پیش از ساختن، به این‌ها پاسخ دهید

• این ابزار را چه کسی مالک است و جایگزین او کیست؟
• داده کجا ذخیره می‌شود و چطور پشتیبان‌گیری می‌شود؟
• چه کسی می‌تواند وارد شود و هر نفر چه چیزی را ببیند؟
• اگر سازنده یا پلتفرمی که استفاده کردید از بین برود، آیا می‌توانید کد را با خودتان ببرید؟
• کوچک‌ترین نسخه‌ای که مشکل را حل می‌کند چیست؟

اگر نمی‌توانید به پرسش اول پاسخ دهید، هنوز نسازید.

اشتباه‌های رایج

• ساختن چیزی که از قبل حل شده. نرم‌افزار حسابداری یا ارسال ایمیل سفارشی به‌ندرت ارزشش را دارد.
• خریدن برای امکاناتی که هرگز استفاده نمی‌کنید. سطوح سازمانی برای سازمان‌های بزرگ قیمت‌گذاری شده‌اند.
• مقایسه قیمت اشتراک فقط با قیمت ساخت. هزینه کل را در چند سال مقایسه کنید، از جمله زمان خودتان.
• نداشتن مسئول. ابزارهای ساخته‌شده بدون مسئول می‌پوسند؛ ابزارهای خریداری‌شده بدون مسئول اشتباه پیکربندی می‌شوند.
• همه‌یا‌هیچ. بیشتر راه‌اندازی‌های خوب ترکیبی هستند.

جایگاه Mythex کجاست

اگر تصمیم گرفتید بسازید، Mythex یک سازنده برنامه با هوش مصنوعی برای ابزارهای کوچک و متمرکزی است که این راهنما توصیف می‌کند: ابزار را توصیف می‌کنید، آن را می‌سازد و در پیش‌نمایش زنده اجرا می‌کند، وقتی برنامه نیاز به ذخیره داده دارد یک پایگاه داده اضافه می‌کند و آن را روی نشانی‌ای منتشر می‌کند که تیمتان می‌تواند استفاده کند. همکاران هزینه‌ای به ازای هر صندلی نمی‌پردازند، که وقتی قیمت صندلی همان چیزی است که شما را از یک ابزار خریداری‌شده دور می‌کند اهمیت دارد. در طرح Pro می‌توانید کد را خروجی بگیرید یا با GitHub همگام کنید، پس یک توسعه‌دهنده بعداً می‌تواند آن را تحویل بگیرد — GitHub و خروجی‌گیری را ببینید. طرح‌ها و اعتبارها در صفحه قیمت‌گذاری هستند.

پرسش‌ها