What is the difference between hiring Flutter developers through you and commissioning a Flutter development project?
They are different engagements, and the difference is who owns delivery. On a Flutter development project we take a defined scope, run it with our own process and our own lead, and are accountable for the result. With augmentation you own delivery: the engineer works inside your process, your leads direct the work, and your definition of done applies. Augmentation is the better fit when you have engineering management to spare and a clear backlog. A delivered project is the better fit when you do not, because adding people to an unclear process makes it less clear, not more.
Who interviews and approves the engineer?
You do. Candidates are screened for your specific stack and your specific work, then assessed technically before you see them. You interview whoever you want, for as long as you want, and nobody joins your team without your sign-off. Rejecting a shortlist is a normal outcome, not a problem, and it means we go back and look again rather than pressing the case.
What happens if the engineer is not the right fit or leaves?
Sourcing the replacement and covering the handover is our responsibility, not yours. That is a substantial part of what you are paying for compared with contracting an individual directly, and it is the risk most people underestimate when they compare the two on rate alone. We also agree a fit checkpoint in the first month, because a replacement at week four is an inconvenience while the same conversation at month six is a serious problem.
What does it cost?
We do not publish a rate, and a firm number quoted before we understand the role would not be reliable enough for you to plan against. Cost depends on seniority, the specific skill mix, the expected duration, and how much overlap with your working hours the role requires. We give you a figure after scoping the role against your actual backlog rather than against a job title.
How quickly can someone start?
We will not quote a standard number of days. Time to start depends on how specific the skill requirement is, how many interview rounds you run, and notice periods where a candidate is currently employed. A partner promising a fixed turnaround before seeing the role is either guessing or planning to put forward whoever is available rather than whoever fits.
What level of Flutter experience do the engineers have?
Assessed against your role, without a published seniority mix or any claim of a waiting bench. Because Flutter is comparatively young, raw years are a weaker signal here than in other stacks, so we weight what a candidate has shipped and whether they can work below the framework when platform channels are needed. Where someone is weaker in part of the role, we say so in the assessment.
Do the engineers work in our time zone?
Our engineers are in Vietnam, which gives useful overlap with Asia-Pacific and partial overlap with European mornings. Overlap with North America is limited and we state that plainly during scoping rather than after you have committed. Where a role genuinely needs live overlap with a US team for most of the day, we say so instead of proposing an arrangement that will frustrate both sides.
Who owns the code and the intellectual property?
You do, under the contract. Engineers work in your repository under your access controls, so there is no dependency on our infrastructure that would make it awkward to end the arrangement. Notice periods are agreed up front and are the same in both directions.
Should we choose Flutter or React Native?
It depends on your team more than on the frameworks. If you already have React engineers, React Native lets them contribute almost immediately, and that is usually decisive. Flutter tends to win where interface consistency across platforms matters most or where no existing JavaScript team is in place. We will give you a straight opinion for your situation, including when the answer is neither and you should build native.
Can Flutter engineers also cover web or desktop targets?
Flutter compiles to those targets and the same engineer can often work across them, but we would not assume it. Flutter on the web has different performance and SEO characteristics that make it a poor fit for some products. If your role genuinely spans mobile and web, we screen for that explicitly and tell you if we think the plan is unwise.