目录
1. 什么是产品？
产品（Product），是用以满足人们需求和欲望的有形物体或无形载体。产品的概念，从本质上说就是产品基于什么样的利益点去卖给消费者，即产品满足消费者的是哪些需求点。任何产品都有其存在于市场的价值，这些价值则体现在消费者对该产品的利益存在着一定的需求。
2.产品经理是做什么的？
产品经理必会
https://www.zhihu.com/question/20596105
3.一款从0到1 的产品的全过程是什么样？
以下就是我写的一款从0 到 1 产品的全过程
3.1想法的出现
很多产品来自生活源自于老板，上级领导，业务方或产品自身提出的，也有可能早上去吃早餐的时候，你就可以会有灵感。
3.2确定产品的定位
当你的这份灵感出现，就要确定好此款产品服务的目标用户。并且需要明确能为用户解决问题，解决事情的产品（一定要以解决用户问题和痛点为前提下，否则这将就是一款可有可无的产品）。
3.3市场调研/商业分析
当你明确产品的目标用户以及这个产品的价值之后，就需要进行市场调研，主要针对行业的价值以及成熟度是红海还是蓝海（“红海”代表现今存在的所有产业，也就是我们已知的市场空间；“蓝海”则代表当今还不存在的产业，或者刚有一定的苗头，算未知的市场。），还有看这个行业在市场未来发展空间及规模，整体的市场趋势，市场的调研完全是比不可缺少的，因为这些才能决定了公司团队要不要投入资源及成本去做这款产品。
3.4 确定产品架构和主要的功能
当前面的都确定好了就需要确定一款产品的整体的框架，这个框架由哪些主要模块组成，有哪些核心的功能点确定，主要要有用户的核心行为，定量定性的验证，可以不用很细节，但是产品的前期一定要以MVP 模式先跑起来，要有投入市场的可行性。
3.5产品立项
产品立项就是跟领导汇报，申请项目资源，以项目的形式去推动；这个环节需要准备以下内容，市场分析报告、商业分析报告、可行性分析报告，当然必不可少一点就是ROI投资回报，要提前计划好整个项目预计投入的资源，和预计得到的收益回报，说到这些领导更多关心的是能够为公司创造价值，只有能够创造价值的项目，领导一定同意这个项目。
3.6细化业务需求
当进入这一步，这个产品就是即将要出市场了，在从之前已经定好了产品的整体架构和主要功能，这个时候就需要在此基础上，只需要和业务同事详细过每个需求点，细化每个功能的需求点；做必要的修改。
3.7设计产品解决方案
根据产品的需求，设计产品解决方案的流程和原型图， 在想解决方案的时候，可能会遇到技术方面确不确定是否可以实现，我们就最好先去跟研发部的帅哥们确认一下可行性，避免后续跟业务确认方案后，到开发那里发现是不可行的，就得再次修改了，这样多一事不如少一事。
3.8业务评审
等到产品方案出来之后，当然就要约上业务方进行方案评审啦；需要提前发产品方案和原型给业务方看看，可以先让业务方先有个大概的了解，后续在会议上沟通也会更畅顺；在会议过程中，有提出需要修改的内容，需要通过文档记录下来，可以方便会议后自己回顾进行修改，如果问题有很多属于大改的话，需要约二次业务评审，只是小改动的话，在线沟通即可。
然后就是需要了解产品上线后的运营推广计划，一定要制定好一期推广的目标，需要达到什么样的效果，拉到多少粉丝或达到多少转化率，后期需要根据推广情况和最开始制定的目标进行对比，看看是否达到预期效果，若是达到则继续加大力度搞，若是不符合预期就要思考问题出在哪里，总而言之，数据是最有力的支撑，通过数据驱动产品迭代，决定方向也是最靠谱的。
3.9开发评审
跟业务方确认完方案之后，就是开发进行评审，这里建议把前端、后端、测试、设计也一并拉进来，因为沟通是有成本的，如果分开多次去讲解成本非常高；跟开发评审的过程中，需要先跟开发阐明需求背景，虽然开发同事主要负责代码层面，但是也要了解为什么做这个产品，做这个产品价值；
注意评审的过程中抓大放小，每个需求只抓重点和难点来讲，过于简单的点大家看看就过可以过了，很多时候评审，产品和开发会讨论一个功能点，不断地深入讨论到实现....，这句切记抓大放小原则，想实现方式的可以会后再讨论；评审完之后，最重要的一点是，找开发要预计开发用时，需要基于这个时间进行排期。
3.10ui，交互设计
这个环节，就是让设计师出界面的设计稿，我们一般都是面向用户的前端界面才需要设计，后台就不用设计了，直接采用简单的样式即可；若是产品定位是Sass，后台也是提供给别人使用的话，就需要设计一下。
3.11开发
开发的话，那就要看项目的大小了，如果项目是比较大的话，可以通过每日开会把控一下产品开发进度，如果不是很急的话，可以2~3天开一次站会；除了开会之外也可以通过项目管理软件查看开发进度，前提是开发小哥哥及时更新开发进度。
3.12测试
测试的话，那肯定必不可少的就是测试用例，大公司有专门的测试人员可以出测试用例和进行测试，测试人员验收通过之后，再由产品和业务验收一次；但是小公司的话，一般也是由产品承包了，开发提交给产品验收之后，再提交给业务人员验收。
3.13发布上线
当产品和业务都验收通过之后，就可以进入发布阶段，切记千万别直接发布，需要先跟业务同事沟通确认好上线发布的时间，然后发信息或者打电话给业务同事确认是否验收成功，业务回复验收成功之后，再以邮件的形式发送上线时间给业务，待业务邮件答复确认后，即可安排上线发布；
上线通知邮件，小需求要提前1天发送，重大需求要提前3~5天通知各业务部门和开发同事，切勿临时发邮件上线，紧急情况除外。发布完成后，需要邮件通知各业务方已发布。
3.14推广运营和迭代需求
项目上线之后，后续就由运营同事进行推广了，但并非我们产品的任务就解决了，我们还是需要每天都去关注产品的数据指标，通过观察用户的使用数据进行分析，定期对产品进行复盘；收集用户的使用反馈、运营的需求、领导提出的需求等等，进行需求分析和排期，持续对产品进行升级迭代。
今天小编的分享就结束呐，生活总是需要不断去学习新的知识，多想想然后再去实操，持之以恒，经验和思维都会发生转变，我们要保持谦虚学习和自信的态度，各位加油！
2279
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
