我们前面聊过了需求分析和需求设计，接下去就是投产研发了。产品方案投入研发之后就涉及到下一个话题，那就是项目管理。   项目管理这个事情吧有点微妙，你要说是产品经理的专业技能范畴吧，好像也不是，毕竟项目经理和产品经理差别还是蛮大的。你要说不是产品经理的范畴吧，很多公司都是产品经理负责项目管理，当然也有技术负责项目管理的。所以这就是一个附加技能。   我们今天就聊一聊项目管理，希望对大家有所帮助。    项目管理重要吗？当然很重要，毕竟项目能不能顺利实施完成也是靠项目管理来进行约束和保障的。   那么项目管理具体是管什么呢？   从产品经理的角度来说，实际上是三个部分：跟踪项目进度、协调资源冲突、...

我日常就潜伏在各种产品社群里面，和行业里的朋友瞎聊天。前两天，有个群友在群里吐槽，说自己入职满一年了但没有加过工资。我因为不清楚这位群友的其他背景消息，所以不做任何评论。   我是想就沿着这个点聊一聊一个问题：在职场，薪资是会一直涨的吗？   这个问题我想有的朋友可能没有认真想过，尤其是年轻的朋友。职场的薪资涨不涨是基于什么呢？是基于你对公司的贡献和行业的整体情况。      后者很好理解，如果行业的整体薪资都在往上涨，你们公司不涨也不行，不涨就大家都跳槽走了。这属于防御性策略，跟公司赚不赚钱、老板高不高兴都没关系。传统行业和互联网行业都是一样的，就看所在地区和行业的竞争程度，大部分情况下竞争...

月薪15K VS 月薪18K，怎么选？   如果是五年前，我会跟你说，钱多钱少不是问题，15K和18K差别也不大，要长远的看。   你先看一下岗位是不是符合你的预期，是不是和你的职业生涯规划能匹配上。如果匹配不上，那么18K也没有意义。   你再对比一下两家公司的情况，当然大厂肯定比小厂好，正式员工肯定比外包好。你可以去网上查一下，看看两家公司的风评如何。   你再对比一下面试官给你的感受，气场合不合。气场相合的领导合作起来肯定很愉快，气场不合后面就会很头痛。   你再对比一下HR和你聊薪资的过程，回想一下，HR在谈薪资的过程中有没有隐性的压价，暗示性的话术，如果有还是要考虑一下，这种不友好的...

疫情到了如今，居家办公这个事情大家也已经很熟悉了。但是居家办公到底好不好呢？这个就说法不一了。要是去百度一下，就会发现说好说坏的都有。   那么如果可以选择，让你长期居家办公，你愿意吗？不用着急回答，其实可以先想一想。就我个人而言，我是无所谓的。但我想对很多人来说这个答案其实也不容易回答，因为居家办公未必更好，这也是需要权衡的。   目前居家办公存在一些明显的障碍，大体上来说是以下几个因素：老板的认知、公司内部的协作方式和员工的办公环境。       老板的认知：很多老板的认知还停留在工业化时代。   老板要是觉得居家办公=员工大部分时间都在摸鱼那就麻烦了，各种招都会有，弄到员工浑身不舒服为止...

职场是大部分人绕不过去的话题，毕竟大家都在打工。职场是有很多小秘密的，每个人都知道一些，但又不是全部。所以大家都很乐于分享自己知道的小秘密，相互分享，我也分享三条吧。   你或许知道，或许不知道，都希望对你有个启发。       step1  选择边缘路线   我们每天都在工作，但你怎么理解工作和看待工作？   每个人的答案当然不一样，但其实也没有那么不同。   一部分觉得工作就是生存需要，赚钱是目的，做什么不是很重要；一部分觉得工作是事业的前期准备，所有的工作都是为了最终事业而服务的，所以先要有大目标，然后围绕大目标做小计划；一部分觉得工作是自我价值的一种表现，表示自己是一个有用的社会人。 ...

产品经理，一入此门深似海，再见已是秃头人啊。      关注产品经理这一行的多多少少都会知道点咱一行的东西，这里面肯定会反反复复的看到有人说用户思维、产品思维和业务思维。其实也没什么特别的，因为按我的经验，其他行业的人恐怕也需要这些思维，所以就聊聊这个，算是唠唠嗑。之所以反复被提到，当然是因为重要。      这三种思维代表了产品经理三种不同的阶段和角度，算是一种标准吧。当然具不具备这些思维判断起来是不难的，掌握的全不全面就因人而异，但是全不全面只是个熟练度的问题，所以基本上业内也是以有没有去判断，有就入门没有就再努力。      大部分产品经理和我一样是做C端的，所以我也仅以C端的角度去聊一...

互联网发展到现在这个阶段，数据驱动已经被很多人认同甚至奉为圭臬，因为有效所以扩散，观察和分析数据是产品岗位的标配了，所以对于一个产品经理来说这是必备技能之一。   从市面上各种数据分析课程和python课程以数据爬取和分析为卖点，数据热潮可见一斑。人重要的是顺势而为，既然市场有需求当然要会。   对数据的使用是分为采集、清洗、存储、提取、挖掘、分析这些部分的，采集、清洗、存储、提取是技术在处理，挖掘和分析一般是数据分析师和产品、运营等在看，各有分工。   但是源头还是需要产品或者运营来梳理，因为技术通常并不知道要采集哪些数据，所以就需要产品提供数据采集说明，也就是埋点需求的说明文档。     ...

有一句玩笑话：产品经理不是在吵架就是在去吵架的路上，生动的刻画了我们产品经理在沟通上需要花的时间。   而需求评审会是所有的沟通场景里面比较重要的一个，所以今天就分享一下在需求评审会上经常会遇到的几个需要特别注重沟通的情况。      做为一个产品经理经常会在需求评审会上遇到技术的吐槽，常见的大概是以下几个问题：       感觉这个功能没什么用啊，我们为什么要做？  你这个方案设计的不合理，应该这样这样设计。  你设计的时候有没有考虑过XXX的情况？  你的需求不够完整，缺了很多东西。  这个需求改动太大了，真的要改吗？  你这个需求又改回去了，那你们当时为什么要改呢？      我们一个个...