老大产品经营,到底有什么优势?

作者:澳门微尼斯人娱乐

对业务的熟悉程度和其做产品的能力是对产品经理是否优秀的考量。除此之外,沟通能力和处理事情的能力也很重要,别小瞧这方面的能力,很多时候都关系到事情的成败。

3、请问,对于正在找工作的产品新人,有什么建议吗?

答:找准行业很重要哦,我理解的产品经理就是行业专家(我领导也是这样说)。



所以功能和流程的课程在产品设计里边占有不可磨灭的地位。

要做到这一点,背后也是有长时间积累的。原因主要有两个:一是因为对方平时对互联网比较关注,经常了解一些互联网资讯或者看一些相关书籍,对于互联网的一些商业模式,一些玩法都比较清楚;第二跟其工作关系肯定也是分不开的,不仅是自己工作的经验,也时常体验一下其它产品。看到的、使用的多了,没吃过猪肉,也见过猪跑。

   有幸和Libra、王鸿,以及另一位不认识的帅哥一起受邀参加开课吧0423pro产品新人问答互动,过程中小伙伴们的问题都非常有针对性,互动积极。总结了一下产品新人的常见疑惑问题和嘉宾的回答,以及自己在问答后的一些思考,希望看到的小伙伴们受用。

图片 1

那么怎么着手制作一个简单的功能改进呢。

  1. 对产品功能考虑的更长远

2、提问, 产品经理简历,是word好,还是ppt好, 里面需要放原型图设计,流程设计等这些内容不?

答:产品经理简历建议使用word设计转换成pdf.或者使用axure,原型设计可以放在简历之后,面试的时候打印出部分页面,带着去。这样做的好处是可以自己引导面试官的思路。

谈谈偏见

为什么有些开发认为产品只会吹牛?

产品除了和开发、设计打交道以外,还可能与客户用户、市场运营、供应商甚至财务、法务进行沟通,而和开发沟通时一般最重要的就是两件事:需求传递、进度把控。

于是在开发面前可能会出现这样的场景:

“你好,麻烦加一个XX功能...”

“再加一个模块...”

“之前跟你说的需求我们又讨论优化了一下,需要改一改”

“什么时候能好?”

“怎么还没好?”

倘若遇上小白,一句“搜索功能不就是加个框嘛,五分钟还搞不定吗?”可能会让开发的兄弟姐妹们直接炸毛!

所以开发认为,你动动嘴皮子的事情我也能做,但是我写代码的事情你却做不了,你就是个只会吹牛的。

面对“频繁”的需求修改,再加上产品“最后一次修改”的迷惑,有些经验不足的开发,会把完整业务流程的关键逻辑处理写死,一旦流程发生变化就会出现牵一发而动全身的灾难。假如,为了应付产品的进度催促,可能当时连注释也没写,自己也看不懂了。这个时候,开发懊恼的情绪就会发泄在了产品的身上。

如果不是产品总是要改需求、一直催进度,怎么会出现这么让人烦躁又崩溃的问题呢!

产品的需求一般来源于三个方面:产品经理自己根据市场变化、运营情况以及产品反思做出的产品策划,公司内部老板或其他部门提出的想法,社会上的用户或合作伙伴提出的反馈建议。基于各方面的权衡,产品需要提炼出当前最需要、最合适的需求,哪怕只是一个按钮的变更。

所以当产品从用户体验、活跃度、盈利情况来判断好坏的时候,设计开发们也在用自己的职业思维来评判自己做出来的产品。他们的成就感往往来自于用了一个好评的框架、攻克了一个技术难关、设计了一个极简又好看的页面,做了炫酷的交互。

这么牛逼好看又好用的东西你不做,却坚持让我变更一个按钮,真是弱爆了!

反思到这儿应该就清楚偏见从何而来了,那我们究竟应该有怎样的职业素养才不会被认为只是来吹牛的?

图片 2

功能基本逻辑
  • 要达到目的,大概的逻辑是什么?

    • 用户操作过程
    • 数据的流向
  • 难点可能是什么?

案例:

图片 3image

忘记了是谁曾说过,人每走的一步都算数。此话用来概括本文主题“产品经理的经验有什么用?”亦是可以的。

1、说说产品经理工作的日常状态

