*首选项管理是出色的通知基础架构不可或缺的一部分，这使其成为 Courier 拼图中非常重要的一部分。这也意味着该项目的实习生 Denis Tatar 有很多学习和积累经验的机会。 Denis 的实习期只有几个月，但作为 Courier's Preferences 功能的产品经理，他产生了巨大的影响。

我们想更多地了解丹尼斯的经历，所以我们问他是否愿意为我们写一篇文章。然后他想出的东西太好了，我们认为与大家分享它是一个好主意！这篇文章将介绍 Denis 围绕 Preferences 项目从计划到执行的工作流程，以及他与 Courier 团队合作的经验。我们会让丹尼斯从这里拿走它！

问题是什么？

我们在 Courier 遇到的问题是我们会向客户提供 Preferences (V3)，但整个产品功能的策略并没有完全充实。我相信 V3 是 V4 的一个很好的垫脚石，但在其战略的某些部分从根本上来说存在缺陷。仅允许全局选择加入/退出就是一个例子。另一个问题是 V3 没有获得太大的吸引力，我认为这可以追溯到缺乏经过深思熟虑的战略。

5 月，Preferences (V3) 将只允许用户在全球范围内选择加入和退出他们选择的首选项。 V3 of Preferences 仅允许我们的客户（及其客户）选择加入/退出通知，全球客户还可以决定是否需要某些通知。 V3 帮助我们的客户开始尝试拥有偏好的想法。但是，全局选择/退出是一个问题，因为它限制了最终用户的通知选项。要么全有，要么全无，没有中间。理论上类似于口袋妖怪的说法，“抓住一个，抓住他们。”但是，一个问题是收件箱泛滥。全局选择加入将允许最终用户的收件箱中充斥着每条产品通知的概念，这是有问题的，因为它很容易让用户远离你的产品。

通过允许用户选择他们想要通知的内容和他们喜欢的频道，全球选择加入/退出很快得到解决。数千家公司（B2B 和 B2C 产品）都在使用这种市场总体趋势，尤其是在技术领域。

可见性成为 V3 的一个严重问题。最终用户永远无法选择他们想要的内容类型和渠道。一般会询问用户是否有兴趣接收通知。不提供选项是有问题的，因为它限制了您将通过通知收到的内容的可见性。在产品通知方面，最终用户也不喜欢惊喜。清晰是关键，因为它使最终用户能够控制他们的通知。

在 V4 中，我们解决了可见性问题，这是 V3 的主要“失败”。我们的客户和他们的最终用户现在能够控制他们收到的内容和他们喜欢的渠道。

V4 是战略性地通知最终用户的好方法。

计划

在构建首选项时，我们作为一个团队遵循了三个阶段。

1. 研究在第一阶段，我花了相当多的时间研究市场上当前可用的偏好中心。我会经常问自己以下两个问题：

   “[插入公司名称] 如何管理通知？他们的偏好中心是什么样的？”

   这些问题很关键。他们帮助我深入进行必要的研究，帮助我了解许多重要的市场趋势。然而，在所有发现的趋势中，有一个最突出。

2. 趋势：通过偏好中心的切换/网格样式布局选择频道和内容是必须的。这种趋势成为我们夏季项目的支柱。为用户提供偏好选项很重要。

在这个阶段，我阅读了许多案例研究。我很惊讶地看到有多少关于这个话题的存在。每个人都帮助启发了我解决我们正在解决的问题的方法。我从别人的错误中吸取了教训，吸取了宝贵的教训。

在这个阶段与客户交谈非常有帮助。我能够与我们的客户进行多次通话，并听取他们对这个问题的看法。我会提出问题并举例说明我们对解决方案的想法。这有助于定制 POC。我们越了解客户的观点，就越容易开始设计他们会使用的东西。

3. 设计 POC我真的很喜欢这个阶段。看着研究变成真正的 POC 真是不可思议，也很有趣。我们收集了我收集的所有反馈，然后创建了几次设计迭代。

一旦我们创建了 POC，就必须回到我们的客户那里，并确保这是他们为 Preferences 设想的东西。我们的客户也是可爱的人，他们总是在那里提供他们急需的反馈。

通常，我会与 Ian 进行大量的头脑风暴会议。我们会查看我们的研究以及我们的客户不得不说的话，并将这些资源组合成一个 POC。这是一个富有洞察力的过程。

这个阶段持续了几个星期，直到我们最终建立了一个让自 2022 年 5 月以来与我们交谈过的所有客户都满意的 POC。

