Selles artiklis
Kohalik veebiagentuur, kassasüsteemi tarnija või frantsiisikonsultant esitab varem või hiljem sama küsimuse: kas soovid oma äppi? Vastus, mille saad, on peaaegu alati emotsionaalne — "ole seal, kus on su klient" — ja peaaegu kunagi paberil läbi arvutatud. See artikkel arvutab selle läbi, kasutades numbreid, mida äpitööstus ise avaldab.
Natiivne äpp kõlab loogilise järgmise sammuna pärast su veebilehte: klient juba tellib ekraanilt, miks siis mitte ka ikoonilt telefonis? Idee ise ei ole probleem. Probleem on see, mis juhtub järgmisena — ja seda osa maininud harva see, kes sulle äppi müüb.
Mobiilirakenduste tööstus on kümme aastat täpselt mõõtnud, mis installimisega juhtub: kui palju inimesi selle avab, kui palju jääb pärast kuud, kui palju tuleb tagasi pärast kolme. Need numbrid on kindlad, avalikud ja märkimisväärselt püsivad — ja peaaegu kunagi pole neid rakendatud ühelegi üksikule toitlustusasutusele.
See artikkel teeb just seda, neljas numbris: kui palju äpp tegelikult maksab ehitada ja hooldada, kui suur osa su enda klientidest selle realistlikult installib, kui paljud neist avavad seda veel pärast 30 ja 90 päeva, ning — küsimus, mis tõesti loeb — kui palju lisakülastusi on vaja, enne kui see end ära tasub. Allpool sisesta oma numbrid kalkulaatorisse, mis kasutab täpselt sama matemaatikat kui ülejäänud artikkel.
Järeldus ei ole ei "kunagi" ega "alati". Ühe asukohaga sõltumatu ettevõtte puhul on vastus peaaegu alati ei — allolevad numbrid näitavad täpselt, miks. Mitme asukohaga grupi või kojutoomisele keskendunud kontseptsiooni puhul, millel on tegelik korduvate tellimuste maht, võib sama arvutus välja tulla. Erinevus ei ole ambitsioonis, see on mastaabis.
Lõplik juhend Restorani Tehnoloogia ja Andmed: 6 Sammu 7 Tööriistast Üheks Süsteemiks Üksikust kassasüsteemist ühtse integreeritud süsteemini: täielik juhend tehnoloogiavalikutele, mis tõesti ära tasuvad. Ava juhend1. Kui palju maksab äpi ehitamine — ja selle pidev maksmine
Pakkumine "lihtsale" tellimis- ja lojaalsusäpile ühe asukoha jaoks jääb spetsialiseerunud agentuuride juures umbes 8000-25 000 € vahele, olenevalt sellest, kui palju su praegusest süsteemist tuleb sinna sisse ehitada. Lisa broneeringud, kohaletoomise jälgimine või põhjalikum lojaalsusprogramm, ja see kerkib kiiresti 40 000-80 000 € poole — ja seal alles arve algab. Võrdle seda ausalt sellega, mis on juba su tarkvaratellimuste nimekirjas: äpp on harva esimene kulu, mida soovid lisada.
Arenduskulu peale tuleb kaks korduvat kulu, mida ükski pakkumine esikohale ei sea. Apple võtab umbes 92 € aastas arenduskontost, ilma milleta ükski iOS-äpp kunagi avalikuks ei saa — jäta üks aasta maksmata, ja su äpp kaob App Store'ist, ükskõik kui palju kliente seda juba kasutab. Google võtab ühekordselt 23 € Play Console'i konto eest. Väike summa, aga see on esimene paljudest: iga suurem iOS- või Android-uuendus sunnib uue ülevaatustsükli, ja äpp, mida pole kaks aastat uuendatud, lükatakse lõpuks tagasi või muutub poes lihtsalt leidmatuks.
On kaks odavamat teed, ja mõlemad väärivad ausat mainimist enne edasi lugemist. Progressiivne veebirakendus (PWA) — "lisa avakuvale" otse su olemasolevalt veebilehelt — maksab murdosa natiivsest äpist, sest puudub nii App Store'i ülevaatus, kaks eraldi koodibaasi kui ka iga-aastane Apple'i arve. Ja kui broneerimis- või tellimissüsteem, mida juba kasutad, pakub äppi sisseehitatud funktsioonina, on selle piirkulu null: maksad selle eest juba niikuinii, kasutad seda või mitte.
Arvuta kokku: 70 € aastas Apple'ile, 18 € ühekordselt Google'ile — enne kui ühtki rida koodi on kirjutatud, ja ilma garantiita, et seda kunagi kas või üks klient avab.
2. Kui palju su klientidest selle tegelikult installib
Küsi äpiagentuurilt installimismäära, ja vastus jääb ähmaseks: "oleneb". Küsi lojaalsusplatvormidelt, mis ehitavad iseseisvaid restoranäppe, nende endi numbreid, ja vastus muutub konkreetsemaks — aga see on number aadressiga. Lojaalsusäppide pakkujad teatavad tavaliselt 10-20% installimismäärast, ja see osakaal mõõdetakse nende parimatel klientidel: inimestel, kes on juba püsikliendid. See on sama lõks, mis iseteeninduskioskitel: köitev tehnoloogia, mis tasub end ära ainult väga kindla osa jaoks su külastajatest.
Selles ongi probleem. See 10-20% ei ole protsent kõigist su klientidest, see on protsent su püsiklientidest — ja püsikliendid ise on juba vähemuses. Restoraniuuringud paigutavad järjekindlalt kunagi mittenaasevate külastajate osakaalu umbes 70-77% peale ja omistavad umbes 65-80% käibest naasvatele klientidele. Teisisõnu: grupp, kes üldse on kandidaat äpi installimiseks, moodustab ise vaid viiendiku kuni veerandi kogu su kliendibaasist.
Pane need kaks numbrit üksteise peale, ja osakaal KOGU su kliendibaasist, mis äpi installib, langeb madalate ühekohaliste protsentideni — mitte kümneni, rääkimata kahekümnest. Tuhandel kliendil on see umbes kakssada kakskümmend püsiklienti, kellest umbes iga seitsmes installib äpi: kolmkümmend kolm inimest. See on realistlik lähtepunkt, mitte pakkumisel olev optimistlik number.
1000 kliendi peal, ülaltoodud osakaaludega. Iga riba on eelmise sammu osakaal.
Need on suunavad numbrid, mitte seadus: koht, kus on tõeliselt lojaalsed kojutoomise kliendid, saavutab kõrgema püsiklientide osakaalu, palju turiste omav koht madalama. Muster — järsk lehter kliendist installimiseni aktiivse kasutamiseni — kinnitub peaaegu igas uuringus.
3. Kes avab äpi veel pärast 30 ja 90 päeva
Installimine ei ole kasutaja. Mobiilirakenduste tööstus mõõdab seda juba aastaid kohortikõverate abil — kui palju neist, kes installisid nullpäeval, hiljem tagasi tulevad — ja muster on märkimisväärselt püsiv, olenemata äpi kategooriast. Business of Apps ja Adjust teatasid 2026. aasta keskmiseks 1. päeva säilitusmääraks umbes 25%: kõigist, kes installivad, avab äpi kunagi teist korda umbes iga neljas.
Sealt edasi langus kiireneb. Samad allikad panevad keskmise 30. päeva säilitusmäära 5-7% juurde, ja selleks ajaks on üle 90% kõigist kasutajatest juba äpi maha jätnud. 90. päevaks — hetkeks, mil teise külastuse allahindlus peaks tegelikult end ära tasuma hakkama — jääb säilitusmäär enamikus kategooriates 3-5% vahele. See ei ole ühe hooletu arendaja ebaõnn; see on keskmine tuhandete äppide ja kümnete kategooriate peale.
Tõlgi see eelmise numbri kolmekümne kolme installimise peale, ja kolm kuud hiljem jääb järele umbes üks aktiivne kasutaja. Mitte üks kolmekümne kolmest protsendist — üks inimene. See on tegelikkus fraasi "ehitame äpi, et kliendid tagasi tuleksid" taga: tõenäosus, et juhuslik klient avab seda 90. päeval ikka veel, on lähedal ühele tuhandest.
4. Kui palju lisakülastusi on vaja nulli jõudmiseks
Äpp tasub end ära ainult siis, kui aktiivne kasutaja külastab sagedamini, kui ta oleks ilma selleta teinud — mitte sagedamini kui keskmine, vaid sagedamini kui ta niikuinii oleks tulnud. Seda erinevust ei leidu üheski avaldatud tööstusstandardis: ükski raport ei ütle sulle, kui palju lisakülastusi üks äpi kasutaja tegelikult toob, sest see erineb koha, kontseptsiooni ja pakkumise kaupa.
Selle, mida teame, saame kõrvutada. Võta arenduskulu, jaga see keskmise külastuskordse kuluga, ja saad kokku lisakülastuste arvu, mille äpp peab tootma, et end ära tasuda. Jaga see uuesti pärast 90 päeva alles jäänud aktiivsete kasutajate arvuga, ja saab selgeks, kui palju lisakülastusi kuus peaks tegema iga allesjäänud kasutaja — number, mis tuleb tavalise koha jaoks välja täiesti ebarealistlik.
Keskmise suurusega sõltumatu ettevõtte puhul venib tasuvusaeg aastakümneteks. Mitte sellepärast, et äpp poleks midagi väärt, vaid sellepärast, et inimeste arv, kes seda 90. päevaks veel kasutavad, on liiga väike, et kanda mitme tuhande euro suurust arenduskulu — isegi kui iga allesjäänud kasutaja osutuks ebatõenäoliselt lojaalseks.
Sama koht, samad installimise ja säilitamise määrad, kolm viisi äpi saamiseks.
PWA riba eeldab samu installimise ja säilitamise määrasid nagu natiivne äpp — erineb ainult arenduskulu. Tegelikkuses on lävi "lisa avakuvale" puudutamiseks madalam kui allalaadimine äpipoest, seega on see pigem alampiir sellele, kui kiiresti PWA end ära tasub, mitte ülempiir.
Arvuta see oma koha jaoks
Ülaltoodud numbrid on keskmised. Sisesta oma klientuur, kulutus ja pakkumine — kõik arvutatakse kohapeal su brauseris.
—
"Lisakülastusi kuus tänu äpile" on ainus eeldus siin ilma avaldatud allikata — sisesta see pigem ettevaatlikult kui lootusrikkalt. Kõik arvutatakse kohapeal su brauseris; midagi ei saadeta ega salvestata.
Millal arvutus tegelikult klapib
Ülaltoodud arvutus on kirjutatud koha jaoks, mida enamik selle artikli lugejaid juhib: üks asukoht, paar tuhat klienti, pakkumine kümnete tuhandete eurode klassis. Muuda seda mastaapi, ja järeldus võib ümber pöörduda — mitte sellepärast, et säilitamiskõver muutub, vaid sellepärast, et arenduskulu ei korruta asukoha kaupa, samal ajal kui klientuur seda teeb.
Võta kojutoomisele keskendunud kontseptsioon mitme asukohaga ja ühise klientuuriga umbes 50 000 inimest, kõrgema tellimissagedusega ja suurema püsiklientide osakaaluga kui keskmine toitlustusasutus — realistlik ettevõtte jaoks, mis toimetab regulaarselt, mitte ei võta külastajaid vastu juhuslikult. Sama äpp, sama pakkumine umbes 37 500 €, aga nüüd jagatud palju suurema aktiivsete kasutajate baasi peale.
Sama ettevaatlike installimise ja säilitamise eeldustega tasub see äpp end ära umbes 10 kuuga — aastakümnete asemel. Erinevus ei ole äpis, see on nimetajas: sellises mastaabis jääb piisavalt aktiivseid kasutajaid, et kanda arenduskulu; ühe sõltumatu koha puhul mitte.
Mida teha enne allkirjastamist
Pakkumise allkirjastamine maksab ühe allkirja. Need kolm sammu maksavad tunni, ja need otsustavad, kas see allkiri säästab raha või maksab seda.
Enne pakkumise küsimist
- Loenda, kui palju su klientidest on tegelikult püsikliendid — inimesed, kes naasevad vähemalt kuus korra. See number, mitte kogu su klientuur, on see, mille peale äpp tegelikult ehitatakse.
- Küsi endalt üks küsimus: mida teeb äpp, mida WhatsAppi laialisaatmisnimekiri, tasuta lojaalsuskaart või avakuval olev järjehoidja ei suuda? Kui aus vastus on "midagi konkreetset ei tee", on äpp kallis viis sama asja tegemiseks.
- Ava ülaltoodud kalkulaator oma numbritega enne agentuuriga rääkimist — siis tead, millise vastuse peab pakkumine sulle andma, mitte vastupidi.
Kui siiski ehitad
- Alusta PWA-ga, mitte natiivse äpiga. Kui seda pärast poolt aastat tõesti kasutatakse, on sul tõend enne kümnekordse investeeringu tegemist.
- Pane esimesest päevast äppi konkreetne eelis, mida mujal ei ole — templikaart, mis täitub ainult seal, roog, mis on eelvaates nähtav ainult seal. Ilma põhjuseta seda avatuna hoida kordub ülaltoodud kohortikõver täpselt.
- Reserveeri 15-20% arenduskulust aastas hoolduseks ja poeuuendusteks — see pole lisa, see on hind, et püsida kasutuses.
Odavam tee
- Kontrolli kõigepealt, kas broneerimis- või tellimissüsteem, mida juba kasutad — või kaalud —, pakub juba äppi funktsioonina, koos teise automatiseerimisega, mida see sulle juba annab. Sel juhul on piirkulu null.
- Võrdle seda tasuta teed ausalt pakkumisega: samad push-teavitused, sama lojaalsusintegratsioon, ilma eraldi Apple'i arveta.
- Loe, mida selline sisseehitatud äpp konkreetselt pakub meie enda äpi tootelehel — sama küsimus, ilma agentuurita vahepeal.
Ei ei ega jah — arvutus
Peaaegu iga omanik, kes seda artiklit loeb, tunneb ära tunde, et äpp kuulub "kaasaegse koha" juurde. See tunne ei ole vale — see lihtsalt ei ole finantsmudel. Ülaltoodud neli numbrit näitavad, mis toimub pakkumise ja esimese aastalõpu vahel: järsk lehter kliendist installimiseni aktiivse kasutamiseni, ja arenduskulu, mis tuleb jagada liiga väheste allesjäänud kasutajate vahel.
Keskmise suurusega sõltumatu ettevõtte puhul on vastus peaaegu alati: mitte praegu, mitte natiivselt, mitte selle hinnaga. See ei ole hinnang ambitsioonile — see on see, mida ennustavad kogu äpitööstuse kohortikõverad, rakendatuna ühele toitlustusasutusele massilise publiku asemel.
See, mis toimib, on sama instinkt — olla kliendile lähemal — ilma arenduskulu, poeaarve ja iga-aastase uuenduskohustuseta. Meie enda äpp on täpselt see tee: sama funktsioon, osana süsteemist, mida juba kasutad, ilma teise arveta agentuurilt.