Oil painting in blue: a developer tests an app on two phones next to an open laptop
  1. Home
  2. Services
  3. Apps

Native and cross-platform apps for the enterprise.

React Native, Flutter, Swift and Kotlin with enterprise architecture, automated CI/CD, LGPD compliance and integration with SAP, Salesforce and ERPs.

An enterprise app doesn't live alone: it talks to ERP, CRM and e-commerce, goes through store review with every release and must be measured in production. We design every layer, from the framework to monitoring.

A complete mobile stack, from code to distribution

Every layer of the application, from the framework to production monitoring, with automated CI/CD and continuous distribution.

  1. React NativeCross-platform
  2. FlutterDart framework
  3. iOS and AndroidSwift and Kotlin
  4. API gatewayREST, GraphQL and BFF
  5. IdentityOAuth and biometrics
  6. Push and real timeFCM, APNs and WebSocket
  7. Firebase and BaaSBackend services
  8. CI/CD pipelineFastlane and Bitrise
  9. Crash and APMSentry and Datadog
  10. App Store and PlayStore distribution
  11. OTA updatesCodePush and EAS Update

From the framework to the store, with automated CI/CD and production monitoring. The tools in each layer change from project to project.

What we deliver in mobile

Four fronts in the same team, cross-platform, native, Flutter and design, with the same engineering standard.

React Native

Cross-platform apps with native performance, using the New Architecture and native modules where performance demands it.

  • New Architecture with Fabric, TurboModules and Hermes.
  • Custom native modules in Swift and Kotlin.
  • Expo and code sharing with the web through React Native Web.
  • OTA updates and feature flags in production.

Native iOS and Android

Swift and SwiftUI, Kotlin and Jetpack Compose, when performance is non-negotiable and the app needs deep system APIs.

  • Face ID, Touch ID, secure keychain and certificate pinning.
  • Rich push with APNs and FCM, deep linking and offline-first sync.
  • Geofencing, background tracking, Apple Maps and Google Maps.
  • In-app payments with StoreKit 2, Google Billing and subscriptions.

Flutter

A single codebase for iOS, Android, web and desktop, with its own rendering engine, for highly visual apps.

  • Custom widgets at 60 or 120 frames per second.
  • BLoC, Riverpod or GetX, depending on complexity.
  • Offline-first with drift or hive and sync strategies.
  • Obfuscation, secure storage and root and jailbreak detection.

Mobile UX and design

Research, design and data before any line of code, with interfaces that follow each platform's guidelines.

  • User research, personas and journeys.
  • Design system with Human Interface Guidelines and Material Design 3.
  • Interactive Figma prototypes, tested with real users.
  • Accessibility with VoiceOver, TalkBack, Dynamic Type and WCAG AA contrast.

Which technology makes sense for your app

The choice comes down to three variables: acceptable latency, access to native features and speed to launch. We validate it in discovery, with performance testing and a roadmap review.

React NativeThe default when you need iOS and Android at the same time. Most of the app in JavaScript, with targeted native modules where performance is critical.
FlutterHighly visual apps, such as dashboards with complex animations and design tools, with a single codebase and its own rendering engine.
Swift and SwiftUINative iOS when there are extreme latency requirements or deep integration with SDKs that have no cross-platform version.
Kotlin and ComposeNative Android with support for foldables, tablets and Wear OS, and direct hardware access, such as barcode scanners.
PWAWhen the app is essentially a web frontend and doesn't need to be in the stores.
Corporate MDMFor internal apps, distribution through Intune, Jamf or Workspace ONE instead of the public stores, with device control.

What stage is your app at?

From idea to app at scale, our mobile consulting starts where the product is today and defines the next steps.

Idea

The app is still a product hypothesis.

  • MVP definition and feature roadmap.
  • Market analysis and business case.
  • Interactive prototype tested with users.

First release

App under construction or recently published.

  • Design system and modular architecture.
  • CI/CD from commit to store release.
  • E2E tests with Detox or Maestro.

In production

Published app, with real users and real problems.

  • Crash and APM with Sentry or Datadog.
  • CPU, memory, network and battery profiling.
  • Security audit based on OWASP Mobile.

At scale

The app has become a core business channel.

  • Feature flags, gradual rollout and A/B testing.
  • In-app conversion funnels, retention and NPS.
  • Dedicated mobile team in a squad format.