4. 构建 MVP一旦我们有了 POC 并完全完成设计，我们就开始构建我们的产品功能。这个阶段教会了我两个重要的教训……

   
   

有条理是极其重要的。

和...

作为一名产品经理，你需要比你的团队领先一周。

在 Courier 工作和委派任务时，我注意到你越有条理，就越容易与他人合作。我的组织能力会影响我们的设计师和工程师对我们的目标和单独委派任务的理解程度。我们越有条理，我们工作的速度和效率就越高。概述我们的团队需要完成的任务，并说出为什么这些任务是必要的，这很有帮助。它让每个人都明白了，包括我自己。

这里的第二课是我们的 CEO Troy 给我上的。他教会了我思考当前和接下来的一周是多么重要。 Troy 提出这一点是因为，作为产品经理，您希望让您的团队随时了解正在进行的项目和任务。不具备这种心态的产品经理很快就会成为他们团队的障碍。接受这种心态带来了清晰，让我对我们的项目的压力减轻了。我每周都会花时间计划，并估计团队在每周结束时应该在哪里（周期）。

在我们构建 MVP 时，这两节课很有帮助。我们作为一个团队每周都取得进展，列出了每周的任务，以及我们需要实现的每周目标。与 Courier 的团队一起工作真是太棒了，每个人都理解并且非常出色。我最喜欢的是每个人都有意见。工程师和设计师会在构建之前询问特定任务是否是优先事项，这使我们能够构建 MVP 并使其快速启动和运行。这些问题有助于指导优先事项和决策。

执行：我到底做了什么

在整个实习期间，每一天都是不同的。我的一周将包括与客户交谈，将任务委派给我们的工程师和设计师，并花时间提前思考，比本周提前两到三周。我还与工程师和设计师密切合作，确保两个团队之间的良好协作。

我在 Courier 的产品经理实习期间体现了四项核心职责：

在我关注的领域内成为市场（客户和潜在客户）想要什么的内部专家。

作为我的产品功能已经提供的内部专家（以及上述核心职责的增量）。优先考虑使 Courier 从我们当前状态到我们期望状态的路径的能力。

能够就当前产品、正在构建的产品以及我们的最终产品愿景对公司的其他人进行教育，这样每个人都可以在同一页面上而不是专家。

作为确保团队出于正确的原因在正确的事情上合作的粘合剂，他们的成功最终会受到我在第一和第二方面的效率的限制。我无法准确地教育队友关于我自己并不深刻理解的东西。

在我在 Courier 的整个过程中，Troy 都是一位出色的导师。他让我注意到这四个核心职责，这成为我实习中不可或缺的一部分。最让我产生共鸣的是成为所有团队之间的粘合剂。起初，我看着这个概念，被它吓倒了。但是，我很高兴自己成为团队之间的这种胶水般的人物。这绝对不是一件容易的事情，但我喜欢挑战。一路走来，我也结交了很多好朋友！

我经历了哪些取舍？

在我的整个实习过程中，有很多取舍。我经历的主要与以下概念有关“让它工作 -> 让它好 -> 让它快”，这是我在实习期间经常听到的。很多时候，可以使我们的 UI/UX 脱颖而出的小功能实际上会减慢团队的速度。

像这样的权衡是必要的。他们让我质疑我们是否专注于细节，或者我们是否将功能放在一边，专注于制造功能并完成工作的产品？该问题的后半部分通常被选为我们的策略。进行这些调用很困难，因为您知道团队可以使用非凡的 UI/UX 组件开发出色的产品构建，但我们的构建必须首先完成它的目标。

主要目标是发布我们的 MVP，确保我们获得客户反馈，改进所有核心功能，然后专注于影响该产品 UI/UX 的次要优先事项。

和团队一起工作是什么感觉？

我在 Preferences 上与 Lifecycle 团队合作非常愉快。每个人都很友善，并提供了很棒的反馈。我在办公室和同事的电话中多次提到过这一点。在 Courier 工作感觉不像是工作；感觉就像我在和亲密的朋友一起做一个业余项目。我真的认为这就是为什么我能够完成我在 Courier 所做的工作，因为环境。 Courier 随和、非常友好、以结果为导向。

我真正喜欢球队的另一件事是他们总是想着我。如果有工程师或设计师会做的任务被认为是他们的“规范”，他们会问我是否愿意试一试，看看它是什么样的。我有这三个例子。

