起因：通勤轨迹能不能游戏化？
去年我开始关注一个很小的需求——每天通勤一两个小时，一年走上千公里，这些路程数据除了躺在健康 App 里吃灰，能不能做点什么？跑步软件太专业，社交打卡太卷，我想做的事情很简单：让"走过的路"有存在感。
最终做出来的东西叫像素征途，核心机制一句话说完：你走过的地方，地图上对应的像素格子会被点亮。像早年探索类游戏里的战争迷雾，一格一格散开。
重复路线不是无聊，是升级
做轨迹产品最容易踩的坑是：用户每天走同一条路，探索完就没动力了。我的解法是给重复路线加了一套升级体系——同一条路反复走，格子会逐步升级变色，最终变成金色。
这样通勤路线不是"已完成"的死数据，而是一条正在养成的金色大道。用户每天上班不是在重复，是在"铺路"。从产品数据看，这个机制对留存的贡献比新区域探索还大。
刻意做成单机：不比配速，不搞社交
立项时我就想清楚了一件事：这个 App 不做排行榜、不做点赞、不做分享。市面上运动类 App 全在卷社交，但我观察到有一批用户就是不想被别人的数据干扰，不想看到"今天第几名"。
取而代之的是一套8×8 的领地征服系统，配合科技树和徽章收集。比如解锁某个徽章需要一周内点亮 20 个新格子，或者把某条路线升到最高级。去新城市出差，打开全是黑雾，那种"新地盘可以探索"的感觉就是核心驱动力。纯粹的单机养成，不跟任何人比。
定位追踪的功耗控制
做定位类 App 绕不开耗电问题。我设计了省电、平衡、持续三个追踪档位，让用户根据场景自己选：
通勤用省电档，后台低频采样就够了；周末 citywalk 想精细记录切持续档；坐高铁出差用平衡档不会断线丢轨迹。我自己实测一周通勤用省电档，电量消耗基本感知不到，比某些天气 App 还省。
关键在于省电档不是简单降低 GPS 采样频率，而是结合加速度传感器判断运动状态，静止时彻底休眠，动起来再唤醒定位模块。
隐私方案：本地优先，无服务器
轨迹数据是极度敏感的——能推断出你住哪、几点出门、去哪上班。我选了一个比较极端的方案：本地优先、无服务器。所有轨迹数据存在用户自己手机里，不上传云端，开发者（也就是我）看不到任何人去过哪里。
这个选择意味着放弃了云端同步、社交互动等可能的功能扩展，但对于这类产品来说，用户的信任感比功能丰富更重要。不用担心哪天数据库泄露，家住几楼、几点出门全被扒出来。
目标用户画像
做这个产品时我脑子里的典型用户是：每天通勤想找点意义感的打工人，周末喜欢 citywalk 到处逛的城市探索者，骑行爱好者想看自己覆盖了多少城市面积，出差频繁想收集城市版图的人，以及喜欢收集养成但不想跟人比较的玩家。
明确不适合的用户：想看配速、心率、卡路里的运动党，想发朋友圈炫耀的社交选手。定位很窄，但窄才能做深。
现状
目前在 App Store 搜索"像素征途"可以找到，iOS 版本。产品还在早期，我自己每天用它记录通勤，第一次看到那条上班路被整条点亮的时候，确实有种"今天这趟班没白上"的感觉。
如果你也在做轨迹类或游戏化产品，欢迎在评论区交流功耗控制和本地存储方面的经验，这两块我踩了不少坑。
