news 2026/7/5 4:01:17

我做了一个“离躺平有多远”的小程序,起因只是一个问题

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
我做了一个“离躺平有多远”的小程序,起因只是一个问题

大家好,我是大煊。

最近我做了一个小程序,名字叫:

《离躺平有多远》

它其实很简单。

你输入收入、支出、存款,它会告诉你:

你大概还要上几年班,才能“躺平”。

我没想把它做得多复杂。

只是想试一下,这种带点玩笑、又扎到现实的问题,到底有没有人愿意点进去算一算。

一切的起点,其实不是产品

最近我刷到很多类似的标题的推文,流量都特别高:

  • 普通人躺平存款对照表!
  • 家庭存款的5个等级,普通人在哪一级能躺平?
  • 一定要对钱有概念,存100万不是难事!

每次看到这些问题,我都有一个感觉:

大家问的好像是钱,其实不是。

更准确地说,大家真正想问的是:

我还要上多久班?

这个问题很直白,也很打工人。

它不像理财规划那么正式,也不像财务自由计算器那么严肃。

它更像一个晚上下班之后,躺在床上刷手机时,突然冒出来的问题:

我现在这样攒钱,到底什么时候能缓一口气?

一次线下组局,改变了我对“做产品”的理解

真正让我决定动手的,不只是这些问题本身。

那是一次社群的线下聚会。

那天大家聊了很多东西:AI、工具、产品、Codex、Cursor,还有独立开发。

有人在聊 Codex 怎么提升开发效率。

有人在聊 Cursor 怎么拿来做小项目。

也有人已经开始用 AI 做小工具,甚至靠小工具赚到钱。

聊着聊着,我发现大家最后都绕回了同一个问题:

现在还能不能靠一个人做出产品?

这个问题对我触动挺大的。

因为以前我总觉得,做产品是一个团队的事。

产品经理想需求,设计师画页面,前端写交互,后端写接口,运营再去想推广。

但 AI 出来之后,这个分工被压缩了很多。

不是说一个人突然什么都会了,而是很多过去特别耗人的环节,开始可以被工具加速。

我记住了几句话

那次聊天里,有几句话我记得很清楚。

第一句是:

人的需求不会变,变化的是满足需求的方式。

以前大家用短信解决沟通问题,后来变成微信。

以后可能是 AI Agent。

沟通这个需求一直在,只是承接它的东西变了。

第二句是:

针对特定人群做产品,比做大而全更重要。

这句话我也很认同。

尤其是独立开发者,不太适合一上来就想做“所有人都能用”的东西。

那种产品听起来市场很大,但真正落地时,很容易谁都不够痛。

反而是某一类人会强烈共鸣的小问题,更适合先做。

第三句是:

产品的本质不是功能,而是被使用的理由。

这句话听着有点抽象,但放到真实产品里特别扎实。

方法论其实很多。

MVP、A/B 测试、SWOT、峰值体验设计、三级火箭模型。

但最后还是要回到一件事:

你有没有真的做一个东西出来,让用户试一下。

不然方法论再漂亮,也只是停在脑子里。

回家之后,我做了一个很简单的决定

回家之后,我就在想:

既然大家都在讨论躺平、存款、工资、上班年限,那我能不能做一个最简单的工具,把这件事算出来?

于是我选了一个最常见的问题:

存款多少才能躺平?

这个问题有几个特点。

第一,每个人都能理解。

第二,每个人都没有统一答案。

第三,每个人又都想知道一个“自己的答案”。

所以我决定做一个小工具:

让每个人都能算出自己还要上几年班。

这不是专业理财工具。

也不是严肃的财务规划系统。

它更像一个打工人的情绪计算器。

你输入几个数字,它给你一个结果,也顺手给你一点情绪反馈。

这个产品长得很简单

第一版我没有做复杂功能。

没有记账。

没有资产管理。

没有投资建议。

我只保留了三步:

输入 → 计算 → 结果

做之前我大概搜了一下现有的,我发现市面上的工具其实很多,所以:

这个产品不能是工具,而是一个情绪反馈器。

