
Clerk vai Auth0? MRU ja MAU tekevät käyttäjämäärästä kaksi eri laskua

Clerkin ja Auth0:n hintaa ei voi verrata syöttämällä molemmille samaa käyttäjälukua: Clerk laskuttaa palaavien käyttäjien, Auth0 kuukausittaisten aktiivisten käyttäjien perusteella. Clerkin hinnastossa MRU tarkoittaa käyttäjää, joka käy sovelluksessa kuukauden aikana vähintään vuorokausi rekisteröitymisensä jälkeen; Hobby-tasoon sisältyy 50 000 MRU:ta sovellusta kohti ja kuukausittain laskutettava Pro alkaa 25 dollarista. Auth0:n MAU-määritelmässä käyttäjä lasketaan mukaan, kun hän kirjautuu sisään tai päivittää tunnisteensa kalenterikuukauden aikana.
Sovellukselle ratkaiseva luku on siis se, kuinka moni kuukausittain tunnistautuneista täyttää myös Clerkin paluuehdon. Jos yritysasiakkaat tarvitsevat oman identiteettipalvelunsa kautta toimivan SSO-kirjautumisen, vertailuun tulevat lisäksi yhteydet, organisaatio-ominaisuudet ja niiden käyttöönottoon tarvittava työ.
MRU:n paluuehto alkaa rekisteröitymisestä
MRU ei tarkoita vain seuraavassa kuussa palaavaa käyttäjää. Jos ihminen rekisteröityy kuukauden alussa ja käyttää sovellusta uudelleen yli vuorokautta myöhemmin saman kuukauden aikana, hän voi jo täyttää ehdon. Myös kauan sitten rekisteröitynyt käyttäjä kuuluu MRU-lukuun sellaisena kuukautena, jolloin hän käyttää sovellusta.
Ensimmäisen päivän aikana sovellusta kokeileva ja sen jälkeen katoava käyttäjä voi sen sijaan kuulua Auth0:n MAU-lukuun ilman, että hänestä syntyisi Clerkin MRU-käyttäjää. Tämän eron suuruus riippuu tuotteen todellisesta käyttötavasta: säännöllisesti käytettävässä työkalussa aktiivisista käyttäjistä suuri osa voi täyttää paluuehdon, vaikka he kirjautuisivat vain kerran kyseisen kalenterikuukauden aikana.
Auth0:n MAU ei ole kirjautumiskertojen eikä tallennettujen käyttäjätilien määrä. Sama käyttäjätunnus lasketaan aktiiviseksi kerran kuukaudessa, vaikka sillä olisi useita kirjautumisia; erilliset käyttäjätunnukset voivat kuitenkin kasvattaa lukua, ellei identiteettejä ole yhdistetty samaan profiiliin. Siksi vertailun lähtöjoukko on syytä rajata samoihin ihmisiin ja samaan kalenterikuukauteen.
Mitä palaavien osuus tekee 10 000–500 000 käyttäjän laskelmalle?

Seuraava on ehdollinen laskelma, jossa MRU-osuudeksi oletetaan 20, 50 tai 80 prosenttia saman kuukauden aktiivisista käyttäjistä. Osuus tarkoittaa tässä nimenomaan Clerkin ehdon täyttävien määrää jaettuna vertailun MAU-luvulla, ei yleistä seuraavan kuukauden pysyvyysmittaria. StackCostLabin vertailulaskuri käsittelee tämän suhteen muutettavana oletuksena, koska mittareita ei voi rinnastaa suoraan.
Alla olevat dollarisummat ovat Clerkin laskennallisia kuukausihintoja ilman B2B-lisäosia. Kun MRU-luku ylittää maksuttoman rajan, lasku sisältää Pro-paketin 25 dollarin perusmaksun. Sen päälle tulee 0,02 dollaria kultakin rajan ylittävältä käyttäjältä 100 000 MRU:hun asti ja 0,018 dollaria seuraavaan hintaportaaseen kuuluvilta käyttäjiltä.
- 10 000 MAU: 20 prosentin osuudella syntyy 2 000 MRU:ta, 50 prosentilla 5 000 ja 80 prosentilla 8 000. Kaikki vaihtoehdot mahtuvat Clerkin maksuttomaan käyttäjärajaan.
- 50 000 MAU: vastaavat määrät ovat 10 000, 25 000 ja 40 000 MRU:ta. Käyttäjämäärä pysyy jokaisessa tapauksessa Clerkin maksuttomalla tasolla.
- 100 000 MAU: määrät ovat 20 000, 50 000 ja 80 000 MRU:ta. Kaksi ensimmäistä mahtuu maksuttomaan tasoon; viimeisen laskennallinen Pro-hinta on 625 dollaria kuukaudessa.
- 500 000 MAU: määrät ovat 100 000, 250 000 ja 400 000 MRU:ta. Laskennalliset Pro-hinnat ovat vastaavasti 1 025, 3 725 ja 6 425 dollaria kuukaudessa.
Esimerkiksi 50 000 MAU:n sovelluksessa oletuksen muuttaminen 20 prosentista 80 prosenttiin nostaa MRU-luvun 10 000:sta 40 000:een, mutta käyttäjäperusteinen Clerk-hinta pysyy vielä samassa maksuttomassa portaassa. Kun aktiivisia on 500 000, sama oletuksen muutos vaikuttaa jo tuhansia dollareita kuukausilaskuun. Luvut ovat muunneltavissa korvaamalla oletettu prosentti sovelluksen omasta käyttäjädatasta johdetulla MRU-osuudella.
Ilmaistasojen rajat kertovat vain osan hinnasta
Auth0:n hinnasto antaa Free-tasolle enintään 25 000 MAU:ta. Sen Essentials- ja Professional-pakettien näkyvät 35 ja 240 dollarin kuukausihinnat koskevat 500 MAU:n valintaa; suurempiin määriin valitaan oma käyttäjäporras. Näitä lähtöhintoja ei voi kertoa käyttäjämäärien suhteella ja pitää tulosta suuremman sovelluksen julkaistuna hintana.
Ehdollisen laskelman 10 000 MAU mahtuu Auth0:n ilmaiseen käyttäjärajaan kaikilla paluuosuuksilla. Sen sijaan 50 000 MAU ylittää rajan riippumatta siitä, kuinka harva käyttäjä palaa, vaikka sama sovellus voisi käyttäjämäärän puolesta pysyä Clerkin maksuttomalla tasolla. Vertailu kertoo tässä vaiheessa vain mittareista ja käyttäjärajoista: maksullista ominaisuutta tarvitseva sovellus voi joutua päivittämään pakettinsa myös rajan alapuolella.
Clerkissä Pro-paketin perusmaksu alkaa heti, jos Pro-ominaisuus tarvitaan tuotannossa, vaikka MRU-luku jäisi sisältyvän määrän alle. Auth0:ssa maksettava summa riippuu valitusta MAU-portaasta sekä siitä, rakennetaanko kuluttaja- vai yritysasiakkaiden kirjautumista. Erityisesti suuren käyttäjämäärän Auth0-hinnalle ei pidä keksiä tarkkaa dollarisummaa silloin, kun omaa käyttötapausta vastaava hinta vaatii erillisen tarjouksen.
Yritysasiakkaan SSO muuttaa vertailun rakennetta

