公司动态

我做了一款给独居长辈用的 iPhone App:从需求到上架

📅 2026/8/2 6:41:43
我做了一款给独居长辈用的 iPhone App:从需求到上架
正文做这个 App 的起点不是一个宏大的创业故事而是一个很普通的家庭问题子女和父母不住在一起时怎样知道他们今天还好同时又不把关心变成反复追问电话当然最直接微信也足够普及。但电话要求双方同时有空微信里的联系人、群聊、输入框和各种消息对一部分长辈来说并不是最短路径。更重要的是我不想把“关心”做成“监控”。定位、摄像头或持续上传状态能够提供更多信息却也改变了父母与子女之间的关系。于是我给产品定下一个很窄的目标让长辈主动完成一次报平安把每天一句“我很好”变得更简单。先把需求缩成一件事刚开始想功能时很容易列出一长串清单家庭账号、消息推送、位置共享、漏签告警、健康数据、子女端 App……这些功能看上去都“更完整”但它们也意味着注册、权限、服务器、后台维护和更复杂的学习成本。对长辈使用的工具而言功能数量并不等于价值。每增加一步都会多一个可能停住的地方每增加一种自动化也会多一层用户不容易理解的系统行为。所以我最后保留的核心流程很简单先由家人协助完成设置之后长辈每天打开 App选择今天的状态检查系统准备好的邮件再亲自发送。这不是技术上最炫的方案却更符合我对这个产品的理解它应该是一张清楚的便签而不是一套家庭监控系统。适老化不只是把按钮放大大按钮和大字号当然重要但真正影响使用的往往是操作路径和反馈是否清楚。我在界面上尽量使用直白的动词和状态减少抽象图标避免把关键动作藏进多层菜单。首页不要求长辈输入文字而是提供三种明确选择“我很好”“请回电话”“有点不舒服”。三种状态对应三个常见沟通意图正常报平安、希望家人稍后联系以及需要家人多留意一下。这里有一个重要取舍“有点不舒服”并不等于医疗判断也不会触发急救流程。它只是邮件主题和内容更醒目的一种日常表达。产品不应该用一个按钮制造它无法兑现的安全承诺。我也尽量让结果可理解。App 会记录邮件是已发送、已准备、存为草稿、取消、失败还是打开了备用邮件链接。这些记录保存在本机帮助使用者回看自己做过什么。但“已准备”不等于“已送达”产品不能把系统返回的有限信息包装成确定性。为什么选择系统邮件而不是后台自动发送技术方案上我选择让 App 准备收件人、主题和正文再打开 iPhone 的系统邮件界面。用户能够看到发给谁、内容是什么并且必须亲自点击发送。这个设计牺牲了一点所谓的“一键完成”换来了更清楚的控制权App 不需要持有一套自建账号和发信服务也不会在后台悄悄代替用户发送消息。姓名、家人邮箱、提醒设置和历史记录保存在当前 iPhone真正发信时邮件当然仍会像普通邮件一样由用户所使用的邮件服务商处理。代价也必须说清楚。使用前需要在 iPhone 上配置可用的系统邮件账户。如果系统邮件不可用App 可以尝试打开系统支持的备用邮件方式但这仍然不是 App 自己完成投递。第一次设置后我建议先发送测试邮件让家人确认收件人配置和邮件流程都能正常工作。从一个邮箱到多个家人、三种状态最初的思路更接近“一个大按钮给一个家人报平安”。实际梳理家庭场景后我发现接收者往往不止一位可能是几个子女也可能有配偶或其他亲属。如果每次都重新输入或选择简单工具又会变复杂。中国区 App Store 当前线上版本 2.1.2 已经支持多个家人邮箱。用户可以在本机维护联系人启用需要接收邮件的地址并用测试邮件提前检查配置。线上 2.1.2 也已经具备三种状态、每日提醒和本机记录。每日提醒是本地通知只负责在约定时间提醒长辈打开 App。它不是“漏签监测”如果当天没有操作App 不会自动给家人报警或发邮件。这种能力需要服务器、家庭端协同或其他可靠的后台机制也会带来完全不同的隐私与责任边界。我刻意没有做的三件事第一不做自动漏签报警。纯本机 App 无法可靠地在用户没有操作时替他通知家人更不能让家庭误以为“没收到提醒就一定安全”。第二不做定位。这个产品讨论的是主动沟通不是持续追踪父母的位置。第三不做医疗或急救承诺。它不能判断健康状况不能替代 120、电话、线下照护或专业设备。遇到紧急情况应直接联系急救服务和家人而不是依赖报平安 App。明确“不做什么”并不是功能不完整而是对使用者负责。适老化产品尤其需要克制因为一个模糊的宣传词可能被理解成真实的安全保障。从开发完成到真正上架写完界面和本地逻辑只是前半程。上架还要处理本地化、隐私说明、支持页面、截图、年龄分级和审核文案。最需要反复核对的不是漂亮措辞而是商店描述与实际行为是否一致不能把“准备邮件”写成“后台自动发送”不能把“每日提醒”写成“漏签报警”也不能暗示 App 能确认邮件最终送达。这段过程让我重新理解独立开发代码决定产品能做什么而文案决定用户以为它能做什么。两者必须同样准确。目前产品已经在中国区 App Store 上线但我还没有足够的真实使用数据去证明这个需求有多大也没有可公开引用的用户案例。接下来更重要的工作是听取真实家庭的反馈邮件是否是可以接受的方式长辈会在哪一步停住三种状态是否足够这些问题不能靠开发者自己想象。一个小结「安心报平安」最后没有成为一个无所不能的“养老平台”。它只做了一件具体的小事让长辈主动选择今天的状态向一个或多个家人准备一封邮件并在 iPhone 系统邮件界面亲自确认发送。如果你的家庭已经能稳定地用电话或微信完成这件事就没有必要换工具。如果你需要的是自动报警、定位、跌倒检测或医疗救援它也不适合。只有当“固定、简单、低打扰的主动报平安”恰好是你家的难点时这个小工具才可能有价值。项目已在中国区 App Store 上线下载「安心报平安」。想问问大家你和父母现在是通过电话、微信还是固定时间主动报平安如果让长辈每天完成一个动作你觉得最容易卡在哪一步欢迎从真实使用场景或适老化设计角度留言。