产品新人最容易踩的10个坑

2019-10-04 10:00:00 |发布者: 安智宝

产品新人最容易踩的10个坑

作为刚入行的产品新人,希望少踩几个坑?本文以流程图的形式梳理了一个需求从idea到上线的完整历程以及常见的问题,适合0-2年产品新人阅读。友盟数据

安卓排名

产品经理在一路上需要踩各种各样的坑,吃一堑长一智,然后逐渐成长。

一、伪需求

1、坑

需求分析是产品新人要学习的第一课,常见的需求分析方法包括用户调研、竞品分析、数据分析等。

用户调研又可以细分为传统问答式调研问卷、机器人对话式问卷、电话访问用户、面对面交流等。竞品分析一般针对直接竞品,而公司其它产品的分析和跨界对比常常被忽视。

不重视需求分析,特别是数据分析的结果就是容易产生“伪需求”。“伪需求”指用户需求不强,但产品经理以主观经验夸大了需求的强度、用户的数量级。

由于大部分互联网公司产品经理承担的角色类似于项目驱动者,设计、开发、测试、运营扮演配合、支持的角色,并且产品经理的语言表达能力整体上优于其它岗位。因此“伪需求”经常在上线后才被验伪,而此时,公司和团队已经耗费了大量的时间和精力。对于按周迭代甚至按天迭代的互联网世界来说,大量的“伪需求”对于公司来说是致命的。

2、如何避免

(1)产品经理切忌“主观地想当然”,以用户视角来看待问题。

产品视角和用户视角的差异

(2)通过用研等方式找出真实的用户故事,用户故事一般包括角色(谁要使用这个功能)、活动(需要完成什么样的功能或目标)、商业价值(为什么需要这个功能,带来什么价值)。

(3)尽可能完整的数据分析,将一个抽象的需求通过数据具象化,合理地评估用户量。

(4)团队定期需求复盘。

二、项目延期

1、坑

项目管理是产品经理的基本功之一。在产品设计完成之后,前后端开发、测试、发布上线等等都需要有极强的项目管理能力来确保功能准时上线。

对于产品新人来说,需求延期是非常常见的事。延期的原因可能有很多种,产品方案不完整,开发代码BUG、没跟上版本迭代、被其它需求PK掉等等。

2、如何避免

(1)自上而下的书面沟通可以在一定程度上降低需求被PK掉的可能性。

(2)了解公司各部门、各团队的排期周期,确保需求可以获取最恰当的排期。

(3)合理使用甘特图,特别是跨部门沟通时。

talkingdata sdk

三、产品方案考虑不全面,没有兜底方案

1、坑

开发思维与产品思维的一个重要区别就在于方案的完备性。

产品新人通常只考虑正常情况,而忽略了各种异常情况,甚至只考虑了最优情况,不考虑各种特殊情况。而对于开发而言,程序语言必须是“if,else”式地覆盖所有可能性,而且对各种异常情况提前准备好预案。

不全面的方案上线的结果轻则BUG改不完,严重的话会导致功能的下线。

2、如何避免

(1)基于MECE原则设计产品

MECE,是Mutually Exclusive Collectively Exhaustive的缩写,中文意思是“相互独立,完全穷尽”。 也就是对于一个重大的议题,能够做到不重叠、不遗漏的分类,而且能够借此有效把握问题的核心,并成为有效解决问题的方法。它是麦肯锡的第一个女咨询顾问巴巴拉·明托(Barbara Minto)在金字塔原理(The Minto Pyramid Principle)中提出的一个很重要的原则。

所谓的不遗漏、不重叠指在将某个整体(不论是客观存在的还是概念性的整体)划分为不同的部分时,必须保证划分后的各部分符合以下要求:

  1. 各部分之间相互独立 (Mutually Exclusive)
  2. 所有部分完全穷尽 (Collectively Exhaustive)

MECE(相互独立、完全穷尽)是麦肯锡思维过程的一条基本准则。 “相互独立”意味着问题的细分是在同一维度上并有明确区分、不可重叠的,“完全穷尽” 则意味着全面、周密。

(2)要有兜底方案

假设开发BUG无法避免,产品必须事先准备好兜底方案,以免BUG发生时,线上开天窗。

四、假数据

1、坑

受限于成本、性能等因素,开发环境、测试环境通常无法具备线上环境的完整数据,因此,产品需求常常只能利用开发或测试编造的假数据进行验证。

假数据虽然可以用较低的成本验证功能,但是很容易留下隐患,例如实际数据数值范围可能原大于或小于假数据,造成功能上线后展示BUG,甚至无法使用。

在产品方案考虑不周全的情况下,假数据的问题会更加严重:开发自测、测试验证一路顺利,但一上线就问题频发,只能紧急发布修复问题或者进行版本回滚。

