很多时候是正确的
3.分类是一种能力，特别是涉及多个纬度的组合，非常考验对业务的理解能力，能够寻找正确的纬度组合，数据和信息的价值才能最优化。4.从最原始的信息中寻找灵感和规律，这种看上去最没有技术含量的工作最能体现出你的思考能力。5.培养新人和锻炼新人，对于非重要和非紧急工作，尽量给他们足够自由发挥的空间。有些新人会觉得，这个公司管理真有问题，领导真烂，任务布置得一点都不清楚，怎么做啊。布置得清清楚楚，你就是一个实现工具啊，你的能力体现在哪里啊！取舍之道优秀的产品经理，要学会做减法。我们设计产品的时候，创业者点子都很多，把设计、策划书拿出来一看，产品这样这样，然后这样这样，以后还可以拓展为这样这样，聊天的时候突然灵光一现，对啊，我还可以把这个加上去，等等。可用户真的需要这么多吗？很多时候，我们被自己创造的各种伪需求所麻痹，大家谈东西的时候往往流于自己的才能展示而忽略了事务的本质。比如公众号起名这个事情，很多人都有各种奇思妙想而忘记了最基本的诉求&&容易识别和容易传播，所以很多特别有想法的名字其实识别度非常低，特别是一些认为用了谐音很有才华的那种名字，最不容易被人传播，因为大部分用户基于第一感都会输入错误。这就是创业者以及很多工作者最容易犯的错误，想太多，而忽视了最基本的东西。那么，做产品设计的时候，我们要不断问自己一些问题。用户的核心诉求是什么，这个功能点设计是否满足用户的核心诉求？如果没有这个功能会怎样，用户还会不会使用这个产品？想明白这俩问题，可能80%的功能都是没必要的。当然你说锦上添花好不好，但是，请别一上来就搞，时间成本是最大的成本，相信我，很多你以为精妙的设计可能毫无意义。做一个新项目，一个创业公司，要知道一点，不可能讨好所有用户。即便有些需求是用户定义的，有些痛点是用户提出的，你也要甄别一下，这是不是你核心目标用户的需求，这是不是你核心目标用户的痛点。有时候，你甚至要为了让某些用户更满意，而伤害另一批用户，这个决定你敢不敢做！有没有价值！我的观点是，如果为了发展更多的用户而伤害核心用户，是得不偿失的，很多公司犯过这样的错误；而为了核心用户去伤害一些其他用户，很多时候是正确的。比如说有人说要做高端社交平台，想法是让普通人也能参加高端社交，这需求听上去很不错啊，找一些资源以廉价的方式提供给普通人。但什么是高端社交？如果你认识门卫保安或者举办方，几个人私下靠关系凑进去了也就算了。但你想规模化商业化，就是开玩笑，高端社交一旦规模化肯定变味，高端用户一定会极反感。最后一定是高端用户见你就躲，只剩下一批普通用户自娱自乐。高端社交强调的是什么？私密性和准入门槛！理解核心用户的诉求，理解核心产品诉求，再来理解项目管理。我跟员工说，能不能启动个啥项目，员工说，需要做什么什么，工作量蛮大的，算算大概6个月。我说3个月我要它上线，别跟我说工作量多大，按照3个月上线给我做排期，也不难为你，你说的那些，不一定都要做，你自己研究一下，非核心的都扔后面去，做最基本的就能上线了。什么思路呢？就是你先排工期，基于工期去优化产品设计，决定取舍。不追求第一个版本的完美度，但是追求效率，并且保证核心功能在第一个版本都能充分体现，线上再根据反馈快速迭代。大部分公司的研发都是先定需求后定工期，如果你先定工期后定需求，你会发现，其实很多东西并不是非做不可的。这个思路历史上是来自日本的精益生产。在20世纪80年代的时候，Made In Japan以价廉质优产品快速打入北美，攻陷欧洲市场，那时候日本厂家如何思考的呢？北美和欧洲都是琢磨一个产品要做什么，再计算成本，然后按照利润率，计算售价，最后标价出去卖。日本人把这个颠覆了：我要打败你，我先计算这个东西准备卖多少钱，再计算利润率，回推成本，然后设计产品，基于这个成本，没用的砍掉，能裁剪的都裁剪，但保留强大的核心功能不能比你差，最后做出来产品的比对手便宜30%～50%。这是成本反推的设计思路，在互联网时代，时间成本是最大的成本，所以，我们要以工期来反推设计，裁剪需求。那么技术的取舍之道是什么呢？我们做技术的时候，有时候产品给出的需求，只是一个使用说明，一些边界条件并不明确，而边界条件对技术设计的复杂度和开发难度影响极大。实际上，技术人员应该明白应用场景的边界在哪里，有针对性地取舍，这样技术方案就可以变得简单，研发成本就会降低。举个例子，无论是百度、谷歌，还是阿里，你去搜索的时候，都不可能翻遍所有结果，翻到一定页数，就不能翻了，这就是边界条件。如果程序员非要较劲给出所有搜索结果的查询和排序，这就要命了，谷歌都做不到。其实真正的用户并不关心也不太会翻到七八十页去找结果。除非搜索结果很少才需要遍历，搜索结果很多的情况下给出权值最高的Top列表即可。至于所有满足搜索条件的数字，?
