因新业务线出现，最近带着产品新人落地新产品。分享一块关于产品新人与导师的内容。我们每个产品经理都从产品新人一步一步成长到相应行业的资深产品经理或实现某个成功的商业模式企业创始人。
或许工作几年后，产品经理从业者会越来越清楚自己未来的需求，但产品新人却很难知道这个团队或导师是否适合我？
为此，分享我在新业务带产品团队后的感受希望给予正在加入或未来准备进入产品圈的朋友，让他们少走一些弯路。
融入感
可能是因为年龄的问题，我带产品新人都会让他融入在平时的工作与午休时间。聊聊生活，聊聊工作。除了工作的交接，我会给予产品新人一些竞品梳理的工作，类似当前企业的产品体验报告、竞品产品报告。
上图是网络的一个素材报告，我会让产品新人输出类似的报告。产品4年多了了，所带的产品新人有很多来源类似工作或业余时间去上课等。有的是刚毕业、有的是实习、有的是从其他行业转行。
年龄层也有从90后到80后，当然在工作中为了配合我的工作沟通我会尽可能的给予90后产品新人offer入职。毕竟在实际的工作中，年龄会影响你的认知和做事态度。我更期望产品新人能够有强的执行力和激情，最终就是良好的沟通能力。
为此如果你没有正式加入到某个团队也千万不要怀疑个人能力，更多是要看你与团队是否搭调等。
不要马上开始画原型
在带产品新人的时候，很多产品助理或产品专业（从业1年左右的），就想立刻马上画原型落地某个需求。而我的观点是原型等都是工具，只是表现产品经理思维的一个落地。
最重要的构建把业务与当前的需求解决，和产品信息框架。这里的产品信息框架可以以下图为模版
正因为有了信息框架，我们可以将业务具体的落地形态大体可以想像出来。这里之所以叫做想象是因为毕竟没有原型效果，每个人的理解对于该功能的理解方式也不同。
有了信息框架，我会再给产品新人分工。较逻辑清晰和功能页面复杂低的给予产品新人负责。给予时间点，上交原型demo，但这里要注意我会通过原型协同的方式给产品新人指导。
通过之前信息框架的分工，我们虽然各自在负责自己模块。但我可以更快的清楚当前产品新人的进度和产品设计是否有问题。做到及时调整、即使指出错误。
随时过问进度
我知道不少产品总监带产品新人的时候，可能会采取放养的方法。不知道你刚入门的时候是如何的？投票看看结果
Kevin曾经比较幸运，在腾讯期间遇到了一个好领导。曾经我所花时间落地的需求某社区PRD，他会严格的检查相关字段或需求描述甚至排版，当有问题出现有时会呵斥：“不要把垃圾给我看”，这是Kevin曾经从来没有出现过的问题，在做PRD文档和数据模型建立的时候受到最大的冲击。为此为了一个需求，可能花费1-2天的时间调整文档，尽可能让文档第一满足需求描述、第二是排版的整齐。
但经过那段时间后，我的文档逐渐成为其他产品朋友认可的标准规格，慢慢的我也会发现文档中花时间的地方的的确确是自己没有思考清楚的。
大家可以看看产品新人易错点文章，相关易错点或许就是在文档中表述
为此我在带产品新人的时候，同样会要求他们PRD文档描述清晰。包括边界值、状态的变化、需求更新记录等
并且会跟他确定当前的任务时间点，在相应时间点去找他沟通现在的完成情况，并且会让产品新人坐我旁边给予他说明产品的一些好方法和想法。当然可能我也有做的不太好，有时候太忙了没办法照顾每个产品新人。
好啦，今天是我的分享在这里。我坚持每周分享2篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
因新业务线出现，最近带着产品新人落地新产品。分享一块关于产品新人与导师的内容。我们每个产品经理都从产品新人一步一步成长到相应行业的资深产品经理或实现某个成功的商业模式企业创始人。
或许工作几年后，产品经理从业者会越来越清楚自己未来的需求，但产品新人却很难知道这个团队或导师是否适合我？
为此，分享我在新业务带产品团队后的感受希望给予正在加入或未来准备进入产品圈的朋友，让他们少走一些弯路。
融入感
可能是因为年龄的问题，我带产品新人都会让他融入在平时的工作与午休时间。聊聊生活，聊聊工作。除了工作的交接，我会给予产品新人一些竞品梳理的工作，类似当前企业的产品体验报告、竞品产品报告。
上图是网络的一个素材报告，我会让产品新人输出类似的报告。产品4年多了了，所带的产品新人有很多来源类似工作或业余时间去上课等。有的是刚毕业、有的是实习、有的是从其他行业转行。
年龄层也有从90后到80后，当然在工作中为了配合我的工作沟通我会尽可能的给予90后产品新人offer入职。毕竟在实际的工作中，年龄会影响你的认知和做事态度。我更期望产品新人能够有强的执行力和激情，最终就是良好的沟通能力。
为此如果你没有正式加入到某个团队也千万不要怀疑个人能力，更多是要看你与团队是否搭调等。
不要马上开始画原型
在带产品新人的时候，很多产品助理或产品专业（从业1年左右的），就想立刻马上画原型落地某个需求。而我的观点是原型等都是工具，只是表现产品经理思维的一个落地。
最重要的构建把业务与当前的需求解决，和产品信息框架。这里的产品信息框架可以以下图为模版
正因为有了信息框架，我们可以将业务具体的落地形态大体可以想像出来。这里之所以叫做想象是因为毕竟没有原型效果，每个人的理解对于该功能的理解方式也不同。
有了信息框架，我会再给产品新人分工。较逻辑清晰和功能页面复杂低的给予产品新人负责。给予时间点，上交原型demo，但这里要注意我会通过原型协同的方式给产品新人指导。
通过之前信息框架的分工，我们虽然各自在负责自己模块。但我可以更快的清楚当前产品新人的进度和产品设计是否有问题。做到及时调整、即使指出错误。
随时过问进度
我知道不少产品总监带产品新人的时候，可能会采取放养的方法。不知道你刚入门的时候是如何的？投票看看结果
Kevin曾经比较幸运，在腾讯期间遇到了一个好领导。曾经我所花时间落地的需求某社区PRD，他会严格的检查相关字段或需求描述甚至排版，当有问题出现有时会呵斥：“不要把垃圾给我看”，这是Kevin曾经从来没有出现过的问题，在做PRD文档和数据模型建立的时候受到最大的冲击。为此为了一个需求，可能花费1-2天的时间调整文档，尽可能让文档第一满足需求描述、第二是排版的整齐。
但经过那段时间后，我的文档逐渐成为其他产品朋友认可的标准规格，慢慢的我也会发现文档中花时间的地方的的确确是自己没有思考清楚的。
大家可以看看产品新人易错点文章，相关易错点或许就是在文档中表述
为此我在带产品新人的时候，同样会要求他们PRD文档描述清晰。包括边界值、状态的变化、需求更新记录等
并且会跟他确定当前的任务时间点，在相应时间点去找他沟通现在的完成情况，并且会让产品新人坐我旁边给予他说明产品的一些好方法和想法。当然可能我也有做的不太好，有时候太忙了没办法照顾每个产品新人。
好啦，今天是我的分享在这里。我坚持每周分享2篇～
另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接
