Kaip pakeisti brangią SaaS savo įrankiu (ir kada to nedaryti)
Brangios SaaS prenumeratos keitimas savo įrankiu gali būti prasmingas, kai naudojate nedidelę didelio produkto dalį, mokate už vietą kiekvienam žmogui, kuris beveik neprisijungia, arba produktas negali padaryti to, ko reikia jūsų procesui. Paprastai tai neprasminga programinei įrangai, kurioje tiekėjas atlieka sudėtingą, nuolatinį darbą jūsų vardu – saugumą, atitiktį reikalavimams, pristatymą, integracijas. Prenumeratos kaina matoma; priežiūra, saugumas ir palaikymas, kuriuos prisiimate išeidami, – ne, ir būtent jie lemia, ar perjungimas vertas.
DI programėlių kūrėjai labai pigino kūrimo dalį. Šis vadovas – apie likusią dalį.
Sąžiningas kompromisas
Mokėdami už SaaS perkate daugiau nei funkcijas:
| Ką gaunate iš tiekėjo | Ką prisiimtumėte patys |
|---|---|
| Hostingas ir veikimo laikas | Hostingas, stebėjimas, gedimų taisymas |
| Saugumo pataisos ir auditai | Bibliotekų atnaujinimas, prieigos peržiūra |
| Atsarginės kopijos ir atkūrimas | Atsarginių kopijų nustatymas ir atkūrimo bandymas |
| Klaidų taisymai | Klaidų paieška ir taisymas |
| Palaikymo komanda | Atsakymas į „neveikia“ iš kolegų ar klientų |
| Integracijos su kitais įrankiais | Kiekvienos jungties kūrimas ar pirkimas |
| Naujos funkcijos laikui bėgant | Visko, ko jums reikia, kūrimas |
| Atitikties dokumentai | Visi sertifikatai, kurių klientai prašo |
Kai kurie dalykai lengvi mažam įrankiui su keletu vidinių naudotojų. Kai kurie sunkūs bet kokiu dydžiu. Klausimas ne „ar galime tai sukurti?“ – su DI dažnai galime. Klausimas yra „ar galime tai valdyti?“
Kada keisti SaaS verta
Geri kandidatai turi kelias savybes:
- Naudojate nedidelę didelio produkto dalį. Visas projektų valdymo rinkinys, naudojamas tik kaip bendras darbų sąrašas. CRM, naudojamas tik kaip kontaktų sąrašas su pastabomis.
- Mokėjimas už vietas jus baudžia. Daugeliui žmonių reikia retkarčiais prieigos, o kiekviena vieta kainuoja mėnesinį mokestį.
- Jūsų darbo eiga kovoja su įrankiu. Žmonės laiko eksportus ir šalutines skaičiuokles, nes produktas netinka.
- Duomenys paprasti. Įrašai, būsenos, pastabos, keli failai. Jokios sudėtingos apskaitos, jokių kortelių duomenų.
- Naudotojai yra vidiniai arba jų nedaug. Jūsų komanda arba nedidelis žinomų klientų rinkinys.
- Turite savininką. Konkretus asmuo, kuris tuo rūpinsis.
Tipiniai pavyzdžiai: paprasti sekimo įrankiai, priėmimo ir užklausų formos, patvirtinimo srautai, vidiniai katalogai, klientų būsenos puslapiai, lengvi CRM, skydeliai, kurie sujungia skaičius, rezervacijų puslapiai vienam verslui.
Kada tai neverta
Mokėkite toliau – arba ieškokite pigesnio produkto, o ne kurkite – kai:
- Klaidos turi teisinių ar finansinių pasekmių. Apskaita, algalapiai, mokesčiai, sąskaitos faktūros, kurios turi atitikti vietos taisykles.
- Tiekėjas valdo specializuotą infrastruktūrą. El. laiškų pristatymas (šlamšto reputacija sunkiai valdoma), kortelių mokėjimai (griežti saugumo standartai), vaizdo transliacijos, telefonija.
- Saugumas yra produktas. Slaptažodžių tvarkyklės, tapatybė ir vienkartinis prisijungimas, bet kas, laikantis sveikatos ar finansų įrašus.
- Vertė – integracijos. Jei įrankio vertė yra prijungimas prie dešimčių kitų sistemų, jų perkūrimas – didelis nuolatinis darbas.
- Nuo jo priklauso daug išorinių naudotojų. Viešiems įrankiams reikia palaikymo, veikimo laiko ir prieinamumo, kurį dabar prisiimtumėte patys.
- Niekas negali jo valdyti. Jei žmogus, kuris kuria, yra vienintelis, kuris tai supranta, ir jis užimtas ar išeina, kuriate ateities problemą.
Naudingas vidurio kelias: pakeiskite brangaus produkto sąsają, bet palikite specializuotas paslaugas po ja. Kurkite savo rezervacijos srautą, bet mokėjimams naudokite Stripe, o patvirtinimams – el. pašto paslaugos teikėją.
Apskaičiuokite tikrą kainą
Prieš perjungdami užrašykite abi puses.
Dabartinė SaaS kaina:
- Prenumerata, įskaitant vietas, kurias pridėsite per kitus metus ar dvejus.
- Papildiniai ir aukštesni planai, kurių prireiks.
- Laikas, prarastas dėl sprendinių ir šalutinių skaičiuoklių.
Savo įrankio kaina:
- Kūrimo laikas: jūsų valandos ar programuotojo.
- Veikimo išlaidos: hostingas, duomenų bazė, failų saugykla, el. pašto ar mokėjimų mokesčiai.
- Priežiūros laikas kas mėnesį: atnaujinimai, taisymai, nedideli pakeitimai, kuriuos žmonės prašo.
- Palaikymo laikas: klausimų atsakymai, naujų žmonių įvedimas.
- Rizika: kiek kainuotų dienos prastova ar duomenų klaida.
Jei skaičiai artimi, likite prie SaaS. Kurti verta, kai sutaupymas aiškus ir jūsų įrankis taip pat veiktų geriau jums. Kaip palyginti pradines išlaidas skirtingiems būdams, žr. kiek kainuoja programėlės kūrimas.
Pigesnės alternatyvos kūrimui
Kurti – ne vienintelis būdas sumažinti SaaS sąskaitą. Prieš įsipareigodami patikrinkite šiuos:
- Sumažinkite arba pašalinkite vietas. Daugelis komandų moka už žmones, kurie išėjo arba retai prisijungia. Peržiūra, kas iš tikrųjų naudoja įrankį, gali sumažinti sąskaitą be kitų pakeitimų.
- Paklauskite apie kainas. Metinis mokėjimas, neformalių organizacijų ar startuolių programos ir tiesiog tiekėjo pardavimų komandos paklausimas gali sumažinti kainą.
- Perjunkite į paprastesnį produktą. Jei naudojate nedidelę didelio įrankio dalį, mažesnis produktas, sutelktas į tą dalį, gali kainuoti mažiau ir geriau tikti.
- Naudokite tai, ką jau mokate. Biuro paketai ir turimi įrankiai dažnai padengia paprastus poreikius – formas, bendrus sąrašus, paprastus skydelius, dėl kurių žmonės pirko atskirus produktus.
- Sujunkite. Du ar trys persidengiantys įrankiai kartais gali tapti vienu.
Jei kuri nors iš šių išsprendžia problemą, paprastai tai geresnis pasirinkimas: nėra kūrimo laiko ir priežiūros, o tiekėjas vis dar atlieka sunkiąją dalį. Kurkite tada, kai nė vienas netinka ir argumentas turėti įrankį aiškus.
Perjungimo kontrolinis sąrašas
Prieš kurdami
- Eksportuokite duomenis iš dabartinio įrankio ir juos apžiūrėkite. Patikrinkite, kas trūksta: priedai, komentarai, istorija, ryšiai tarp įrašų.
- Išvardykite funkcijas, kurias žmonės iš tikrųjų naudoja. Klauskite jų; nespėliokite.
- Išvardykite, ką tiekėjas daro už jus ir ką prarastumėte (aukščiau pateikta lentelė).
- Nurodykite savininką ir atsarginį asmenį.
- Patikrinkite sutartį: įspėjimo terminą, pratęsimo datą, duomenų ištrynimą nutraukus.
Kurdami
- Kurkite tik funkcijas, kurias žmonės naudoja. Likusias palikite.
- Nuo pat pradžių nustatykite prisijungimą ir leidimus. Nuspręskite, kas ką mato.
- Laikykite paslaptis (API raktus, slaptažodžius) aplinkos kintamuosiuose, ne kode.
- Pridėkite paprastą eksportą, kad jūsų duomenys niekada nebūtų įstrigę jūsų pačių įrankyje.
- Praeikite DI sukurtų programėlių saugumo kontrolinį sąrašą.
Prieš nutraukdami prenumeratą
- Importuokite eksportuotus duomenis ir patikrinkite įrašų skaičius bei kelis pavyzdžius.
- Trumpai veikite abu įrankius kartu.
- Įsitikinkite, kad atsarginės kopijos veikia – realiai atkurkite vieną.
- Parašykite trumpą pastabą „kaip tai veikia“ atsarginiam savininkui.
- Tik tada atšaukite ir pirmiausia atsisiųskite galutinį eksportą.
Priežiūra, saugumas ir palaikymas praktikoje
Priežiūra
Mažas įrankis nereikalauja daug, bet kažko reikalauja. Nustatykite pasikartojantį priminimą atnaujinti priklausomybes, patikrinti, ar prisijungimai ir pagrindiniai srautai vis dar veikia, ir pašalinti nenaudojamus dalykus. Laikykite bėgantį naudotojų prašymų sąrašą ir spręskite juos partijomis, o ne po vieną.
Saugumas
Pagrindai neša didžiąją dalį svorio: kiekvienas puslapis, rodantis duomenis, tikrina, kas prisijungęs; žmonės mato tik įrašus, kurių turėtų matyti; paslaptys lieka serverio pusėje; įvestys tikrinamos; atsarginės kopijos egzistuoja. Jei įrankis laiko asmens duomenis apie klientus, pagalvokite, kas gali juos eksportuoti ir kiek laiko juos saugote. Jei abejojate, prieš įkeliant tikrus duomenis, vieną kartą paprašykite programuotojo peržiūrėti.
Palaikymas
Iš anksto nuspręskite, kaip žmonės praneša apie problemas – bendru kanalu, el. paštu, forma pačiame įrankyje. Parašykite vieno puslapio vadovą. Kuo daugiau žmonių naudoja įrankį, tuo tai svarbiau, ir tai dažniausiai pamirštama išlaida.
Jei persigalvosite
Kodo turėjimas suteikia pasirinkimų. Jei įrankis išauga virš to, ką norite prižiūrėti, galite jį perduoti programuotojui ar agentūrai – jei galite kartu paimti kodą. Tai verta patikrinti prieš pradedant kurti bet kurioje platformoje. Kaip eksportuoti ir talpinti DI sukurtą programėlę aprašo, ką tai reiškia. Ir nėra gėda grįžti prie mokamo produkto, kai tiksliai sužinojote, ko jums reikia.
Pakeitimo kūrimas su Mythex
Jei skaičiai rodo, kad verta kurti, Mythex tinka tokiam sutelktam įrankiui, kuris tampa geru SaaS pakaitalu: aprašote jį pokalbyje, jis sukuria ir paleidžia, prideda Postgres duomenų bazę, kai programėlei reikia išsaugoti duomenis, ir ją paskelbia. Hostingas, duomenų bazė ir failų saugykla imami iš to paties kreditų balanso kaip ir kūrimas, o bendradarbiams nereikia mokėti papildomai už vietą. Pro plane galite eksportuoti projektą arba sinchronizuoti jį su GitHub, todėl niekada nesate įstrigę – žr. GitHub ir eksportas. Palyginkite planus kainų puslapyje ir skaitykite verslo programinės įrangos kurti ar pirkti, jei dar sprendžiate.
Klausimai
Ar verta keisti SaaS savu įrankiu?
Kartais. Dažniausiai tai atsiperka, kai naudojate nedidelę brangaus produkto dalį, mokate už vietą kiekvienam žmogui, kuris vos prisijungia, arba jums reikia darbo eigos, kurios produktas negali atlikti. Retai atsiperka sudėtingai, reguliuojamai ar saugumui jautriai programinei įrangai, pavyzdžiui apskaitai, algalapiams ar el. laiškų siuntimui.
Ką prarandu nustojęs mokėti už SaaS?
Tiekėjo hostingą, saugumo atnaujinimus, atsargines kopijas, klaidų taisymus, palaikymo komandą, integracijas ir būsimas funkcijas. Visa tai prisiimate patys arba sutinkate be to. Prieš perjungdami tai įvertinkite sąžiningai.
Kaip perkelti duomenis iš SaaS įrankio?
Ieškokite eksporto produkto nustatymuose, dažniausiai CSV ar JSON formatu, arba naudokite jo API. Eksportuokite anksti, kad pamatytumėte, ką gaunate: priedai, istorija ir ryšiai tarp įrašų paprastuose eksportuose dažnai trūksta.
Ar ne programuotojas gali prižiūrėti pakeitimo įrankį?
Paprastam įrankiui – sekimo įrankiui, formai, katalogui ar skydeliui – taip, ypač su DI programėlių kūrėju. Viskam, kas tvarko mokėjimus, jautrius asmens duomenis ar daug išorinių naudotojų, pasitikėkite programuotoju, kuris peržiūrės, ir suplanuokite, kas tai taisys, kai sugenda.