Aplicacions mòbils
Desenvolupament d'aplicacions mòbils per a iOS i Android
La revisió de les botigues, les actualitzacions de sistema operatiu, la fragmentació de dispositius, el diagnòstic de crashes, els trens de release. Construïm pensant en els dos anys que vénen després del llançament, no només en el llançament.
- iOS + AndroidUn sol codi
- +15Startups llançades
- PublicaciónEns ocupem de la revisió
Què construïm
Apps que la gent deixa a la primera pantalla
Multiplataforma amb React Native
Un sol codi per a les dues botigues quan l'app és interfície i dades. Retalla el desenvolupament gairebé a la meitat i, el que importa més, també el manteniment.
Natiu quan s'ho guanya
Swift o Kotlin quan estàs estrenyent el maquinari: processament de càmera, Bluetooth, geolocalització en segon pla o gràfics exigents.
Funcionament sense connexió
Estat local i sincronització que sobreviuen a un ascensor, un túnel i el wifi dolent d'un hotel sense perdre la feina de l'usuari.
Backend i API
La capa de servei, l'autenticació, les notificacions push i el tauler d'administració. Una app sense backend és mig projecte.
Publicació i revisió a les botigues
Metadades, captures, declaracions de privacitat i les anades i vingudes amb la revisió si apareixen. Ja ho hem fet abans.
Enginyeria de releases
Artefactes signats construïts a CI, desplegaments per fases, informes de crashes i analítica connectats des de la primera versió.
Com treballem
De la idea a instal·lada
Definir l'única tasca
Les apps que funcionen fan una cosa per la qual la gent les obre. Insistim bastant a retallar la primera versió fins a deixar exactament això.
Prototipar el flux principal
Una versió navegable del recorregut central en un mòbil real, abans que existeixi codi de producció. En aquesta fase, canviar és barat.
Construir amb tren de releases
Sprints que acaben en una build instal·lable que pots portar al teu propi mòbil. El retorn surt d'usar-la, no de llegir-ne.
Llançar i iterar
Desplegament per fases, seguiment de crashes i de l'embut, i una cua prioritzada pel que fan els usuaris reals i no pel que vam suposar nosaltres.
Preguntes freqüents
El que es pregunta en un projecte d'app
Multiplataforma o natiu? Què ens convé?
Per a la majoria d'apps de negoci i de consum, multiplataforma amb React Native és l'opció per defecte correcta: un equip, un codi, les dues botigues i un rendiment que els usuaris no distingeixen.
Natiu quan el valor de l'app és en el maquinari: processament de càmera sostingut, Bluetooth de baix nivell, geolocalització en segon pla o interacció amb molta càrrega gràfica. Et direm a quin costat d'aquesta línia ets, en lloc de recomanar-te el que més es factura.
Què passa si Apple rebutja l'app?
Ens encarreguem nosaltres de la resposta. Els rebutjos solen venir de les metadades, les declaracions de privacitat o el requisit de poder esborrar el compte, més que del codi. Conèixer per endavant les causes habituals és gairebé tot el que cal per no entrar en un bucle de dues setmanes de revisió.
Cal mantenir-la després de llançar-la?
Sí, i pressupostar-ho des del principi és el que separa una app que dura d'una que es trenca amb la següent versió del sistema operatiu. Les dues plataformes treuen una versió major l'any i cadascuna deixa alguna cosa obsoleta. Oferim manteniment continu o fem un traspàs net al teu equip.
Podeu agafar una app que ja existeix?
Sovint sí, i comencem amb una auditoria en lloc d'una promesa: salut de les dependències, reproductibilitat del build, cobertura de tests i estat dels comptes de les botigues. Si la recomanació honesta és refer-la, ho direm i explicarem què és exactament el que fa que surti més barat que continuar estirant.
De qui són els comptes de les botigues?
Teus. Les apps es publiquen als teus comptes de desenvolupador d'Apple i Google, no als nostres. Això importa enormement el dia que vulguis canviar de proveïdor.
Tens una idea d'app, o una app que cal rescatar?
Una trucada amb un enginyer mòbil sènior. Porta-la tal com està, encara que estigui a mitges.