拾瑾答:产品经理的日常工作状态和你公司的目标、部门状态、项目紧急程度、领导关注点等等是时刻相关的。不同的工作环境都会有不同的状态。

但是我觉得你其实是想问产品经理每天都在做什么吧?

现在大部分的产品经理都是在做公司主导的项目,那么我以公司主导为背景来讲一下。

既然公司为主导,那首先要了解,公司要做的产品要给谁用。这是非常非常重要的一个问题。

了解到给谁用,你就可以开始业务逻辑梳理了;业务逻辑梳理清楚之后,你将遇到一个很重要的问题就是“老板的需求”,那么你就要综合考虑,老板的需求是不是应该加,什么时候加,以及如何说服老板。这些问题都基于以下:

目标用户确认,竞品确认,市场需求确认,公司资源优势分析、商业模式预估等等了。

做好如上分析之后,最终确认需求排期,根据需求排期确定产品功能结构、信息结构、路线规划。这个时候你就应该知道该如何应对“老板的需求”了。

然后就是设计你的产品。一边做一边优化更改,你的产品生命周期就开始了。

那为什么会有职位偏见产品经理的职责又是什么

图片 4

原型设计与需求文档
  • 通过业务流程获得页面流程
  • 原型设计(真实场景、真实文案、黑白灰)
  • 完成需求文档(或直接用原型标注解决)
  • 需求评审

本来以为工作久了,经验多是一种优势,但是在产品经理这一行,好像经验多了,年龄大了,在某些公司的招聘中反而成为了一种劣势,身边朋友也不乏有跟我一样有此种焦虑的。这篇文章我就想帮那些大龄产品经理辩解一下,看看大龄产品经理到底有哪些优势。

3、请问,后台的设计,好的交互与实现工作量小哪个更重要?

王鸿答:看你的公司规模,如果技术能力不行,设计的产品估计过不了评审,再者看产品类型,前端产品一定是重视交互的,后台更注重逻辑;

拾瑾答:后台一般都是给自己人用的,最好是简单易懂,能够实现功能、业务逻辑能够闭环即可。

本人产品狗一枚,最近在找工作。

目的性如何定?
  • 对用户: 対哪类用户具体有什么好处?有没有受影响的用户?

    • 增加内容,提升准确度
    • 减少操作,提升便利性
    • 功能补充,提升体验
  • 对平台: 对内部数据、操作人员是否提升了效率?

    • 增加渠道,引入新用户(如分享功能、支持微信登录)
    • 减少重复操作(如增加教师库->不用每次都粘贴一遍)
    • 数据分层,提升准确度(手机号验证->按城市群发短信)
  • 对商业: 是提高收入?还是提升了转化率?

    • 拉动付费转化率(两人付费,一人免单)
    • 增加新产品,创造新的收入点
    • 对原有数据做重新组合,提高数据转化率

总结:

对内讲效率

对外讲体验

对商业谈转化

#专栏作家#

3、产品经理需要掌握的工作技能都有哪些?

Libra答: 需求分析:产品设计: 文档撰写;沟通协作;项目管理;产品规划; 用户研究;产品运营;数据分析;业务规划;熟悉技术;团队管理;熟悉领域(行业知识)

产品经理究竟是不是“只要会吹牛逼又轻松又赚钱”的职位

最近面试了一些公司,面试官有的是技术总监、有的是业务部门总监、有的是HR、有的是产品负责人或高级经理,每一次面试被问及的问题都不一样。

先看一下几个公司的职位描述和面试沟通:

如何做已有功能的优化

  • 功能点的不断优化就是迭代

  • 不要期望用新加功能来解决老的功能问题

当我们上线了一个新的功能,发现效果不好,不要潜意识里面觉得它就是因为少了别的东西所以效果不好。比如上了一个类电商的产品,发现订单的转化率并不是那么高,这个时候你可能会想是不是因为没有信用卡接入的功能没有集成微信支付,大多数时候其实不是的,你去新加入一个功能并不能改变已有用户的使用问题,所以不要期望用新加功能来解决老的功能问题。

  • 功能优化核心功能设计有什么区别?

    • 反应速度不同:邮件、甚至口头搞定
    • 开发难度不同:一般都是1~3天/人的工作量
    • 评判标准不同:更强调效果对比

