用 AI 做 App,一个分享按钮需要考虑多少事?

分享功能大家见到的太多了，那如果真的想在 APP 里做这个功能，要考虑多少事情呢？AI 真能一句话就把功能都做出来吗？文章里常说的，做什么不做什么还是得人来决策，到底决策的是什么？

下面就以我最近给「小步慢跑」App 增加分享功能的真实实例，来给大家介绍一下，我是怎么和 AI 来交流，根据自己实际的业务情况，如何取舍，把第一个版本的功能确定下来的。

先介绍这个 App，「小步慢跑」是一个超慢跑App，通过专门设计的节奏音乐，引导用户保持稳定的跑步步频，轻松完成一次跑步。跑步完成之后，希望增加一个分享功能，用户可以把这次跑步分享出去，也能给 App 做引流传播。

前面讲过，在需求讨论这一步，我通常在网页版 GPT 的对话框里面进行沟通。我这一句话需求开始，“我想在跑步完成的时候，加一个分享的页面，来帮我规划下这个功能”，那我们看一眼 AI 都给了什么。

AI 老师速速开工，风格建议也很靠谱，“‘跑步成绩卡 + 一点生活方式感‘，不要做成传统 Garmin / Keep 那种塞满数据的运动记录”，具体规划了三大部分：

• 体验流程是什么，“跑步结束 → 完成页 →「分享这次跑步」→ 分享卡编辑页 → 系统分享”
• 卡片内容有什么，三种分享卡的建议模板
• 分享卡的编辑页面怎么做

在“成长卡”里，AI 还给了一个非常有意思的功能，在跑步结束的时候，告诉用户“今天比上次多跑了 5 分钟” “第一次连续跑满 30 分钟，比上次多跑了 8 分钟”，让用户获知自己具体的成长，让用户感到“我最近真的开始跑起来了”。

功能挺有意思，但仔细想一下，告诉用户“这次比上次多跑了5分钟”，App 首先要知道上次跑了多久，这就需要保存用户的历史跑步记录。最简单的实现方式是直接做在本地，但如果用户卸载重装 App，这个记录就没了。哪怕用户量很小，对于已经积累了一段时间记录的用户来说，也是一种伤害。

如果要解决数据保存的问题，就要做 iCloud 或者是自己的登录账号系统，加自己的服务器，或是往 Apple Health 里面写数据，每次去读 Health 里的记录。这个又会一下子把整个的功能复杂度提升。

另外，因为我的目标用户是跑步能力比较弱的，当他们终于坚持跑完了自己第一个 30min，到底想分享出去什么？我倾向是“今天也跑步了”这一喜悦，如果让别人看到跑了两公里、心率还 160，会不会觉得不好意思呢？

我把疑问一次次发给 AI。

其实，我只是想做第一版非常基础的分享功能，如果用户或者我周围的人群比较喜欢这个 APP，可以先分享出去。不想因为一个分享功能，就去做数据库、计算趋势图和用户体系。在在用户还没多少的情况下，还没必要把 App 的非核心功能做得太超前。毕竟 App 的核心在于，能不能让用户能够跟着音乐，感觉比较轻松地跑下来，而不是分享功能多炫酷，我为了拿这个图发朋友圈都要去跑一下。

跟 AI 阐明这些后，最终简化版方案，仅包含跑步时长、日期这些基础信息。

这就是我如何与 AI 讨论需求，并根据现有业务状态，作出产品决策的过程。

对于一个刚开始尝试的独立 App，还是需要聚焦，核心价值是什么，现阶段什么最重要，用户是不是会为它买单。 AI 可以用来探索更多可能性，但最终做什么、不做什么，还是需要我根据产品的实际情况来判断。

需求定下来以后，接下来就是让 AI 真正把分享卡画出来。这个过程可比我想象中漫长，下一篇再讲。