摘要: 下面我以一个创业者的视角或者说负责一个产品项目的产品经理角度出发，来审视整个过程，看一个产品从无到有，产品经理需要哪些事情。
从事产品的工作一年多，但自己一直苦于这样或者那样的困惑，很多人想要从事产品，或者老板自己创业要亲自承担产品一职，但他们对产品这个岗位的认识却不明晰，有的以为是纯粹的画原型，有的是以为做项目管理跟踪项目进度，有的是做竞品分析给老板看。
实际上，这些都不是产品经理的核心和重点。在较为成熟的企业，因为产品的壮大和人员的增多，为了便于协作和沟通，岗位会细化的很清楚，如产品经理、交互设计师、UI设计师、用户体验分析师、数据分析师、运营等等。但是创业型公司中产品经理往往都是身兼数职，创业公司追求的是效率最大化、成本最低化，根本没精力将岗位分的那么细致。
下面我以一个创业者的视角或者说负责一个产品项目的产品经理角度出发，来审视整个过程，看一个产品从无到有，产品经理需要哪些事情。
产品从概念到产出到流程
做任何东西之前，首先要考虑其背后的用户需求、商业价值、技术难度。只有用户有需求，你的产品才会有人用；只有其商业价值成立，才能为企业带来利润，毕竟企业最最基本的目标就是要盈利；只有技术上的总体评估是可行的，整个项目才可被执行。现在的互联网创业，大家都在追求”快“，比如2个月融资，4月用户过百万，3年后纳斯达克上市。但是这都是大家看到别人创业成功的表象，殊不知做任何事情的前提是，你得了解你在做什么，诚然，不排除哪些胆子大运气好随便干就成了的，但那只是个案，不值得深究。
一、用户需求
1.1产品定位
在项目的执行过程中，我们经常陷入一种情景，就是一堆人在一块，讨论的氛围可谓是情绪高涨，A说这个地方的按钮不行，B说这个地方应该像人家APP那样做，C又说你们都不对应该是这个模块不要换成这个云云。经常参加这种讨论，会无比的耗费时间和体力，动辄好几个小时过去，但一散会，发现什么结果也没得出来。多数情况下，一定是产品定位出了问题。执行的人一定要清楚的明白产品是用来干什么的，给什么人用，才能正常的去讨论具体细节。如果热血沸腾、蹬鼻子上脸的的讨论了好久，发现没结果，发现会议的讨论跑偏了，不妨回归本质，想想我们的产品定位是什么。
产品定义：
产品定位包含两个大的内容一个是产品定义，另一个是需求定义。产品定义要分析的内容包含产品的使用人群、主要功能和产品特色。
举例，你现在要创业搞一个移动端招聘APP取，作为产品经理首先应该干什么？中国每年的就业人口非常庞大，行业也各种各样，那你就有要想，你的产品是要给什么样的人提供服务，你如果想服务所有行业的人群那是不可能的，首先一个小公司去整合这么多行业招聘信息本身就非常困难，另外并不是每个行业的人对互联网的接受程度那么高。
通过数据分析和调研，发现现在国家鼓励创业，创业的高峰期必然产生大量的人力需求，尤其是现场几乎说到创业没有哪个是跟互联网无关的，而且从事互联网的人对于APP的接受程度也很高，至少都愿意尝试。所以你把互联网这个行业的从业人群作为你产品的使用人群。
当你分析完其他招聘类APP后，你发现这些APP有很多问题，比如我就是要找北京西二旗那边的工作，但是很多APP目前都是没位置筛选；虽然可以海投，但是得到的反馈的寥寥无几；能够了解的企业信息太少；在投递建立前，作为求职者希望知道这个公司的老板是谁；现在都互联网时代，电子简历完全可以了，为什么每次招聘还需要招聘者自己打印简历，要知道打印简历对于求职者来讲并不是很方便，因为随时会改动，这对求职者非常不方便。所以你打算做这个APP，他的特色功能就是1、岗位支持企业所在位置分类；2、招聘方应该时时给予求职者反馈；3、取消纸质简历。主要功能就是招聘。现在我们给APP取名叫做飞鸽招聘。
需求定义：
需求定义的分析包含目标用户、使用场景、用户目标三个方面。目标用户是什么类型的人会用你的产品；主要功能是指你的产品是用来干什么的，是工具是社交还是其他；你的产品相对于其他市面上的产品有什么不同的地方，这就是产品特色。
刚才明确了APP的适用人群、主要功能和产品特色。市面上的招聘APP，有的是做猎头的专门针对于希望跳槽的，你的APP的目标用户是谁？基于特色功能分析和用户痛点，分析出出产品的目标用户是那些有想在具体位置找工作的人，比如已经定居北京后沙峪的人，希望工作在望京；当你刚刚搬家到回龙观时，此时你面临着换工作，你可能会倾向于找西二旗那边的工作。
1.2需求分析
以上就是所有产品定位的内容。这些完成之后，紧接着的就是竞品分析和用户调研，一方面这是对我们的需求进行一定的验证，另一方面也是我们直接接触用户的一个机会，看用户存在什么需求。
1.3需求筛选
早期需求筛选是个非常苦逼的事情，如果产品经理自己就是老板，自己心里很清除还行，如果不是很容易陷入海量的需求中拔不出来，讨论着讨论着就跑偏了，讨论完之后好像什么功能都需要，这个功能有用，必须加；那个功能太好玩了，用户肯定有趣。这话总完全凭个人主观臆断的东西，往往都是当时听起来貌似合理，但事后却经不起推敲。所以我们需要始终把握住我们的产品定位和优先级，万不可盲目的在这个地方做很多无畏的牺牲和奋斗（少做不经思考的、拍脑袋的、不经过大脑的决定）。
需求记录表：
早起需求筛选期间，会出现很多这样或者那样的需求，有些我们不能立马做出判断说做还是不错，这些点子有可能以后会成为我们产品迭代的启发点，也会给产品的发展带来更广的思路。做好管理，尊重每一个人的想法，在出现模棱两可时，记录下载，对会议的推动和进展会有很大的帮助。
二、商业价值
市场需求文档和商业需求文档，一般在大公司会得到比较成熟的体现。小公司往往多数都是老板自己决定，老板可能不会搞这样或者那样的文档，但他自己肯定会去做基本了解，或者本身自己就很了解某个行业。这两个文档并不是多余的，也不是累赘，如果在项目启动前，能够花一定的时间去深入了解行业和用户是非常必要的。具体文档细节在这里不做阐述，网上有很多可以去借鉴的。
三、技术评估
作为不是技术出身的人，就不再这里转笔了。尊重开发人员，和开发相处融洽一点，会对产品的推动非常有帮助。
