7年产品之路，我做产品经理积累的通识
前端时间我们做了一个调研，对于很多产品经理来说，5年是一个分水岭。
产品经理的65%占比在5年以内，只有寥寥无几同学的在5年以上还坚持做。
产品经理真正的工作的5年时间，几乎沉浸在原型设计、需求评审、各个业务会上，对于比较忙的产品经理，每天都有大量的需求方提需求，所以掌握一些通识的技巧，我相信你可以在职场、工作里少走弯路。
今天我分享下我在产品从业8年下，历史在产品经理工作中遇到的通识问题。
如果你是做运营、设计的，这类问题也一样可以要注意避免。
1.需求调研还比不上竞品使用
我们做产品经理一定要掌握一些理论知识，比如通过分析模型、用户画像、市场数据来做需求调研，但因为产品研发本身就是一件急耗费成本的事儿，所以没有那个产品经理甚至是那个产品团队可以通过需求调研就可以拍胸脯说这个方案一定可以达到什么目标，实现什么样的商业化收入。
因此可以最快看到效果的仍然是直接看竞品，国内的大厂看国外的明星产品，国内的中小企业就是看国内的大厂，总之竞品的借鉴是最性价比、高效的产品设计方法。
有了竞品再进行后面做微创新，逐步迭代变成自己的产品，这种设计思路效率最高。
2.对于大部分的产品经理，需求来源只有2个
中小企业公司产品是自研的，那需求来源自公司直系部门领导。如果大型企业研发工作由研发的子公司负责，所以需求来自于母公司的业务公司部门。
前者比较好理解，后者产品经理只需要负责产品上线后别人公司能够用的上就可以了，保证产品能够稳定、使用方便即可，至于营收就不用考虑了。
3.做一个产品研发，团队每个人的基础能力很重要
做PMTalK产品经理社区这个垂直论坛，在许多公司看来就是一个非常easy的事情，因为一个社区就用户阅读者、内容生产者加上运营的管理者，基础功能有信息流、文章详情、发帖、账户体系就够了。
可是即使这样的小产品，我们做了5年之久。我总结下来即团队开发人员的素质层次不齐，早期开发人员工作时间短、加上开源代码，后期研发需要重构才可以维护，这些重构、维护代码的时间如果一开始开发人员有一定经验，就可以避免。
在产品设计也是同样的问题，这款产品也一路陪伴我做产品经理的时间，可以说是我产品设计能力最直接的写照。
比如曾经早期做一些非常花哨的功能、文案，现在看起来都没意义的，反而没有稳定的产品结构。
重头来做这款论坛产品，我一定会选择有一定经验的同学，那么效率就会更高，出错的地方也更少。
4.产品需要迭代，但是人很难
一款好产品不是一蹴而就的，需要产品经理带着团队不断做优化迭代。
可是对于人来说就不是了，产品上线效果不好在公司里始终会有人为此背锅，有可能是运营的问题、也有可能是开发没有完成需求还原、也有可能是产品设计的功能不齐全，这类问题同样会磨灭团队人的激情和精力。
产品的研发、运营人员变动始终会影响到团队的士气，产品的效率就变得很差了。
尤其是小团队，技术负责人、运营负责人，这些人一旦走了一个，就需要时间重新招募，工作就难以继续开展，造成耽误了其他人员的时间，甚至影响其他人的收益。
所以招人一定要坦诚，在可以预测的范围内给员工预期值
5.选择产品的赛道前，多请教工作5年以上的
我前面分享过自己做产品创业的赛道，对于创业者来说一个赛道关系到了后续公司利润天花板，但是对于个人来说如果持续在一个市场量小的赛道，那么也会影响自己的职业能力发展。
有市场规模的赛道，公司才能有机会发展更大，你才能有更多资源去投入到更加精细化的产品研发和资源合作里。
现在可选的赛道，尽量选择有10亿美金以上的公司，虽然头部公司已经坐实了（视频、医疗、音频、社交），其他的公司要么是提供某类垂直用户的，要么就是做某个独立的解决方案。
6.产品的功能设计、页面设计严格依靠MVP
我认为做产品经理最幸福的一件事，就是刚好做的产品是在公司战略方向；其次又能够获得不错的研发资源支持；还有领导给你加持
所谓天时地利人和，面面俱到，这就是最幸福的。
但就算这样，要想把一个产品做到成功， 仍然很难，因为你不知道你面临的问题是什么，竞争对手会怎么做。
所以一定要做MVP产品设计，节省资源，要快速验证。
以核心功能完成用户核心流程，比如我们做PMTalk活动系统，那就要区分报名者和和活动创建者。
报名者路径：
用户浏览活动-报名活动-支付-活动记录查询-活动签到
管理者路径：
活动创建-活动发布-活动数据管理-活动通知
如果不掌握MVP产品设计方法，那么极有可能做出几个月的产品设计工作，比如要想在极少资源下1个月能够完成活动报名系统，变成下面的功能
用户端：活动详情-活动报名页-微信支付-活动票券
管理端：活动创建（必填信息）-活动上下架-活动报名人数/活动浏览人数-活动报名人员列表
但是有可能你的产品设计方案变成下面
用户端：推荐活动-活动详情页-活动门票-微信/支付宝/银行卡支付-活动票券
管理端：活动创建-人员权限-活动发布/定时-活动报名-活动通知-活动报名人员列表-活动签到管理-活动退款
PMTalk的活动管理系统，仅仅是产品设计角度不一样，就会造成极大的工作成本区别，所以产品经理用MVP知道哪一些功能是重要的，哪一些是不重要的，以用户角度、管理者角度去评判需求，才能减少研发时间，快速上线。
7.产品经理的垂直工作经验积累很重要
产品经理的职业主要可以分2类，B端产品经理和C端产品经理。如果你喜欢做APP或者移动端，那就去以APP为代表的产品企业，那你的发展方向就是C端。
大部分企业在筛选简历的时候，第一梯队要求是业务匹配，但由于这一点比较难找到；第二梯队是找到产品经理职业方向匹配的。
所以你做B端产品就坚持做B端，做C端就坚持做C端，不要做杂了，这样也会大大影响你的机会数量越是在后期。
8.一个好的产品应该有一个好的氛围团队
我曾经待过产品和开发很敌对的团队，这样的产品氛围很糟糕。
比如开发会要求产品经理写非常详细的需求文档，除了平常的需求评审、产品设计时间，产品经理竟然要单独为写需求文档去在项目计划里预留出来。
产品上线出现了问题，产品经理就会推给开发，以需求文档为准去指责开发同学不尽责完成，长此以往就导致开发和产品经理之间矛盾越来越严重，这样的产品是难以做好的。
造成在工作里，如果稍微有需要开发同学协助的事情就要先找开发组长同意才能继续推进，比如本来就可以随手就改的链接跳转，就变成了层层加码的流程审批。
这样可想而知产品工作是不开心的，也难以做出用户体验好的产品。
以上8点是我产品经理从业的通识技巧，希望能够帮助。
今天的分享就到这儿。
对了，我亲自带班的35天数据产品经理训练营，在9月26号第10期正式开班。限12人的小班级，班主任带班。
课程课表
扫码报名第10期35天数据训练营
（名额有限，扫码可先试听，再决定锁定名额）