The first user journey, before the feature list
An app rarely succeeds because it does many things. It succeeds because one specific journey works at launch: booking a trip, finding an event, comparing a price, checking municipal information. Whether the project is a startup, a marketplace or a booking tool, Devlab sets that journey and how it will be judged before writing the first line of code.
In practice, that starts with working out who will use the app, sketching the screens and trying out the journeys that matter most, before building everything else. These are the “Listen” and “Measure” stages of the Devlab method: understand your workflows and define the problem, then agree priorities, budget and success criteria.
Who will use the app, and in what situation: at a desk, on the move, on a site without network.
The first service it must provide to those users, described in one sentence.
The criteria that will show the first release works.
What can wait for the next release.
Phones, network and islands: the constraints of the fenua
In French Polynesia, the handsets your users actually carry, how good their connection is, their language and the volume of data to transfer all weigh directly on the design. An app designed for a perfect network disappoints as soon as you leave Papeete: on a building site, on an outer island, in a boat’s hold, teams often work without network.
The technical answer is called offline-first: field data capture, local storage on the phone, and sync when the connection returns. Devlab applies it in Kohi, its hotel inventory software: teams record observations, quantities and photos on mobile, even without a network.
The Taputapuātea audio guide, developed for the Department of Culture and Heritage, demonstrates that experience: audio tours and images available offline, an interactive map and glossary, tours in French, Tahitian and English, so visitors can follow the tour of the Taputapuātea site in Raiatea without a mobile connection.
Not every feature needs to work offline. For each project, we sort out what stays stored on the phone and what has to go back through the network to update.
Backend, accounts and connections
A mobile app is only the visible part. Behind it, a backend connects accounts, content and data, with administration tools for your team. Your current tools can plug into it too, but only if their interface allows it. Check this early, since it changes the scope.
Depending on the project, the app carries whatever actually serves your users: a map, notifications, the camera, or access without a connection. The Air Tahiti app, for instance, covers ticket booking and trip management, check-in and access to boarding passes, timetables and flight status tracking. The more an app depends on live data, the more the backend and the connections weigh in the project.
User accounts and roles: who signs in, with which rights.
Content and data: who updates them, from which administration tool.
Existing services (booking, payment, sales tools): to connect where their APIs allow it.
Maps, notifications, camera: planned for the project, not by default.
Publishing on the App Store and Google Play, then what comes next
Releasing an app is not a matter of pressing a button. Devlab tests it, submits it to the platforms, then agrees with you on who watches for incidents, how updates ship and what ongoing development sits in the contract.
The publishing account matters as much as the code. Beedr is published on iOS and Android under the Devlab account; the Ville de Punaauia app is listed as Ville de Punaauia on the App Store and Mairie de Punaauia on Google Play, with both stores identifying Devlab as the developer. These choices are settled at the start: who owns the code, who keeps control of the publishing accounts, where the app is hosted, and who maintains it.
Beedr and Panier Futé sit on both the App Store and Google Play; the Taputapuātea audio guide and Air Tahiti are published on Google Play. Not every app needs both platforms from day one: the decision follows the phones your users actually carry.
What it costs and how Devlab quotes
The price of an app follows its journeys, its platforms, its backend, its connections and the support wanted once it is live. Devlab prices the work once scoping is done, and the quote separates three items: building the app, what depends on third-party providers, and maintenance.
At Devlab, 90% of clients choose the monthly subscription: no money down, with design, hosting, support and ongoing improvements included, from 20,000 XPF per month. That entry point is the same for all our services; the exact price then depends on the size of the project, the volumes and the goal. Buying remains possible for those who want to own their solution: the initial outlay is considerably higher, and maintenance has to be planned afterwards.
The first call lasts 30 minutes and costs nothing. The quote is free too, with no commitment, and Devlab replies within 24 hours. Describe the app’s users and what it should do for them first: that is all it takes to start scoping.
Seven apps, seven contexts
Sport, travel, everyday shopping, municipal information and agriculture: Devlab’s seven mobile projects in French Polynesia cover very different uses. Each dedicated page spells out our exact role and cites its sources.
ito ito: physical activity, challenges and rewards in French Polynesia. Created and developed by Devlab, which then maintained it; the solution was later sold to SAS Itoito.
Beedr: discovering events and following their organisers in Tahiti, with two workflows, participant and organiser. Published on iOS and Android under the Devlab account.
Panier Futé: developed for the Direction générale des affaires économiques (DGAE) to compare recorded prices in stores in Tahiti, Moorea and Raiatea.
Air Tahiti: booking, check-in, boarding passes, timetables and flight status for passengers travelling between the islands of French Polynesia, on Android.
Taputapuātea audio guide: a tour of the Taputapuātea site in Raiatea, offline, in French, Tahitian and English, for the Department of Culture and Heritage.
Ville de Punaauia: municipal information, a map and notifications, on iOS and Android.
CAPL: a tablet app for harvest forecasting, co-developed with the technical team of the Chambre de l’agriculture et de la pêche lagonaire, presented in its December 2020 bulletin.