چطور یک SaaS گران را با ابزار خودتان جایگزین کنیم (و کی نباید این کار را کرد)

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

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

معامله صادقانه

وقتی برای SaaS پول می‌دهید، بیشتر از امکانات می‌خرید:

بعضی از این‌ها برای یک ابزار کوچک با چند کاربر داخلی آسان‌اند. بعضی در هر اندازه‌ای سخت‌اند. سؤال این نیست که «آیا می‌توانیم این را بسازیم؟» — با هوش مصنوعی، اغلب می‌توانید. سؤال این است که «آیا می‌توانیم مالک آن باشیم؟»

کی جایگزین کردن SaaS ارزشش را دارد

کاندیدهای خوب چند ویژگی مشترک دارند:

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

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

کی ارزشش را ندارد

پرداخت را ادامه دهید — یا دنبال یک محصول ارزان‌تر بگردید، نه ساختن — وقتی:

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

یک مسیر میانی مفید: رابط محصول گران را جایگزین کنید و خدمات تخصصی را در زیرش نگه دارید. فرآیند رزرو خودتان را بسازید، اما برای پرداخت از Stripe و برای تأییدیه‌ها از یک ارائه‌دهنده ایمیل استفاده کنید.

هزینه واقعی را حساب کنید

پیش از جابه‌جایی، هر دو طرف را بنویسید.

هزینه فعلی SaaS:

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

هزینه ابزار خودتان:

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

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

جایگزین‌های ارزان‌تر از ساختن

ساختن تنها راه کم کردن صورتحساب SaaS نیست. قبل از تعهد، این‌ها را بررسی کنید:

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

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

چک‌لیست جابه‌جایی

پیش از ساختن

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

هنگام ساختن

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

پیش از لغو

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

نگهداری، امنیت و پشتیبانی در عمل

نگهداری

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

امنیت

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

پشتیبانی

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

اگر نظرتان عوض شد

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

ساختن جایگزین با Mythex

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

پرسش‌ها