产品之旅：产品经理的方法论与实战进阶
2021-06-24 11:09:50 3 举报AI智能生成
登录查看完整内容
《产品之旅：产品经理的方法论与实战进阶》是一本关于产品经理职业发展的著作。作者结合自己的亲身经历，系统地阐述了“从点子到产品”的全过程，包括如何发现机会、如何定义产品、如何设计产品、如何开发产品、如何推广产品、如何运营和迭代产品等关键问题。书中既有方法论，又有实战案例，还有大量产品工具和技巧，能够有效帮助读者从0到1打造和管理属于自己的产品线。这本书不仅适合产品经理阅读，也适合创业者、设计师和其他对产品开发感兴趣的人阅读。它能够帮助读者快速提升产品设计和管理的能力，成为一名优秀的产品经理。
作者其他创作
大纲/内容
沟通篇
相爱相杀的一对：产品经理VS设计师
用户体验部门的各种岗位职责
用户研究员
主要做用户研究工作，通过各种方法（包括定性和定量等）进行用户研究，给产品决策者提供建议
交互设计师
交互设计师中的交互是指人和计算机之间的交流与互动，交互设计师需要关注的是用户的使用体验，着眼于如何将这种影响体现在用户界面的信息架构和用户操作的流程上，其典型的工作有导航设计、流程设计等
视觉设计师
视觉设计师通常需要更多的图形设计技能，需要熟练地使用Photoshop或AI（Adobe Illustrator）
视觉设计师与交互设计师的界限也很模糊，强大的视觉设计师通常都自带交互技能。
产品经理需要了解的一些设计常识
信息的排布——对齐、重复、对比、亲密
留白的艺术
所有的留白都是“有目的的留白”，通过明确的目的来控制页面的空间构成。
黄金分割线
黄金分割比例在设计中也运用得非常广泛，比如文本与线段的间隔，图片的长宽比、通栏高度等都可以通过黄金分割比例快速设定
视觉设计规范
所谓的设计规范，其实是设计的具体细节、技术要求，是设计工作的规则和边界，通过提高设计效率和质量保证产品体验的一致性。它包含很多内容，比如交互设计规范、色彩规范、图标规范、控件规范、字体规范等。
如何与设计师沟通
1．从用户的角度出发
2．强调业务目标
3．用数据说话
4．提供一些竞品案例
产品经理如何与程序员顺畅的沟通
产品经理要了解的技术知识
前端开发工程师
Web前端开发技术主要包括三个要素：HTML、CSS和JavaScript。
HTML
HTML是网页内容的载体。内容就是网页制作者放在页面上想要让用户浏览的信息，可以包含文字、图片、视频等。
CSS
CSS样式是表现，就像网页的外衣。比如，标题字体、颜色变化，或为标题加入背景图片、边框等。所有这些用来改变内容外观的东西都称为表现。
JavaScript
JavaScript用来实现网页上的特殊效果。比如，鼠标滑过时弹出下拉菜单，或者鼠标滑过时表格的背景颜色改变，还有焦点新闻（新闻图片）的轮换等。可以这样理解，有动画的、有交互的一般都是用JavaScript实现的。
后端开发工程师
保存和提供用户数据
向前端提供需要显示网页和App内容的数据，可能是HTML，也可能是JSON数据，还可能是视频或PDF文件。
后端开发语言：比如.net、java、PHP、Ruby、python
移动开发工程师
移动开发又分为iOS开发和Android开发，移动应用的前端技术目前主要有：原生应用、混合式应用、HTML5三种
常见的一些术语
API
API（，应用程序编程接口）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无须访问源码，或理解内部工作机制的细节。
Cookie
Cookie俗称“缓存”，是当浏览某网站时，由Web服务器置于电脑硬盘上的一个非常小的文本文件，它可以记录用户ID、密码、浏览过的网页、停留的时间等信息。当用户再次来到该网站时，网站通过读取Cookie，得知用户的相关信息，就可以做出相应的动作，如在页面显示欢迎用户的标语，或者让用户不用输入账号、密码就可以直接登录等。
SDK
SDK（，软件开发工具包）是一整套工具的集合，这套工具是基于当前系统或平台的开发工具。例如，在Android平台上开发Android App，必须先从官网下载Android SDK，然后利用SDK提供的API来调用系统。
产品经理如何和开发者互相理解
1．逻辑和业务为先
2．平等相容
3．沟通后做记录
4. 多表扬
测试工程师，其实是一个神秘的存在
测试的定义及相关的方法、概念
测试定义
使用人工或自动的手段来运行或测定某个软件系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别
测试方法
黑盒测试
黑盒测试也称功能测试，通过测试来检测每个功能是否都能正常使用。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试
优点
（1）比较简单，不需要了解程序的内部代码及实现。
（2）与软件的内部实现无关。
（3）从用户的角度出发，能很容易地知道用户会用到哪些功能，以及会遇到哪些问题。
（4）基于相关产品需求文档，所以也能知道软件实现了文档中的哪些功能。
（5）在做软件自动化测试时较为方便。
缺点
（1）不可能覆盖所有代码，覆盖率较低，大概只能达到总代码量的30%。
（2）自动化测试的复用性较低。
白盒测试
白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。
白盒测试是一种测试用例设计方法，“盒子”指的是被测试的软件，“白盒”指的是盒子是可视的，清楚盒子内部的东西，以及里面是如何运作的。
白盒测试全面了解程序内部逻辑结构、对所有逻辑路径进行测试，是穷举路径测试
白盒测试一般需要技术基础支持，同时需要相关工具配合，比如日志抓取工具等
帮助软件测试人员增加代码的覆盖率，提供代码的质量评估，发现代码中隐藏的问题。
（1）程序运行会有很多不同的路径，不可能测试所有的运行路径。
（2）测试基于代码，只能测试开发人员的代码做得对不对，不能测试设计是否正确，可能会漏掉一些功能需求。
（3）系统庞大时，测试开销会非常大。
常见的测试概念
单元测试
单元测试又称模块测试，是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作。
集成测试
集成测试也称联合测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测
主要目的是检查软件单位之间的接口是否正确，集成测试的对象是已经经过单元测试的模块。
系统测试
作为整个基于计算机系统的一个元素，通过确认测试的软件，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
兼容性测试
兼容性测试主要测试软件是否能在不同的操作系统平台上兼容，是否能在不同的设备上兼容；能否向前或向后兼容；能否与其他相关的软件兼容；数据是否兼容，这里主要是指数据能否共享等。
性能测试
通过自动化的测试工具模拟多种正常、峰值及异常负载条件来对系统的各项性能指标进行测试。
负载测试和压力测试都属于性能测试，两者可以结合进行
通过负载测试，确定在各种工作负载下系统的性能，目标是测试负载逐渐增加时，系统各项性能指标的变化情况
压力测试是通过确定一个系统的瓶颈或不能接受的性能点，来获得系统能提供的最大服务级别。
回归测试
回归测试是指修改了旧代码后重新进行测试，以确认修改没有引入新的错误或导致其他代码产生错误。
测试人员的相关岗位职责
一个优秀的测试工程师=半个产品+半个开发
既要对产品有足够的了解，包括业务目标、内部逻辑和界面显示，这也是产品测试的基础；也要了解部分开发代码，能够对代码质量做出评估，并且给开发提供优化方案。
测试工程师的主要职责
（1）编写测试计划，规划详细的测试方案，编写测试用例。
（2）根据测试计划搭建和维护测试环境。
（3）执行测试工作，提交测试报告，包括编写用于测试的自动测试脚本，完整地记录测试结果，编写完整的测试报告等相关的技术文档。
（4）对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷的解决方案。
（5）对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。
产品经理如何与测试人员沟通
了解测试思维及测试的流程
筷子兄弟之产品经理VS产品运营
产品经理需要掌握的基础运营知识
内容运营
定义
通过创造、编辑、组织、呈现网站或产品的内容，来提高互联网产品的内容价值，制造出对用户的黏着、活跃产生一定促进作用的内容。
包含内容
（1）创作内容（采集或原创，包括各种类型的资源）。
（2）编辑审核（文本的校正及润色等）。
（3）推荐和专题制作（通常是周期性的工作）。
（4）找到需要这些内容的人，并且想办法呈现给他们（内容的推送渠道）。
（5）根据数据和用户反馈，进行内容调整和优化（这恐怕是大多数运营中忽略的工作）。
活动运营
活动运营，就是通过开展独立活动、联合活动，拉动某一个或多个指标短期提升的运营工作
（1）活动文案撰写（通过活动主题、目标、针对的用户人群来写）。
（2）活动流程设计（要自然、简单，不要复杂）。
（3）活动规则制定（要简单，大部分用户没有耐心看复杂的规则）。
（4）活动成本预估（成本太高公司负担不起，成本太低用户不愿参与）。
（5）活动预期收益（会带来哪些数据的提升）。
（6）活动执行（好的执行才是关键，针对紧急事件和特殊事件必须要有方案）。
（7）活动效果统计（线上比线下更好统计）。
用户运营
所谓用户运营，其实就是指以产品的用户活跃、留存、付费为目标，依据用户的需求，制定运营方案甚至运营机制
用户运营是每个产品的核心工作，因为其他所有的运营最后的指标都会落实到产品的运营效益上来，而产品效益基本上就是用户数或用户产生的交易额、利润等
关注点
（1）拉新。
一是推广渠道的挑选和打开（线上和线下）
二是提升注册转化率（也就是要有人使用你的产品）
（2）活跃。
一是要做很多的用户活跃工作
，二是要建立相关的用户流失预警机制。
（3）留存和转化。
短期留存和新用户的引导有很大关系，因为这决定了用户能不能在最短的时间内看到产品的价值
中期留存的关键则是用户能不能建立使用产品的习惯
长期留存基本上就是用户已经深刻地认知到产品给自己带来的价值了，所以成为了产品的忠实粉丝
在转化环节要抓住高价值的用户，消除他们购买的障碍和顾虑，让他们为产品付费，并且持续地付费
其他运营
其他运营包括新媒体运营、社群运营、渠道运营、品牌运营等
冷启动
冷启动，其实就是用有效的方法引进高质量的种子用户
种子用户可以凭借自己的影响力吸引更多目标用户，是有利于培养产品氛围的第一批用户
种子用户要有选择标准，尽量选择影响力高的、活跃度高的用户作为产品使用者
种子用户的质量比数量更重要，少而精的用户并不是坏事，但低质量的用户引进过多，不仅不利于产品性格的塑造，还会影响真正的种子用户对产品的认知，形成偏见
种子用户要能够反馈产品建议
产品经理如何正确地与运营者进行沟通
1．明确产品定位和产品价值
2．明确运营流程
3．明确产品需求决策权
4．加强产品沟通
5. 掌握运营的基本思路和方法，让产品得到更好的发展和爆发
To B的产品经理如何与销售者和谐共处
产品经理要懂的销售知识
渠道建设
渠道建设主要分为两部分，一个是直销，一个是代理
直销
所谓直销，就是指公司内部招聘销售人员进行产品销售，主要形式有电话销售、上门拜访、关系营销等。直销的优势在于销售人员是自家员工，对产品的培训、相关产品资料的辅助支持会做得更好些，但不足的地方就在于受人员数量限制和地域限制较为严重，瓶颈也比较明显。
代理
所谓代理，就是指公司发展外部代理，通过代理商的渠道能力将产品铺出去，从而织成一张分销的大网，状如金字塔。代理的优势在于利用他人现有的渠道和网络资源，可以快速将产品推广出去，难点在于如何吸引优质代理商，以及如何管理代理商、如何防止串货等行为，好的代理激励政策也是非常重要的一环。
销售策略
更有效的制定销售策略的方法是全方位解读客户的购买决策，针对客户购买决策的每一个环节制定出相应的策略，以打消客户的疑虑，让客户能够顺畅地进入到下一个购买环节，直至最终消费
销售执行
销售人员的执行能力，是决定转化率高低的根本
销售执行可以从定量和定性两个角度去衡量
从定量的角度来说，可以要求销售人员每天至少打多少个电话（或每天至少获取多少条销售线索），多少个是第一次接触，多少个是电话回访，一周上门拜访几个客户之类的。通过这种定量的销售行为，来提高销售漏斗最顶层的客户数量，从而增加成单的概率。
从定性的角度来说，要做好销售，必然要了解产品和客户需求，所以，定期组织相关的产品培训、定期进行客户需求梳理与总结、定期进行话术训练等都是不错的方法。这样做的好处是让整个产品对外宣传的口径和形象统一，大家也可以互相交流用户对产品的疑问，及时沟通销售过程中碰到的困难和问题，大大提升销售团队的转化能力。
客户维护
所有的客户都是需要维护的，无论是没有成单的新客户，还是已经成单的老客户。
开发一个新客户的成本是维护一个老客户成本的5倍。
如何与销售者愉快地进行沟通
（1）要有相关的同理心，能够站在对方的角度去思考问题
（2）对销售人员的工作有一个大概的了解，不仅要了解基本的销售知识，还要切身体验一番
产品经理如何与老板大战三百回合
产品经理应如何理性对待老板需求
明确和细化问题
思考需求是否合理，是否具备开发价值
（1）目标用户是谁。
（2）使用场景是什么样的，出现的频次高吗？
（3）用户目标是什么，可以用什么解决方案帮助用户达成目标？
（4）做了这个需求，对用户体验（或数据指标）的提升是正还是负，如果不做会怎么样。
汇报结果及解决方案
产品经理如何正确地与老板进行沟通
1．有数据时，数据第一
任何人的观点都不可以大于客观数据的权重
2．没数据时，逻辑第一
如果没有数据做支撑，或者数据并不能说明问题，那么就要比拼逻辑，所谓逻辑就是从A到B是有顺序、有因果、有联系的
3．碰到逻辑也解决不了的问题时，谁负责谁决策
产品经理和老板的逻辑都是能够说得通的，这个时候处理方法很简单，谁负责这个需求上线后的数据表现，谁来背这个KPI，谁决策。
数据分析篇
产品经理如何入门数据分析
什么是数据分析
数据分析就是从数据中提取有用的信息，并指导实践
数据从哪里获取
数据的来源渠道
（1）自有数据分析系统——企业内部使用的数据产品，如自建数据分析（BI）和推荐系统。公司自有的数据是最原始的数据，也是最可靠、最全面的。一般而言，有条件的情况下都以内部数据为准。
（2）第三方数据分析工具——这是借助外部工具获得的数据，如友盟、百度统计、cnzz统计、诸葛io、Growing io等。
（3）行业指数数据等——指用户均可使用的如Google Trends和百度指数、微信指数、淘宝指数等。
数据分析工具
1．友盟
支持iOS、Android应用数据统计分析，可快速接入，节省成本，比较适合创业型公司及刚上线的产品，但是无法在关键数据突发异样时进行跟踪。
2．百度统计
支持iOS和Android平台。另外，开发者在嵌入统计SDK后，可以对自家产品进行较为全面的监控，包括用户行为、用户属性、地域分布和终端分析等。
3．诸葛io
诸葛io是一款基于用户洞察的精细化运营管理工具。以用户跟踪技术和简单易用的集成开发方法，帮助移动应用及PC网站的运营者们挖掘用户的真实行为与属性，可以将其用于iOS、Android应用及网站。
4．Growing io
Growing io强大的地方在于无须埋点就可以获取并分析全面、实时的用户行为数据，以优化产品体验，实现精益化运营。
基本的产品分析概念
PV（Page View，页面浏览量）
用户每一次对网站中的每个网页访问均被记录一次。用户对同一页面的多次访问，访问量累计
UV（Unique Visitor，独立访客）
访问网站的一台电脑客户端为一个访客。
PR（PageRank，网页的级别）
一个PR值为1的网站表明这个网站不太具有流行度，而PR值为7～10则表明这个网站非常受欢迎（或者说极其重要）。
跳出率
用户到达你的网站并仅浏览了一个页面就离开的访问次数与所有访问次数的百分比
转化率
在一个统计周期内，完成转化行为的次数占推广信息总点击次数的比例。
转化率=（转化次数/点击量）×100%
重复购买率
消费者对该品牌产品或服务的重复购买次数。重复购买率越高，则消费者对品牌的忠诚度越高，反之则越低
活跃度指标
流失、留存指标
· 日流失率：统计当日登录过产品的用户，次日未登录的用户数/统计日DAU。
· 周流失率：统计当周登录过产品，下一周未登录的用户数/WAU。
· 月流失率：统计当月登录过产品，下一月未登录的用户数/MAU。
· 日留存率：统计当日登录过产品的用户，在之后N日内至少登录一次的用户数/统计日DAU。
· 周留存率：统计当周登录过产品的用户，且下一周至少登录过一次的用户数/WAU。
· 月留存率：统计当月登录过产品的用户，且下一月至少登录过一次的用户数/MAU。
· 次日留存率：统计当日登录过产品的用户，且次日依旧登录的用户数/统计日DAU。
· 回归率：曾经流失但重新登录产品的用户数占流失用户的比例。
· 回归用户：曾经流失但重新登录产品的用户数。
· 流失用户池：过去一段时间内流失的用户数。
常见的数据分析模型
用户行为统计
用户对某产品如登录成功等的行为发生的次数或人数进行简单的统计，统计结果一般以折线图和表格的方式呈现，这是用户行为分析最基本的方法
漏斗分析
漏斗分析也叫漏斗模型，可以帮助分析用户在使用产品过程中的成功率和失败率（也叫转化和流失），以分析用户在使用产品时是否顺畅。
进行漏斗分析，首先需要结合产品目标，从用户的使用过程中抽取出常见流程，比如常见的电商产品的漏斗流程便是：浏览首页→查看商品详情→加入购物车→生成订单→进行支付→成功支付。
留存分析
留存分析是一种衡量产品黏性的分析方法，能够帮助分析用户会长期持续使用某个的产品，还是使用一次后便一去不复返。用户留存的情况一般用留存率来衡量
所谓留存率，就是指一组用户在初始时间（如首次打开应用）之后的第N天，还在使用产品的比例（留存下来的用户比例），一般称为N天留存率。
关于数据埋点的那些事儿
主流的埋点技术
代码埋点
代码埋点是指在代码的关键部位植入N行代码，追踪用户的行为，得到想要的数据。简单来说，就是找节点，布代码，收数据。
框架式埋点。
框架式埋点也称“可视化埋点”，框架式埋点很好地解决了代码埋点的埋点代价大和更新代价大两个问题
无埋点
所谓的无埋点，只要页面上嵌入SDK，就可以采集页面上所有的点击行为，并通过界面配置的方式对关键行为进行定义，这样便完成了所谓的“无埋点”数据采集
使用这种方案，必须在产品中嵌入SDK，等于做了一个统一的埋点，所以“无埋点”的叫法实际上是“全埋点”的代名词。
选择埋点方式，思考问题
产品的目标及当下的首要问题
以电商产品为例，可能最首要的问题就是交易额，把这个问题分解下去，可能就涉及流量、转化率、客单价、回购率等，提升这些数据指标就是当前产品的首要问题
选择少量、重要的用户行为开始记录和分析
定义事件
用户行为是更加具体的一个事件定义，比如用户“提交订单”这个行为，就可以定义为一个事件
用户行为事件
制作埋点表
与研发人员进行沟通
公司自己搭建数据分析系统，还是使用第三方工具（如诸葛io等）完成数据的采集和分析
如何通过数据分析衡量产品改版的效果
· 新功能是否受欢迎？
· 对产品的流程转化率是否有提升？
· 对产品的整体留存的影响？
· 用户究竟是如何使用新功能的？
产品经理要掌握的AARRR模型
什么是AARRR模型呢？
· 获取（Acquisition）：用户如何发现（并来到）你的产品？
· 激活（Activation）：用户的第一次使用体验如何？
· 留存（Retention）：用户是否还会回到产品（重复使用）？
· 收益（Revenue）：产品怎样（通过用户）赚钱？
· 推荐（Referral）：用户是否愿意告诉其他用户？
数据指标
1．获取用户
所谓的获取用户，其实就是通过各个渠道发布产品相关信息，以吸引用户注册的一个过程
2．激发活跃
用户被吸引进来之后，需要引导他们做一系列的行为动作，比如完善个人基本信息、评论、发帖等。当用户完成了指定的“系列动作”时，就可以认为用户是一个比较活跃的用户，说明产品是能够给用户带去价值的，用户愿意在产品里发生一系列行为
产品之旅：产品经理的方法论与实战进阶
基础入门篇
我所理解的产品经理
产品经理需要扮演的三种角色
产品经理应该是一个商业洞察者
产品经理必须要有洞察人性和商业的能力，这样才能更好地发现市场痛点，了解用户需求，并用商业来完善产品想法
产品经理会变为一个创作者
产品经理需要去定义和规划这款产品，要为这款产品确定设计风格，要去梳理这款产品的架构设计，甚至还要确定每一个页面里的每一个按钮究竟该如何摆放，以及如何设计
产品经理会变身为一名导演
在产品设计完成之后，产品经理需要协调一大帮人，包括设计师、程序员、测试工程师、运营推广、销售等，将产品通过代码实现出来，发布上线并进行推广，让产品被更多的用户了解和使用
产品经理的特征
没有实际的领导权
事多而杂
（1）跟进类：项目进度跟进、Bug修复跟进、发版跟进、UI跟进、客服跟进、测试跟进等。
（2）设计类：市场调研、竞品分析、功能点设计、原型设计等。
（3）沟通类：和老板沟通、和开发沟通、和运营沟通、和设计师沟通、各种相关资源的协调等。
（4）组织类：组织项目会议、组织需求评审会议、组织开发会议、组织测试会议等。
（5）文档类：需求文档、原型文档、流程图、会议PPT、产品PPT等。
（6）分析类：数据分析、投入产出分析等。
（7）打杂类：产品专利申请、产品培训、搜集资料、产品帮助手册撰写等。
协调和驱动
产品经理的分类
不同阶段的产品经理
产品岗位有产品助理、产品经理、高级产品经理、产品总监
产品助理、产品经理的产品职位更加偏向执行层，负责产品功能的具体落地实现。高级产品经理、产品总监的产品职位更加偏向产品的战略层、架构层，负责产品的整体规划和版本迭代，以及需求把控与考虑公司战略的发展。
To C端和To B端产品经理
To C端产品经理
To C端产品经理面向的是用户，负责被用户直接使用的产品，按照产品平台还能继续细分为移动端产品经理和PC端产品经理
To C端产品经理更关注产品给用户带来的用户体验，比如界面布局、流畅程度、上手门槛等
To B端产品经理
To B端产品经理负责产品后端部分，支撑作用的后台系统一般只在公司内部使用
后端产品主要用来进行业务支撑，为用户端产品提供信息和服务，所以后端产品经理更关注业务的逻辑及抽象的方法。
不同行业的产品经理
根据所负责产品的类型和所在行业进行划分，比较热门的主要有电商产品经理、在线教育产品经理、在线旅游产品经理、社交产品经理、社区产品经理、O2O产品经理、互联网金融产品经理、直播产品经理、支付产品经理、搜索产品经理等
产品经理的岗位职责
市场调研
（1）用户调研，包括用户访谈、问卷调查等定性与定量的分析方法。
（2）研究市场分析报告及文章。
（3）体验竞争对手的产品，了解用户对其的评价。
（4）与同事进行头脑风暴。
产品定义及设计
（1）产品的愿景及定位。
（2）目标用户是谁，他们都有什么特征。
（3）先收集用户需求，再分析和筛选用户需求。
（4）根据需求搭建产品框架。
（5）确定产品的主流程及附属流程。
（6）产品的功能设计。
版本迭代及项目管理
（1）每个版本的需求梳理及优先级安排工作。
（2）制订版本迭代计划。
（3）根据版本迭代计划制订项目计划。
（4）根据计划安排项目进展。
（5）向主管领导报告项目进展状况等。
产品上线及培训
（1）产品上线前的准备工作。
（2）产品版本更新说明的撰写。
（3）产品内部培训。
（4）产品对外宣传。
数据分析及优化体验
（1）查看用户反馈，做一定的用户访谈，了解用户的心声。
（2）给产品进行埋点以采集数据。
（3）通过数据分析发现问题。
（4）根据数据表现及用户反馈改进产品。
（5）不断进行验证、迭代。
各种协助、支撑和打杂
（1）协助项目经理写一份项目文档。
（2）协助运营部门写一份产品文案。
（3）帮助销售思考怎样让客户更好地理解产品。
（4）协助开发去做功能测试。
（5）协助客户经理一起和客户做项目支撑和服务。
产品经理必备的四大硬技能
市场调研的技能
一是用户调研的能力；
主要包含定性和定量两种调研手段，如用户访谈、问卷调查、情景再现、A/B测试等，可以借助公司现有资源进行工作，也可以自己开拓
二是竞品分析的能力；
竞品分析是产品经理经常做的事情，产品经理要明白竞品分析的出发点是什么，是为了全局还是为了某个单点功能。同时，产品经理要懂得区分竞品的种类（竞品分为直接竞品、间接竞品、潜在竞品）
三是数据收集和分析的能力
数据包括该项目的市场体量、竞争对手数据和市场未来可能的增长数据等
产品设计的技能
一是需求管理能力
需求管理工作涵盖了需求的收集、分析、筛选及需求的优先级排序
二是产品设计能力
产品总体规划：通过产品定位和产品调研对产品进行总体规划。
了解产品定位：产品定位一般来源于公司高层要求或公司战略，产品经理必须能理解产品定位，否则做出来的产品一般是不符合公司需要的。
梳理产品架构：通过产品定位、规划及对目标用户的理解，梳理出产品的架构，前期可先引用轻量级的产品架构，在后期业务或用户场景拓展的时候再去扩展产品架构。
梳理产品流程：总体的业务流程规划，如果是系统级别的产品流程梳理，则一般需要同时串联各种角色。
原型设计：原型设计是产品经理做得比较多的工作，这时就要尽可能地考虑用户体验
PRD文档撰写：条理清晰，描述准确，不要遗漏异常情况。文档的撰写需要产品经理会用Office办公软和Axure、Visio、Mindjet思维导图这些工具，可以说这是最能考验产品经理硬技能的地方
项目管理的技能
版本开发计划
产品经理需要把每一个版本的详细开发计划列出来，一般来说，开发计划是技术经理维护，但是产品经理必须进行整体把控。
总体进度计划
版本项目的总体进度，需要做一个合理的项目排期，这是整个项目能如期保质保量完成的重要前提。
产品经理要和开发、UI、运营、内容、测试等相关同事紧密沟通，了解他们的工作情况和资源配置情况，再结合产品的要求做出合理排期
项目沟通
产品经理的大部分工作都需要与团队成员进行协调和沟通，不仅需要对接设计师、程序员，还要对接市场、销售、运营，也负责向老板汇报项目进度、项目成果等
项目跟进
采取“站立会议”的形式：每周一早上和开发、UI、运营等相关人员一起开10～15分钟的会议，与会人员不带电脑全程站立
每个人简要地将自己上周完成的工作、本周计划的工作、需要其他人帮忙的事项过一遍，产品经理做好记录清楚地掌握进度
产品上线之后，也需要跟进项目的后续工作，如收集项目可以改进的意见及建议，收集功能上线后的用户反馈等
数据分析的技能
数据埋点
数据埋点也叫打点，其原理就像在路上安装监控探头，一旦有符合记录条件的车通过，探头就会按照设定上报相关信息。
数据使用及分析
关于数据统计的一些基本知识是需要了解的，还需要了解一些常规的数据分析方法
比如流量分析，分析不同获客渠道流量的数量和质量，进而优化投放渠道；再比如转化分析，分析为何产品的注册转化率这么低，还有留存分析、可视化分析、群组分析等
根据数据去优化与迭代产品
产品经理的软技能修炼手册
自我管理
情绪管理
情绪管理，指通过研究个体和群体对自身情绪和他人情绪的认知，培养驾驭情绪的能力，并由此产生良好的管理效果。
时间管理
使用各种时间管理、任务管理工具来安排平时的工作，将事情分为重要且紧急（处理危机事件，如处理产品Bug）、重要不紧急（防患于未然，如一些体验的改进）、不重要但紧急（如客人来访）、不重要不紧急（如一些小的细节修改）几类
目标管理
目标管理是指以目标为导向，以人为中心，以成果为标准，使组织和个人取得最佳业绩的现代管理方法，又称成果管理。目标管理的方法是拆分和设立目标。
知识管理
知识管理是一种新的知识管理理念和方法，能将个人拥有的多种资料、随手可得的信息变成知识，最终利于自己的工作生活。
学习能力
系统的学习
将经典书籍作为核心进行系统性学习；对于网上充斥的信息，尤其是碎片化信息，要有选择地进行深度阅读。
思考
系统的学习，更多的是认知层面的吸收，属于信息输入。而真正的思考才能促进我们对输入信息进行进一步转化和加工，产生自己独特的理解和思考，了解事物背后的底层运转逻辑。
行动或实践
学习、思考之后，一定要有所行动。行动指的是表达和实践，快速提高自己某一领域的能力，最好的方法是分享或教给别人。
沟通能力
沟通理念
所谓沟通，其实就是“了解需求，反馈所需”
不断通过沟通去接近对方最真实的诉求，使之尽量接近真实世界
沟通不是为了说服，而是为了更好地认识世界
良好的沟通应该抱着“交流切磋”的心态去进行，，这样可以更好地去窥见这个世界。
沟通技巧
懂得倾听
团队沟通
团队沟通的意义在于：头脑风暴、信息分享、问题解决。
有自己的观点，敢于表达
商业感
产品经理必须具有关注整个宏观市场环境的视野和能力，对于一个产品经理的长期成长而言，对整个大市场环境的关注，不但可以使产品经理具有更好的产品视野，也会让产品经理在产品设计的过程中更加敏锐，可以更好地对产品远景规划作出正确的判断。
产品感
洞察力
作为产品经理，一定要有能够看穿事物本质的洞察力
事物的本质是：事物的原因，原因的原因，原因的原因的原因。
审美能力
产品经理在对待自己产品的时候，一定要有这种对产品细节不断打磨的精神，这样才能让产品有更好的颜值和体验
创造力
创造力和想象力是一样的，我们只能依靠生活中的点滴积累，平时注意观察、多体验生活、多思考、多领悟，或许某一天你就能打开创造力的小宇宙，开启开挂的人生
产品经理如何入门
大量阅读
先大量阅读，掌握更多的信息，有助于了解一个事物的全貌。
线上产品课程和视频
书籍
《人人都是产品经理》
《结网@改变世界的互联网产品经理》
《浪潮之巅》
《用户体验的要素》
与行业内的人交流
实践和输出
掌握产品经理常用的几个软件，包括Office办公软件、Axure、Visio、Mindjet脑图工具等；
下载AppStore 24个分类Top 10的应用，对每款产品的功能、页面交互等进行体验，并记录自己的想法和思考。
竞品分析报告的输出，对同一种类型的几个产品进行横向比较。
产品经理如何面试求职
准备求职简历
目标用户：HR，负责初步筛选简历，面试职位对应的业务负责人则会更详细地浏览简历，评估你是否适合做他的同事或下属。
使用场景：简历不是用来阅读的，简历是用来略读的，面试官会快速地浏览你的简历，此时就要看你的简历是否能够引起他的注意了
用户目标：面试官最想知道的就是你是否具备这个职位要求的能力，其他的事情都不是他的核心需求。
准备产出物
一份产品架构脑图、一个项目需求说明书、一份竞品分析报告、一个你设计的App产品原型，甚至是一个知乎账号、一个微信公众账号、一个博客等
投递简历和面试
投递简历可以通过各种新型的招聘网站（如拉勾网、BOSS直聘网等），这种互联网行业的垂直招聘网站远比智联招聘、51job、中华英才之类的传统招聘网站有效率。
先挑选几个你比较想去的公司，仔细阅读和研究其岗位职责和相关要求，然后有针对性地优化、调整你的简历，这样简历通过的概率又会提升。
产品经理应有的逻辑思维
逻辑思维
以概念、判断、推理的形式达到对事物的本质特性和内在联系认识的逻辑思维
需求阶段的归纳总结能力、分析推理能力；设计阶段的产品架构能力、流程判定能力；开发阶段的需求优先级、计划进度安排能力；上线后的数据反馈、迭代能力，都需要逻辑思维的支持。
提高逻辑思维
MECE原则
相互独立、完全穷尽
相互独立，意味着能够将影响问题的原因拆分成有明确区分、互不重叠的各个因素
完全穷尽，意味着全面周密，毫无遗漏。
归纳和演绎
归纳是把具备某种相同属性的事物一一列举出来，然后寻找共通点。
演绎是把互相有影响的因素，按照因果顺序、时间顺序、重要程度排列出来，再寻找突破口
先说结论
演绎和归纳及MECE是分析思考过程；先说结论是思考以后的表述方法。
先说结论的人，在一开始就能够抓住别人的注意力，再通过层层递进的方式论证结论的正确性，听者就不会迷失方向
产品设计篇
产品设计之绘模型
发现市场痛点，产生初步的产品想法
把自己变成某一类产品的典型使用用户，然后去深入地体验产品，去做某件事情。在做这件事情的过程中，有哪些地方是让你感到不爽的，或者是不方便的，把它们记录下来，说不准你的这些痛点也是大家的痛点
做好竞品分析
（1）确定分析的目的。
（2）竞品的选择。
（3）竞品分析。
（4）结论与总结。
完善产品想法——可行的商业模式和运营推广手段
所谓商业模式，通俗点说就是如何赚钱，用专业的话来说就是：描述了企业如何创造价值、传递价值和获取价值的基本原理
商业模式画布
商业模式
（1）卖产品：低买高卖，通过售卖产品赚取差价，如各类电商网站、需要付费下载的App、企业SaaS软件服务等。
（2）卖流量：通常模式为先做好产品和内容，积累较大流量后进行广告售卖，如百度、腾讯、三大门户网站等
（3）卖服务：为用户提供各类增值服务，如QQ的各类等级、钻、会员，网络游戏中的各种付费道具，以及其他各种付费会员网站
（4）卖用户：这个有点属于灰色地带，某些互联网公司会出售用户资料来获利。
水到渠成地写一份合格的商业计划书。
BP撰写方法论
第一页，用几句话说明你发现目前市场中存在的空白点，或者存在的问题，以及这个问题有多严重
第二页，你有什么解决方案，或者什么产品能够解决这个问题。你的方案或产品是什么，提供了怎样的功能？
第三页，你的产品面对的用户群是哪些？一定要有用户群的划分。
第四页，说明你的竞争力。为什么这件事情你能做，而别人不能做？
第五页，论证这个市场有多大，你认为这个市场的未来怎么样。
第六页，说明将如何挣钱。如果真的不知道怎么挣钱，你可以不说，可以老老实实地说，我不知道这个怎么挣钱，但是中国有1亿用户会用，肯定有它的价值。想不清楚如何挣钱没关系，投资人比你有经验，告诉他你的产品多有价值就行。
第七页，用简单的几句话告诉投资人，这个市场里有没有其他人在做，具体情况如何。
第八页，突出自己的亮点。只要有一点比对方强就行。刚推出来的产品肯定有很多问题，说明你的优点在哪里。
第九页，做财务分析，可以做得简单一些。不要预计未来三年挣多少钱，没人会相信。说说未来一年或六个月需要多少钱，用这些钱干什么？
第十页，如果别人还愿意听下去，介绍一下自己的团队，如团队成员的优秀之处，以及自己做过什么。
撰写BP注意事项
1．清晰、简洁、重点突出
2．观点要客观，不要套用模板
痛点：你做的是什么
解决办法：你是怎么做的
发现需求和痛点，你拿出了什么解决方案？提供什么服务？和竞争对手的做法有什么不一样？你的方案有什么优势？
取得了什么样的效果
有成绩、有数据，或者说你做过了怎样的市场调研，一定要拿出来亮一亮
产品设计之描需求
需求的本质
需求层次理论
分支主题
需要：某些基本方面没有得到满足而产生的不足或短缺的感觉。
欲望：想得到基本需要的具体满足物的愿望。
需求：是对有能力购买且愿意购买的某个具体产品的欲望。
需要、欲望、需求三者之间层级关系
需求的本质其实是动机
产品经理需要通过用户的回复、行为、反馈、抱怨等，去深刻把握用户的本质需求，就像用户要的其实不是一匹更快的马，而是更快地到达目的地。
需求的前奏——产品定位及如何正确描述需求
用户需求主要包括三个要素：目标用户、使用场景、用户目标
用户需求可以看作“目标用户”在“使用场景”下的“用户目标”
需求收集——五种需求来源
五种需求收集方法
用户调研
通过问卷调查、用户访谈、行业数据报告等手段收集需求的方式
竞品分析
找到同类竞争产品，深入体验竞品功能，为产品设计及需求收集寻求思路。
竞品分析可以在产品设计之初就开始进行，也可以在产品后期迭代的过程中进行
在体验竞品的过程中，可以研究别人是怎么拟定产品战略和方向的，为了这个产品方向做了哪些功能，以及这个功能对应着用户的哪些需求
头脑风暴
一群人围绕一个特定的话题进行讨论。
头脑风暴是一种发散式的讨论，需要对讨论内容进行详细记录，可以使用录音、拍照、思维导图等方式对整个过程进行记录，方便后期整理，避免遗漏重要观点
用户反馈
用户反馈发生在产品上线之后，产品经理能够在用户的反馈中了解用户的使用情况，也能够通过用户反馈了解用户遇到的问题，以及用户的想法和期望。
数据分析
产品上线后，就可以收集产品的相关数据了。包括常规的访客数据、浏览数据、在每个页面的浏览时长等概括数据，还包括比较精细的用户行为数据，如点击事件、转化漏斗、用户留存、用户画像等，这些都是产品数据的范畴。
需求分析和筛选
1．筛掉明显不合理的需求
比如当前技术不可能实现的或明显意义不大的、投入产出比比较低的、无匹配的产品使用场景的、明显不合理的需求等，都可以归类为不合理的需求。
2．做需求分析
了解需求的三个分类：用户描述的需求、用户实际想要的需求、用户的潜在需求
“3+1思考法”去分析用户需求
需求从哪里来，目标用户是谁？
有多少人有这样的需求？这个需求紧迫吗？
用户的痛点是什么？使用场景是什么？（用产品之前/后）
（+1）怎么验证需求是否解决与解决效果如何？
3. 需求的减法
产品的需求可以说是无上限的，大量的堆积需求，会使产品非常臃肿，而且毫无特色，还会导致工期过长，拖慢了产品推出市场的进度，对产品百害而无一利
需求优先级排序
在定义需求的优先级时，我们一般通过需求对用户的重要性，以及结合MVP的思路来综合判断优先级。
输出功能需求列表
功能需求列表定义
把需求分析、筛选和评定优先级之后的结果，先以产品功能的形式展现出来，再用列表的方式将其呈现
功能需求列表作用
一是在于帮助产品经理理清思路二是在于帮助项目团队的其他成员了解产品功能需求
功能需求列表包含内容
模块：一般来说，每个模块分为3～6个子模块是合理的，否则要考虑重新划分。
子模块：一级模块的二级分类，这就涉及产品架构的梳理
功能：要给用户提供什么功能，给这个功能起一个名字
功能描述：功能具体包含哪些操作，可以描述得具体一些，如支持用户填写基本信息、可自由创建课程、进入课程空间就可对课程进行编辑和管理、可发布和删除课程等。
用户价值描述：可以给用户提供什么价值。
需求优先级：这是整个Feature List工作的核心部分，判断的结果直接影响着将来产品的方向，只需要将之前评定的需求优先级照抄过来就好。
开发量：一般由研发部门的项目经理或开发者确定。
投入产出比：简单来说，就是商业价值除以开发工作量（或开发难度）。
如何管理需求——需求池
需求池
需求池其实就是存放和产品有关的未来可能会做的功能点的聚集地，在规划新版本的时候，从池子里根据“轻重缓急”和“优先级”筛选出几个需求，经过排序做成一个新版本的项目计划
需求池工具
比如Project、Excel、MindManager等都可以作为需求池管理工具，也可以使用一些团队协作软件（如tower、tita、明道、teambition等）里面的项目管理功能来做需求池工具。
需求池的建议
一是不必考虑能不能做或者做了没用这样的限制，先不设置伪命题，只要觉得可以的都列出来，无论是靠谱的、不靠谱的，还是紧急的、不紧急的。
二是需求池需要产品经理经常去整理，不然就失去了需求池本身的意义
产品设计之搭框架
什么是产品架构
轻架构的产品，它的目标就是提供给用户一个简单明了的信息架构，让用户使用方便、体验流畅
对于产品经理来说，设计轻架构的产品的难点在于体验和创新。
我们可以通过给产品做减法来不断聚焦用户的核心使用场景，让用户简单易上手，在产品的用户体量上升到一个新台阶的时候，再去拓展产品的使用场景，延展产品架构
典型的产品架构模型
第一种，层级结构
使用层级结构的时候，需要注意层级的深浅和宽窄问题
第二种，自然结构
自然结构不会遵循任何一致的模式。节点是逐一被连接起来的，同时这种结构没有太强烈的分类概念。
自然结构对于探索一系列关系不明确或一直在演变的主题是很合适的
自然结构没有给用户提供一个清晰的指示，从而让用户能感觉他们在结构中的哪个部分。
自然结构很适合轻架构产品的浏览形式，尤其比较适合To C类的娱乐休闲类产品，因为这类产品的目标用户绝大多数时候都是无聊式的浏览，并没有明确的用户目标，也没有特定的任务
第三种，线性结构
所谓线性结构，就是你用讲述故事的方式给用户介绍你的产品，多见于产品专题页、帮助文档的设计
第四种，矩阵结构
矩阵结构允许用户在节点与节点之间沿着两个或更多的‘维度’移动。由于每一个用户的需求都可以和矩阵中的一个‘轴’联系在一起，因此矩阵结构通常能帮助那些‘带着不同需求而来’的用户，使他们能在相同内容中寻找各自想要的东西
矩阵式的信息结构，需要将多种信息内容放置在一个页面里，所以它的重点和难点在于如何做好信息分层，让信息更有效率地传达给目标用户
产品设计之抠细节
什么是产品原型
产品原型是设计方案的表达，是产品经理、交互设计师的重要产出物之一，也是项目团队的其他成员（尤其是设计师、开发人员）的重要参考和评估的依据。
产品界面原型其实就是页面级别的信息架构、文案设计，以及页面和页面之间的交互流程，它是产品功能与内容的示意图。
产品设计原型划分
低保真产品原型
所谓低保真产品原型，其实是对产品较简单的模拟，简单表述了产品的外部特征和基本功能构架，用简单的设计工具迅速制作出来，表示最初的设计概念和思路
好处
① 可以快速产出
② 修改成本低。
劣势
交互细节不清楚、整体界面粗糙、容易造成误解
高保真产品原型
高保真产品原型是高功能性、高互动性的原型设计，是忠实展示产品功能、界面元素、功能流程的一种表现手段
① 便于梳理产品细节
② 更容易让其他成员了解产品设计
制作周期比较漫长，涉及产品流程的修改，这样基本上原型就要回炉重造一遍
设计成品
设计成品可以理解为视觉设计师产出的UI设计稿，也就是设计师对产品原型进行美化之后得出的作品
原型设计工具
Axure RP，推荐指数：★★★★★
墨刀，推荐指数：★★★★
Visio 2013，推荐指数：★★★
设计原型时需要注意的事项
界面元素
什么是界面元素，比如文字、下拉框、按钮、图标、图片等都属于界面元素。我们在运用原型设计工具（如Axure、墨刀、Visio等）设计产品原型的时候，需要明确界面上的元素是什么、如何展现，以及点击上去是怎样的效果。
数据逻辑
原型设计上进行注释说明
操作逻辑
一个原型界面上可以进行操作的元素有哪些，哪个可以点击，哪个可以选择，操作后会出现怎样的反馈，比如弹出浮层、进入新页面，或是跳出新页面，还是给一个怎样的提示？这些都是需要在原型设计里面说清楚的。
例子
产品需求文档（PRD）
产品需求文档也是支撑产品经理与团队沟通的重要工具。
概述
（1）产品概述及目标——背景介绍和产品目的。
（2）名词解释——声明文档中出现的名词的含义。
（3）数据词典——介绍本产品中数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等。
（4）文档阅读对象——声明本文档输出的阅读对象和注意事项。
产品描述
（1）产品整体流程——展示产品框架图和用户流程图。
（2）产品需求描述——描述产品核心功能：解决哪些情景下的哪些需求。
（3）产品版本规划——叙述产品版本迭代计划，包括版本号、主要模块、功能点、计划开发时间、计划结束时间、备注。
（4）产品框架——展示页面层级及备注信息。
（5）功能列表——展示产品功能名称、对应模块、功能说明、备注等信息。
功能需求
（1）流程图——包含流程图、顺序图和状态图等，这三种图都可以理解为UML图。
（2）界面原型——将产品概念具象化，也就是将交互原型设计稿贴上去。
（3）字段说明（包括数据词典）——描述产品功能页面包含哪些字段，以及字段的格式和限制要求等。
（4）业务说明（Use Case）——描述产品的业务场景及相关用户角色说明。
非功能需求
（1）安全需求——能够抵挡住黑客的攻击，保证用户的数据不会丢失等。
（2）统计需求——梳理产品的埋点、统计需求，明确需要统计的相关指标。
（3）性能需求——产品最大并发数等。
（4）可用性需求——产品的加载速度、响应速度、浏览器的兼容性等。
产品设计的构思
构思角度
（1）产品定位、产品功能介绍，让用户了解我们是做什么的、能提供什么价值。
（2）客户案例，有哪些用户使用了我们的产品，并取得了怎样的效果。
（3）帮助与支持，能提供的产品帮助与服务。
（4）价格，让用户了解产品的基本收费策略，如是否分为若干种套餐。
（5）资讯、博客等，让用户了解产品的相关动态，及时获取产品信息。
（6）“注册”“登录”按钮页面，让用户注册我们的产品进行体验。
转化步骤
（1）了解：产品的定位、产品简单的功能介绍。
（2）信任：客户案例、资讯动态。
（3）价值：产品功能的详细介绍、产品价格、帮助与支持。
（4）转化：“注册”“登录”按钮，引导用户进行体验购买。
分享两个产品设计原则
简单，Don't make me think
产品信息架构简单
界面简单
以用户为中心
多做一些可用性测试
更好地了解自己的设计是否符合用户的认知和操作习惯
项目管理篇
PM学项目管理之什么是敏捷开发
敏捷VS不敏捷
瀑布式开发
布式开发，其实是经典的软件工程方法为了定义出一套完备的过程规范，使得软件开发的运作就像机器设备一样正常的运转而总结出来的项目管理方法论
这套方法论分为五个阶段：需求分析、设计、编码、测试和维护
敏捷开发
敏捷开发则是以用户需求进化为核心，采用迭代、循序渐进的方法进行软件开发的一种方法
敏捷开发的一些特点
小步快跑，尽早交付
有项目计划，但也“拥抱变化”
版本周期内尽量不加任务
团队配置也要敏捷
敏捷开发也需要反思
什么是MVP和精益分析
MVP：最小化可行产品
指产品开发团队通过提供最小化可行产品获取用户反馈，并在最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。
MVP原则
1．抓住产品核心主流程
2. 不同阶段的MVP目标不同
3. 可以尝试任何产品形态
精益分析
首先你要有一个想法或灵感，然后通过MVP策略让产品快速上线，再通过数据来衡量用户的表现，如果反映好就保持并继续优化，如果反映不好就下线反思
在精益分析方面，我们要做的就是不断试错，不断总结和分析，这样才能更好地知道产品迭代的方向是否正确
产品经理VS项目经理
项目管理
项目管理指的是在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效管理。
对从项目的投资决策开始到项目结束的全过程进行管理，包括项目启动、计划、执行和监控及项目收尾，以实现项目目标。
产品经理和项目经理的差异
职责
产品经理负责产品研发、运营、成熟、衰退整个生命周期的把控
项目经理（Project Manager）则负责跟进一个项目，实现项目的范围、进度、成本、质量等目标，还要监督控制、协调管理整个项目过程，满足项目干系人的需求和期望。
行政权力
在产品管理中，产品经理是领头人，是协调员，是鼓动者，但他并不是老板
项目经理有自己的下属，有一个属于自己的团队，但项目经理往往需要在一个临时的、虚拟的团队架构中发挥影响力，并达成目标。从理论上来说，项目经理是比产品经理更有管理能力和权力的。
好的项目管理流程是怎样的
项目管理的四个阶段
项目启动—项目计划—项目执行和监控—项目收尾
项目启动阶段
1）为什么要立项
2）项目目标是什么
3）项目的相关人员有哪些
4）怎么立项
项目计划阶段
工作任务分解
工作分解结构（WBS），指的是以可交付成果为导向，对项目要素进行的分组
一般的工作任务分解方法
按照产品的物理结构分解、按照产品的功能模块分解、按照实施过程分解、按照项目的地域分布分解等。比较常用的是先按功能模块分解，再结合产品的实施过程分解
项目的工作任务分解，其实也可以运用之前提到过的MECE原则进行检查，工作任务必须全面、清晰、细分，任务需要责任到人，每一个子任务都能够估算工作量和工期。
任务优先级安排
识别项目任务清单里各种任务的相互关联和依赖关系，并根据自己对需求优先级的判断，对项目里各项任务的先后顺序进行安排和确定
任务与任务之间存在前置后置关系，只有完成了一项任务的时候才能开始下一项任务。所以在规划优先级的时候，需要把这种情况考虑进
计划呈现——甘特图或其他
一般都是通过微软的Project、OpenProj等专业软件进行绘制，还可以通过这些专业软件直接查看项目的关键路径。也有一些产品经理或项目经理直接使用Excel制作项目进度计划表
风险控制
（1）客户没有参与项目。
（2）需求不明确或不完整。
（3）项目计划不合理。
（4）团队成员的精神状态不好。
（5）领导变更。
（6）技术风险。
项目的执行和监控阶段
过程跟踪：主要是对项目执行过程的跟踪和监控，防止团队成员对计划理解产生偏差，导致执行阶段出现一些问题，跟踪的事物包括团队成员、任务、开支情况等。
管事——监控项目任务
管人——监控项目成员
管钱——监控项目开支
例行项目会议：其实就是给项目制定一个固定的沟通渠道，这样才能让团队成员的沟通效率变高。
管理就是沟通，沟通，再沟通
阶段性交付物审核：一个长期的项目计划一定是会被拆解为几个实施阶段的，那么对于阶段性的交付物就有必要进行审核了，这也是非常重要的一种监控手段。
需求清单
产品需求清单是一个排序的功能需求列表，是一个持续完善的清单，包含所有产品需要的东西，是产品需求变动的唯一来源
产品需求清单包含所有的模块、功能、特性、需求描述、商业价值、优先级描述等。
需求清单的内容、可用性、优先级等只由产品经理负责管理。
任务清单
任务清单是一份足够具体的计划，包括对需求清单的任务分解
任务清单的修改只能由项目经理（产品经理）负责，该列表是用来明确项目团队成员的任务的。
项目周报
项目周报是对项目组本周工作内容的总结，以及下周的工作计划安排的汇报，同时项目周报需要及时反馈本周工作中存在的问题，以及需要领导协调的资源。
项目周报中切忌报喜不报忧，要反映项目的真实情况。
里程碑报告：项目达到了一个里程碑时，就可以做一次里程碑报告。
通常的里程碑事件有：需求分析、详细设计、系统开发、系统测试、正式发布等，产品经理在管理自己的项目时，可以根据自身项目的一些关键节点做里程碑式的总结，达到项目汇报的目的
变更管理：为了适应项目运行过程中与项目相关的各种因素的变化，保证项目目标的实现而对项目计划进行的一些调整。
项目收尾阶段
项目收尾阶段主要是对项目的各项指标进行评估验收，以及进行经验教训总结。
功能Bug测试
（1）编写测试计划、规划详细的测试方案、编写测试用例。
（4）对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案。
（5）提出对产品进一步改进的建议，对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见。
开发人员走查
（1）是否进行高危函数扫描？
（2）是否进行安全漏洞扫描？
（3）是否有内存泄漏的检测和结果（如果是C/C++代码）？
（4）不必要log是否删除了，以及log信息是否清晰、完整、详细？
（5）是否影响其他相关模块功能的表现？
（6）自身系统压力是否已评估？
（7）后端支撑系统负载变化是否已评估？
产品走查
（1）需求清单是否有调整或更新？例如每个功能特性是否有确定的输入、处理、输出。
（2）需求文档是否补充完整或及时更新？例如交互图、设计稿是否已经更新。
（3）产品更新说明文档是否已经提交并进行客服培训。
（4）产品页面文案是否已检查（包括但不限于页面文字、广告语）。
（5）已有功能/标识的改动在其他模块是否覆盖完整？
（6）数据统计需求是否明确提出？数据是否正常上报？
交互与设计走查
（1）页面的交互动作，操作及其反馈。
（2）交互控件的各种状态，初始态、常态、边界态、错误状态等的情况确认。
（3）其他交互细节，如默认值是否正确、第一屏的高度、产品文案等。
运营人员走查
（1）产品的冷启动是否已经准备完毕，种子用户的招募工作是否已经开启？
（2）内容运营是否已经规划？内容的更新机制是否已经确认，并进行部署，是自动更新还是人工更新？
（3）活动运营是否已经规划？是否有专人负责？周期性的活动是否已经有配套的运营模板？
（4）用户运营是否已经规划？拉新、留存、促活的关键步骤都有哪些？
（5）新媒体运营的账号是否已经建立，是否有专人负责？
（6）渠道拓展是否已经规划？是否发展代理？是否要引入合作伙伴，合作伙伴的资质应该是怎样的？
0 条评论
回复 删除
下一页
