Skip to content

05Mobile

Cross-Platform Mobile Apps

One codebase, both stores, built for the case where the network is not there. Sync conflicts get designed, not discovered.

Store submission included

05.1 What it covers

  1. React Native and Expo, one codebase submitted to both the App Store and Play.

  2. Offline-first sync, where the local database is the source of truth until the device reconnects.

  3. Conflict resolution designed up front, because two people editing the same record offline is a certainty, not an edge case.

  4. Over-the-air updates, so a fix does not wait on a review queue.

  5. Crash and error reporting wired in before launch rather than after the first bad week.

05.2 How the work runs

  1. Decide what works offline

    Which screens must function with no signal, and what happens when two devices disagree. This drives the whole build.

  2. Build the sync engine

    Local database, queue, reconciliation. Everything else is easier once this is right.

  3. Build the app

    Screens and flows on top of a sync layer that already works, tested on real devices with the network turned off.

  4. Ship to both stores

    Builds, metadata, review, and the OTA channel set up so the next fix is a deploy rather than a submission.

05.3 Tools

  • React Native
  • Expo
  • Offline-first
  • Releases
  • Sentry

05.4 Other services

  • GoHighLevel Development

    The layer under snapshots: custom dashboards mounted inside the platform, marketplace apps with their own OAuth, provisioning that runs on a schedule, and API v2 work that survives a rate limit.

  • n8n & Workflow Automation

    A manual process, written down until it stops having exceptions, then rebuilt as a pipeline with retries, an exception queue and a log someone can read at 8 a.m.

  • Web Development

    Client-facing applications where the hard part is the data model, not the pixels. Portals, internal tools, and anything replacing a spreadsheet that six people fight over.