产品经理的三个超级大国 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 June 06 2017 真正 产品管理角色,产品计划,策略, 注意产品 介意产品有限公司 1939 产品管理 7.756

产品经理的三个超级大国

通过 ON

作为产品经理,在努力满足客户,开发人员和公司利益相关者的需求时,会感到一百万个不同的方向并不少见。虽然有很多工具声称可以帮助您创造价值,但坦率地说,对我而言,它归结为只有很少的秘密武器,这些武器在大多数情况下不涉及购买高级软件或订阅最新的软件。项目管理技巧。

我描述的实践并不是详尽的工具和方法列表。但是它们是我和我的团队在过去四年在Zalora共同发展的很好的例子。他们展示了每天成功为我们工作的东西,并证明了PM的功能归结为沟通,文档和数据!

通讯能力

利益相关者会议

我每周一次与我的业务利益相关者见面。我们定期开会–我们在日历中屏蔽了–专门坐着聊天。

有时候,在彼此进行了五分钟的登记入住后,我们已经完成了,因为每个人都非常了解最新情况。在其他时候,我们的会议可能长达一个小时,因为有很多不同的主题需要讨论,或者我们想深入讨论一个特定项目的战斗计划。这里的重要信息是,您彼此保留时间,每个人都知道这是出现和讨论问题的地方和时间。

我已经看到了双方之间进行“更频繁地开会”或“彼此保持联系”的许多诚实尝试和承诺。但是实际上,项目经理和利益相关者都非常忙,以至于可以轻易忽略这一点。如果没有这个每周的会议,您会发现自己在利益相关者尚不了解的功能发布和谈论从未听说过的新项目的电子邮件线程之间迷失了方向。

如果您有多个利益相关者需要照顾,请安排与每个利益相关者的会议。如果您觉得每周开会太多,在某些情况下,每两周或每月签到一次就足够了。

回顾展

回顾是与开发团队联系的好方法。尽管您不必是发起回顾会议的发起人,但如果您的工程团队尚未采用此方法,则一定应该采取行动组织回顾会议。

在Zalora,我们让每个开发团队自己决定他们要举行回顾的频率以及谁应该参加回顾。对项目经理开放,对于与团队紧密合作的人员,必须参加。

松弛

这个不’不需要太多介绍。我几乎每一个IT团队’在过去的12个月中,我们已经采用Slack作为他们的沟通工具。由于它具有大量定制功能,因此它可以实时地以比老式电子邮件收件箱更有意义的方式通知一群人。

我们已将Slack用作Zalora工程团队的主要沟通工具。一些业务团队也采用了它,并创建了自己的协作渠道。

发行说明

这在大型组织中或在构建面向客户的产品时尤其重要。公司其余人员可以通过数千种方式了解新产品的出现–口口相传,要求即时通讯更新,使用网站时绊倒新功能。通过发行说明,使您的利益相关者和用户可以轻松地发布新内容!

确保通知他们 主动地 –没有人会每天访问静态的发行说明网页并点击刷新按钮–并以易于快速消化的方式呈现信息。但是请注意,发行说明并不意味着作为用户指南–提升您选择该武器的文档编制能力。

在Zalora,我们会针对每个主要版本发送精心设计的电子邮件,并发送给组织中的大量人员,以尽可能地覆盖更多人。而且,我们会将每个发行说明存储在公司范围内的共享Google云端硬盘文件夹中,以确保人们可以回到一个地方,以防万一他们错过了它。

报告问题的模板

您是否被大量问题淹没?对于每一个遇到错误的可怜的灵魂,您都需要再写五个问题以找出如何重现它的方法?您可以通过给利益相关者一个模板,让他们在遇到问题时就可以填写表格来授权他们。

Google表单是您的朋友。让人们填写表格将加快解决时间。它减少了沟通循环,迫使人们一口气将所有相关信息发送给您。您应该花一些时间并思考如何设计利益相关者应该填写的每个领域。您甚至可以根据涉众报告的问题类型来自定义表单。

 

记录能力

写一本手册

内部利益相关者需要知道您构建的产品如何工作。因此,请确保您在某处可以找到公司Wiki或类似网站,以便人们可以了解您平台的内部运作方式。这不应与技术文档相混淆。如果您的涉众不得不在技术文档中的代码示例之间寻找信息,他们将很容易受到威胁。