From discovery to the store in four steps

  1. 1

    Discovery and prototyping

    Product workshops, interactive wireframes and technical architecture focused on performance and native UX.

  2. 2

    Mobile design system

    Reusable components, design tokens, light and dark themes and micro-interactions.

  3. 3

    Development and testing

    Sprints with CI/CD, E2E tests with Detox or Maestro, code review and continuous delivery to staging.

  4. 4

    Release and monitoring

    Publishing on the App Store and Google Play, feature flags, OTA updates and crash and performance monitoring.

Frequently asked questions

Can you take over an existing app?

Yes. We start with a code review, an architecture assessment and a technical debt map, with CPU, memory, network and battery profiling. That produces an optimization or refactoring plan.

Does the app integrate with SAP, Salesforce and our ERP?

Yes. A dedicated BFF (backend for frontend) aggregates the APIs, normalizes the data for mobile and isolates the app from the ERP schema, so the logic isn't rebuilt on iOS and Android.

Can we fix a bug without waiting for store review?

In React Native and Expo apps, fixes in the JavaScript layer can ship as over-the-air updates, with CodePush or EAS Update, within store rules. Native changes go through the normal release cycle.

Does the app work offline?

It can. We design offline-first apps, with local storage and sync when the connection comes back.

Do internal apps need to go to the public stores?

No. For internal apps, distribution can run through MDM, such as Intune, Jamf or Workspace ONE, which reduces friction and gives you control over devices.

Can you place mobile specialists on our team?

Yes. A tech lead, senior developers and QA engineers can join your team on demand or as a dedicated squad, with iOS, Android and QA on the same team. See the squad formats.

How do you track the app after launch?

With crash reporting and APM in Sentry or Datadog, events and conversion funnels, and continuous monitoring of app size, startup time and memory leaks, with crash and ANR alerts.

Enterprise mobile app guide

From choosing the technology to publishing in the stores: architecture, security, release and design, the way CCX implements them.

Native, React Native, Flutter or PWA

The choice depends on three variables: acceptable latency, access to native features (camera, Bluetooth, ARKit, sensors) and speed to launch. Hardware-intensive apps, such as barcode scanning in logistics, critical GPS navigation or inspection cameras, benefit from native. Content and form-based apps, such as e-commerce, mobile ERP and corporate dashboards, run well on React Native or Flutter. PWA fits when the app is essentially web and doesn't need to be in the stores.

When you need iOS and Android at the same time, the default is React Native with the New Architecture and targeted native modules. Flutter for highly visual apps; pure native when there are extreme latency requirements or SDKs with no cross-platform version. The decision is documented in a two- to four-week discovery, with performance testing and a review of the 12-month roadmap.

BFF, observability and mobile security

Enterprise apps almost always talk to ERP (SAP, Protheus), CRM (Salesforce, HubSpot) and e-commerce (VTEX, Shopify). A dedicated BFF, in Node/NestJS or Go, aggregates APIs, normalizes data for mobile, controls rate limiting and orchestrates failures.

Instrumentation covers crashes, ANRs, startup time, screen performance, memory and network, with feature flags to turn features on and off without a new deploy. On security: certificate pinning, jailbreak and root detection, code obfuscation, secrets in the Keychain and Keystore, and runtime anti-debugging protection. In financial apps, FIDO2 biometrics, device attestation and liveness checks.

Mobile CI/CD, store review and release

The standard pipeline runs from pull request to unit tests and lint, builds on Bitrise, Codemagic or EAS, distribution through TestFlight and Firebase App Distribution, manual QA and E2E tests with Detox or Maestro, through to release with a gradual rollout, from 1% to 10% and then to all users.

App Store and Google Play rules change often (ATT, LGPD, in-app purchases, Data Safety). We keep checklists up to date and review every submission before sending it. For internal apps, distribution can run through MDM instead of the public stores.

Design system, accessibility and languages

The design system starts in Figma, with tokens exported to iOS, Android and web, and covers typography, color, spacing, motion, icons and components, documented in Storybook or a Flutter catalog.

Accessibility is not optional: WCAG AA contrast, VoiceOver and TalkBack, Dynamic Type and scalable fonts. Internationalization covers Portuguese, English, Spanish and Italian, with ICU pluralization, locale-specific formatting and right-to-left support when needed.

Talk to a mobile specialist.

Thirty minutes with a CCX engineer, at no cost, to discuss your app's architecture, technology and roadmap.