可以(应该)避免的四种类型的产品经理错误



写故障总是很不方便。 大多数文章和演讲者经常说,与之相关的风险和失败是正常现象,否则,就不可能成功。 但是值得承认的事实是,失败简直是可怕的。 尽管失败是最好的老师,但也可以避免一些错误。 为了最大程度地降低风险,您需要问自己正确的问题。 Creative Live产品经理Jessica Dubin根据她的经验,确定了工作流程中的主要错误,将其分为四类。 此外,她提出了有助于防止这些问题的问题:

#1通讯错误


沟通非常重要,尤其是在计划外的情况和失败中。 为了说明他的想法,杰西卡(Jessica)举例说明了一家公司的网站应该从一个域迁移到另一个域。 执行此任务需要阻止访问网站两个小时。 支持服务部​​门给用户写了一封漂亮的信,其中指出了迁移的时间。 反过来,杰西卡告诉程序员,什么时候需要完成他们的任务。 但是杰西卡(Jessica)遗漏了一些要点。 在指示的时间之前几分钟,她没有控制,也没有告诉程序员有必要开始移动。 此外,她没有警告支持团队该举动可能会比原计划晚。 结果,声明的时间与实际时间不一致,并且用户不满意。

为了避免此错误,有必要提出以下问题:我是否已将与该任务有关的所有员工告知该任务执行的当前状态?

#2上下文错误


上下文是查看产品的整个生态系统,并根据对情况的全面分析做出决策。 在在线预备考试测试平台上工作时,Jessica的首要任务之一就是引入新的用户界面。 该界面是专门为高中生的需求及其思维方式而创建的,因此任务似乎非常简单。 但是,杰西卡没有注意到一个细节,该细节是要更改SAT考试的标准(“学术评估考试”,这是美国高等教育入学的标准化考试)。 当团队为旧类型的SAT引入新的用户界面并浪费其所有资源时,出现了具有新内容和结构的全新测试。 如果她分析了项目的各个方面,那么她就不会犯这个错误。

为了避免上下文错误,您必须提出以下问题:将来产品应该是什么样? 未来6个月(内部或外部)会发生什么变化? 生态系统现在如何变化?

#3并发症错误


创建产品总是伴随着复杂的过程,因此在这里很容易出错。 当技术基础设施未得到充分开发时,复杂性几乎是无法克服的。 Creative Live出现了此问题。 杰西卡(Jessica)制定了一个多季度计划,将超过2,000页的页面添加到关键字网站。 但是,该计划依赖于尚未完全实施的体系结构。 从相同的未经测试的细节中创建新东西会使该项目难以实施。 原来,内容已经在用户目录中重复了,您可以在其中查看,搜索和过滤数据。 该项目的复杂性开始使杰西卡的团队瘫痪。 尽管他们设法完成了计划的第一阶段,但是却花费了太多时间和精力。 很难预先看到所有障碍,但是可以通过构建状态图和分析体系结构来预测将来的错误。

为了减少与复杂性相关的故障数量,请问:我是否足够了解底层技术以对它有高度信心? 引进一个新的有什么困难吗?

#4自信错误


自我引起了许多问题,并带领我们走上了危险的道路,淹没了周围人的警告。 杰西卡(Jessica)讨厌Creative Live的弹出窗口。 她知道用户也讨厌他。 它恶化了SEO推广。 值得注意的是,有92%的用户关闭了该窗口。 杰西卡确信窗户是低效率的。 问题仅在于弹出窗口是吸引用户在站点上注册所必需的。 在网站上停留20秒钟或观看内容3分钟后,弹出窗口占据了屏幕,并建议该用户创建一个帐户。 尽管许多人关闭了窗口,但事实证明,这是吸引网站访问者注册的最有效方法。

包括那些比杰西卡(Jessica)职位更高的同事等反对移开窗户。 但是她坚持要至少在最讨厌的移动版本中删除弹出窗口。 查看内容后,用户自己必须决定是否要付费注册。 6个月后,结果表明用户转化率有所提高。 去除窗户是增加销售渠道的因素之一。 但是,这种转换并不能弥补潜在注册用户的损失。 可以通过电子邮件向其发送新闻通讯的客户群减少了,收入也减少了。 在这种情况下,自我导致了巨大的失败。

为了压抑您的自信,请问:如果我在这个决定中有误,会发生什么?

错误可能会出现在您职业的任何阶段,没有人可以避免。 因此,您应该经常问自己正确的问题。 在评论中,分享有关导致公司或项目出现问题的错误的故事。

Source: https://habr.com/ru/post/zh-CN414763/


All Articles