OptionFlow

一套代码,两个商店,上线不玩审核轮盘。

用 React Native 做 iOS 和 Android:推送、离线同步、支付、商店提交全包,不是选配。真机测试、崩溃监控,签名和文档一起交接。

移动端开发

你会得到什么

  • 技术栈React Native、TypeScript、Firebase
  • 平台iOS 和 Android,一套代码
  • 原生功能推送、相机、离线、生物识别
  • 质量严格类型、真机 E2E、无崩溃率 >99.5% 目标
  • 交付TestFlight 构建、商店提交、OTA 更新

是不是很熟悉?

  • 你的网页产品跑得好好的,客户却一直问“有没有 App”

  • 你问了两支原生团队的报价,预算当场就没了

  • 应用被 App Store 审核拒了,邮件里却没说到底要改什么

  • 每修一个 bug,都要等商店审核好几天用户才能看到

  • 做这个应用的自由职业者走了,现在没人能打出发布包

  • 推送通知、离线模式、支付说是“以后加”,结果一直没加

我们做什么

  1. 01

    iOS 与 Android 共用一套代码

    React Native 共享约 90% 代码,RN 搞不定的地方用原生模块,启用 Hermes,升级计划有人认领——逃生通道提前定好,不用时再找。

  2. 02

    原生设备功能

    带 opt-in 策略的推送、offline-first 加冲突解决、生物识别、深度链接。OS 杀后台、权限拒绝、同步合并全都处理,都是 AI 演示里跳过的坑。

  3. 03

    支付与订阅

    Apple 和 Google 内购与订阅,规则允许处用 Stripe,服务端验单加权益同步——重放收据蹭不到免费高级版。

  4. 04

    商店上架与 OTA 更新

    提交、拒审应对、签名、带回滚的 OTA 热更新。紧急修复绕过审核等待,原生改动提前标出,没有惊喜延期。

流程

  1. 01

    初步沟通

    告诉我们应用要做什么、谁来用、你是否已经有网页产品或 API。不需要任何承诺。

  2. 02

    范围与方案

    一份固定范围的方案:价格、时间表,以及 React Native 还是原生的明确判断,都在写代码之前给你。

  3. 03

    按冲刺开发

    每一到两周,通过 TestFlight 和内部测试把新版本装到你手机上,有演示,也有调整的空间。

  4. 04

    上架与支持

    商店提交、审核应对、崩溃监控,外加一段支持期,让上线那天平平淡淡。

我们使用的技术

  • React Native
  • TypeScript
  • Firebase
  • Node.js
  • GraphQL

常见问题

准备好把产品放进两个商店了吗?