WorkBuddy,提个需求就能做产品了?

0 评论 718 浏览 1 收藏 14 分钟

AI办公赛道卷到飞起,WorkBuddy却拿下中国个人端和企业级桌面智能体双榜第一。本文用“一句话需求”实测:让WorkBuddy从0到1开发一个面向英语老师的教育产品,不拆任务、不替它定流程,结果它真的做到了。功能丰富只是基础,能把模糊想法推进到可用成果,才是Agent的硬实力。

过去一段时间,AI 办公可以说是卷得最狠的赛道之一:写文档的、做 PPT 的、管项目的,隔三差五就冒出一个新产品,大家能做的事情也越来越像。

所以前几天看到沙利文《2026 年全球桌面 AI 智能体市场研究报告》时,我还挺意外:在这么激烈的竞争里,WorkBuddy还能同时拿下了中国个人端和企业级桌面智能体双榜第一。

榜单呈现了结果,具体到实际工作,这种领先会体现在哪些地方?

我始终认为,对于办公 Agent,功能丰富只是基础,更关键的是面对实际任务时,能否交付真正可用的工作成果。

检验能力的一个好办法,就是“一句话需求”。

做产品经理的,大概都接过这种需求:对方只说一句“我想做个这样的东西”,剩下的理解、拆解、补信息、定方案、往前推进,全得自己来。

所以这次,我也把这个难题原样留给 WorkBuddy,从一句话需求开始,不帮它拆任务,不替它定流程,也不告诉它该调用什么功能,连怎么分工、怎么推进都交给它自己决定。

结果,它还真帮我做出了一个小程序。

从一句模糊的需求,到一个能用的产品,WorkBuddy 是怎么一步步做到的?

下面和大家分享这次实测体验。

从一句话,到一个能用的产品

需求澄清:专家团队帮我把模糊想法变成可执行方案

这次实测的任务,是让 WorkBuddy 帮我开发一个面向英语老师的教育类产品。

从 0 到 1 做产品,最初往往只有一个大致方向。面向哪类用户、解决什么问题、具体提供哪些功能,都需要经过多轮分析和讨论,才能形成可以落地的方案。

WorkBuddy 上提供了不同领域的专家团队,其中的「MVP 专家开发团」中包含了产品、设计、研发等不同角色的专家。

所以这次,我直接选了「MVP 专家开发团」来完成这个任务,并且没有提前把需求拆细,只给了它一句话:

收到需求后,WorkBuddy 开始调度团队里的项目总监、工程师、产品经理和设计师,一个完整的产研团队随即进入工作。

面对这句信息有限的需求,WorkBuddy首先发起了澄清:核心想解决哪个痛点?MVP 的范围划到哪里?产品是供自己使用、面向校内老师,还是希望不同学校的老师都能使用?

这一阶段,我补充的主要是对老师痛点的初步判断,以及目标人群的大致设想。基于这些信息,WorkBuddy 很快给出了 PRD、技术方案和设计方案:

回头看这一环节,专家团队的专业判断,就体现在这些问题里。不同角色从各自的专业角度分析需求,再让我对其中的关键问题进行决策。

原本需要产品经理组织的需求讨论,由 WorkBuddy 承担了起来。我只需要给出方向、回答几个关键问题,就能拿到一套可以继续推进的方案。

方案迭代:多 Agent 协同,接住需求变更

WorkBuddy 写的PRD中规划了“备课资源库”这个能力,我认为有进一步深挖的价值,如果能切实帮老师减轻备课负担,产品的吸引力应该会更强。

于是,我可以在PRD中直接选中“备课资源库”这个章节,让 WorkBuddy 继续考虑:怎样进一步提升老师的备课效率?

WorkBuddy 接下来的处理,确实有些超出我的预期。

接到这项变更后,专家团里的“项目总监”Agent 先判断需要哪些角色参与,再把任务交给“产品经理”Agent,进一步分析需求、开展调研:

调研完成后,它把结论补进了 PRD,同时将相关变更同步给研发和设计师 Agent,继续更新架构与 UI 设计文档:

多 Agent调度能力在这个场景里更加具象了:我只需要提出需求变更,它就能判断哪些地方会受影响,并协调相关 Agent 同步更新,不用我再逐项提醒。

信息补充:长程记忆让方案持续校准

修改后的PRD方案已经比较完整了,但为了确保方案真的能满足老师的需求,我又让 WorkBuddy 再补一份用户画像调研报告。

有意思的是,报告完成后,它还结合调研情况,进一步提炼出影响产品方向的关键问题,让我来进行决策:

