Do we have to go fully on-device?
No. Most good products are hybrid. We help you decide which tasks run locally, which go to the cloud, and how to switch between them without the user noticing.
Can small on-device models really match large cloud ones?
For narrow, well-defined tasks (recognition, classification, extraction, transcription, personalised suggestions) often yes, once a model is well-tuned and compressed. For open-ended reasoning, a cloud model may still be the right tool. We’ll tell you which is which for your case.
What do you need from us to get started?
A description of the product or problem, any constraints you already know (devices, regulation, budget) and ideally a sample of the data or user flows involved. A short call is enough to scope the rest.
Who owns the code and models?
You do. Work product and trained artefacts are yours, and we document them so your team can maintain them.
Do you work with regulated industries?
Yes, health and finance are core areas for us. We design with data minimisation in mind and produce documentation for your compliance team, though we’re engineers rather than your legal counsel.
How much does an engagement cost?
It depends on scope, so we quote after a short call. A clarity sprint is a small, fixed-scope engagement. Build projects are priced against a defined outcome, and fractional leadership is a monthly retainer. We’ll tell you plainly if a smaller or cheaper route will do.
How long does a typical project take?
A clarity sprint usually takes a few weeks. A working prototype on real devices often takes one to three months, and taking it to production depends on your release process and the quality bar you need. We agree milestones up front so you can see progress throughout.
Which platforms and frameworks do you work with?
iOS and Android are our main targets, along with embedded and edge hardware. On the model side we work with Core ML, TensorFlow Lite, ONNX Runtime and similar runtimes, and with both open-weight and commercial models. We choose by what fits your product, not by preference.
Will you build on our existing app and team?
Yes. We usually work inside your codebase and alongside your engineers, so what we build fits your architecture and your team can maintain it. We can also build a standalone prototype or SDK if that suits you better.
How do you measure whether the AI is actually working?
We agree success metrics in the first phase, such as accuracy on your real data, latency, battery use, model size and user outcomes. We then build an evaluation suite that runs on real devices, so progress is measured against evidence, not demos.
Can you help if we’re already using cloud AI APIs?
Yes. A common starting point is reviewing what you run in the cloud today and moving suitable tasks on-device to cut latency, cost or privacy exposure. Often the best result is a hybrid, with the cloud kept for the tasks that really need it.
How do you handle our data and confidentiality?
We work under an NDA from the first conversation and ask only for the data we need. Wherever possible we work with samples or synthetic data, and we agree in writing how any data is stored, used and deleted.
Do you only work on mobile and vision?
That’s where we go deepest, but the thinking applies more widely: speech, text, sensor data and privacy-sensitive workflows. If you’re unsure whether your problem is a fit, send us a short note and we’ll say so honestly.
Do you offer training or workshops for our team?
Yes. We run focused workshops on topics like on-device AI, evaluation and AI product strategy, and pair with your engineers on real work so the skills stay with your team.
What happens after launch?
We can stay involved for monitoring, model updates and performance tuning, or hand over cleanly with documentation and training. Many clients keep us on a light retainer for the first few months after release.