Cursor无传统PM模式分析:仅适用于开发者工具
每个人都从这件事中得出了错误的教训。\n\nCursor在没有传统产品经理的情况下估值达到290亿美元,因为他们是在为开发者构建开发者工具。Ryo可以全程和工程师一起走完产品,因为工程师就是客户、用户和构建者。反馈循环是即时的,每个人都说同一种语言。\n\n一旦你为非技术用户构建产品,这种模式就会失效。产品决策需要理解客户工作、在技术约束和用户需求之间做翻译、在冲突的利益相关者需求之间排优先级,以及随着团队超过50人保持战略一致性。\n\nCursor之所以能忍受模糊的路线图和流动的角色,是因为那些同心圆中的每个人(员工、beta用户、早期采用者、企业客户)都能评估一个实时原型并准确告诉你哪里出了问题。他们不需要猜测用户行为,因为用户技术足够好,能给出精确反馈。\n\n大多数公司没有这种奢侈。你的用户不会编码。你的利益相关者不懂API延迟。你的市场团队需要一个销售可以承诺的路线图。你的支持团队需要文档。你的合规团队需要审计追踪。\n\nCursor模式在产品是开发环境时有效。对于其他一切,你需要有人在技术可行性、商业可行性和客户真正想要的东西之间做翻译。这就是产品经理的角色。\n\n在没有Cursor的上下文下复制Cursor的结构,最终会得到没人要求的功能和因范围蔓延而精疲力竭的工程师。
Cursor在没有全职产品经理的情况下估值达到290亿美元。\n\nRyo(Cursor的设计主管)带我了解了他们的工作方式,这完全违背了所有大型科技公司的最佳实践:\n\n1. 角色模糊\n\n产品管理工作分布在设计师和工程师之间。每个人都做适合自己优势的事情。