Tolaron · Praha, Česká republika
Vyvíjíme mobilní aplikace k produktům a API, které už vaše firma provozuje, i nové produkty postavené na mobilní aplikaci.
#digitalproduct · pro zakladatele a produktové týmy
První verze mobilního produktu
Pro zakladatele a produktové týmy, které připravují MVP, tedy první použitelnou verzi produktu: začněte hlavním úkolem, který v ní má uživatel zvládnout. Zdarma vám ukážeme náhled, jak by aplikace zhruba mohla vypadat. Pak navrhneme a postavíme aplikaci i webovou aplikaci, která k ní patří; co bude potřeba na straně serveru, dohodneme v rámci rozsahu projektu.
Probrat nový produkt#mobileapp #webapp · pro firmy se stávajícím produktem
Mobilní aplikace pro stávající produkt
Aplikace pro iOS a Android napojená na produkt nebo systém, který už provozujete, a podle potřeby i webová administrace. Vycházíme z vašeho API, určíme oprávnění uživatelů a dohodneme, kdo může měnit backend. Pokud chcete, abychom převzali vývoj stávající aplikace, napište nám, na jaké technologii stojí a kdo vlastní zdrojový kód. Než se na práci domluvíme, posoudíme její stav, způsob sestavení a závislosti.
Probrat aplikaci k produktuPříklady možného rozsahu. Konkrétní úkoly a napojení vycházejí z vašeho produktu.
Zákazník má přehled o svých smlouvách a po ruce dokumenty, které potřebuje.
Uživatel popíše, co potřebuje vyřešit, nebo nahlásí pojistnou událost a přiloží fotografie z telefonu.
Zákazník vidí aktuální stav i to, co má udělat v dalším kroku.
Váš tým může zkontrolovat a schválit požadavky i mimo kancelář.
Zkušenost zakladatele před Tolaronem
Pět let práce v britské platební instituci autorizované FCA: od onboardingu obchodníků po transakce a vyúčtování. Zdeněk působil jako seniorní mobilní vývojář a vedoucí týmu.
Podrobnosti projektuVlastní produkt · ve vývoji
Z firemního IČO vzniká případ k posouzení se zdroji údajů a viditelnými mezerami. Monivero vyvíjíme pro compliance týmy; zatím není dostupné zákazníkům.
Podrobnosti projektuMáte už produkt? Přečtěte si, co má API umět před vývojem mobilní aplikace.
Jak navrhujeme fintech aplikace
Zdravotnictví, energetika, logistika a fintech jsou naše čtyři hlavní obory. Na šesti částech fintech aplikace ukazujeme, proč konkrétní řešení funguje: od KYC a onboardingu po platby a přehledy.
Silná stránka 01
Fintech aplikace
Platby, karty, onboarding a KYC. Zakladatel před Tolaronem pět let působil jako seniorní mobilní vývojář a vedoucí týmu v britské platební instituci autorizované FCA.
Silná stránka 02
Data a dashboardy
Přehledy, grafy a čísla, kterým člověk porozumí na první pohled, v telefonu i na webu.
PříkladObrazovky jsou příklady z cizích aplikací (knihovna Mobbin), ne naše práce. Ukazují principy, podle kterých navrhujeme.
01 · Onboarding a KYC
N26, otevření účtu. Najeďte na čísla.Klepněte na čísla.
1Proč to funguje
Hotové kroky zůstávají vidět
N26 nechává splněné kroky v seznamu se zaškrtnutím. Člověk vidí, kolik už má za sebou.
V našem návrhu: Dlouhý onboarding rozdělíme na pojmenované kroky a hotové necháme na očích.
Onboarding a KYC: další obrazovky, které fungují · najeďte na obrazovkuklepněte na obrazovku
Data a dashboardy · napříč obory
1Dlaždice řídí graf
Klepnutím na číslo se přepne graf pod ním. Číslo a jeho vývoj jsou vždy pohromadě.
Amplitude, přehled návštěvnosti. Najeďte na čísla.Amplitude, přehled návštěvnosti. Klepněte na čísla.
Příklady jsou cizí aplikace z knihovny Mobbin (N26, Careem, Starling, Crypto.com, Monzo, Revolut, Wise, Cash App, Vipps, Lloyds, ubank, Copilot, Origin, Apple Wallet, Afterpay, Zip, Mercury, Shopify, Square, CVS Health, Warby Parker, Zocdoc, Wonder, Bolt Food, DoorDash, Octopus Energy, Amplitude, Rocket Money). Nejde o naši práci; ukazují principy, podle kterých navrhujeme. Názvy a ochranné známky patří jejich vlastníkům. Ukázky Tolaronu používají smyšlená data.
Nejdřív si vyjasníme rozsah projektu a ověříme, jestli spolupráce dává smysl oběma stranám. Zdarma vám ukážeme náhled konceptu, jak by aplikace zhruba mohla vypadat, nikoli funkční MVP. Pak společně určíme uživatele a jejich hlavní úkoly, první použitelnou verzi, obrazovky a kritéria převzetí.
Vývoj backendu není standardní služba. U stávajícího produktu stavíme na vašem API a potřebujeme na vaší straně člověka, který backend zná a může ho upravit. U nového produktu nebo tam, kde API nestačí, dohodneme v rámci rozsahu projektu, co aplikace potřebuje na straně serveru; stávající produkt nikdy nenahrazujeme ani nepřestavujeme. U přístupu k datům, přihlašování a integrací třetích stran musí být jasné, kdo za co odpovídá.
Aplikaci vydáme v App Storu a na Google Play. Testování, účty v obchodech a předání dohodneme před spuštěním. Údržbu, tedy opravy a bezpečnostní aktualizace, i další rozvoj nastavíme podle potřeb projektu.
Projekt vede Zdeněk Dolák a je vaším kontaktem po celou dobu spolupráce. Podle potřeby přizveme specialisty z dalších oborů; které a v jakém rozsahu, dohodneme pro váš projekt.
Údržbu, podporu a odpovědnost za řešení incidentů dohodneme pro každý projekt. Ke sledování chyb a výkonu aplikace můžeme použít například Sentry. Společně určíme, co sledovat, kdo dostává upozornění a jak se problémy řeší.
Technologie
React Native umožňuje sdílet aplikační kód mezi iOS a Androidem. Hodí se tam, kde aplikaci na obou platformách používají stejní uživatelé ke stejným úkolům. Rozdíly mezi platformami přesto vyžadují vlastní implementaci a testování.
Technologie musí odpovídat produktu. Pokud projekt závisí na specializovaném hardwaru, náročné grafice nebo stávající nativní aplikaci, probereme to podrobně hned na začátku.
iOS
Android
TypeScript
React Native
Expo / EAS
Next.js
Supabase
PostgreSQL
Vercel
GitHub Actions
Playwright
SentryDalší otázky? Napište na hello@tolaron.com.
Ano. React Native umožňuje sdílet aplikační kód pro iOS a Android a doplnit části specifické pro danou platformu. Obě verze přesto potřebují testování a vlastní proces vydání.
Ano, a u stávajícího produktu tím právě začínáme. Popište, co vaše API umí, jak se přihlašují uživatelé a kdo může backend upravovat. Pokud API nestačí, dohodneme v rámci projektu, co aplikace potřebuje; váš produkt přitom nenahrazujeme ani nepřestavujeme.
Cena závisí na rozsahu: na počtu a složitosti uživatelských úkolů, připravenosti návrhu, kvalitě API, integracích, práci offline, testování a požadavcích na vydání. Proto nemáme univerzální ceník. Odhad připravíme podle dohodnutého rozsahu a účtujeme skutečně odvedenou práci do předem sjednaného rozpočtového stropu. Navýšení stropu vždy nejdřív schvalujete vy.
Doba vývoje závisí na rozsahu: na uživatelských úkolech, připravenosti návrhu a API, integracích, práci offline, testování a vydání v App Storu a na Google Play. Univerzální termín proto neslibujeme. MVP omezíme na hlavní úkol uživatele. Pokud musíte dodržet pevný termín, uveďte ho i s důvodem hned v zadání.
Ano, fintech patří k oborům, na které se zaměřujeme. Zakladatel Tolaronu Zdeněk Dolák získal ve Velké Británii zkušenosti s finančními službami, platbami, compliance a onboardingem klientů. Dokážeme převzít odpovědnost i za aplikace, jejichž hlavním účelem je placení. Popište zamýšlené transakce, backend a potřebná SDK. Bezpečnostní požadavky, regulatorní posouzení i odpovědnosti jednotlivých stran dohodneme pro konkrétní projekt.
Komunikujeme česky a anglicky. Projekt vede zakladatel Zdeněk Dolák, který je vaším kontaktem; další vývojáři se zapojují podle potřeb projektu a volných kapacit. Před zahájením dohodneme, kdo u vás rozhoduje o produktu a úpravách backendu, jak si budeme předávat zpětnou vazbu a kdy se budeme pravidelně spojovat.
Kdy se mobilní aplikace vyplatí a kdy lidem lépe poslouží rychlý mobilní web: jak často se vracejí, co přidá telefon a co aplikace stojí po spuštění.
Přihlášení, přístup k datům, oprávnění a správce backendu: co potřebuje stávající produkt, než na něm vznikne mobilní aplikace, a co když API nestačí.
Čtyři body, které patří do zadání mobilní aplikace, co ovlivňuje cenu a dobu vývoje a proč odhad vychází z dohodnutého rozsahu, ne z univerzální ceny.
Pro začátek stačí stručné shrnutí. Probereme, jestli vám můžeme pomoci, na co má aplikace navazovat a co potřebujeme k odhadu rozsahu, ceny a termínu.