等我确认后,它又结合调研结果和我的选择,进一步询问是否要相应调整 PRD 中的目标人群和需求优先级:

这一步让我觉得,WorkBuddy懂得为什么要做这份调研。最初的目标是做一个英语老师工作台,调研得到的新结论,自然也要回到这个目标上,帮助我们判断该为谁做、优先解决什么问题。

随着项目展开,需求、资料和修改记录会越来越多,之前为什么选这个方向、哪些功能决定暂缓,也会影响后续判断,这背后其实就是长程记忆的实际价值,有了持续的上下文,每一轮沟通才能在已有基础上继续,而不用反复从头解释。

调研验证:连接器让工作跨工具继续推进

在提供用户画像报告时,WorkBuddy 也说明了调研的局限:报告主要根据网上相关用户的帖子整理而来,进一步验证判断,还需要找老师开展访谈。

于是,接下来的工作就很明确了:根据当前方案里还没确定的问题,准备访谈提纲或问卷,再把收集到的反馈用于完善方案。

以前做到这里,我通常得切换到文档或问卷工具,把 AI 整理的问题复制过去,然后创建问卷,等收集了反馈,再搬回来分析。

这时候,连接器就派上用场了,安装完“腾讯问卷”连接器后,就可以直接让WorkBuddy把前面讨论的问题落实成具体的调研材料:

整个过程中,无需再次说明调研对象、背景和需要验证的问题,WorkBuddy 就能沿用已有信息,继续推进到问卷调查工作里。

从前面的需求讨论,到问卷准备,再到后续的反馈整理,各个环节可以围绕同一份项目背景展开。跨工具操作带来的信息搬运和重复说明减少了,我也才能把更多精力放在对用户需求的判断上。

发布应用:让 Demo 变成别人打开就能试用的产品

方案确定后,我让 WorkBuddy按照PRD 继续开发,做出了第一版面向英语老师的教学工作台小程序:

接下来,这个工作台需要交给用户实际体验,验证功能是否有用、操作是否顺手。

这也是过去用 AI 做Demo时最麻烦的一步:Demo 在自己电脑上跑起来了,想交给别人体验,还得另外处理部署的问题。虽然发截图、录视频也能介绍功能,可让用户只有亲手操作,才更容易说清哪里不顺手、哪些功能真正有用。

但现在,借助WorkBuddy最近新增的应用发布能力,只需点击小程序预览区域的右上角分享,选择创建试用版小程序,直接就能得到一个可被访问,可使用的小程序,省去了另外找地方部署、配置的麻烦:

WorkBuddy给我的不仅仅是一个demo,已经说一个带后端数据逻辑,并且支持用户登陆使用的mvp产品,从 Demo 到能真正用起来的产品,差的往往不是功能,而是部署、登录、数据这一整套“落地”的东西。

对于早期产品验证,这省下的不只是部署的功夫。MVP 的交付时间缩短了,就能更早交给用户试用、获得真实反馈,我也可以把更多精力放在判断哪些功能真正有帮助、下一版应该改什么上。

再回答:这个“第一”凭什么

市场数据呈现的是结果,行业报告提供的是评价,而这次实测,让我看到了这些能力如何在一项具体工作中发挥作用。

回顾整个过程,从一句模糊的想法出发,和 WorkBuddy 聊清需求、形成方案,中途增加功能、补充调研,再根据新信息调整方向,最后完成开发、发布上线。一个需要反复讨论和修改的任务,就这样逐步走到了可以交付的阶段。

在这个过程中,专家团队帮助我把问题想清楚,多 Agent 协同跟进需求变更,长程记忆让新信息接上已有讨论,连接器让工作跨工具继续推进。这些能力彼此衔接,才让前面确认过的要求一步步落实到结果里。

应用发布,又让这份成果往前走了一步。原本只能在自己电脑上体验的 Demo,有了可以直接分享的入口。用户能够亲手试用,使用中发现的问题,也可以成为下一轮迭代的依据。

回到开头,我对“第一”的理解,也在这次实测中变得具体:一个 Agent 能否理解目标、调度能力、接住变化,并持续把事情推进到结果,决定了用户愿意把多少工作交给它。

而 WorkBuddy 在这次实测中的表现,也让我更有信心,在接下来的工作中把完整的任务交给它。

如果你也感兴趣,不妨亲自试试 WorkBuddy,把想做的事、想解决的问题告诉它。它能在你的日常工作里帮上多少忙,实际用起来会有更直接的感受。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 目前还没评论,等你发挥!