您见过什么样的最差产品经理？
如果你问我，你见过谁是最差的产品经理，那么我无疑会属于最差的产品经理，如果他们满足以下五点，那就是
原型工具完全不能使用。
说到原型，有些工作多年的产品经理会认为原型工具不重要。原型只能表达产品的业务和功能逻辑，可以用手绘制。很明显，我的亲身经历是错误的。
即使是最厉害的产品经理，你也可以说他不画每一页，但核心功能还是需要在页面和按钮之间跳转。甚至需要电子文件，方便下面的产品经理或者其他同时进行二次操作和标记。以下是其手绘的原型页面。可以看到手绘的页面逻辑功能跳转仍然缺乏详细的描述，导致研发成本无法仔细评估。
如果你只是说你从来没有亲自用原型工具画过(原型工具可以是PPT等。)，这样的产品经理是不负责任的，至少他没有考虑到技术实现的成本和R&D周期。
虽然商品的商业模式最终是赚钱的，但其研发周期会太长，导致客户满意度达不到理想。最典型的例子就是米聊和微信的时候，当时米聊有大量用户的时候，承受不了高并发，而有QQ经验的微信显然非常熟练地提供了稳定的使用体验。
没有对竞争产品进行分析或拆解。
我见过一些很差的产品经理，只知道几个同行业的头部应用，却不知道一些top列表中的其它趋势应用。
所以我觉得每天感受一个APP或者一年感受一个APP是产品经理非常重要的基本功和日常培训。竞争产品分析不仅要思考别人为什么不做某个功能，还要发现别人的技术和业务优势。
竞争产品分析或拆解，虽然不需要产品经理导出竞争产品体验报告，但竞争产品的主要功能路径仍然是基本的拆解指标。
同时，很多产品经理首先要了解对方的技术成本和堡垒，分析商业模式在用户行为操作上的差异，甚至交互设计风格的定位，从而给出自己的工作方向和思路。
不做竞争产品分析的产品经理，产品设计风格都不是一个系统，没有具体的VI和视觉识别。
产品研发团队，一周只碰一次。
另外一个最差的产品经理，就是对R&D部门和R&D流程没有任何关系，也许一个星期就能深入了解R&D的进度。
在敏捷的方式下，一般每天的网站会议和日常的产品研发报告是产品经理工作的基础，这样我们就可以清楚地了解产品与R&D的沟通。比如一些团队的商品经理团队部门和R&D部门是水火不和的，本质上高层产品负责人并没有深入R&D阶段，也没有解决从业务到需求、从产品设计到技术实现的各个节点的优先问题。而且以下产品经理只能一股脑的全部产品设计优先级最高。
客观来说，有些产品负责人估计要经常出差，但现在网上会议的方式已经可以让商品快速开发。 进行撞击。
以下是我们团队使用的禅宗项目管理，通过禅宗BUG管理清单跟进项目R&D进度，促进产品设计需求的完善。
因为理论上不会有100%满意的需求，也不会有100%满意的产品设计方案，也不会有100%能实现的产品设计方案。
最后一次上线，或多或少都是上边签过功能需求版。
埋头于技术的产品经理
还有一个我见过最差的产品经理，但大部分都是在项目负责人兼顾产品经理的前提下。作为一个产品经理，我从来没有想过商业化的实现。如果产品一直在打磨或者没有上线，就没有真正向用户展开测试，得到反馈。
埋头于技术的产品经理很难将技术与客户需求和市场变现联系起来，最终产品研发失败。
不愿使用趋势帮助当前的topAPP或者拒绝新技术
当然，还有一种产品经理。我认为最糟糕的是他们对新技术过于保守。比如我身边有些老产品经理觉得AI没用，最终会回到之前的一般功能开发。后来他们问为什么连付费版的CHATGPTO3都没用过。
其他人的朋友圈都在跟风，而他还在懵逼的不知道这是什么。
马化腾曾在大会上说：“你什么都没做错，就是你太老了。”
客户的需求一直在变化，但作为产品经理，你仍然停留在AI是一个对话娱乐的工具人或聊天客服。其实如果你稍微充值一下或者用过manus之类的产品，你就知道现在的AI能做什么了。
这类对新技术的学习和接受程度如果不够高，甚至不了解透彻，也是不好的产品经理。
这就是今天的分享。
这篇文章来自微信公众号“Kevin改变世界的点点滴滴”（ID：Kevingbsjddd），作者：Kevin那些事情，36氪经授权发布。
本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。
免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com