Як замінити дорогий SaaS власним інструментом (і коли цього не робити)

Заміна дорогої SaaS-підписки власним інструментом може мати сенс, коли ви використовуєте невеликий фрагмент великого продукту, платите за місце для людей, які ледве входять у систему, або продукт не може робити того, що потребує ваш процес. Зазвичай це не має сенсу для програмного забезпечення, де постачальник виконує складну, постійну роботу за вас — безпеку, відповідність вимогам, доставку листів, інтеграції. Ціна підписки видима; обслуговування, безпека та підтримка, які ви берете на себе, коли відходите, — ні, і саме вони вирішують, чи вартий перехід зусиль.

AI-конструктори застосунків значно здешевили частину з побудовою. Цей посібник про все інше.

Чесний компроміс

Коли ви платите за SaaS, ви купуєте більше, ніж функції:

Деякі з цього легко для малого інструмента з кількома внутрішніми користувачами. Деякі складно за будь-якого розміру. Питання не в тому, «чи можемо ми це створити?» — з ШІ часто можна. Питання в тому, «чи можемо ми це вести?»

Коли заміна SaaS вартує того

Добрі кандидати мають кілька спільних рис:

• Ви використовуєте невелику частину великого продукту. Повний набір для керування проєктами, яким користуються лише як спільним списком справ. CRM, яку використовують лише як контакти з нотатками.
• Ціна за місце вас карає. Багато людей потребують епізодичного доступу, і кожен коштує щомісячну плату.
• Ваш процес сперечається з інструментом. Люди тримають експорти та допоміжні таблиці, бо продукт не підходить.
• Дані прості. Записи, статуси, нотатки, кілька файлів. Немає складного обліку, немає даних карток.
• Користувачі внутрішні або їх мало. Ваша команда або невеликий набір відомих клієнтів.
• У вас є власник. Названа людина, яка доглядатиме за ним.

Типові приклади: прості трекери, форми прийому і запитів, потоки погодження, внутрішні каталоги, сторінки статусу для клієнтів, легкі CRM, панелі, що зводять цифри докупи, сторінки бронювання для одного бізнесу.

Коли це не варто того

Продовжуйте платити — або шукайте дешевший продукт, а не створюйте власний — коли:

• Помилки мають юридичні або фінансові наслідки. Бухгалтерія, розрахунок зарплат, податки, виставлення рахунків, які мають відповідати місцевим правилам.
• Постачальник займається спеціалізованою інфраструктурою. Доставка електронної пошти (репутацію для спаму важко відновити), платежі карткою (суворі стандарти безпеки), відеотрансляції, телефонія.
• Безпека — це і є продукт. Менеджери паролів, ідентифікація і єдиний вхід, будь-що, що зберігає медичні або фінансові записи.
• Цінність — в інтеграціях. Якщо цінність інструмента в тому, що він з'єднується з десятками інших систем, відтворити це — великий постійний обсяг роботи.
• Від нього залежать багато зовнішніх користувачів. Публічні інструменти потребують підтримки, доступності та стабільної роботи, які тепер лежатимуть на вас.
• Ніхто не може його вести. Якщо людина, яка його створила, — єдина, хто його розуміє, і вона зайнята або йде, ви створюєте майбутню проблему.

Корисний проміжний шлях: замінити інтерфейс дорогого продукту, залишивши під ним спеціалізовані сервіси. Створіть власний потік бронювання, але для платежів використовуйте Stripe, а для підтверджень — провайдера електронної пошти.

Порахуйте справжню вартість

Перед переходом запишіть обидві сторони.

Поточна вартість SaaS:

• Підписка, включно з місцями, які ви додасте протягом наступного року або двох.
• Додаткові опції та вищі тарифи, які вам знадобляться.
• Час, витрачений на обхідні шляхи та допоміжні таблиці.

Вартість власного інструмента:

• Час на створення: ваші години або години розробника.
• Витрати на роботу: хостинг, база даних, сховище файлів, комісії за електронну пошту або платежі.
• Час на обслуговування щомісяця: оновлення, виправлення, дрібні зміни, які просять люди.
• Час на підтримку: відповіді на запитання, онбординг нових людей.
• Ризик: чого вам коштуватиме день простою або помилка з даними.

Якщо цифри близькі, залишайте SaaS. Створення варте зусиль, коли економія очевидна і ваш власний інструмент також працюватиме краще для вас. Щоб порівняти початкові витрати різних підходів, див. скільки коштує створення застосунку.

Дешевші альтернативи створенню

Створення — не єдиний спосіб знизити рахунок за SaaS. Перш ніж зобов'язуватися, перевірте це:

• Зменште тариф або приберіть місця. Багато команд платять за користувачів, які пішли або рідко входять. Аудит того, хто справді користується інструментом, може знизити рахунок без будь-яких інших змін.
• Запитайте про ціну. Річна оплата, програми для неприбуткових організацій або стартапів і просто звернення до відділу продажів постачальника можуть знизити ціну.
• Перейдіть на простіший продукт. Якщо ви використовуєте невелику частину великого інструмента, менший продукт, зосереджений на цій частині, може коштувати менше і краще підійти.
• Використовуйте те, за що вже платите. Офісні пакети та наявні інструменти часто покривають прості потреби — форми, спільні списки, базові панелі, — для яких люди купували окремі продукти.
• Об'єднайте. Два-три інструменти, що дублюють один одного, іноді можна замінити одним.

Якщо одна з цих опцій вирішує проблему, вона зазвичай краща: немає часу на створення, немає обслуговування, а складні частини все одно виконує постачальник. Створюйте, коли жодна не підходить і є чіткий аргумент на користь володіння інструментом.

Контрольний список переходу

Перед створенням

• Експортуйте дані з поточного інструмента і перегляньте їх. Перевірте, чого бракує: вкладень, коментарів, історії, зв'язків між записами.
• Складіть список функцій, якими люди справді користуються. Запитайте їх; не вгадуйте.
• Складіть список того, що постачальник робить за вас і що ви втратите (таблиця вище).
• Визначте власника і людину, яка його заміщатиме.
• Перевірте договір: строк попередження, дата продовження, видалення даних після скасування.

Під час створення

• Створюйте лише функції, якими користуються люди. Решту залиште.
• Налаштуйте вхід і права доступу з самого початку. Вирішіть, хто що бачить.
• Зберігайте секрети (ключі API, паролі) у змінних середовища, а не в коді.
• Додайте простий експорт, щоб ваші дані ніколи не опинилися в пастці і у вашому власному інструменті.
• Пройдіть контрольний список безпеки для застосунків, створених ШІ.

Перед скасуванням

• Імпортуйте експортовані дані і перевірте кількість записів та вибірку.
• Протягом короткого часу запускайте обидва інструменти паралельно.
• Переконайтеся, що резервні копії працюють — справді відновіть одну.
• Напишіть коротку нотатку «як це працює» для людини, яка відповідає за копії.
• Лише тоді скасуйте підписку, попередньо завантаживши остаточний експорт.

Обслуговування, безпека і підтримка на практиці

Обслуговування

Маленький інструмент потребує небагато, але щось потребує. Встановіть регулярне нагадування оновлювати залежності, перевіряти, що вхід і ключові сценарії досі працюють, і прибирати все невикористане. Ведіть поточний список запитів від користувачів і вирішуйте їх пакетами, а не по одному.

Безпека

Основне несе більшу частину ваги: кожна сторінка, що показує дані, перевіряє, хто ввійшов; люди бачать лише ті записи, які мають бачити; секрети залишаються на сервері; вхідні дані перевіряються; резервні копії існують. Якщо інструмент зберігає персональні дані клієнтів, подумайте, хто може їх експортувати і як довго ви їх зберігаєте. Якщо сумніваєтеся, попросіть розробника переглянути його один раз, перш ніж завантажувати реальні дані.

Підтримка

Заздалегідь вирішіть, як люди повідомлятимуть про проблеми — спільний канал, електронна пошта або форма в самому інструменті. Напишіть посібник на одну сторінку. Чим більше людей користується інструментом, тим важливіше це стає, і це витрата, яку найчастіше забувають.

Якщо ви передумаєте

Володіння кодом дає вам варіанти. Якщо інструмент виросте за межі того, що ви хочете підтримувати, ви можете передати його розробнику або агенції — за умови, що зможете забрати код із собою. Це варто перевірити, перш ніж почати будувати на будь-якій платформі. Як експортувати і розгорнути на власному сервері застосунок, створений ШІ пояснює, що це передбачає. І немає нічого соромного в поверненні до платного продукту, коли ви точно зрозуміли, що вам потрібно.

Створення заміни з Mythex

Якщо цифри кажуть створювати, Mythex підходить для такого сфокусованого інструмента, що добре замінює SaaS: ви описуєте його в чаті, він створює і запускає його, додає базу даних Postgres, коли застосунку потрібно зберігати дані, і публікує його. Хостинг, база даних і сховище файлів витрачають той самий баланс кредитів, що й створення, а співавтори не коштують додаткової плати за місце. На Pro ви можете експортувати проєкт або синхронізувати його з GitHub, тож ви ніколи не залежите від одного постачальника — див. GitHub і експорт. Порівняти тарифи можна на сторінці цін, а якщо ви ще вирішуєте, прочитайте створення чи купівля програмного забезпечення для малого бізнесу.

Запитання