跳到正文

#SaaS

今日 66 条
10月5日周一
  1. Reddit r/SideProject18

    Voyu:一款解决群组旅行规划混乱的一站式平台

    几位软件工程师因群组旅行规划混乱,开发了一站式平台 Voyu,把打包清单、文档存储、费用追踪与分摊、行程规划和群组投票集中到一处,取代分散在多个专门应用里的做法。团队称其目标是让每个人都能参与规划并表达意愿,且不限群组人数,目前正邀请用户试用并反馈体验。

  2. dev.to · SaaS28

    PricingLens:一页审计显示 70% 的 SaaS 定价偏低

    PricingLens 用数据回答 SaaS 是否定价过低,其示例矩阵显示 70% 的 SaaS 产品处于所在品类的低价端。该审计免费、无需账号,基于公开定价页生成一页报告,展示价格层级、功能深度与定位。分类按可比功能集的月费划分为 entry / mid / premium,数据为示例矩阵(Beispiel),截至 2026-10-04,不保证适用于具体产品。

  3. Reddit r/SaaS17

    独立开发者求助:SaaS 有 $1400 MRR 却不会做营销,该从哪开始

    一位独立开发者的 SaaS 应用目前 MRR 为 $1400,仅 3 个客户(其中 1 个大客户),收入只来自平台的合同管理模块,另有 3-4 款可推广的 iOS 应用,MRR 约 $20-30。他试过 Apple 广告、Facebook 广告和 Reddit 群组发帖,效果有限,也看过 Upwork 但不确定是否合适,正寻求营销起步方向的建议。

  4. Reddit r/SaaS18

    独立开发者复盘:一个浏览器会话管理器 SaaS 远比想象中复杂

    一位独立开发者做浏览器会话管理器时发现,看似简单的「保存标签页→存储→恢复」背后要处理标签组存活、固定标签差异、标签被丢弃、30+ 标签按序恢复等大量工程细节。随后又加入云同步和会话分享,产品复杂度远超最初设想,但用户体验仍是保存工作区、关闭、稍后恢复。

  5. Reddit r/SaaS18

    Reddit 讨论:为什么大多数软件只让你用、不让你改

    一位做小企业自动化的开发者在 r/SaaS 指出,客户最常见的需求不是加功能,而是「把你们拿走的东西还回来」——比如以前能直接编辑的字段。他认为锁定型软件真正的解法不是更多可配置项,而是清晰边界:能改什么、改后会发生什么、改错了怎么撤销;多数产品跳过撤销,因为这是最贵而非最酷的部分。

  6. Hacker News Show HN23

    独立开发者做了个假期优化工具 Long Vacation,后来才发现已有同类产品

    独立开发者发布免费假期与 PTO 优化工具 Long Vacation,把零散公共假期、周末和地区假日拼成更长的假期,目前覆盖印度、西班牙和印度尼西亚,更多国家在路上。用户选国家、设定休假天数预算并可选行程长度或每月上限等规则,即可获得按"每用一天假换多少天休息"排序的休假建议。方案保存在浏览器中,可通过链接分享。

  7. Reddit r/SideProject22

    我做了个浏览器版 PLC 训练器 ControlsTrainer:真的接线,让机器跑起来

    工业维护从业者推出浏览器版 PLC 训练器 ControlsTrainer,Level 1 要求用户自己接线、编写梯形图逻辑并通电让系统正确运行,无需硬件或软件安装。前两个关卡免费,后续关卡涵盖万用表排障、VFD、气动、HMI、模拟过程控制,最终到完整自动化生产线单元。作者在 Reddit 征求产品反馈,并希望懂工业自动化的人指出错误。

  8. BetaList20

    Deepsel:面向 HVAC、管道与电气公司的维护协议软件

    Deepsel 为 HVAC、管道与电气公司提供维护协议管理软件,替代电子表格和电话沟通。它按存档银行卡自动续费、发送通知、重试失败付款并标记异常,客户可通过邮件和短信提醒自助预约季节性保养。Deepsel 追踪上门记录、设备信息与会员状态,可与 Jobber 或 Housecall Pro 同步,并保留一份清晰的协议台账。

  9. Reddit r/SideProject12

    有没有一个能管理所有副项目和时间安排的副项目?

    一位开发者在 r/SideProject 发帖求助:管理副项目本身已经变成了另一个副项目,想法散落在笔记里、截止日期在日历里、任务分散在不同工具中。他想要一个能集中查看所有项目、了解可用时间、帮忙决定优先级并在接活过多时提醒的工具,并吐槽大多数项目管理应用要么太重,要么只关注单个任务而非全局,最后发问是否只能靠越来越复杂的 Notion 仪表盘。

