Dart Agency

A project in Dart is almost always developed through Flutter, whose price depends on the number of screens, the functions expected and the connections to plan with your existing tools. We draw up a detailed quote within 24 hours after a first conversation about your scope, with no rate card set in advance that would ignore the reality of your project. This initial scoping makes it possible to spread the development into successive batches and to know the budget committed before a single line of code is written for your application.

From the first discussion to publication on the stores, a standard project takes between 21 and 60 days. A broader scope, with several connected modules or advanced offline functions, calls for closer to 60 days. This lead time covers the scoping of the screens, development in Dart, testing on different phones and the validations by Apple and Google before the application is officially made available on both stores. We share a file installable directly on your phone along the way, to gather your feedback before final publication.

Native development in Swift and Kotlin remains relevant when the application depends heavily on functions specific to a single system, recent sensors, advanced integrations with the hardware. Dart, through Flutter, becomes preferable as soon as the goal is to deliver a single application for both systems on a controlled development budget, without duplicating each function in two distinct languages. We settle this choice from the scoping stage, according to the functions your application actually expects.

Yes, we start with an audit of the code: how the files are organised, the dependencies installed, the practices followed by the previous team. This diagnosis identifies what can be kept as it is and what has to be reworked before adding new functions to the application. A progressive takeover remains the norm; a complete rewrite of the project in Dart is only justified if the state of the code makes that option faster and safer than a module-by-module takeover. We then hand you a detailed action plan before starting.

It takes the form of an optional annual package, priced according to the actual scope of the application delivered: updates to Dart and its dependencies, compatibility with new versions of iOS and Android, fixes reported by your users. You remain free to take it or not. Without this package, we work occasionally on quotation for each change requested, but regular follow-up limits nasty surprises during the annual updates published by Apple and by Google.

Yes: the code repository and the developer accounts used to publish your application on the stores pass under your control from final delivery onwards. Since Dart is an open source language backed by Google, nothing commits you contractually to our agency beyond the assignment carried out. You can entrust the rest of the project, fixes or new functions, to another team without any authorisation from us being needed to take over the code. You also receive the technical documentation needed for another team to pick things up quickly.

Not directly: a mobile application does not appear in classic search results, its visibility depends on its listing on the App Store and the Play Store, keywords, visuals, description, which we write with you before publication. It complements an already visible website rather than replacing it, giving your users an extra channel based on notifications and regular use. If search visibility remains your priority, we articulate it with an existing site.