团队协同

To G销售喜欢什么样的产品经理呢?

产品经理之于销售,还是处于一种比较舒服的状态。为啥这么说呢?因为销售找上门,通常都是来求你办事儿的,希望你帮着写方案啦、做汇报啦、搞培训啦、做答疑啦。碰到紧急事项,或者需要你加班处理,情商在线的销售,那都是奶茶咖啡给你伺候。虽然,产品经理不

9000字 | 聊一聊「向上管理」思维

不知道有多少人听到“向上管理”四个字会感到直接的反感,认为它不过是阿谀奉承的“唯上”伎俩,又或者是成果包装邀功的“包装”技巧。稍安勿躁,本篇文章提到的“向上管理”不一样:)可能是大家知道作为PMO经常会与中高层管理者接触,组织大大小小、形形

业务“防坑”指南

面对业务时,你是否也经历过以下令人崩溃的事情?需求要的急,做出来又说不需要了业务的需求总是变了又变投入资源推动上线的新功能,才用了两周,又改回线下作业以上种种,可能不是因为你的方案设计出现问题,而是没有学会如何与业务打交道。那么应该如何避免

如何面对研发人员找你改需求?教你四招巧妙应对!

各位小伙伴们!你们有没有碰到过这种情况?产品研发过程中,那些聪明的研发或测试小伙伴总是来找你聊需求,哪怕你已经把需求写得跟字典一样清楚,他们还是会“孜孜不倦”地试图说服你改一改。这时候呢,我发现有些产品经理特别“硬气”,他们会说:“我就按这

产品和研发的一点反思:断裂与分歧、连接与共识、闭环与共享

本文主要是作者反思了他所在团中产品和研发的工作模式与关系,来谈谈产品与研发中的断裂与分歧、连接与共识、闭环与共享。最近,读了二爷邱岳的《产品手记》专栏,相比较而言梁宁的《产品思维》主要讲「道」,而二爷的则主要讲「术」。其中有两篇讲到产品和研发如何打交道,谈到了产品和研发不知怎么就形成了一种矛盾与对立的关系,让我反思了下我所在团队中产品和研发的工作模式与关系。断裂与分歧一反思

管理的实践比学习更加重要

我认为,对于管理来说,实践的重要性大于学习。因为管理要解决的是落地的具体问题,形而上的抽象总结只能提示而不能直接解决问题。以下只是个人观点,不一定对,随便看看。01核心在于,管理作用的对象通常都是人。昨天的文章里聊到了人治与机制,有朋友给我

经验|设计师和开发总吵架?一招帮你解决问题!

设计师在工作中经常会遇到与前端开发的合作问题,举几个常见的例子:😭开发做出的页面设计还原度很差,一些明显的细节问题他都视而不见…😠我给开发提意见,但他不爱听,工作态度很差,不好好配合!😡我明明就是对事不对人,开发却各种找理由和借口地反

如何避免业务提“离谱的AI需求”

前段时间在某个群聊里看到一张图。这张图讲述了AISaaS在推广过程中,由于对方老板不懂AI而产生的笑话。虽然有趣,但也让我感同身受。当前AI发展异常迅速,业务和领导们都在谈论AI,声称要用AI来实现各种目标。然而,他们提出的需求往往让人抓狂

空降管理者如何落地到新团队?

据我的观察,空降管理者到新团队最终成功落地的概率还是挺低的,经常是风风火火的来,各种大张旗鼓的做,几个月后再铩羽而归。相关的数据也表明,公司高管成功落地的概率不

一份好的需求文档

写需求文档对于无论在哪个领域工作的产品经理来说都是必须要做的工作,我相信大部分产品经理在写需求文档上有自己的一套心得,回忆我自己刚入产品岗没几年那会儿,更多属于