从 Trello 到 The Knot：先写清彼此角色，再问「你在优化什么」

Nikita Miller 是 The Knot Worldwide 的高级副总裁兼产品负责人，旗下品牌还包括 The Bump，覆盖婚礼之外的人生庆祝。Lenny 打趣说还缺离婚和葬礼，她说公司会继续盯着庆祝时刻。在此之前，她在 Trello 负责增长和留存超过五年，也曾在 Dooly 担任产品副总裁。

她解释，Trello 一开始是给任何人用的、触感强、好上手的规划工具，早期用户包括小生意、家庭，以及筹划婚礼的人。它的「渐进披露」让人从小问题起步，需求变复杂时产品再跟着长；许多竞品则一上来就复杂，想变简单还得往下剥。她自己的工作是把更多团队——不只是软件团队——带进产品，这往往意味着一堆小企业功能：标签颜色和命名、邀请团队而不是个人，而不是一个大功能。

在工具选择上，她认为还在构思、尚未定案的小团队，用 Trello 收集和排序想法、跟踪发现过程很合适；已经决定、需要拆任务并指派的人，Jira 更对口，尽管她预料会有人不同意。做生产力软件也有苦乐参半的一面：PM、设计师、工程师和数据科学家对「生产力」的定义各不相同，你覆盖核心八成，就得接受没有人会完全满意。

Miller 觉得订婚伴侣和 PM 有很多共同点：赌注高、期待高、利益相关者多、供应商多，项目跨度也长——婚礼通常是订婚后 12 到 18 个月。The Knot 横跨规划工具、双边市场、登记和纸品电商、联盟和广告，和做 SaaS 生产力工具完全不是同一类生意，但用户要解决的问题反而常常更简单。

她觉得服务伴侣比服务 PM 客户更消耗情绪。对许多人来说，这是一生中最有意义的一段时间，而且多数人不会再做一次。几百人的大婚礼和十几位至亲的小婚礼，情绪重量是一样的，她不想让他们失望。Lenny 调侃说宝宝派对邀请和登记平台是明显的下一步，她说他们已经想过。

关于 Trello 的一条实用建议是多用 Power-Ups，也就是集成。人们常抱怨简单工具不够强，而这些集成能把能力接上去，数量以几十、上百计，却常常被低估。

Miller 说，做出有影响力的团队，起点是尽早把角色和责任写清楚。她力推产品、设计、工程再加数据的「四重奏」，而不是经典三人组。练习是：各职能负责人坐下，写下自己对对方的期待，一起核对，形成一份契约，再层层传到组织里。这很费时间，也常引发争论，但她认为早期这份契约至关重要。

模板覆盖作为个人贡献者的期待、作为管理者的期待，以及对彼此、对共享工作的期待。比如跑实验时，PM 写产品简报，数据科学家协助写实验简报，双方一起做分析。每个人写自己的角色，也写对别人的期待，然后一起过。Atlassian 的部分 playbook 也有类似做法。

她注意到一个近年变化：Scrum Master 在许多公司几乎消失，项目管理从 PM 身上更多挪到了工程经理，他们越来越被指望确保迭代目标达成。因为 PM 角色定义极糊，人们容易把太多事堆到 PM 盘子里，这个练习会让人看见：没有一个人能干完所有事。三人组或四人组的意义，是承认责任是共享的——PM 主导让所有人理解做什么、为什么，但设计师、工程经理和数据科学家也要一起传这个故事。

Miller 希望数据科学家嵌在产品团队里，Lenny 在 Airbnb 见过同样做法，但她承认这并非到处都有。她自己当 PM 时，拿到数据、找人一起排查，永远是堵点；再去跟别的团队谈资源，只会更糟。专人深耕一块产品，也更容易看出模式。叫科学家还是分析师，取决于团队需要什么。

角色框架被拿出来重看，通常是因为事情脱轨。她说最常见的原因是执行和速度。对 PM 来说，往往是决策速度：从「我们需要做这件事」到定义它、再到决定做不做，要花多久。对工程来说，常常是把工单拆小；PM 也有份，因为目标说不清楚，就很难拆。

Miller 说，近几年她辅导过的公司都在谈结果，这本身没错；可包括她自己在内，有人「朝结果那头摆得太远」，忘了产出是指示器。一个团队可以构思很好、简报写全，如果不能足够快地送到市场，其余就不那么重要。对她来说，结果是目标和计划，比如 OKR；尝试次数越多，做对的概率越高。

