Pahalı SaaS’ı Kendi Aracınızla Değiştirme (ve Ne Zaman Değiştirmemeli)

Pahalı bir SaaS aboneliğini kendi aracınızla değiştirmek, büyük bir ürünün küçük bir dilimini kullandığınızda, neredeyse hiç giriş yapmayan kişiler için koltuk başına ödeme yaptığınızda ya da ürünün süreciniz için gereken işi yapamadığında mantıklı olabilir. Satıcının sürekli zor bir iş yaptığı yazılımlarda — güvenlik, uyumluluk, teslimat, entegrasyonlar — genellikle mantıklı değildir. Abonelik fiyatı görünürdür; ayrıldığınızda üstlendiğiniz bakım, güvenlik ve destek görünmez, ama geçişin değip değmediğine onlar karar verir.

Yapay zeka uygulama oluşturucuları, yapma kısmını çok daha ucuz hale getirdi. Bu rehber geri kalanla ilgilidir.

Dürüst takas

SaaS için ödeme yaptığınızda yalnızca özellikler satın almazsınız:

Bunların bazıları, birkaç dahili kullanıcısı olan küçük bir araç için kolaydır. Bazıları her boyutta zordur. Soru “bunu geliştirebilir miyiz?” değildir — yapay zekayla çoğu zaman geliştirebilirsiniz. Soru “bunu sahiplenebilir miyiz?” sorusudur.

SaaS’ı değiştirmek ne zaman değer

İyi adaylar birkaç özellik paylaşır:

• Büyük bir ürünün küçük bir kısmını kullanıyorsunuz. Yalnızca ortak bir yapılacaklar listesi olarak kullanılan tam bir proje yönetim paketi. Yalnızca notlu bir kişi listesi olarak kullanılan bir CRM.
• Koltuk fiyatlandırması sizi cezalandırıyor. Birçok kişinin ara sıra erişime ihtiyacı var ve her biri aylık ücret getiriyor.
• İş akışınız araçla çatışıyor. Ürün uymadığı için insanlar dışa aktarımları ve yan tablolarını tutuyor.
• Veriler basit. Kayıtlar, durumlar, notlar, birkaç dosya. Karmaşık muhasebe yok, kart verisi yok.
• Kullanıcılar dahili ya da az sayıda. Ekibiniz ya da tanıdığınız küçük bir müşteri grubu.
• Bir sahibiniz var. Bakımını üstlenecek adı belli bir kişi.

Tipik örnekler: basit takip araçları, talep ve giriş formları, onay akışları, dahili dizinler, müşteri durum sayfaları, hafif CRM’ler, sayıları bir araya getiren paneller, tek bir işletme için rezervasyon sayfaları.

Ne zaman değmez

Ödemeye devam edin — ya da bir yapma değil, daha ucuz bir ürün arayın — şu durumlarda:

• Hataların yasal ya da mali sonuçları var. Muhasebe, bordro, vergi, yerel kurallara uyması gereken faturalama.
• Satıcı uzmanlık gerektiren altyapı işletiyor. E-posta teslimatı (spam itibarı zordur), kart ödemeleri (güvenlik standartları katıdır), video yayını, telefon altyapısı.
• Ürünün kendisi güvenliktir. Parola yöneticileri, kimlik ve tek oturum açma, sağlık ya da finansal kayıt tutan her şey.
• Değer, entegrasyonlardadır. Aracın değeri düzinelerce başka sisteme bağlanmasıysa, bunu yeniden kurmak büyük ve sürekli bir iştir.
• Birçok dış kullanıcı buna bağlı. Herkese açık araçlar, artık sizin sahip olacağınız destek, çalışma süresi ve erişilebilirlik gerektirir.
• Kimse onu sahiplenemez. Aracı yapan kişi onu anlayan tek kişiyse ve bu kişi meşgulse ya da ayrılıyorsa, gelecekte bir sorun yaratıyorsunuz demektir.

