夜雨聆风一个会使用定位、保存运动轨迹的 App，为什么没有登录页面、开发者服务器和广告 SDK？不是因为这些东西做不出来，而是这个工具目前根本不需要它们。
现在打开一款免费工具 App，经常会先看到几样东西：
登录或注册； 隐私授权弹窗； 开屏广告； 会员订阅； 云同步； “为了改善体验”而收集的使用数据。
这些功能各有理由。
开发一款 App 需要时间，发布需要开发者账号，后续还要适配系统、修复问题和回复反馈。只要想长期维护，就绕不开成本，也绕不开怎么赚钱。
但我在做「指南针速度仪」时，最后还是没有加入自己的账号系统。
它会访问位置，会记录速度，也能保存完整路线。按常见做法，这些数据似乎很适合上传服务器，再配上一套登录、会员和云服务。
我却选择让它们先留在用户自己的 iPhone 里。
这不是一句“隐私优先”的宣传口号。
它背后其实是一个更现实的问题：
一个工具 App，到底要靠什么赚钱？又该为了赚钱，加入多少原本不需要的东西？
01｜账号、广告和服务器，不是同一种东西
先把三个经常放在一起讨论的概念拆开。
广告是一种直接的变现方式
用户不付费，广告主付费。
App 展示广告，开发者按照展示、点击或转化获得收入。这种模式降低了下载门槛，也让用户可以免费使用基础功能。
但广告收入通常依赖使用规模和使用频率。
一款每天都会打开很多次、每次停留很久的 App，有更多广告展示机会；一款“需要时打开、看完就退出”的小工具，单个用户能够贡献的展示次数非常有限。
为了多展示几次广告，产品很容易开始改变：
打开时先展示开屏广告； 操作几次以后插入全屏广告； 把原本一步完成的流程拆成更多页面； 用通知提醒用户回来； 通过统计分析不断优化广告展示位置。
这些选择不一定都是错的。
问题在于，它们可能和“打开就用，用完就走”的工具属性发生冲突。
还要区分广告与追踪。
显示广告不必然等于跨 App 追踪；不做跨 App 追踪，也不等于不能展示任何广告。只有当用户或设备数据被用于跨其他公司的 App、网站进行定向投放或广告衡量时，才会进入相应的追踪授权范围。
所以真正需要讨论的不是“广告一定坏不坏”，而是这款工具是否适合通过注意力变现。
账号不是收入，而是用户关系
注册账号本身不会产生收入。
账号解决的是另一组问题：
在多台设备和多个平台之间同步数据； 识别订阅和会员身份； 找回购买权益； 保存云端内容； 推送运营消息； 建立长期的用户关系。
这些能力可以支撑订阅和云服务，但账号也会带来新的责任：
登录、注册和找回流程； 数据库和身份认证； 账号删除； 数据导出与清理； 隐私政策和安全保护； 服务器故障与数据泄露风险。
如果一款 App 的核心功能与账号没有直接关系，强制用户先登录再使用，只会把开发者的运营需求放在用户需求前面。
服务器是成本，也是商业模式的基础设施
服务器同样不会自动带来收入。
它能提供：
跨设备云同步； 在线内容和远程配置； 订阅状态与会员服务； 用户行为统计； 消息推送； 社区、排行榜和分享； AI、地图或其他在线计算。
这些功能可以形成持续收费的理由，但服务器本身需要持续付费和维护。
一旦把核心数据放到自己的服务器，开发者就要对稳定性、备份、安全和数据删除负责。用户停止使用以后，服务器上的数据也不会自动消失。
因此，账号和服务器更像是商业系统的地基。
它们可以支撑收入，却不应该为了“看起来像一款完整产品”而被默认加入。
02｜工具 App 真正有哪些赚钱方式？
工具 App 并不是只能在“免费加广告”和“付费订阅”之间二选一。
常见模式大致有下面几种：
苹果自己的分类中，也明确存在“完全免费、不展示广告、没有内购”的模式。
这种模式不会直接产生收入，但它可以用于：
验证一个产品想法； 积累开发经验和口碑； 建立作品与个人品牌； 服务其他业务； 单纯解决一个自己也需要的问题。
免费不代表开发成本消失，只代表当前由开发者自己承担。
同样，收费也不代表一定要订阅。
对于不依赖持续在线服务的工具，一次性买断或功能内购往往更容易解释：用户为明确功能付一次钱，开发者获得继续维护的收入。
订阅则应该对应持续价值，例如不断更新的内容、持续运行的云服务、跨平台服务或长期新增的能力。仅仅因为“订阅收入更稳定”，就把一个几乎不产生持续服务成本的小工具改成订阅，用户未必能够接受。
03｜为什么指南针速度仪没有自己的账号？
原因其实很简单：当前功能不需要。
「指南针速度仪」主要读取 iPhone 本身提供的数据：
航向； 位置； 速度； 海拔与气压； 运动和设备姿态。
这些数据在设备上产生，也可以直接在设备上处理。
用户点击开始记录后，App 保存本次行程的时间、距离、速度采样和路线。查看历史记录时，再从本地数据库读取。
整个过程不需要先知道用户叫什么，也不需要给用户分配一个开发者账号。
如果为了“以后可能会用到”而提前加入登录系统，用户就要多经历一套没有实际收益的流程：
打开 App↓输入手机号或邮箱↓接收验证码↓同意账号协议↓终于开始看方向和速度
对于一个打开就应该能用的工具，这条路径没有必要。
账号也不应该成为留住用户的手段。
用户愿意再次打开，是因为工具确实有用，而不是因为数据被锁在某个账号里。
04｜为什么轨迹没有上传到开发者服务器？
路线数据比普通设置更加敏感。
一段轨迹可能包含：
用户经常出发的位置； 家或公司的大致位置； 日常运动时间； 经常经过的路线； 速度、停留地点和活动规律。
如果功能必须依赖云端，上传这些数据可能有合理理由。
但「指南针速度仪」的轨迹回放、距离统计和速度曲线都能在本机完成。既然服务器不是完成功能的必要条件，就没有必要先把路线传到开发者手里。
本地保存也不是什么高级技术。
它只是把数据责任放回最接近数据产生的位置：
用户创建记录； 数据保存在用户设备； 用户可以在 App 中删除； 卸载 App 后，本地数据随之清理； 开发者没有一份远程副本可以查看。
这样做也有代价。
设备损坏或卸载 App，未同步的数据可能无法恢复；跨平台和网页查看也更难实现。本地优先不是没有缺点，而是当前功能需求和隐私成本之间的选择。
05｜为什么没有接广告和第三方统计 SDK？
「指南针速度仪」当前在 App Store 的安装包大约只有 2.6 MB。
体积小并不只是为了让下载快一点，也意味着项目里没有塞入大量与核心功能无关的组件。
加入广告 SDK 后，需要处理的并不只有一张广告视图：
SDK 初始化； 隐私声明； 数据收集说明； 可能出现的追踪授权； 广告加载失败和网络异常； 不同地区的合规要求； SDK 自身更新与安全问题； 广告内容对整体体验的影响。
对于一款低频、用完即走的小工具，有限的展示次数未必能带来多少收入，却会明显改变第一次打开时的体验。
第三方统计也是类似的取舍。
统计数据确实可以回答很多问题：用户停在哪个页面、点了哪些按钮、哪一步流失、功能使用频率如何。
但不是每款工具都需要从第一天开始记录完整的行为路径。
当前阶段，我更关心的是：
App 是否能稳定显示方向和速度； 轨迹有没有异常漂移； 后台记录是否可靠； 用户实际反馈了什么问题； 崩溃和系统兼容是否正常。
能够通过系统和 App Store 获得的基础信息，加上用户主动反馈，已经足以支持现阶段的迭代。
06｜那它现在怎么赚钱？
答案很直接：当前版本没有直接变现入口。
它免费下载，没有广告，没有订阅，也没有功能内购。
这不是什么值得模仿的万能商业模式，也不代表一款 App 可以永远忽略维护成本。
开发者账号、设计、开发、测试、上架、多语言、系统适配和用户支持，全部都需要投入。随着用户数量和功能复杂度增长，完全免费能否长期持续，是一个必须面对的问题。
但商业化应该从产品真正提供的价值出发，而不是先安装一整套商业基础设施，再想办法让用户适应。
对这类本地工具来说，如果未来需要覆盖维护成本，可以考虑的方向包括：
一次性付费下载； 高级功能永久买断； 自愿支持或打赏； 对确实产生持续成本的云服务单独收费。
这些方式并不都需要开发者自己的账号系统。
我也不想在这里承诺它永远免费，或者永远不会增加任何付费功能。产品会继续变化，维护也需要成本。
但至少有一条原则可以先确定：
收费应该来自用户能够理解的功能价值，而不是来自多展示几次广告，或者把原本可以留在本机的数据先上传到服务器。
07｜没有账号，不等于没有完整体验
现在的「指南针速度仪」可以直接使用：
查看磁北、真北、坐标和当前位置； 显示实时速度与 GPS 信号状态； 横屏查看大字号速度； 记录距离、用时、平均速度和最高速度； 回放路线与速度曲线； 在锁屏和灵动岛查看记录状态； 使用水平仪，查看海拔与气压。
不需要先注册，也不会因为没有登录而隐藏基础功能。
我希望它是一款安静待在手机里的工具：需要时打开，完成事情，然后退出。
没有首页信息流，也不会为了增加使用时长，把原本简单的流程变复杂。
这可能不是收入最高的设计。
但对一款指南针和速度工具来说，它至少符合我对“工具”的理解。
「指南针速度仪」当前已在 iPhone App Store 上架。如果你需要查看方向、速度、海拔，或者记录一段骑行、跑步与出行路线，可以下载体验。
前往 App Store 查看「指南针速度仪」
