如果给你一周时间,让你脱离日常需求排期、脱离 PRD 审批流程、脱离老板拍板——你会做什么?
这是极客周给每个人抛出的问题。
我的答案是:做一个能读懂你心情的桌面壁纸应用。
一、那个"无理需求"的起点
故事得从一个烂梗说起——
产品经理提出了如此无理需求,跟程序员打起来了。

这是我们在极客周路演时故意放上去的开场白,虽然是个玩笑,但它戳中了很多人。
产品经理的"天马行空",在日常工作里往往是阻力重重的:资源不够、排期不允许、技术说做不了、老板觉得不重要……很多想法还没来得及长大,就已经胎死腹中。
但极客周不一样。极客周是一个被允许做梦的地方。
我们四个人坐在一起,花了一天多时间把脑子里那些"平时不敢说"的想法全倒出来,最后捏成了一个产品:心意桌面。

一句话定义:基于 AI 算法的用户情绪推测匹配工具。
听起来很技术。但本质上,它想做一件很温柔的事——
在你打开工作电脑的那一刻,它已经知道你今天状态怎样,然后换上一张最适合你现在心情的动态桌面壁纸,并给你送上一句话。
二、PM 的第一步:把"感觉"变成"问题"
很多人以为产品经理的工作是"提需求",其实不对。
PM 的第一步,是把模糊的感觉,拆解成一组可以被解决的真实问题。
我们最初的想法很感性:上班好累,每天看一眼桌面,能不能心情好一点?
但这句话没法落地。于是我们开始问自己四个问题:
【1】哪些因素会影响心情?【2】心情怎么量化定义?【3】算法第一版怎么设计?【4】最终呈现给用户是什么体验?
这四个问题,就是整个项目的骨架。
没有这一步,后面所有的开发、设计、数据都是在沙地上建房子。问题想清楚了,方向才不会跑偏。
三、目标人群:找到那个真实存在的人
我们锁定的目标用户画像是:

为什么是这群人?
因为他们是压力和审美同时在线的那一批人。他们有设备(Mac / iPhone / 智能手环),有数据(日历、通勤、睡眠),也有情绪需要被看见的诉求。
更重要的是:我们抓住了一个非常具体的应用场景——
打工人到达公司、调整进入工作状态的那 10 分钟。
不是一整天,不是下班,就是那 10 分钟。
场景越小,产品越准。这是 PM 选择目标用户时最重要的思维:不是找"所有人",而是找"那一个人,在那一个时刻"。
四、数仓建设:PM 也要懂数据从哪来
很多产品经理对数据的理解止步于"埋点"。但要做一个情绪推测类产品,你必须想清楚数据从哪来、长什么样、怎么用。
我们设计了四张核心数据表:


睡眠数据 — 对接华为手表、小米手环、苹果健康等多设备,采集入睡时间、起床时间、深睡时长、清醒次数等九个字段;
SleepTimestamp | WakeUpTimestamp | DeepSleepTime | |
入睡时间 | 起床时间 | 深睡时长 |
DeepSleepTimes | LightSleepTime | LightSleepTimes |
深睡次数 | 浅睡次数 |
WakeUpTime | WakeUpTimes |
清醒时长 | 清醒次数 |
CityID | DateHour | Temperature | Humidity |
日期/小时 | 温度 | 湿度 |
WindPower | AQI | GeneralWeather | Rainfall |
风力 | 空气质量 | 天气情况 | 降雨量 |
From | To | QueryTime | |
起点 | 终点 | 查询时间 |
Transportation | CommutingTime | TrafficJam |
交通工具 | 预计通勤时间 | 拥堵情况 |
Content | Category | |
内容 | 类型 |
StartTimestamp | EndTimestamp | Remarks |
开始时间 | 结束时间 | 备注 |
PM 在这里的价值不是写代码,而是定义哪些数据是"必须有的"、哪些是"先放着"、哪些是"以后迭代再加"。
资源有限,取舍才是核心能力。
五、算法设计:把"心情"翻译成数字
情绪怎么量化?这是整个项目里最有意思的一步。