在为 Preferences 项目的一部分设计特定工具提示时，Ian（高级设计师）在我们的一次通话中询问我是否想尝试设计工具提示。这涉及在 Figma 中使用 Frames，这是我从未使用过的概念。我真的很喜欢创建那个工具提示。这让我感到被包括在内。

每周团队都会召开我们的团队生命周期计划会议。我们会谈论门票，并把它们写下来。在我实习的早期，Suhas（高级工程师）问我是否想尝试在 Linear 上写几张票。我知道这是大多数 PM 通常会做的事情，但我非常尊重 Suhas 提出这个问题，并且愿意教我如何在 Linear 中正确创建工单。

一旦团队为 Preferences 确定了一些东西，我就开始在内部询问是否有任何公司有兴趣了解我的项目。 Nathan（客户主管）联系了我，让我知道一位对此产品功能感兴趣的客户。在与这位客户交流时，Nathan 给了我很大的鼓励。由于 Nathan 的鼓励，我能够走出自己的舒适区。在我之前的任何实习经历中，我从未与客户交谈过，我学到了很多关于客户以及他们对 Courier 的看法。

请注意，这些只是我实习期间众多此类机会中的三个示例。我确实想向 Ian、Suhas 和 Nathan 大喊一声。我感谢你们给我学习和成长的机会，这对我来说意味着世界。

我是如何与设计师合作的？

我喜欢与 Ian（高级设计师）一起工作。我们会通过 Slack 的“Huddle”功能召开临时会议（由于我曾经犯的一个错字，该功能在内部更名为“Huggle” ）。这些会议非常适合头脑风暴和产品设计。有时，Ian 和我会在深夜打电话，因为这样更容易提出更多创意。我们会进行一到两个小时的会议，我们会为首选项提供一些非常棒的 UI/UX .这是我永远不会忘记的事情。

与 Ian 合作时，我会尽量简化。我会通过 Google docs 或 Slack 创建一个待办事项列表，所以我和 Ian 都会知道每周需要完成什么。

在我们的电话会议中，伊恩和我还会谈论很多不同的话题，这些话题并不总是与工作直接相关，这很棒。这确实有助于建立我们的友谊，使协作变得更加容易，并为偏好提供了一个干净的 UI/UX。我经常在工作时间之外做大量的产品设计，Ian 总是会给我关于产品设计和 Figma 的非凡建议！

我是如何与工程师合作的？

我简要地谈到了这一点，但在与工程师合作时，我会帮助创建工单，并组织每周的情况。每当我们的工程师对与偏好相关的任何事情感到困惑时，我都会帮助他们，并会解释我是如何想出具体名称的，为什么 Ian 和我会设计我们产品的某些部分以及这些设计背后的目标。其中许多答案来自我对 Preferences 感兴趣的客户的广泛研究过程。

在与工程师一起工作时，我学到了很多关于如何在 Linear 中正确分解票证 (eipcs) 的知识。在 Courier 工作之前，我以为自己掌握得很好，但在与 Lifecycle 团队合作后，我学到了很多东西。分解工单的关键是能够与工程师一起考虑每一个细节。这样做时在一个小组中非常重要，因为每个人都帮助提出了关于如何分解门票的非常重要的观点。

在我的实习期间，Seth（首席技术官）、Suhas（高级软件工程师）和 Christian（软件工程师）鼓励我与 Courier 的开发人员体验团队交谈并向他们展示我们的项目。这背后的主要目标是测试 Preferences 的 UI/UX 是否直观，设计是否有意义，以及开发人员体验团队是否理解此产品功能背后的目标。我准备了一个幻灯片，完整地解释了我们的项目。这是一次很棒的经历，因为它帮助我准备如何向我们的客户销售 Preferences。对产品进行富有洞察力的演示并将产品“推销”给客户是产品经理的一项重要且被忽视的技能。在内部与人们交谈也帮助我练习和完善了这项技能。

我是如何解决问题的？

在 V4 Preferences 之前，客户无法选择他们想要听到的内容以及他们想要听到的方式。使用 V4 Preferences，用户现在可以就这两个问题发表意见。这项新产品功能使客户可以选择他们喜欢和想听的内容。特别是通过他们的渠道偏好。

收件箱杂乱无章的日子已经一去不复返了，客户对收到的通知数量感到恼火。首选项可最大限度地减少最终用户对其通知的挫败感。

想申请 Courier 的职位？查看我们的职业页面。要查看 Denis 帮助构建的实际操作，请在此处请求演示并要求查看 Preferences 功能。