一般功能点的优化通过邮件就能完成的。在开发难度上一般不会太大,大多数情况是在已经有的基础上做一些调整。功能点的优化一定是非常强调对比的,优化之后效果是变好了还是变坏了,这个效果是非常明确的。

功能点的优化是产品经理最基础的工作。

--

比如工作中会遇到这样的情况

图片 5image

功能点的优化看似容易,实际上是有一定难度的。

这个时候就用到了前面的功能点调研的结果了-> 产品调研入门

  • 用户: 都有哪些用户会用到这个页面/功能

  • 流程: 用户的使用流程是如何的?

  • 逻辑: 产品底层逻辑是如何的?

跟分析别人的产品一样,分析自己的产品。

接下来,例如这个页面:

图片 6image

用户分别有:新用户、新报名的用户、报名了一段时间的用户

对于这三类用户,新用户进入这个页面后直接去报名就好了,不存在领导说的那个问题;报完名的用户,进来后有两种情况,一个是要找到自己报名的课程进行学习,另一个是已经学习完了一些课程,进来之后我要区分开哪些我学过了哪些没学过,然后看没学过的课程里有哪些值得报名的。以上的三种情况,第二种比较符合领导说的现象。

那么用户问题的现象就是:报完名之后重新回来看课程的时候,找不到自己报名的课程了。

根据用户的使用情况,将流程分离出来

用户在报名之后,进来看视屏的途径主要由以下四种情况:

图片 7image

以上流程中,列表页 -> 课程详情页 -> 视频播放页 这个流程跟上面用户遇到的情况是符合的。

  • 现象: 那些用户出了那些问题?

通过上面的分析得出了用户出问题的地方

  • 原因: 为什么出问题呢?

用户可能是不熟悉产品的使用流程,对产品认知还不够

  • 影响面: 出现问题的频率和受影响的用户量是什么样的?

比如通这三条路径有以下的数据

图片 8image

  • 关键点: 在业务流程中,找到关键的因素

回到业务流程里,找到关键点。比如上面的例子中,“列表页 -> 课程详情页 -> 视频播放页”,用户在看课程的时候遇到了阻碍,用户是试图从列表页进入课程的观看,而问题就出在“在列表中找不到报名的课程”,所以关键点就是列表页。

  • 多种方案: 有没有更多的方案?还是只有一种方案?

可以先想一种方案,然后根据手上想出来的方案再想想有没有其他延伸出来的方案。你手上的方案越多,当然是约好的。

  • 难度评估: 开发挠度与效果的选择

以前在说到需求分析的时候提到过四象限法。这里也是一样,当然是选择“开发难度小影响面大的方案”。

比如有以下几种方案:

图片 9image

值得注意的是,不要为了解决当前的问题,而影响到了产品其他方面的设计。比如第一种方案,先抛开开发难度不说,虽然直接解决了用户的问题,但是可能会影响到用户使用产品的其他场景,比如说用户报名了很多课程,他打开列表的时候看到的全部是已报名的,新出来的课程用户就不容易看到。

第三种解决方案开发难度最小,能够在最快的时间里解决用户的问题,所以选择第三种方案:

图片 10image

  • 考核指标: 用户什么指标来评估产品的表现?

指标是在你开始做之前应该有既有数据的支持,这个数据应该是已经得到的。

  • 数据对比: 前后的数据对比是如何的?

很多时候我们做很多迭代,其实是凭感觉拍脑袋的,或者是受到第三方的压力去做迭代,但是如果你每次做迭代的时候都有考核指标,那么你就可以通过数据指标去看自己的判断是否准确,你可以判断自己的眼光是否是准确的;同时你可以拿这些数据让给你提需求的人了解你的感觉,看数据和提需求人的感觉和真实数据的比例是不是ok的,如果是那就很好了,如果不是就可以去复盘了,至少下次你可以通过这些数据指标去控制一些需求。

很多的产品经理在做需求的时候时是被动迭代,被动迭代最可悲的是没有决定权,最可悲的是没有决定权的时候还没有反击的权利,那是最可怕的。你要反击的时候一定是要有数据指标的对比的,而功能点的优化,是考核指标和数据对比最容易做到的。

例如,上述的数据对比如下

图片 11image

虽然新增链接的点击率不高,但是出问题的路径的点击率降低了。

举个

本文由威尼斯人科技发布,转载请注明来源

关键词: 微尼斯人娱乐