10月4日周日
  1. Reddit r/SaaS38

    给 App 内 AI agent 设防:被攻击前先做这 4 件事

    一位开发者在 Reddit r/SaaS 分享,其落地页 AI agent 遭人尝试套取 .env 文件、用同一问题刷屏、要求写代码,均未得手,靠的是 4 项设置:在 system prompt 中写明 agent 用途并声明任何语言下的越界请求都一行拒绝并引导回正题;拒绝跑题部分但仍回答真实需求;对包括匿名访客在内的所有人做速率限制;让 agent 根本接触不到密钥。

  2. dev.to · SaaS22

    巴西实体零售 ERP 的 4 条业务规则:ERPPro 团队谈 Laravel 多租户平台上的代码复杂度

    ERPPro 团队自 1996 年起为巴西实体零售开发 ERP,如今运行在 Laravel 多租户平台上,他们总结了最影响代码设计的 4 条业务规则。税务不是可插拔模块而是底层:NF-e、NFC-e、NFS-e、CT-e、MDF-e 各有规则且依赖与 SEFAZ 通信,税改还带来 IBS 和 CBS 及数十个新字段。

  3. dev.to · SaaS22

    创业 SaaS 的云指标 API:在嵌入仪表盘前先对账 Agent 花费

    面向创业 SaaS 团队,Grafana Cloud 与自建指标 API 的取舍核心是归因:每个可计费尝试需有稳定归属、稳定操作标识和终态记账结果。建议在 Agent 边界定义只追加的成本账本,把展示标签排除在指标身份之外,让仪表盘总额可对账。托管可观测栈与小型指标 API 是交付选项,而非真相的竞争定义,选择应保留租户隔离、US/EU 部署、有界基数和可审计路径。

  4. Reddit r/SideProject22

    独立开发者做了个语音控制的菜谱网站 Lemme Cook,3 个菜谱/月免费

    独立开发者推出语音控制菜谱网站 Lemme Cook,粘贴任意菜谱链接或文本即可提取配料和步骤,去掉广告和长篇故事。用户可通过语音说 "next"、"back"、"go to step 4"、"read aloud"、"set a timer for 10 minutes"、"ingredients" 来操作,还支持同时运行多个计时器并防止屏幕休眠。

  5. dev.to · SaaS26

    免费套餐的 null 限额反而比付费套餐更宽松:一张 60 行的套餐限额表引发的定价 bug

    一个 SaaS 的套餐限额表用 null 表示不限量,结果免费试用版的自定义题库被误设为 null,可以无限创建,而每月 £30 的 Pro 版却按宣传被正确限制在 5 个。作者把该值改为 0,并指出无限量的哨兵值会直接跳过校验,比 0 更危险。登录设备数上限由 Stripe webhook 写入 Redis,与订阅状态最终一致。

  6. Reddit r/SaaS12

    独立开发者提问:B2B 垂直 AI SaaS 上线前,如何从潜在客户口中挖出内部流程信息

    一位独立开发者计划在 6-9 个月内上线一款面向特定行业的 B2B 垂直 AI SaaS,并打算在产品交付前先完成销售,但发现向客户询问其内部流程并不容易,且受行业所限可能只能靠冷启动外联。他向社区询问:有人在产品上线前与潜在客户沟通过吗,从他们那里获取有价值信息的难度有多大?

  7. Reddit r/SaaS20

    独立开发者做了 AI 客服组件 Ornymo,免费额度 100 条消息/月却没人试用

    独立开发者推出 AI 客服组件 Ornymo(ornymo.com),用户添加 FAQ 后嵌入一段 script 标签即可使用,免费方案为每月 100 条消息、6 条 FAQ。他因自家项目被重复客服邮件淹没、又无力承担 Intercom 定价而开发该工具,但分享后人们只说“不错”却从不实际试用。他公开询问免费方案是否不够吸引人、AI 客服赛道是否已过度饱和,以及什么因素会让人真正去试一款新工具。

  8. Reddit r/SideProject22

    独立开发者做了个 Profitly 仪表盘,看 AI 成本后哪些客户真正赚钱

    独立开发者做了一个名为 Profitly 的仪表盘原型,连接 Stripe 和 AI 服务商,按客户展示利润率,并标出那些值得再看一眼的客户。它针对的是采用固定定价的 AI 产品:API 总账单容易看到,但看不出哪个客户赚钱、哪个客户悄悄亏钱。目前仍是示例数据,作者想先验证是否有用再决定是否正式开发。

  9. dev.to · SaaS12

    工程师视角:如何在 SaaS 中打造坚不可摧的 API 集成

    一位技术独立开发者分享了构建高可靠 API 集成的方法:采用文档优先设计、Webhook 架构、健康检查与端点监控,并配置自动回滚机制。分析指出,转向 API-first 方式的企业运营成本可降低 30%。文章还提醒避免过度获取与获取不足、忽视版本控制等常见陷阱,并建议用无状态架构、水平扩展和微服务提升可扩展性。

  10. dev.to · SaaS12

    DropSaaS:不依赖重型 Shopify 技术栈的 AliExpress 一件代发开店方案

    DropSaaS 面向 AliExpress 一件代发新手,提供比 Shopify 更轻的开店路径,减少产品导入、页面搭建等付费工具带来的前期成本。它主打更快建店、更低启动成本、适配 AliExpress 的工作流,让卖家在重投入前先测试选品与转化。Shopify 仍适合成熟店铺,但并非每个新手第一天都需要堆满应用的技术栈。

  11. dev.to · SaaS22

    把 IDE 等待时间变成收入:一款 SaaS 工具的构建复盘

    一位开发者把编译器、linter 或 AI 助手运行时的 IDE 等待时间做成产品:先发布不到 5 KB 的免费 Chrome 扩展,再用 Node.js API 做免费增值,Pro 版 $5/月含无限提示与自定义品牌。改用 Stripe Checkout 一键结账后转化翻倍,$10 优先支持档几乎无人买单,最终保留 $5 档并新增 $15/月五人团队版。

  12. Reddit r/SideProject12

    独立开发者发布 Nemo:带会说话鱼助手的海洋主题任务与学习应用

    独立开发者发布 Nemo,一款海洋主题的任务与学习应用,用鱼助手 Nemo 替代传统待办清单,支持优先级、分类和重复任务,以及闪卡、笔记、日历等学生功能。用户可用自然语言让 Nemo 添加或编辑任务,还能进行文字或可选语音通话,并配有海洋番茄钟与环境音、周计划图片表格、主题和阿拉伯语/英语支持。

  13. Hacker News Show HN18

    Show HN:Modrent Minecraft 托管

    一位开发者与 12 岁儿子共同做出 Modrent Minecraft 托管服务,解决服务器与客户端模组不同步的问题。用户按自己的游玩时长付费,世界初始配置 8 核、12GB 内存并运行 zGC,控制器会依据世界指标和区块生成情况动态调整内存与 CPU 分配。