我们已经使用Atlassian的Confluence撰写了针对特定功能的操作方法文章,这些特定功能已针对使用Jira的受众,因为两者可以很好地协同工作。有关如何使用某种软件产品的完整手册,我们使用Wikipedia的开源MediaWiki来创建我们自己的公司Wiki,作为公司内任何人都可以访问的知识库。

战略文件

从未听说过这个吗?让我解释。在策略文件中,您列出了为什么某个主题对公司很重要。您可以解释商机,随之而来的挑战,计划采取的克服挑战的措施。本文应涵盖更大的计划,然后可以将其分解为单独的实验和功能,以执行本文中列出的策略。

示例可能包括您的建议策略(如果您是电子商务公司),付款策略(如果您的游戏应用程序提供应用程序内购买)或计划如何通过公司仓库中的自动化来减少人工工作量-主题范围没有限制可以用这种纸盖住。

在Zalora,我们为该文档选择了一个非常简单的结构:

愿景– 该愿景列出了目标受众,他们的需求以及您计划如何提供独特的产品。愿景可以(但不是必须)包括市场机会,目标客户规模,定位,竞争分析和目标的详细信息,以及您在开始旅程之前有的未解决问题。

目标– 该目标由一系列输出KPI定义,这些KPI衡量您是否达到目标。然后将它们分解为有助于达到输出KPI的输入KPI。

战略与行动– 这描述了策略以及您计划执行的策略。

大事记– 里程碑可用于链接回产品路线图,甚至可以指向具有详细开发规范的票证。列出您计划开发的功能,以便利益相关者可以参考这些功能,并概述执行该策略需要多少资源。

该策略文件可以是在进行过程中编辑的有效文档。事先很难知道您的哪些操作将会取得成果。有时您将无法获得期望的结果,因此您必须更改路线。毕竟,如果问题很容易解决,您就不会’不需要策略文件来指导您。

门票

有各种各样的售票工具,我赢了’不要在这里评估它们。相反,我想强调为什么这些工具对于记录您对任何给定开发任务的想法和期望很重要。

对我来说,一张好的机票是一种结构,任何人都可以轻松理解,即使读者不了解上下文或没有很深的领域知识。特别是在大型组织中,您需要能够解释票证为何如此重要以及您打算如何实现的。并非每个人都具有与产品所有者相同的主题专业知识,因此在编写票证时请记住这一点。

一旦确定了这一点,开发人员就会更好地准备遵循您的想法,并为您计划实现的目标做出有效贡献。那’s为什么我们在Zalora的所有票务(包括错误)都以“动机”部分开头,对此进行了说明。对于错误,您可以然后解释如何重现该问题以及预期的行为。

开发新功能时,可以解释该功能的外观以及最终产品的行为。仅此一个主题可能就值得再发表一遍,因此请记住,票证的结构很重要,并且值得定义整个团队都同意的模板。

数据的力量

大数据

我们都希望有可靠的数据来指导和证明我们的决定。这就是为什么您必须确保拥有足够的数据,适当的工具来收集数据并花时间分析它。

有大量可用的跟踪软件。如果您是新手,建议您探索Google Analytics(分析)和Google Firebase。两种工具都可以让您了解正在发生的事情,并确认您的假设或可视化您未意识到的问题。数据可以为您的开发过程提供大量灵感,并确定您是否正在走向成功的产品。

小数据

如果您来自数据驱动型组织,那么这将是一个棘手的问题。小样本数量缺乏大数据样本的统计意义,因此很容易关闭–这里有一些好消息。 用户研究 结果表明,在采访和观察了多达五个人的样本量之后,发现了85%的可用性问题。

我认为这对于任何无法访问大量数据样本的人来说都是个好消息。当您测试新水域时,用户研究和用户访谈是您的朋友,不仅想了解发生了什么,而且还想知道 为什么 它正在发生。我的意思是,小型和大型数据集都很重要-因此要熟悉它们,并将它们用作产品经理技能库中的第三大能力。

我自己练习上述所有工具和方法,它们对建立强大的产品组织很有帮助。他们每个人都很容易拿起,可以单独工作,也可以互相配合工作。您认为什么是您的超级大国?我很想在下面的评论部分中找到答案。