Šajā rakstā
Vietējā tīmekļa aģentūra, jūsu kases sistēmas piegādātājs vai franšīzes konsultants agrāk vai vēlāk uzdod to pašu jautājumu: vai vēlaties savu lietotni? Atbilde, ko saņemat, gandrīz vienmēr ir emocionāla — "esiet tur, kur ir jūsu klients" — un gandrīz nekad nav aprēķināta uz papīra. Šis raksts to aprēķina, izmantojot skaitļus, ko publicē pati lietotņu nozare.
Natīvā lietotne izklausās kā loģisks nākamais solis pēc jūsu tīmekļa vietnes: jūsu klients jau pasūta no ekrāna, tad kāpēc gan ne arī no ikonas telefonā? Pati doma nav problēma. Problēma ir tas, kas notiek pēc tam — un šo daļu reti piemin tas, kurš jums pārdod lietotni.
Mobilo lietotņu nozare jau desmit gadus precīzi mēra to, kas notiek ar instalāciju: cik cilvēku to atver, cik palikuši pēc mēneša, cik atgriežas pēc trim. Šie skaitļi ir stingri, publiski un pārsteidzoši konsekventi — un gandrīz nekad nav piemēroti vienam vienīgam ēdināšanas uzņēmumam.
Šis raksts to dara, četros skaitļos: cik lietotni tiešām maksā izveidot un uzturēt, kāda daļa jūsu pašu klientu to reāli instalē, cik no viņiem to vēl atver pēc 30 un 90 dienām, un — jautājums, kas patiešām ir svarīgs — cik papildu apmeklējumu vajadzīgs, pirms tā atmaksājas. Apakšā ievadiet savus skaitļus kalkulatorā, kas izmanto tieši tādu pašu matemātiku kā pārējā raksta daļa.
Secinājums nav ne "nekad", ne "vienmēr". Neatkarīgam uzņēmumam ar vienu atrašanās vietu atbilde gandrīz vienmēr ir nē — skaitļi zemāk precīzi parāda, kāpēc. Grupai ar vairākām vietām vai piegādes koncepcijai ar reālu atkārtotu pasūtījumu apjomu tas pats aprēķins var sanākt citādi. Atšķirība nav ambīcijās, tā ir mērogā.
Galīgais ceļvedis Restorāna Tehnoloģijas Un Dati: 6 Soļi No 7 Rīkiem Uz 1 Sistēmu No atsevišķas kases līdz vienai integrētai sistēmai: pilnīgs ceļvedis tehnoloģiju izvēlēm, kas patiešām atmaksājas. Atvērt ceļvedi1. Cik maksā izveidot lietotni — un turpināt to maksāt
Piedāvājums "vienkāršai" pasūtījumu un lojalitātes lietotnei vienai vietai specializētās aģentūrās svārstās aptuveni no 8000 € līdz 25 000 €, atkarībā no tā, cik daudz jūsu esošās sistēmas jāiebūvē tajā. Pievienojot rezervācijas, piegādes izsekošanu vai plašāku lojalitātes programmu, tas ātri kāpj virzienā uz 40 000–80 000 €, un tikai tur rēķins sākas. Salīdziniet to godīgi ar to, kas jau ir jūsu programmatūras abonementu sarakstā: lietotne reti ir pirmās izmaksas, ko vēlaties pievienot.
Papildus izstrādes izmaksām nāk divas atkārtotas izmaksas, ko neviens piedāvājums nemin priekšplānā. Apple prasa apmēram 92 € gadā par izstrādātāja kontu, bez kura neviena iOS lietotne nekad netiek publicēta — nesamaksājiet vienu gadu, un jūsu lietotne pazūd no App Store neatkarīgi no tā, cik klientu to jau lieto. Google prasa vienreizēju 23 € maksu par Play Console kontu. Neliela summa, bet tā ir pirmā no daudzām: katrs lielāks iOS vai Android atjauninājums liek veikt jaunu pārbaudes ciklu, un lietotne, kas divus gadus nav atjaunināta, galu galā tiek noraidīta vai vienkārši kļūst neatrodama veikalā.
Ir divi lētāki ceļi, un abi ir pelnījuši godīgu pieminēšanu, pirms lasāt tālāk. Progresīvā tīmekļa lietotne (PWA) — "pievienot sākuma ekrānam" tieši no jūsu esošās tīmekļa vietnes — maksā tikai daļu no natīvās lietotnes, jo nav nedz App Store pārbaudes, nedz divu atsevišķu koda bāzu, nedz ikgadēja Apple rēķina. Un, ja rezervāciju vai pasūtījumu sistēma, ko jau lietojat, piedāvā lietotni kā iebūvētu funkciju, tās papildu izmaksas ir nulle: jūs par to jau maksājat, vai lietojat to, vai ne.
Saskaitiet: 65 € gadā Apple, 16 € vienreizēji Google — pirms uzrakstīta kaut viena koda rindiņa, un bez jebkādas garantijas, ka to jebkad atvērs kaut viens klients.
2. Cik daudz jūsu klientu to tiešām instalē
Pajautājiet lietotņu aģentūrai instalēšanas rādītāju, un atbilde paliek neskaidra: "tas ir atkarīgs". Pajautājiet lojalitātes platformām, kas veido patstāvīgas restorānu lietotnes, to pašu skaitļus, un atbilde kļūst konkrētāka — bet tas ir skaitlis ar adresi. Lojalitātes lietotņu piegādātāji parasti ziņo par 10–20% instalēšanas rādītāju, un šī daļa tiek mērīta viņu labākajiem klientiem: cilvēkiem, kas jau ir pastāvīgi. Tā ir tā pati lamatas kā ar pašapkalpošanās kioskiem: pievilcīga tehnoloģija, kas atmaksājas tikai ļoti konkrētai jūsu klientu daļai.
Tā ir problēma. Šie 10–20% nav procenti no visiem jūsu klientiem, tie ir procenti no jūsu pastāvīgajiem klientiem — un pastāvīgie klienti paši par sevi jau ir mazākums. Restorānu nozares pētījumi konsekventi liek klientu, kas nekad neatgriežas, daļu ap 70–77%, un aptuveni 65–80% apgrozījuma piedēvē klientiem, kas atgriežas. Citiem vārdiem sakot: grupa, kas vispār ir kandidāte lietotnes instalēšanai, pati par sevi ir tikai piektā līdz ceturtā daļa no visas jūsu klientu bāzes.
Sakraujot šos divus skaitļus vienu uz otra, daļa no VISAS jūsu klientu bāzes, kas instalē lietotni, nokrīt līdz dažiem procentiem — ne desmit, nemaz nerunājot par divdesmit. Uz tūkstoti klientu tie ir apmēram divsimt divdesmit pastāvīgie klienti, no kuriem apmēram katrs septītais instalē lietotni: trīsdesmit trīs cilvēki. Tas ir reālistisks sākumpunkts, nevis piedāvājumā minētais optimistiskais skaitlis.
Uz 1000 klientiem, ar iepriekš minētajām daļām. Katra josla ir iepriekšējā soļa daļa.
Šie ir orientējoši skaitļi, nevis likums: uzņēmums ar patiešām lojāliem piegādes klientiem sasniedz augstāku pastāvīgo klientu daļu, uzņēmums ar daudziem tūristiem — zemāku. Modelis — stāvs piltuve no klienta uz instalēšanu uz aktīvu lietošanu — apstiprinās gandrīz katrā pētījumā.
3. Kas vēl atver lietotni pēc 30 un 90 dienām
Instalācija nav lietotājs. Mobilo lietotņu nozare to gadiem ilgi mēra ar kohortu līknēm — cik daudzi no cilvēkiem, kas instalēja nulles dienā, atgriežas vēlāk — un modelis ir pārsteidzoši konsekvents neatkarīgi no lietotnes kategorijas. Business of Apps un Adjust 2026. gadam ziņoja par vidējo 1. dienas noturēšanas rādītāju aptuveni 25%: no visiem, kas instalē, aptuveni katrs ceturtais jebkad atver lietotni otrreiz.
No tā brīža kritums paātrinās. Tie paši avoti nosaka vidējo 30. dienas noturēšanas rādītāju 5–7% robežās, un tobrīd vairāk nekā 90% visu lietotāju jau ir pametuši lietotni. Līdz 90. dienai — brīdim, kad atlaide par otro apmeklējumu patiešām sāktu atmaksāties — noturēšana lielākajā daļā kategoriju svārstās starp 3 un 5%. Tas nav viena nolaidīga izstrādātāja neveiksme; tas ir vidējais rādītājs tūkstošiem lietotņu, desmitos kategoriju.
Pārnesot to uz trīsdesmit trim instalācijām no iepriekšējā skaitļa, trīs mēnešus vēlāk paliek apmēram viens aktīvs lietotājs. Nevis viens no trīsdesmit trim procentiem — viens cilvēks. Tā ir realitāte aiz frāzes "mēs veidojam lietotni, lai klienti atgrieztos": varbūtība, ka nejaušs klients to vēl atver 90. dienā, ir tuvu vienam no tūkstoša.
4. Cik papildu apmeklējumu nepieciešams, lai sasniegtu nulles punktu
Lietotne atmaksājas tikai tad, ja aktīvs lietotājs apmeklē biežāk, nekā būtu bez tās — nevis biežāk par vidējo, bet biežāk, nekā tik un tā būtu nācis. Šīs atšķirības nav nevienā publicētā nozares standartā: neviens ziņojums nepasaka, cik papildu apmeklējumu viens lietotnes lietotājs patiešām rada, jo tas atšķiras pēc uzņēmuma, koncepcijas un piedāvājuma.
To, ko zinām, varam salīdzināt. Ņemiet izstrādes izmaksas, daliet tās ar vidējo tēriņu vienā apmeklējumā, un iegūstat kopējo papildu apmeklējumu skaitu, kas lietotnei jārada, lai atmaksātos. Daliet to atkal ar aktīvo lietotāju skaitu, kas palikuši pēc 90 dienām, un kļūst skaidrs, cik papildu apmeklējumu mēnesī katram atlikušajam lietotājam būtu jāveic — skaitlis, kas parastam uzņēmumam izrādās pilnīgi nereāls.
Vidēja lieluma neatkarīgam uzņēmumam atmaksāšanās periods stiepjas desmitiem gadu. Nevis tāpēc, ka lietotne ir bezvērtīga, bet tāpēc, ka cilvēku skaits, kas to vēl lieto līdz 90. dienai, ir pārāk mazs, lai segtu vairāku tūkstošu eiro izstrādes izmaksas — pat ja katrs atlikušais lietotājs izrādītos neticami lojāls.
Tas pats uzņēmums, tie paši instalēšanas un noturēšanas rādītāji, trīs veidi, kā iegūt lietotni.
PWA josla pieņem tādus pašus instalēšanas un noturēšanas rādītājus kā natīvajai lietotnei — atšķiras tikai izstrādes izmaksas. Patiesībā slieksnis, lai nospiestu "pievienot sākuma ekrānam", ir zemāks nekā lejupielāde no lietotņu veikala, tāpēc šis ir drīzāk apakšējā robeža tam, cik ātri PWA atmaksājas, nevis augšējā.
Aprēķiniet to savam uzņēmumam
Iepriekš minētie skaitļi ir vidējie rādītāji. Ievadiet savu klientu bāzi, tēriņus un piedāvājumu — viss tiek aprēķināts lokāli jūsu pārlūkprogrammā.
—
"Papildu apmeklējumi mēnesī lietotnes dēļ" ir vienīgais pieņēmums šeit bez publicēta avota — ievadiet to piesardzīgi, nevis cerīgi. Viss tiek aprēķināts lokāli jūsu pārlūkprogrammā; nekas netiek nosūtīts vai saglabāts.
Kad aprēķins tomēr sanāk
Iepriekš minētais aprēķins ir rakstīts uzņēmumam, kādu vada lielākā daļa šī raksta lasītāju: viena atrašanās vieta, daži tūkstoši klientu, piedāvājums vairāku desmitu tūkstošu eiro apmērā. Mainiet šo mērogu, un secinājums var mainīties pretējā virzienā — nevis tāpēc, ka mainās noturēšanas līkne, bet tāpēc, ka izstrādes izmaksas nepieaug proporcionāli atrašanās vietu skaitam, savukārt klientu bāze pieaug.
Ņemiet piegādes koncepciju ar vairākām atrašanās vietām un kopēju klientu bāzi ap 50 000 cilvēkiem, ar augstāku pasūtījumu biežumu un lielāku pastāvīgo klientu daļu nekā vidējā ēdināšanas vietā — reālistiski uzņēmumam, kas regulāri piegādā, nevis retumis apkalpo klientus. Tā pati lietotne, tas pats piedāvājums aptuveni 34 000 € apmērā, bet tagad sadalīts uz daudz plašāku aktīvo lietotāju bāzi.
Ar tikpat piesardzīgiem instalēšanas un noturēšanas pieņēmumiem šī lietotne atmaksājas apmēram 10 mēnešos — nevis desmitos gadu. Atšķirība nav lietotnē, tā ir saucējā: šajā mērogā paliek pietiekami daudz aktīvo lietotāju, lai segtu izstrādes izmaksas; vienā neatkarīgā uzņēmumā — nē.
Ko darīt pirms parakstīšanas
Piedāvājuma parakstīšana maksā vienu parakstu. Šie trīs soļi maksā stundu, un tie nosaka, vai šis paraksts ietaupa naudu vai to izmaksā.
Pirms prasāt piedāvājumu
- Saskaitiet, cik daudz jūsu klientu tiešām ir pastāvīgi — cilvēki, kas atgriežas vismaz reizi mēnesī. Šis skaitlis, nevis visa jūsu klientu bāze, ir tas, uz ko lietotne patiešām tiek būvēta.
- Uzdodiet sev vienu jautājumu: ko lietotne dara tādu, ko nevar izdarīt WhatsApp izplatīšanas saraksts, bezmaksas lojalitātes karte vai grāmatzīme sākuma ekrānā? Ja godīga atbilde ir "nekas konkrēts", lietotne ir dārgs veids, kā darīt to pašu.
- Atveriet iepriekš minēto kalkulatoru ar saviem skaitļiem, pirms runājat ar aģentūru — tad zināsiet, kādu atbildi piedāvājumam jums jāsniedz, nevis otrādi.
Ja tomēr būvējat
- Sāciet ar PWA, nevis ar natīvo lietotni. Ja pēc pusgada to patiešām lieto, jums ir pierādījums, pirms veicat desmit reizes lielāku ieguldījumu.
- No pirmās dienas ievietojiet lietotnē konkrētu priekšrocību, kas nepastāv nekur citur — zīmogu karti, kas krājas tikai tur, ēdienu, kas redzams agrāk tikai tur. Bez iemesla to turēt atvērtu, iepriekš minētā kohortu līkne atkārtosies precīzi.
- Rezervējiet 15–20% no izstrādes izmaksām gadā uzturēšanai un veikalu atjauninājumiem — tas nav papildu izmaksa, tā ir cena par palikšanu tiešsaistē.
Lētākais ceļš
- Vispirms pārbaudiet, vai rezervāciju vai pasūtījumu sistēma, ko jau lietojat — vai apsverat — jau piedāvā lietotni kā funkciju līdzās citai automatizācijai, ko tā jums jau dod. Šajā gadījumā papildu izmaksas ir nulle.
- Salīdziniet šo bezmaksas ceļu godīgi ar piedāvājumu: tie paši push paziņojumi, tā pati lojalitātes integrācija, bez atsevišķa Apple rēķina.
- Izlasiet, ko šāda iebūvēta lietotne konkrēti piedāvā mūsu pašu lietotnes produkta lapā — tas pats jautājums, bez aģentūras starpā.
Ne nē, ne jā — aprēķins
Gandrīz katrs uzņēmuma vadītājs, kas lasa šo rakstu, atpazīst sajūtu, ka lietotne pieder pie "moderna uzņēmuma". Šī sajūta nav kļūdaina — tā vienkārši nav finanšu modelis. Iepriekš minētie četri skaitļi parāda, kas notiek starp piedāvājumu un pirmo gada noslēgumu: stāva piltuve no klienta uz instalēšanu uz aktīvu lietošanu, un izstrādes izmaksas, kas jāsadala uz pārāk maz atlikušo lietotāju.
Vidēja lieluma neatkarīgam uzņēmumam atbilde gandrīz vienmēr ir: ne tagad, ne natīvi, ne par šo cenu. Tas nav spriedums par ambīcijām — tas ir tas, ko paredz visas lietotņu nozares kohortu līknes, piemērotas vienam ēdināšanas uzņēmumam, nevis masu auditorijai.
Tas, kas strādā, ir tas pats instinkts — būt tuvāk klientam — bez izstrādes izmaksām, veikala rēķina un ikgadējā atjaunināšanas pienākuma. Mūsu pašu lietotne ir tieši šis ceļš: tā pati funkcija, kā daļa no sistēmas, ko jau lietojat, bez otra aģentūras rēķina.