Yararlı bir orta yol: pahalı ürünün arayüzünü değiştirin, ama altındaki uzman hizmetleri koruyun. Kendi rezervasyon akışınızı kurun, ama ödemeler için Stripe, onay mesajları için bir e-posta sağlayıcısı kullanın.

Gerçek maliyeti hesaplayın

Geçmeden önce iki tarafı da yazın.

SaaS’ın mevcut maliyeti:

• Abonelik, önümüzdeki bir ya da iki yılda ekleyeceğiniz koltuklar dahil.
• İhtiyaç duyacağınız eklentiler ve üst paketler.
• Geçici çözümlere ve yan tablolara harcanan zaman.

Kendi aracınızın maliyeti:

• Geliştirme süresi: sizin saatleriniz ya da bir geliştiricinin.
• İşletim maliyetleri: barındırma, veritabanı, dosya depolama, e-posta ya da ödeme ücretleri.
• Her ay bakım süresi: güncellemeler, düzeltmeler, insanların istediği küçük değişiklikler.
• Destek süresi: soruları yanıtlama, yeni insanları işe alıştırma.
• Risk: bir günlük kesinti ya da bir veri hatası size ne kadara mal olur.

Rakamlar yakınsa, SaaS’ı tutun. Geliştirme, tasarruf açıkça belliyse ve kendi aracınız sizin için de daha iyi çalışacaksa değer. Farklı yaklaşımların başlangıç maliyetlerinin nasıl karşılaştırıldığı için bir uygulama yapmanın ne kadar tuttuğuna bakın.

Geliştirmeye alternatif daha ucuz yollar

SaaS faturasını düşürmenin tek yolu geliştirmek değil. Taahhüt etmeden önce bunları kontrol edin:

• Paketi düşürün ya da koltukları kaldırın. Birçok ekip, ayrılmış ya da nadiren giriş yapan kullanıcılar için ödeme yapar. Aracı gerçekte kimin kullandığını denetlemek, başka hiçbir şeyi değiştirmeden faturayı düşürebilir.
• Fiyat hakkında sorun. Yıllık faturalama, kâr amacı gütmeyen ya da girişim programları ve satıcının satış ekibine doğrudan sormak, fiyatı düşürebilir.
• Daha basit bir ürüne geçin. Büyük bir aracın küçük bir kısmını kullanıyorsanız, o kısma odaklı daha küçük bir ürün daha az maliyetli ve daha uygun olabilir.
• Zaten ödediklerinizi kullanın. Ofis paketleri ve mevcut araçlar çoğu zaman basit ihtiyaçları karşılar: formlar, ortak listeler, temel paneller. İnsanlar bunlar için ayrı ürünler satın almıştı.
• Birleştirin. Örtüşen iki ya da üç araç bazen tek bir araca dönüşebilir.

Bunlardan biri sorunu çözüyorsa, genellikle daha iyi seçimdir: geliştirme süresi yok, bakım yok ve zor işleri hâlâ satıcı yapıyor. Bunların hiçbiri uymadığında ve aracı sahiplenmenin gerekçesi açıksa geliştirin.

Geçiş kontrol listesi

Geliştirmeden önce

• Verilerinizi mevcut aracınızdan dışa aktarın ve bakın. Eksik olanları kontrol edin: ekler, yorumlar, geçmiş, kayıtlar arasındaki bağlantılar.
• İnsanların gerçekte kullandığı özellikleri listeleyin. Tahmin etmeyin, sorun.
• Satıcının sizin için yaptığı ve kaybedeceğiniz şeyleri listeleyin (yukarıdaki tablo).
• Sahibi ve bir yedek kişiyi belirleyin.
• Sözleşmenizi kontrol edin: bildirim süresi, yenileme tarihi, iptalden sonra veri silme.

Geliştirirken

