做过几款卖不动的软件后,他让AI替自己经营公司:Polsia怎样开始收费

2025 年 12 月 15 日，Polsia 的创始人 Ben Broca 称产品正式推出，首日即产生收入。到 2026 年 3 月，他在采访中称月度收入规模接近 50 万美元。这个数字来自创始人陈述，而 Polsia 同时收会员费、额外任务费和与用户业务有关的分成；公开资料没有足够清楚的拆分，无法把“50 万美元”直接读成纯订阅收入。[1]

先做应用，再试着让它自己经营

Broca 后来也以 Ben Cera 的名字出现。这是同一位创始人的不同公开署名。按他的自述，他在哥伦比亚大学学过工程，进入巴克莱做量化交易，后来参与消费应用和 CloudKitchens 旗下的 Future Foods 项目。经历越往后，他越频繁碰到一个问题：做出产品只是开头，招人、协调、营销、支持和处理公司每天的琐事，会不断抢走做产品的时间。[1]

2025 年 4 月，他给新的公司取名 Polsia，当时卖给用户的却是另一款叫 Blanks 的应用生成器。后来接受播客访谈时，他承认，2025 年做过多款软件，其中 Blanks 并没有起飞。Polsia 不是公司成立时就已经固定的产品方案，而是几轮尝试后，把内部用来运行自己项目的工具，转成面向其他创业者的服务。[3]

这一步带着明显的个人偏好：他想继续做新产品，但不想每做一个都重新组织一家公司。先用 Blanks 测试智能体的记忆、任务队列和专门执行模块，再把它们组合成一个持续运作的系统，正是为了解决自己已经遇到的协调负担。它也解释了 Polsia 为什么不满足于做一款“写网页”的软件：如果用户还得自己拼邮件、收款、广告和客服，真正耗时的中段工作依然留给人。[1][3]

依据创始人公开介绍绘制的每日任务与人工复核流程。

一个想法怎样进入夜间工作循环

Broca 描述的产品循环是：用户提出想法与限制，Polsia 做页面或产品开发、研究和其他待办；夜间继续执行，早晨送回工作摘要；用户通过邮箱或操作界面调整方向。产品还可连接支付、域名、邮件及广告相关工具。这里的“自主”是系统能够在授权范围内继续处理任务，不意味着每项商业判断都已被证明正确。[1][3]

一旦软件要替人接触客户、发布内容、处理支付，效果就不只取决于模型会不会生成文字。它还取决于授权是否清楚、任务是否按时完成、外发内容能否被检查，以及出现错误时能否叫停。创始人自己把支持、营销乃至投资人沟通的一部分放到 Polsia 上运行：既把公司当试验场，也让每个故障直接回到产品团队——在早期，这个团队主要就是他本人。[1]

Product Hunt 创始人答复中的会员、任务和分成三层收费。

49 美元只是第一层收费

Polsia 从推出时便收钱。2026 年 Product Hunt 的讨论里，一位试用者质疑：49 美元每月的会员费之外，按需任务额度似乎很快用完，不清楚价值是否足够。Broca 的公开回复说，会员包含每日自动工作循环与少量按需任务；额外任务另行购买，用户业务通过连接的 Stripe 产生收入时，平台还可能按约定收取分成。他在该讨论中把目标描述成“孵化器式”的生意，而不只是月费软件。[2]

这种设计把三个收费逻辑叠在一起。月费为持续运转和基础设施付钱；任务费对应更频繁的执行；分成则试图让平台在客户业务赚钱时继续获益。看起来有更大的收入上限，却同时带来更难解释的账单、成本和口径：用户支付的广告预算、自己业务的销售额，与 Polsia 真正赚到的服务收入不是一回事。因此，外界看到的高增长数字，不能在没有拆分明细时用来推算单个产品的订阅利润。[1][2]

用户也确实提出了与收费直接相关的疑问。一位 Product Hunt 讨论者说，系统给他的项目安排了“寻找潜在客户、写定制信息”等待办，但他难以判断每个任务额度是否划算。Broca 接着解释会员与任务的包含范围，并承认引导页面没有讲清楚。另一则公开评论则抱怨任务卡住和客服响应。它们只是个别用户经历，不能代表整体失败率，却揭示了这个模式的核心障碍：当产品声称替人运营公司，用户会按结果而不是按生成了多少任务来衡量价值。[2]

公开经营带来用户，也放大失误

Polsia 的早期客户并非凭空出现。Broca 在采访中说，他先联系以前产品认识的用户，再联系熟人；后来尝试 Meta 广告，在 X 与 LinkedIn 持续公开经营数字和产品过程。公开展示“一个人运行公司”的故事，本身成了最强的获客材料。用户因故事产生好奇，试用又把反馈送回他手里。这种分发方式和产品主张彼此加强，但也容易把创始人的高增长叙事推到产品实际交付能力之前。[1]

创始人的一次故障把边界说得更具体。他称，支持邮件的路由出错后，约 20 起 Stripe 争议没有得到及时答复，差点影响支付账户。没有员工确实减少了协调成本，也意味着没有另一个人自然地发现失灵的邮箱。对经营软件而言，监控、告警、人工接管并非附加功能；当系统涉及客户沟通和收款，它们就是交付的一部分。[1]

创始人自述的支持邮箱故障提示人工监控的重要性。

没有员工，不等于没有人负责

Polsia 把“个人也能开始”变成了一个已有人付款的产品，但现在的公开证据仍不足以判断用户用它开出的公司有多少能够持续卖货。产品页里的质疑也提醒人们：自动搭建页面和持续经营有一段很长的距离。创始人披露的融资、估值及月度规模同样不能替代客户留存、实际交付、退款与服务成本这些经营指标。[1][2][3]

它最值得观察的创新，是把以往分散出售的网站制作、软件开发、营销执行和基础设施，收束为一条每天继续运转的服务链。但这条链越长，任何薄弱环节就越可能把“无人值守”变成“无人看见”。Broca 自己的支持邮箱故障已经显示：AI 可以扩大一个人的行动范围，最后负责检查和纠错的人，仍然必须被明确安排进经营结构。

资料与数据口径

[1] Indie Hackers 对 Ben Broca 的访谈，2026-03-24。上线、收入、履历与支付争议均为创始人自述；“接近每月 50 万美元”未见独立审计或清晰组成，非纯订阅 MRR、利润或用户企业的销售额。

[2] Product Hunt Polsia 产品页与公开问答，2026-10-18 查阅。创始人回复用于核对会员、任务及分成设计；试用者与评论者是个别用户，不代表所有客户。

[3] GTMnow 对 Ben Cera 的播客访谈文字记录，2026 年访谈。公司 2025 年 4 月已取名 Polsia，Blanks 为更早产品；2025 年 12 月推出的是本文所写的企业运营产品。