Kun yritysasiakas haluaa käyttää omaa identiteettipalveluaan, käyttäjien lisäksi on laskettava tarvittavat SSO-yhteydet. Clerk Pro sisältää yhden yritystason yhteyden, mutta asiakkaan Organization-rakenteeseen liitetty yhteys ja asiakkaan ylläpitäjän itse hoitama käyttöönotto edellyttävät lisäominaisuuksia. Clerkin itsepalvelu-SSO:n ohje edellyttää tuotantokäytössä Pro- tai Business-pakettia ja B2B Authentication -lisäosaa; kehitysympäristössä ominaisuutta voi käyttää maksutta.
Auth0:n Free-tasolla näkyy yksi Enterprise Connection sekä itsepalvelu-SSO ja SCIM. Hinnaston alaviite kuitenkin edellyttää B2B-pakettiin siirtymistä, jotta nämä ominaisuudet säilyvät maksulliseen Essentials- tai Professional-pakettiin siirryttäessä. Ilmaisen paketin ominaisuuslista ei siten yksin kerro kasvavan yrityssovelluksen maksullisen paketin SSO-oikeuksista.
Yhteyden määrä ja hallintatapa ratkaisevat paljon: jokaisella asiakasyrityksellä voi olla oma identiteettipalvelu, ja osa asiakkaista haluaa määrittää yhteyden itse. Clerkin itsepalvelumallissa yhteys sidotaan Organizationiin, jonka ylläpitäjä voi hoitaa määrityksen. Jos tuote tarvitsee tämän kulun monelle yritykselle, MRU-laskelmaan on lisättävä organisaatioihin ja yhteyksiin liittyvät ehdot ennen palveluiden hintojen vertaamista.
Integraatiotyö jää käyttäjähinnan ulkopuolelle
Clerk tarjoaa valmiita rekisteröitymis-, kirjautumis- ja profiilikomponentteja, mikä voi vähentää oman käyttöliittymän toteutusta. Sovelluskoodi alkaa samalla käyttää sen käyttäjä- ja istuntomallia sekä B2B-sovelluksessa mahdollisesti Organization-rakennetta. Myöhempään vaihtoon sisältyy silloin muutakin kuin kirjautumisnäkymän korvaaminen: myös käyttöoikeudet, istunnot ja käyttäjätiedot on sovitettava uuteen palveluun.
Auth0:n toteutuksessa työtä syntyy esimerkiksi tenantin, yhteyksien ja kirjautumissääntöjen määrityksistä. Niiden arvo riippuu sovelluksen tarvitsemasta joustosta, ei pelkästä hinnaston käyttäjäportaasta. Valinta on selkein silloin, kun samaan arvioon sisältyvät todellinen MRU-osuus, vaadittu SSO-tapa, organisaatioiden määrä ja nykyisen sovelluksen integraatioihin sidottu työ.
Lue myös:
Aiheeseen liittyvät artikkelit


Buffer vai Metricool? Kanavien määrä ja raportointi kääntävät valinnan

Mailchimp vai Brevo? Kontaktit ja lähetysmäärä laskuttavat eri tavoin

Collabstr avasi Snapchat-tekijät brändeille – hinnat näkyvät ennen tilausta

Slack vai Teams? Kokouspainotteinen työ voi tehdä halvemman valinnan

Linktree vai Beacons? Myyntipalkkio syö ilmaisen linkkisivun edun
Tilaa uutiskirjeemme
Saat tuoreimmat Web3-, tekoäly- ja kryptouutiset suoraan sähköpostiisi.