• Yalnızca insanların kullandığı özellikleri geliştirin. Gerisini bırakın.
• Girişi ve izinleri baştan kurun. Kimin neyi göreceğine karar verin.
• Gizli bilgileri (API anahtarları, parolalar) koda değil, ortam değişkenlerine koyun.
• Verileriniz kendi aracınızda da hapsolmasın diye basit bir dışa aktarma ekleyin.
• Yapay zeka ile oluşturulmuş uygulamalar için güvenlik kontrol listesi üzerinden geçin.

İptal etmeden önce

• Dışa aktarılan verileri içe aktarın ve sayıları ile bir kayıt örneğini kontrol edin.
• İki aracı kısa bir süre yan yana çalıştırın.
• Yedeklerin çalıştığından emin olun — gerçekten birini geri yükleyin.
• Yedekleme sahibi için kısa bir “bu nasıl çalışıyor” notu yazın.
• Ancak bundan sonra iptal edin ve önce son bir dışa aktarma indirin.

Pratikte bakım, güvenlik ve destek

Bakım

Küçük bir araç çok şey gerektirmez, ama bir şey gerektirir. Bağımlılıkları güncellemek, girişin ve temel akışların hâlâ çalıştığını kontrol etmek ve kullanılmayan her şeyi temizlemek için tekrarlayan bir hatırlatıcı kurun. Kullanıcılardan gelen taleplerin çalışan bir listesini tutun ve bunlara tek tek değil, toplu olarak karar verin.

Güvenlik

Temel kurallar çoğu ağırlığı taşır: veri gösteren her sayfa kimin giriş yaptığını kontrol eder; insanlar yalnızca görmesi gereken kayıtları görür; gizli bilgiler sunucu tarafında kalır; girdiler doğrulanır; yedekler vardır. Araç müşteriler hakkında kişisel veri tutuyorsa, bunu kimlerin dışa aktarabileceğini ve verileri ne kadar süre sakladığınızı düşünün. Emin değilseniz, gerçek veri girmeden önce bir geliştiricinin bir kez incelemesini isteyin.

Destek

İnsanların sorunları nasıl bildireceğini baştan kararlaştırın: ortak bir kanal, bir e-posta ya da aracın içindeki bir form. Bir sayfalık bir kılavuz yazın. Aracı ne kadar çok kişi kullanırsa bu o kadar önemlidir ve en sık unutulan maliyet budur.

Fikriniz değişirse

Kodu sahiplenmek size seçenekler sunar. Araç istediğinizden daha büyürse, kodu yanınızda götürebilmeniz koşuluyla bir geliştiriciye ya da ajansa devredebilirsiniz. Herhangi bir platform üzerinde inşa etmeye başlamadan önce bunu kontrol etmeye değer. Yapay zekayla yapılmış bir uygulamayı dışa aktarma ve kendi sunucunuzda barındırma bunun neleri içerdiğini anlatır. Ayrıca ihtiyacınızın tam olarak ne olduğunu öğrendikten sonra ücretli bir ürüne geri dönmek de utanılacak bir şey değildir.

Yerine geçecek aracı Mythex ile geliştirmek

Rakamlar geliştirmeyi gösteriyorsa, Mythex bir SaaS’ın yerine geçebilecek odaklı araç türüne uygundur: bunu sohbette tarif edersiniz, o oluşturur ve çalıştırır, uygulamanın veri kaydetmesi gerektiğinde bir Postgres veritabanı ekler ve yayınlar. Barındırma, veritabanı ve dosya depolama, derlemeyle aynı kredi bakiyesinden çıkar ve iş ortakları koltuk başına ek ücret ödemez. Pro planda projeyi dışa aktarabilir ya da GitHub’a eşitleyebilirsiniz; böylece hiçbir zaman kilitli kalmazsınız. Bkz. GitHub ve dışa aktarma. Planları fiyatlandırma sayfasında karşılaştırın ve hâlâ karar veriyorsanız küçük işletmeler için yazılım: yapmak mı satın almak mı rehberini okuyun.

Sorular