No cost
Free consultation
A call with the engineers who would do the work, not a salesperson. Bring the codebase or the idea and we will tell you what we think, including when the answer is to do nothing.
.NET MAUI · United States
Microsoft-certified engineers building cross-platform apps for US teams: one C# codebase for iOS, Android, Windows and macOS, on the current .NET release.
Start with a free consultation and a written plan you keep. After that, a working build on real devices every two weeks.
How we start
No cost
A call with the engineers who would do the work, not a salesperson. Bring the codebase or the idea and we will tell you what we think, including when the answer is to do nothing.
Yours to keep
Scope, staging, risks and a cost range in writing after the call. You keep it whether or not you hire us, and it is specific enough to take to another firm.
Every 2 weeks
A working build on real devices every fortnight, not a status report. You see progress you can install and use, and you can change direction at any boundary.
Hiring
Most teams come to us needing MAUI depth they do not have in house. How you take it on is a commercial decision, not a technical one, so we keep all three open and work out which fits on the first call.
What it costs
Senior .NET engineering at a fraction of a US in-house hire, without the recruitment fee, the payroll overhead or the twelve-month commitment. You get a written range for your specific project after the first call, because a number before we have read the code is a guess dressed up as a quote.
Your risk
Stop at any two-week boundary. There is always a recent working build, and the code, the repository and the pipelines are in your accounts from day one, so there is nothing to hand over and nothing held hostage if you walk away.
Embedded
Our developers join your standups, your board and your repo, reporting to your lead. You manage the work; we cover the MAUI depth you are missing.
Delivery team
A lead plus engineers who own the outcome end to end, from the audit through to store release. You get fortnightly builds and one person accountable.
Fixed scope
A migration or a first version with an agreed scope and a cost range. Best when the work has a clear finish line rather than a rolling roadmap.
Xamarin to MAUI migration
Microsoft ended support for Xamarin on 1 May 2024. Nothing broke that day, which is exactly why migrations get postponed. What follows is slower and harder to plan for: no security fixes, new OS releases that change behaviour you cannot patch, store requirements the framework will not meet, and packages that stop publishing updates.
Select a stage
01 / AuditWe read the solution and every third-party package, and check which have a MAUI release, which have a viable replacement and which are abandoned. This is what decides the estimate, so it happens before we quote rather than after.
02 / PlanA sequence with the riskiest dependency first, so unpleasant surprises land in week one rather than week nine. You get a range, not a single optimistic number.
03 / ProjectXamarin projects become the MAUI single-project structure. Dependency injection, app startup and configuration are rebuilt on the modern host builder, and the solution compiles before any UI work starts.
04 / UIMost XAML transfers with edits. Custom renderers become handlers, and Xamarin.Forms-specific controls and effects are replaced. Where you already have Razor components, Blazor Hybrid can carry them into the app instead.
05 / NativeCamera, Bluetooth, location, notifications, background work and storage rewired to current platform APIs and the permission models iOS and Android now enforce.
06 / ShipSigning, provisioning, CI/CD, TestFlight and Play Console, then the review process itself. We hand back something your team can build and release without us.
| Usually carries over | Usually needs rework |
|---|---|
| C# business logic, models and services | Custom renderers become handlers |
| XAML pages and most layouts | Xamarin.Forms-specific controls and effects |
| Unit tests and shared libraries | Dependency injection and app startup |
| API and data access code | Packages with no MAUI release |
| Most view models and bindings | Platform projects and build pipeline |
Which side of that table your codebase falls on decides the estimate. If the honest answer is that a rewrite costs less than a migration, we will say so in the plan.

MAUI development
Most of our MAUI work goes to people standing up: technicians in plant rooms, inspectors on site, clinicians visiting homes. Those users abandon an app that spins on one bar of signal, so offline is a decision we make on day one rather than a feature added later.
More on sync and conflict handling in offline-first .NET MAUI apps for field teams.
One C# codebase on the current .NET release targeting iOS, Android, Windows and macOS, using the single-project structure and native controls rather than a web view pretending to be an app.
Local SQLite as the source of truth, a sync engine that survives a dropped connection, and honest sync state in the interface. No screen waits on the network.
Camera, GPS, Bluetooth peripherals, barcode and NFC scanning, file capture and signatures, wired to the permissions each platform now enforces.
ASP.NET Core APIs, Azure hosting, and connections into SharePoint, Dynamics 365 or Salesforce where the data already lives.
Reuse existing Razor components inside a MAUI shell when you already have a web app and want one team maintaining both.
Signing, provisioning, CI/CD pipelines, TestFlight and Play Console setup, and the review process handled rather than handed back to you.
Selected work
ComicBase
Cross-platform app · iOS and Android
A mobile companion for managing a comic collection, letting collectors catalogue, search and browse their library from a phone rather than at a desk. One codebase, shipped and maintained on both stores.
More of our work is in the portfolio.
Our engineering hub
Our engineering hub in Pakistan is where the building happens. It is a studio culture rather than a service desk: engineers who ask why a feature exists, argue for the simpler option, and care what happens to the product after launch. We hire for that, and it is the reason people stay long enough to know your codebase properly.
We want the vision and the constraints, not just the ticket. An engineer who understands what you are trying to win at will tell you when the ticket is wrong.
The best ideas on our projects have come from the people writing the code. We make room for that rather than treating a spec as the ceiling.
The same faces across a project and beyond it. Context stays in the team instead of being rebuilt every time someone rotates off.
We track what the work is meant to achieve, not just what shipped, and we will say when something on the roadmap is not worth building.
How we work together
You already have a way of running projects. Rather than asking your team to learn ours, we work in whichever of these fits, and we will tell you on the first call which one we think suits the work in front of you.
Agile
Two-week sprints with planning, review and retro. Suits a roadmap that is still moving and a product owner who wants to steer every fortnight.
Best for: Evolving scope
Kanban
A prioritised queue with work-in-progress limits and no fixed ceremony. Suits maintenance, support and teams whose priorities change mid-week.
Best for: Shifting priorities
Fixed
Agreed scope, agreed milestones, agreed price. Suits a migration or a defined first version where the finish line is known up front.
Best for: Known scope
Yours
SAFe, your own board, your ceremonies, your definition of done. We join what you already run rather than asking your team to learn ours.
Best for: Existing process
Why us


