产品经理日常问题汇总（一）

做产品的过程中会遇到各种问题，需求处理方法，与用户的沟通方式，与开发的合作问题，项目排期管理等等方面。我会出一个产品经理日常问题汇总的系列，记录一个产品工作中遇到的各种问题，这些问题也是产品面试的高频问题。每期文章10个问题，无序排列。

问题一：接到需求到产品上线，这个过程中产品经理需要做什么？

每个公司的研发流程都有所区别，公司大致分为这几种模式：

产品直接汇报给技术总监-产品就是个画原型的，发挥空间比较少，技术推动为主。

产品直接汇报给运营总监-产品的发挥空间大，产品主导技术。

产品汇报给产品总监，这样的一般为产品主导。

不同的公司按不同的情况去运行。一般情况下产品的工作都会包含以下环节：

处理需求，召集相关方做需求评审，确认需求，调研，模拟业务场景，切换角色分析

资源调配，项目排期

原型绘制，协助技术做框架准备

跟进研发

协助测试

上线验收，上线前和运营确认活动，确保数字+数据

使用文档/培训。上线后，收集用户反馈，数据总结

问题二：用户体验到底是什么

用户体验是产品的核心竞争力

互联网的七秒定律，每个产品如果在七秒内无法打动用户，用户往往会很快找到替代品，尤其对于C端产品，在这7秒内打动用户的只能是初始界面和几个初步的交互，留住用户就靠这些内容。所以对于留存用户，用户体验是产品的核心竞争力。

好产品的几个基本的特点是：有用，能用，好用，用户体验贯穿三方面。

有用指的是产品是基于一个痛点存在的，业务导向正确，不是凭空出来的大而空的虚的产品；能用说的就是产品能保证基础的使用功能，能解决某些问题；好用指的就是用户可以在尽可能小的学习成本输出下，顺畅的使用产品。用户体验涉及上述的产品方方面面，有用层面，用户体验主要影响战略层、范围层，用体验来解决痛点问题，落地到形式有很多种方式，如把冗杂的线下业务转移到轻快的线上操作，利用互联网获客成本小的特点做更合理的推广方案等等。能用层面，优质的用户体验就是在框架层，设计最少的最合适的流程设计，让用户以最合理的步骤操作产品；好用的层面用户体验主要在视觉层，交互层，用体验好的ui界面，好的交互跳转，给用户更好的使用效果。

问题三：小程序和app在产品设计和开发程度上的区别

小程序轻便，开发周期短，对于业务逻辑不是很复杂的产品，完全可以代替传统原生APP。

传统app相较于小程序，成本高，入口单一，下载安装繁复，占用内存大等缺点，所以小程序是个趋势，目前国内已经有四家厂商出了小程序，腾讯、阿里巴巴、百度和头条，巨头纷纷入坑，也代表了一种正确的发展趋势。

设计上，小程序基本和原生产品是一样的，会注意几个特殊的点即可，小程序的跳转逻辑不能超过5层，安装包在5M以下。

开发方面，小程序基本仅需一个前端工程师即可研发，自动适配各种手机，比原生ios和安卓，各自又分不同的尺寸的方式要简便的多。

附小程序的入口：

线下扫码/微信搜索/公众号关联/好友推荐/历史记录/桌面快捷方式/聊天顶部/微信支付入口/二维码识别/附近的小程序/群发文章中添加/公众号文章/关键词匹配/星标、广告。

问题四：如何挖掘用户背后的真实需求？

多听：多听需求方的讲述，下沉到一线业务层面收集需求，能接触到的一手需求是最真实的资料。

多想：用沉浸式思考体验，把自己假想成不同的身份，在不同场景中使用自己的产品，找出自己理解的潜在问题，去和需求方沟通。

多问：把自己理解的需求，发掘的需求，收集到的需求，多和需求方做需求评审，确定需求的合理性。

问题五：接到二手产品时该如何入手？

首先，弄清楚产品。以新用户的角度去体验产品、和上任产品交接、产品相关文档（需求文档，原型，使用手册、使用文档、业务相关文档）。

其次，弄清楚接下来的迭代计划。查看迭代计划，迭代历史、需求管理池，弄清楚产品过去发展情况，以及对未来的规划，给自己的工作做一个大方向的把控。

之后开始动手做产品某些小模块的迭代，作为对团队的工作方式，团队的合作方式做一个适应，逐渐加深自己对产品工作的深度，直至完全接受产品。

问题六：领导说一个需求必须明天上线，但是产品觉得这个需求不合理，怎么办？

对于如此着急，令人炸毛的需求，先稳住自己的逆反情绪，冷静的思考以下几个问题，并发起合理的沟通。

为什么要加这个需求？为什么要如此着急的上线？

我为什么觉得这个需求不合理？

对于需求后面的问题，有没有更优的解决方案？

把上述问题注意逐一沟通，得出最优的解决方案，如果领导的解决方案和时间确实为最优解的话，那就预估调用一切资源后的耗时，以及产生的影响，把这些内容和领导不断沟通，折中出最合理的时间安排。

问题七：各种需求方每天都提很多需求，你怎么办？

沟通：通过沟通，去除伪需求、无价值的需求。

记录：构建公司适用的需求池，将筛选后的需求记录在案。

排优先级：处理需求池，把需求排出优先级，研发计划排期等。

反馈：将确定的研发计划及时反馈给需求方。

问题八：项目延期了怎么办？

首先明确项目延期是一个不好的事情，需要尽可能的杜绝。项目会延期的原因可能有以下几种，计划做的不合理，研发过程中遇到问题没有及时跟进计划，项目执行人员有问题等等。

所以产品在做计划的时候，尽可能预留出一部分意外的时间，项目研发过程中不断地跟进，如果有问题及时沟通，需要延期等问题在这个阶段还处于可沟通层面。

如果项目已经延期，只能一边沟通，一边加班赶进度了。

问题九：当你在开发的过程中，和开发有不同观点时候，采取什么方法沟通

首先确定遵循的原则是，解决问题的方案不止一个，如果开发有更好的解决方案，那一定采取。

其次要明白开发的思维方式是一种实现性思维，接到一个需求，程序小哥想的是如何实现，对于产品的各种场景的假设，交互等思考的比较少。但是，开发的逻辑思维很多时候是强过产品的，他们对于每一个数据的来龙去脉的理解是非常敏感的。

沟通时候，对比开发的方案和之前的方案，做权衡对比，找出一个最合理的解决方案，以不影响开发周期和用户体验为基本准则。

问题十：如何发送项目启动邮件

项目启动邮件发送的时间，一般是项目完成需求评审、开发进行任务拆分、时间排期之后。要告知所有项目相关人员，项目已启动。告知需求方，项目的需求正在研发中。告知所有部门的负责人，目前产品、研发部门正在做的事情，以及为什么要做，如果有问题及时沟通。告知所有部门负责人，目前下一版本需求正在收集中，如有任何需求欢迎提出。

包含内容：

启动时间

项目对应的版本号

项目涉及的端，平台

项目目的

具体实现功能

项目排期