产品经理容易犯的错：自己YY

为作者们提供日常数据统计、转载、公众号排版样式的小工具。

具体插件上线时间，等着春节后就会上线，请大家拭目以待。而就在带产品经理中，我也发现了一些常见产品经理容易犯的错

即许多产品经理都容易YY做需求，或者说拍脑子做。

让需求变得无法落地，或者不切实际。所以今天写这篇文章来做一个复盘分享，写给那些正在成长的产品经理们

如果你正在碰到下面的情况，那么就说明的需求是来自于拍脑袋的，或者说你花在需求调研和打磨的时间还不够多，注意避免这类问题。

1.和竞品长得一模一样

不少产品经理，为了让需求快速解决，会直接找市面上的对标竞品进行借鉴，快速设计一模一样的功能，先把功能“堆”上去，产品上线就可以了。

但是却犯了2个错误。

1.没有了解清楚功能的复杂度、和功能背后的技术壁垒，预估出技术实现时间，

2.没有做产品规划，当前的业务首先需要很可能是部分功能而不是竞品的全部功能。

比如我们这次做作者插件，会涉及对图文文章的数据爬虫需求。为了实现效果，在技术语言选择Python会因为天然的异步框架，和requests库更加简单，更容易完成，但是我们的团队并没有会Python的同学，实现成本和时间就多了。

2.用户场景分的太细

产品经理YY的需求后，除了容易造成需求遗漏，还有就是容易把需求想的太过于细腻和复杂，简单来说就是把需求想的太细，比如一个登录注册，把用户登录、注册完成了后，还想了忘记密码、更换手机号等等异常流程，实际上早期都可以把逆向流程放在后面做，先完成用户登录和注册流程即可。

比如我们再设计后台功能用户管理模块，APP和网页2个产品端，但实际上共用的使用一套账户体系，新手产品经理会做成2个管理后台，以为可以分别满足不同端的需求。

一个是APP端的用户管理

一个是web端的用户管理

看起来是的确在需求上，每个端都有管理，能够精准的为运营人员提供管理入口，但实际上却功能冗余了，完全可以合并。因为用户管理就是对应管理产品的账户体系，可以通过筛选和分类来完成精细化运营场景的需求。

3.功能和名字过于个性化

现在市面上主流的互联网产品，无论是产品的名字还是一级功能入口，都是有讲究的，但这也影响了不少产品经理们去命名。

大厂们公司推出的新APP，比如即刻、派对到、饭否等等，产品名字阅读起来就会郎朗上口，同时也充满了趣味性。这类产品也迅速变得耳熟能详，大家纷纷下载。

造成了产品经理就对新功能或者从0到1的产品展开“幻想”，”万一要是成了呢？“”如果爆火了呢“

所以在核心功能或操作路径上将常见的功能写成花哨的文案

比如曾经PMTalk的发帖功能叫做：“PMTalk",用户就是摸不着头脑，不知道你这个代表什么意思，造成了用户功能点击率下降

过于花时间去设计功能的交互效果上，反而忽略了应用的加载时间和操作响应，看起来是非常个性化的产品但却四不像，同时也无法推开给每个用户。

这类产品经理往往没有清楚知晓认识自己的团队实力，比如研发是什么水平、设计师多少年的经验，公司的核心业务是线上还是线下，用户群体是什么人，用户主要聚焦在哪些城市等等。

4.以为XX功能，市面上没有

这个也是许多产品经理容易犯的错，在调研国外某个产品后，发现某个功能特别有趣和新奇，恰好自己工作的任务里，类似需求刚好有可以在这功能里套上，就开始做产品设计方案了。

没有花时间做竞品调研，不清楚市面上同类产品的现状，结果很可能上线了别人都放弃的方案，或者数据效果并不好的版本。

5.以为技术是万能的，任何需求都可以实现

曾经有一个特别火的的段子，即某产品经理要求APP主题随手机壳进行自动调整，为此这家公司的产品经理和程序员打了一架。

现实工作里，你真的会碰到不少产品经理确实不懂技术，跨行、非计算机专业出身的人非常多，不知道功能实现的底层技术逻辑。

就像有一次视频号直播里，张小龙被问到：”你是愿意和产品经理还是程序员工作“龙哥回答道：和工程师协作。

因此没有经过技术评估的产品设计方案，对于团队来说是一场灾难。

即使技术能够实现，但是也需要耗费大量的技术成本，还很可能无法有营收。

这也是为什么，优秀的产品经理是经过不断失败的案例积累的，因为他可以基于技术实现上去评估产品设计方案的可行性。

以上就是我今天总结的产品经理容易犯的错，尤其是在产品新人阶段一定会犯。如果你正在做这类需求，可以和产品经理们沟通下，看看是否合理。

最后要说下，没有绝对好的需求，只有用户能够接受的，在正向增长的情况，不断跌打打磨最佳的增长曲线，是产品经理最优先关注点，而不是某一个版本就决定了当前的产品好坏。

今天的分享就到这儿。