Dubai · May 2024
Aquacon Invest Champion 2024
Our engineers went up against an international field in Dubai and won, judged on software running in live conditions rather than on slides. The trophy is not the point. The people who pulled that off are the same ones who would be on your project.
What clients say about the team
"Adeel and his team contributed to our project in an amazing way, bringing their expertise and skills to help us deliver our project in record time and quality. Today, the fully functional tool is in use by our customers and gaining traction internationally."
Peter ZellerFounder, Urbanblue GmbH"PanaceaLogics provided us a complete core development team that took care of all aspects of our cloud-based technology stack, development, testing, deployment, hosting, while we focused on product management and client relationships."
Pascal RodCo-Founder, Avea Life AG"Easy to work with and dependable."
Andrew CapelDragonfly Solutions"A reliable developer and collaborator. He is excellent with execution, while keeping an eye on and an understanding of the larger goals of the project and the stakes behind technical decisions."
Chuck MitchelsHeartlineQuestions
Three ways. Embedded, where our engineers join your team and your process. As a delivery team, where we own the outcome and report progress. Or as a fixed-scope project with an agreed cost range, which suits a migration or a first version. The first call is where we work out which one fits, and the written plan afterwards is costed for that shape.
Yes, with a genuine overlap rather than an occasional early call. Our United States point of contact and phone line cover the working day, and the engineering team keeps hours that overlap the US afternoon for standups, reviews and anything urgent. Our core engineering team is based in Pakistan, which is how the rate works, and we would rather say that on the first call than have you find out later.
Four things, roughly in order: how many device integrations you need, whether the app has to work offline, how much of an existing codebase carries over, and the seniority mix you want on the team. A single-purpose app with online-only data is a different order of cost from an offline field app with Bluetooth peripherals and a Xamarin migration underneath it. We give you a range in the written plan rather than a single number, because a single number at that stage is a guess dressed up as a quote.
A call with the engineers who would do the work, followed by a written plan covering scope, staging, the main risks and a cost range. It is yours to keep regardless of what you decide, and it is specific enough to take to another firm for comparison. We do this because the assessment is where most of the real thinking happens, and because it is the fastest way for both sides to find out whether the project is worth doing.
Microsoft ended support for Xamarin on 1 May 2024. Existing apps keep running, but they receive no fixes, and each new iOS and Android release raises the chance of a break you cannot patch. App stores also raise minimum SDK requirements over time, and an unsupported framework eventually cannot meet them. The cost of migrating rises the longer the codebase sits unmaintained.
For most Xamarin.Forms apps, the large majority of C# business logic, models, services and view models carries over, and much of the XAML transfers with edits. The work concentrates in custom renderers, platform-specific code, packages without a MAUI release, and the build pipeline. We give you a specific answer for your codebase in the audit rather than a percentage from a brochure.
A small single-purpose app is usually weeks. A large app with heavy custom UI, many device integrations and abandoned dependencies is months. The dependency audit is what separates those two cases, which is why it comes before the quote. Either way you see a working build every two weeks, so the timeline is something you can watch rather than wait for.
Yes, and it is a large part of what we do. We start by reading the code and running it, then tell you honestly whether migrating, rewriting or leaving it alone is the better commercial decision. We have advised all three.
MAUI is the strongest choice when your back end and team are already .NET, because the models, validation and business rules are shared C# across the app and the API, maintained by one team. If your organisation has no .NET investment and a strong JavaScript team, that calculus changes and we will say so on the call.
Talk to us
Send the shape of it: current framework, roughly how large, what it integrates with. You get a call with the engineers who would do the work and a written plan afterwards, yours to keep either way.
These apps usually need a back end too. You can hire dedicated .NET developers for that, or see our custom software development service.
PanaceaLogics
Typically replies within an hour
Hi there! 👋 How can we help with your project?
Start chat on WhatsApp