需要注意的是,原型、交互、UI设计时使用假数据也同样为潜在的问题埋下了隐患。

2、如何避免

(1)最好的办法是定期同步线上数据到测试环境,保证功能上线之前可以获得真实地验证,但是受限于成本等因素,很多公司没有这样地条件。

(2)而作为产品经理,从原型、交互、UI设计中使用真实数据,同时要求团队成员在开发环境、测试环境也同样使用真实的用户数据,且覆盖产品方案地所有可能性,有助于规避这一问题。

五、口头沟通

1、坑

作为产品经理,完成功能的上线需要和运营、算法、开发、测试、运维、交互、UI等诸多角色进行沟通和协作。在产品经理一天的工作时间里,有大量的时间花费在与其它团队成员的沟通上。而在沟通方式的选择上,口头沟通显然成本更低,更为便捷。

然而,口头沟通最大弊病在于口说无凭,在项目进展顺利时不会有任何问题,而在项目进展不顺利时,产品和开发便很有可能进入扯皮状态。没有任何痕迹的口头沟通会加剧彼此之间理解的偏差。

2、如何避免

书面留痕。

从需求文档到项目开发过程中的任何沟通细节,都必须以书面的形式留下痕迹,可以是在项目管理工具JIRA等上面备注,也可以是邮件沟通。

六、盲目堆积功能

1、坑

一个产品团队内中往往有多个产品,而在这种情况下,盲目堆积功能便成为了一件大概率事情。

友盟统计app

过于复杂的交互操作都会对用户体验造成极大的损害。能1步完成的事就不要让用户操作2步,每一次的操作都对应了一定的流失率。

近几年热门的抖音、探探、红板报等APP无不遵循了极简主义的设计原则,简单的上下左右滑动就可以实现APP的基本功能。

2、如何避免

(1)产品总监需要站在整体角度思考问题,确保上线的每一个需求对用户来说都是不可或缺的。

(2)而对于产品新人来说,可以通过KANO模型等工具来评估用户需求的强度,进而评估功能的必要性。

七、复盘

1、坑

有些人工作了10年却没有任何积累,有些人工作了1年却收获满满。区别在哪里?答案就在于复盘。

2、如何避免

复盘主要分为两类,需求复盘和个人复盘。

(1)需求复盘,就是指以需求为单位进行复盘,一般在项目结束后一周内进行,内容包括目标达成情况分析、项目进度分析、产品方案的质量回顾、开发时间评估的准确性、开发代码的质量回顾,项目进展中出现的主要问题等。

需求复盘的目的在于提升产品对于项目收益、开发对于研发周期的准确性,进而提升达成项目目标的可能性。

(2)个人复盘,就是指个人定期进行工作回顾,总结工作中发生的问题,进而优化自己的产品经理方法论。

八、产品不考虑运营方案

1、坑

产品和运营是互联网公司最常见的两个岗位,前者包括前端产品、数据产品、用户增长产品等,后者包括了用户运营、内容运营、活动运营等。

产品在设计时不考虑运营方案,只考虑功能的上线,运营成本的不确定性增加了功能效果不达预期的风险。

2、如何避免

产品运营不分家。

(1)产品设计时,产品经理必须考虑运营方案,合理评估运营成本。

(2)产品上线之后,产品经理需要与运营小伙伴功能协作,达到产品的最终目标。

应用宝iphone版

九、没有技术负责人

1、坑

一般来说,产品需求都会有一个产品负责人,而开发团队就未必有技术负责人。考虑到部分需求开发流程长,环节多,产品新人在技术沟通上会耗费大量的时间和精力,最后结果缺事倍功半。

2、如何避免

在技术评审会议上确定需求的技术负责人。

由技术负责人给出完整的技术方案,开发流程图,并协调开发资源,协助解决开发过程中遇到的问题。

十、做不完的VIP需求

1、坑

互联网公司大多比较偏平化,上下级之间的界限相对模糊,但是BOSS的VIP需求还是不可避免。

VIP需求的来源有很多,BOSS的个人偏好,个人经验、公司发展规划等。

苹果应用宝

短期来看,VIP需求并不一定与用户需求相匹配,而在需求排期甚至需求开发过程中,VIP需求都大概率都会被优先处理,进而造成产品新人的需求延期。

2、如何避免

(1)产品新人要学会平衡用户需求与VIP需求:短期内优先处理确定性高的用户需求;而从长远规划来说,要学会站在领导的角度看待问题,宏观的看待公司所面临的竞争环境,这对于理解VIP需求会有很大的帮助。

(2)而当产品新人自己负责VIP需求时,需要尽可能准确地获取需求方的真实需求,反复确认,并以MVP的方式快速上线,快速迭代。

ok ,今天就分享到这里,谢谢大家


联系客服

Copyright © 2016 - 2020 anzhibao.com . All Right Reserved.

安智宝  版权所有