写在前面
很久没有在上写东西了，也很久没有总结互联网产品的学习经验了。今天开始我决定要将产品的学习再次用文字记录下来，一个是好记性确实不如烂笔头，二是培养一个专业技能提升方面的习惯是我在大学毕业之前的目标，三是因为“独学而无友，则孤陋而寡闻”，我想通过我的记录，和更多和我一样的背景的产品人建立互相学习的关系。
那么我是怎样的一个互联网产品人呢：1、非计算机专业出身，很多人说产品经理不需要很懂技术，只需要懂人性、懂策略……但是就我这大半年的产品实习经验来看，这未免有点过于理想化。我虽然不太会编程，但是我从来不放过一个学习编程技术的机会，虽然现在仍然不敢说自己懂技术，但是至少懂了互联网产品开发上的很多基本概念，有哪些编程语言，有什么特色，分别针对什么类型的产品和系统；前端和后端分别在产品中起到什么作用，什么时候、如何与他们进行合作沟通；为什么有些需求和开发提要被鄙视，哪些又是确实应该落实但是必须拿出理由去说服开发与你合作的……同时，我自己也通过自学学习了一点HTML5+CSS3这些Web及前端语言，在一定程度上了解产品开发的同时也开始做自己的博客，虽然暂时没钱买域名，没钱买好的服务器，但是在工作和生活稳定之后，这是一个需要努力的方向，也是像真正具有互联网基因并能够与国际互联网达人们接轨的重要途径；同时也因为喜欢做数据分析，学了那么一点python这种语法不那么机械化的胶水语言。
2、是真正有几年做互联网的准备，而不是在毕业时相中了互联网产品这个热门的职位。怎么热爱互联网的这些东西讲起来太过虚假且太像鸡汤，没有必要再说。从大二开始，我就开始接触互联网方面的工作实习，先是新媒体编辑、运营，再到大三下学期终于如愿找到了产品工作的实习。这么长时间来互联网产品工作的喜与忧也都见识过了，创业公司、大公司也都待过，给我的经验就是创业公司不一定是你走上人生巅峰的捷径，而大公司也未必能给你华尔街、BAT这种人生历程，重要的是人，这个人是指团队与你，团队是否有互联网基因，没有的话热爱互联网的你会感觉天天的工作就是鸡同鸭讲；团队领导是否靠谱，创业团队是否有过多次创业经历或者是成功互联网公司的管理经验，大公司里面如果你是BAT、360、网易这种互联网巨头，那么恭喜你，你不会差的，如果是非互联网公司里的互联网部门，你要清楚领导是否重视互联网方向的发展，是愿意花费成本让你们放手去干呢，还是拍拍脑袋大家看我花一点点小钱就能折腾出一个网络的东西，好像互联网也没什么难的嘛；团队是否处于一个健康的发展环境中，人才、硬件需要考虑，更重要的是商业模式和文化，商业模式决定了企业成长能否健康迅速，而文化，就是看你是否在这里能发光发热，很多互联网创业公司喜欢提倡“奉献”，提倡“狼性”，提倡“牺牲”，如果这个公司业务发展的好，你有事一个愿意把其他时间牺牲在工作上的工作狂，那么你会在这里获得良好的发展。但我是一个自由主义者，我工作自然会主动的去努力超过预期，但是我不认可那种把自己的时间奉献给工作这种理念。人各有志，没有说哪种好，哪种不好，适合自己才是坠吼的，大家要自己擅于判断，去拿捏。
3、不愿意做一个夸夸其谈的战略家，始终认识到真正的互联网人比自己“不知道高到哪里去了”。互联网可以说是在中国继成功学、管理学、幸福学、中医养生等等之外又一个被我们的陋习搞的乌烟瘴气的，中国人习惯于“什么事都找出个自己能够结实的理由来”以及“有果必有因”这样的想法来套用于新鲜事物或是包装传统实物，动不动就是“举个例子”、“归纳总结”，很多大学生也在快毕业这种不好的氛围下武断的选择了互联网产品这个职位，然后看了两篇鸡汤，就把乔布斯封个“PM圣”然后学着那些已经成功的，而且又好像告诉了你他的成功秘诀的互联网领袖们开始“分析天下大势”。（其实不黑中国，美国那边也是这种情况，只是在某些细节上有区别。大家可以去看看HBO的喜剧《硅谷》，里面好多人就和现在浮躁的创业者一样张口闭口“cloud”、“experience”、“+ize后缀的自创形容词”）。在这里我不敢随便把别人揪出来批评一番，因为再浮躁的创业者，也有比我不知道高到哪里去了的地方，他们也吃苦耐劳，他们在某些方面也很厉害只是执着于互联网。互联网产品，对我一个211文科专业的普通学生来说，是一扇沉重的青铜门后的美好世界，我热爱它，但是我的实力不足以在一开始就站在比较高的起点上。我至今没有成功拿到任何一份产品Offer，我也知道我的产品道路很可能要从小公司的产品助理起步，但是我还是很乐观的对待这些，毕竟事业是长跑运动，起跑线的差距或许很难弥补，但是不至于让我彻底失败，我还是可以找到属于我的成功的。我们要做的事，就是把一句经典的话作为座右铭，始终如同头上悬着的刀一样警醒自己，不踏实学习，就没有任何机会。至于是哪句话，其实偏偏不是Jobs那句，而是，蛤蛤233333
好了，玩笑开玩了，只不过膜法是我的个人爱好，可能会鲜明的体现在我的文章中。下面我开始正式写专业的东西。
MVP必备的三大模块
MVP（most viable product）最小可行化产品，在互联网经典学习书籍《精益创业》、《增长黑客》中都重点介绍过这种适合新产品或者创业公司的方法，简单地说，这是一种测试手法，在你投入大量精力去完成一个完整的产品之前，不如先用最简单的方法，制作一个能够“刚刚好”满足用户需求，并且“可行”的简单产品的早期版本出来。在这个阶段，就把产品的业务逻辑跑出来，看看是否可行，是否能够解决用户需求，是否符合当初提出的需求；同时在此期间尽早收集反馈与问题，就可以在正式开发过程中注意解决。
从某种意义上来说，就是把产品研发中的“敏捷开发”进行吸收运用到产品工作中来，在正式的产品出来之前就这么做，一来是可以尽早验证可行性，预测市场与业务；二来是收集到的信息能够更好的指导未来正式产品的开发。
很多技巧已经被用来进行MVP阶段的需求验证，甚至还包括传统行业的技巧。典型的有邀请用户体验、A/B测试、预售等，以下是我从《增长黑客》中提炼出来的MVP三大必备模块。
一、反馈渠道
尽可能为你的MVP用户提供产品内部的反馈机制（如网站顶部的留言板入口、移动应用中的提交反馈页面），而不仅是在产品体外设置独立的反馈渠道（如微博、微信、QQ）。
二、官方公告
包括群体公告和针对单个用户的定向消息通知。公告看板的目的是向用户传递来自产品官方的声音，包括团队动态、运营公示、反馈回复，以及应对突发情况的紧急通知和危机公关等。对于网站而言，公告看版的具体实现形式可以使首页的一条醒目的横幅、个人中心的系统消息或是群发的邮件，而客户端及移动应用内的公告则可能更加醒目，如能够轻易占据用户注意力的推送通知（Push Notification）。
三、自动升级
网站的优势是随时部署，用户打开浏览器看到的永远是最新的内容。相比之下，客户端和移动应用的用户是经过漫长的链条转化而来的。最佳策略是在产品启动时提示用户有可用的新版本，当用户确认升级之后，通过内置的下载模块在后台完成更新。
我个人是很认可MVP这种验证需求的方式的，也很想尝试使用这一方法，但是目前所在的公司的互联网部门根本不受领导重视，一分钱也不给我们做推广做测试，或许我能够找出不太要资源的麻烦土办法，或许要在下一份工作中去尝试。但是这个方法确实很适合那些发现了细分市场但是不知道是否有商业价值并且不清楚自己产品的业务逻辑是否可行的创业团队或负责新产品的团队，而且现在微信等现象级产品的普及与完善也给了我们这个很好的平台与技术的机会。