如果它只是一个计算器,那用户算完就走了。

但如果它能把“我还要上几年班”这件事,变成一个有点好笑、又有点真实的结果,用户就可能愿意停一下。

甚至愿意截图,发给朋友看。

这就是我想验证的点。

我做的几个关键设计

第一个设计,是财富称号。

比如:

  • 牛马之光
  • 曾孙希望
  • 愚公传人

数字太冷了。

但标签有感觉。

同样是告诉你当前财务状态,我想的是一个百分比很难让人有反应,但一个称号会让人下意识想:

这说的不就是我吗?

第二个设计,是系统锐评。

比如:

“老板:放心,你还能打很多年。”

“曾孙:谢谢祖宗”

这种文案不负责严肃。

它负责把用户心里那点又好笑、又无奈的感觉说出来。

第三个设计,是躺平结果。

最核心的输出不是复杂报表,也不是一堆财务指标。

而是一句话:

你还要上几年班。

这句话越直接,越有冲击力。

因为用户点进来的时候,本来就是为了这个答案。

下一篇预告

本文主要是复盘分享线下聚会的收获,以及我第一款小程序的设计想法,那么已经上线一周过后的用户量到底如何呢,下一篇文章我会分享真实用户数据和

AI 是怎么帮我在一天内把它做出来的。

包括 Codex、ChatGPT、Cursor 分别帮了什么。

哪些地方 AI 真的省时间。

哪些地方看起来能交给 AI,但最后还得自己判断。

我会把这个过程拆开讲清楚。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/5 4:00:44

micro:bit硬件原理与MicroPython实战指南

1. 项目概述:一块会呼吸的教育级硬件,为什么它值得你花20分钟拆开看透 一个月前在EuroPython大会领到那块深蓝色小板子时,我下意识把它和手边的信用卡叠在一起比了比——它确实只有半张卡大小,但指尖传来的分量感却意外扎实。背面…

作者头像 李华
网站建设 2026/7/5 3:59:30

数据库设计 Step by Step (6) —— 提取业务规则

什么是业务规则 业务规则描述了业务过程中重要的且值得记录的对象、关系和活动。其中包括业务操作中的流程、规范与策略。业务规则保证了业务能满足其目标和义务。 生活中的一些业务规则可能是: 当顾客进入店内,最近的员工须向顾客打招呼说&#xff1…

作者头像 李华
网站建设 2026/7/5 3:58:07

iPhone消息推送机制实现与探讨

Push的原理: Push 的工作机制可以简单的概括为下图 图中,Provider是指某个iPhone软件的Push服务器,这篇文章我将使用.net作为Provider。 APNS 是Apple Push Notification Service(Apple Push服务器)的缩写&#xff0c…

作者头像 李华
网站建设 2026/7/5 3:58:05

做这个对比是希望找出各自不足并加以改进,也希望未提到的大家一起补充,纯当技术讨论,所以极端.net和java粉丝可以无视!

接下来是C#和JAVA在语言层面的对比,话说.net 3.0之后,语言层面优雅不少(即使有些是语法糖),加入了更过函数式编程的用法,如LINQ, lambda等,这些就不作对比了,为什么?因为JAVA这块貌似拿不出东西…

作者头像 李华
网站建设 2026/7/5 3:57:37

实测格瑞沃空气能,性能稳定节能效果如何?

在商用热水领域,稳定与节能是评价设备性能的两大核心指标。对于学校宿舍、工厂员工宿舍、酒店宾馆以及建筑工地等集中用水场景而言,一套热水系统能否满足高峰期数百乃至上千人同时使用热水,同时将长期运行成本控制在合理范围,直接…

作者头像 李华
网站建设 2026/7/5 3:57:01

鹤壁婚宴宴席,备酒水不浪费又体面

我在鹤壁淇滨区开了多年烟酒店。 每天接触最多的就是来买酒的顾客。 说实话,很多人办宴席时不知道该备多少酒。 今天分享几点经验,希望对你有帮助。一、算用量:按桌数和人头来估,最稳当办婚宴前,先算准来宾人数。一般按…

作者头像 李华