爱意满满的作品展示区。
NetAverse

个人开发《这顿不发愁》小程序上线一周: 1000 用户不是成功,但终于证明有人需要它

  •  1
     
  •   NetAverse · 17h 18m ago · 998 views
    闲来无事烧了几十亿 token ,做了一个叫「这顿不发愁」的微信小程序。上线第 7 天,累计用户刚刚过了 1000 。
    如题,我是一个普通的个人开发者,在没有花任何钱营销的情况下,通过在各大平台发评论等,一周也算勉强达到千人大关了~

    先主动泼盆冷水:这里的 1000 是累计用户,不是 1000 DAU ,更不代表已经验证了 PMF 。对成熟产品可能不算什么,但对第一次认真做完整产品和运营的个人开发者来说,还是挺开心的,所以想来记录一下开发过程,也请大家帮我挑挑毛病,提出宝贵意见

    为什么又做了一个“今天吃什么”?这个问题看起来已经被做烂了。

    随机抽菜、菜谱搜索、AI 生成菜谱的产品很多,但我自己真正做饭时发现,最麻烦的往往不是“红烧肉怎么做”,而是:
    两个人到底做几道菜?
    荤素和汤怎么搭?
    家里人不吃香菜、不吃辣怎么办?
    几道菜先做哪一道,才能差不多一起出锅?
    买菜时怎么避免漏买、重复买?
    冰箱里只剩几个食材,还能做什么?
    会做一道菜,和能安排好一整顿饭,其实是两件事。
    所以这个小程序想解决的不是“再提供一本菜谱”,而是把一次做饭从决定吃什么、买什么,一直安排到怎么做完。


    现在能做什么

    目前的流程大概是:
    1. 选择人数、吃饭场景、口味和做饭复杂度;
    2. 设置香菜、辣椒、葱姜蒜等忌口;
    3. 自动搭配一整桌菜;
    4. 不喜欢某道菜,可以单独替换、搜索替换或者锁定;
    5. 确认后自动汇总采购清单;
    6. 按做饭顺序查看步骤,并给带时间的步骤启动计时;
    7. 也可以直接选择家里现有的食材,看看能做什么。
    现在本地菜库有 600 多道结构化菜品,包含食材、用量、类型、难度、时间、忌口信息和操作步骤,


    技术上没有让大模型现场编菜谱,一道一道菜,我基本都会过一遍,这一版使用的是原生微信小程序 + 云开发,主要图个方便吧,毕竟没起量的情况下,实际 19 的每月套餐够用了,推荐菜单不是每次调用大模型临时生成,而是从结构化菜库里做过滤和评分,也是为了提高运行速度,瓶颈在于主包大小受限。


    真正麻烦的部分不是随机抽几道菜,而是各种约束会互相打架。
    例如朋友聚餐要有一点“撑场面”的菜,家庭聚餐需要更照顾老人孩子,带饭又不能推荐一堆汤汤水水;素食、忌口和菜品数量叠加后,可选空间还会迅速缩小。
    采购清单也不是简单拼字符串,需要合并同类食材、统一部分单位、过滤家中常备调料,同时保留每样食材来自哪道菜。
    云端主要负责用户身份、最近餐桌、收藏和分享快照。菜品推荐尽量在本地完成,这样速度快一些,也没有每次生成的模型调用成本。

    上线一周的真实数据

    截至发帖时:
    上线时间:7 天,累计用户:988 ,菜品数量:600+,一人开发加营销等 opc 模式
    这 1000 个用户主要来自:各大平台,我发疯搞抽象以及痛点截流等等,搞来的流量。
    目前我更关心的其实不是累计用户,而是下面这些数据:
    有多少人进入后真的生成了菜单;
    有多少人进入了采购清单;
    有多少人启动了计时或者标记“已做”;
    有多少人第二天、下周还会回来;
    分享出去的菜单能不能带来新的真实使用。
    这些埋点一开始没有做完整,是目前最后悔的一件事。只看用户总数,很容易产生一种“产品好像已经起飞了”的错觉。

    目前踩过的几个坑
    1. 功能做得多,不代表用户能理解
    我一开始想把场景、口味、难度、忌口全部放在首页,后来发现用户刚进来只想赶紧看到结果。
    现在改成了首页默认只选人数,其他条件放到偏好设置里。
    2. 用户对“不合口味”的容忍度很低
    工具类产品偶尔推荐得一般,用户可能再试一次。
    但吃饭是非常主观的事情,一桌里只要出现一两道明显不喜欢的菜,用户就会觉得整个推荐“不懂我”。
    所以后来增加了单道换菜、锁定、搜索替换和历史复用。
    3. 真正有传播价值的是结果,不是首页
    别人并不关心“小程序用了什么算法”,但会关心:
    “4 个人配了什么菜?”
    “这一桌要买哪些东西?”
    “这桌看起来到底好不好吃?”
    所以现在分享出去的是一份可以直接查看的整桌菜单,而不是普通首页。
    4. 开发完成只是开始
    以前总觉得产品做好,自然就会有人使用。
    上线之后才发现,开发是我最熟悉、也最容易躲进去的部分。定位、文案、内容、分发、数据分析,任何一个都比开发更让我焦虑。


    接下来准备做什么?
    暂时不准备疯狂加功能,先把这几个问题解决:
    1. 把渠道和转化埋点补完整;
    2. 优化分享后的“照这桌做”和“按我的人数重新配”;
    3. 观察用户到底更喜欢“两人晚餐”还是“家里有啥”;
    4. 提高菜单推荐的稳定性
    5. 验证用户会不会在一周内重复使用。
    6. 多增加单人场景等,可能会考虑再开一个小程序

    想请教 V 友几个问题

    1.这个需求是不是伪需求?
    2.看到首页后最劝退的地方是什么?
    3.结构化菜库和 AI 实时生成,你更信任哪一种?如果不考虑成本的话
    4.有哪些功能看起来很多余,应该直接删掉?
    5.一周 1k 用户,没有投流的情况下,是不是很菜也?

    小程序名称:这顿不发愁,目前完全免费,也没有强制登录。

    感谢大家认真看完,期待大家的反馈~ 再次🙏
    4 replies    2026-07-23 15:09:08 +08:00
    gouLang
        1
    gouLang  
       6h 29m ago
    1. 刚开始用, 挺符合我的需求, 就是不知道现在个人配置比较简单的情况下, 是否每次生成的菜单会出现重复的概率比较大? 因为现在只需要选 2 人, 口味, 忌口, 不知道楼主是用什么算法进行推荐的, 但是期望就是不要出现重复菜单比较好
    2. 对于用户不合口味这个点, 我想的是或许用户可以对生成的菜单的某道菜可以点击"我不喜欢"的按钮之类把菜换掉, 同时填写不喜欢的原因, 不断丰富个人的口味, 无论是大模型分析打标还是你预留打标这个技术路线我也还没想好哈, 就这么一提, 因为其实推荐算法的核心还是依赖有更多维度的数据, 数据越多越丰富越能推的准, 这其实是一个很复杂的事情
    3. 另外就是能不能单独开一个选项是要有青菜? 广东人每餐必须要吃青菜啊哈哈哈, 我试用了下 2 人餐给我推荐的是糖醋排骨和番茄炒蛋, 很实用, 但是我还是想要吃一个青菜
    NetAverse
        2
    NetAverse  
    OP
       3h 42m ago
    @gouLang 非常感谢 仔细认真的回复 🙏 祝好
    zhwanng
        3
    zhwanng  
       2h 52m ago
    可以把 UI 的字体调大一些,选择框按钮间距大一些,手指大的人不好点
    zhwanng
        4
    zhwanng  
       2h 51m ago
    @zhwanng 字体好像没有统一规范,可以让 AI 用一下 DESIGN.md 统一规范一下
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   4607 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 10:00 · PVG 18:00 · LAX 03:00 · JFK 06:00
    ♥ Do have faith in what you're doing.