产品经理日常问题汇总(一)

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

问题一:接到需求到产品上线,这个过程中产品经理需要做什么?

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

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

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

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

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

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

资源调配,项目排期

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

跟进研发

协助测试

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

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

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

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

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

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

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

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

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

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

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

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

附小程序的入口:

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

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

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

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

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

问题五:接到二手产品时该如何入手?

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

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

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

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

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

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

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

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

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

问题七:各种需求方每天都提很多需求,你怎么办?

沟通:通过沟通,去除伪需求、无价值的需求。

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

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

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

问题八:项目延期了怎么办?

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

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

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

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

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

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

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

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

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

包含内容:

启动时间

项目对应的版本号

项目涉及的端,平台

项目目的

具体实现功能

项目排期

你可能感兴趣的:(产品经理日常问题汇总(一))