睡眠不足 6 小时 → 紧张度 +1,愉悦度 +1 今天有约会 → 紧张度 -1,激动度 +1 早上堵车 → 紧张度 +1 温度超过 25℃ → 三个维度都可能受影响 ……
三个维度的得分组合,最终映射到 8 种心情标签:紧张悲伤激动、放松愉快平静、紧张愉快激动……
每种心情,对应一张 GIF 动态壁纸,以及一句精心挑选的文案。
比如判断你今天"紧张愉快激动"——大概是赶 Deadline 但预感自己能赢的那种状态——桌面会出现壁纸 0001.GIF,并推送一句:
你可以不够强大,但你不能没有梦想。这一路你可以哭,但一定不能停。
算法本身不复杂,但 PM 在这里做的事很关键:定义规则、定义阈值、定义边界。
这不是"交给技术去想"的部分,这是产品逻辑的核心,PM 必须亲自趟过去。
六、MVP 与分享裂变:一周内必须能跑起来
极客周最重要的原则是:一周内必须有可以演示的东西。
这逼着我们做了一个关键决策:砍掉所有"将来会很好"的功能,只留下"现在必须跑通"的最小闭环。
心意桌面第一版 MVP 的核心路径只有一条:
收集数据 → 算法计算心情 → 推送壁纸 + 文案 → 用户看到 → 分享
分享裂变的设计也很精巧:把当天壁纸和那句鸡汤文做成卡片式分享图,右下角附上下载链接。
为什么这样设计?因为这符合马斯洛需求第三层——社交需求。一个人分享今天的心情,不是在推广产品,是在表达自己。这种分享的动机比任何广告都真实。
壁纸免费,支持 GIF 动态格式,Mac/Windows/Linux 三端可用——这三点是我们在极客周的"重磅"决策,门槛足够低,传播才有可能。
七、长期规划:PM 要看三步之后
极客周只有一周,但 PM 的思维不能只有一周。

我们在汇报里把长期规划分成三层:

算法层:第一版用简单聚类,后续引入个人历史时间序列,逐步演化成神经网络+强化学习,算法会越用越懂你。

算法:引入个人历史时间序列 简单聚类——》 神经网络+强化学习

算法:历史数据加上运营数就倒推,针对不同人群数据源权重重新定义。
功能层:从一句固定鸡汤文 → 智能交互机器人,从壁纸 → 新闻简报 + 解压小游戏,让用户对产品的感情从"惊喜"变成"习惯"。
商业层:新闻简报切入自媒体广告;工作场景切入轻量办公工具市场,类比墨刀、百度脑图。
这个三层结构的价值,不是为了"看起来想得很全",而是给团队一个方向感——我们今天做的每一个功能,在未来的版本图里处于哪个位置。
PM 的价值之一,就是在别人只看眼前的时候,替团队看到三步之外的路。
八、一周,我们证明了什么
这次极客周,我们做了两个"部门第一次":
第一次开发跨平台桌面应用(Mac + Windows + Linux) 第一次将穿戴设备数据整合进深度学习构思
这两件事放在正常排期里,光立项就得两个季度。
但用一周做出 MVP,不是因为工程质量可以凑合,而是因为目标定义清晰、最小范围合理、每个人知道自己在做什么。
这就是敏捷的本质,不是"快",是**"清楚"**。
写在最后
极客周对我来说,是一次真正意义上的产品思维拉练。
没有甲方,没有老板,没有历史包袱。只有一个想法、一群人、一周时间。
很多 PM 在日常工作里会慢慢忘记:产品本来应该是用来解决真实问题的,而不是用来满足排期的。
极客周帮我找回了这个感觉。
下次有机会,我希望你也试试——给自己一周,天马行空,看看你能做出什么。
附上大纲
- 起点——用“无理需求”的梗打开阀门,引出极客周背景
- PM第一步——把感性的想法拆解成四个可落地的问题,体现产品思维入口
- 目标人群——锁定具体场景(那10分钟),展示“寻找对人”的思维方式
- 数据仓建设——强调PM要懂数据来源和字段定义,而不是甩给技术
- 算法设计——三维坐标化心情,规则阈值的定义是PM的核心工作
- MVP + 分享裂变——敏捷精髓:只跑通最小闭环,用马斯洛理论解释分享动机
- 长期规划——算法/功能/商业三层拆解,体现PM看三步之后的价值
- 总结——点题“敏捷不是快,是清楚”,回归产品初心

如果这篇文章对你有用,欢迎转发给同样在想"我能做什么"的朋友。
夜雨聆风