她认为必须由产品经理来驱动紧迫感，办法主要是经常提醒，而不是要一份已上线清单。聊实验积压、东西出去得有多快，并对竞品保持触感，都有帮助。她遇过说「我们没有对手」的创始人，过几年却发现别人已经在出很好的产品。Lenny 联想到 Snowflake 前 CEO Frank Slootman 在《Amp It Up》里的建议：urgency 这根油门不能松。

判断团队够不够快，她看多少时间花在优化、多少花在更大赌注，以及简单的事要拖多久：一两周能做完的活，两个季度后又被提起，就是警报。大赌注和优化怎么分，取决于业务的年龄和阶段。团队慢时，她问很简单的问题：这个迭代你交付了什么、什么进了生产环境、周期时间是多少。

回看 2010 年以来，Miller 觉得最大变化是产品管理变得多么主流：有学位、有商学院路径，甚至形成了一整个围绕这个岗位的生意。她觉得这可能也磨掉了一些怪脾气和创造力。角色正在收敛：PM 被期待更懂技术，设计师更懂生意，工程师更懂产品和用户。她说这会把团队推向更深的协作，Trello 当年的「产品工程师」就是好例子。

被问到 PM 是否必须会写代码，她说不是硬性要求，尽管越来越多人去上训练营和数据课，这有帮助。她自己没有技术背景。Lenny 在 LinkedIn 搜过，大约有两百万人的头衔是 PM，其中八十万在美国。她有个做教育科技时的朋友，孩子小学的职业匹配图里已经出现产品经理——她当时就知道，这行要变顾问了。

进入这个领域的路很多，包括大公司项目。她尤其喜欢创业公司，因为工作极度面向解题。你可能缺一个老师，可只要团队跑得快，产品会教你什么对、什么错，而且你会碰到每一个职能。她觉得在小公司和产品上起步，是很难用别的方式补到的经历。

Miller 说 PM 这个岗位很难：你被期待在许多领域都够格、随时有答案、还要保持冷静。她会反复提醒自己的 PM，她懂这份难，并鼓励他们一次只解一件事。作为母亲，她不再用「平衡」这个词，而是问自己今天、这个季度或今年在优化什么，并接受不可能同一时间拥有全部。

职业生涯早期，大版本前后她会连续加班，同时还能把马拉松训练塞进去：长跑完再十点开工。现在某个星期她可能把孩子的接送全包了。Lenny 把它听成：一段时期全力冲刺，之后再充电。她补充说人生阶段很重要：眼下她大概不会加入一家要求长时间当面苦干的极早期创业公司。

Miller 整个职业生涯都在和远程或分布式团队共事，包括上海、欧洲和拉丁美洲。她说管用的是文档、异步沟通，以及过硬的书面和视频表达。可若要远程解决难题，而你们从没一起吃过饭、从没当面吵过、也没建立起信任，就会难得多。碰上棘手问题，她会挥旗召集大约 48 小时、两晚的当面会：议程事先对齐，白天开会，晚上一起吃饭。

有一次战略要改，核心决策必须落地，跨时区在文档里来回评论，几天都谈不完。当面会上的关键，是把发言权交给数据同事，让对方把所有人教会。Lenny 说人们常常并没有同一套信息，先对齐共同基础，很多争论就解开了。

她把标准归功于 Trello 和 Atlassian：日程可以灵活，但每天要有一段重叠在线时间；新员工大约一周当面入职，为的是文化，以及有一个能伸手找的人。她坦言自己早期大量学习发生在办公室里，很难想象如何在纯远程里完整复制。

在中国、英国和美国都做过之后，Miller 发现对产品管理是什么的困惑是全球通用的，目标设定方法和对紧迫感的需要也差不多。在上海，她感到 PM 被期待拥有全部答案，于是让团队帮她找答案，这教会她分担产品管理的负荷。她也学会给任何职能、给非英语母语者留出提想法的空间。

她推荐跨文化工作，因为共情你服务的人和问题，是这份工作的核心，而走出舒适区是学会共情的一条路。她是牙买加移民，觉得所有经历都会进入你怎么做这份工作、怎么想问题。她的框架是一个她会问同事、朋友、丈夫和五岁孩子的问题：「你在优化什么？」它同样适用于 OKR 和目标设定——这一点不清楚，取舍就不会清楚。