产品经理需不需要懂技术
引言:今天我们来用产品思维的逻辑来分析这个问题,换个角度,换个逻辑也许这个问题就不再那么复杂了
简介
这是一个老生常谈的问题,这次我们换个思维方式来思考这个问题,我们将这个问题当作一个需求来做的话会是怎么样的,这次把产品对象定义为产品经理这个用户群体
目的
为了得出结论,产品经理究竟需不需要懂技术
范围
主要从产品经理的成长周期,以及产品经理的工作职责来剖析产品经理需不需要懂技术
用户角色描述
用户角色
用户描述
产品经理
本文研究对象,主要从周边以及自身研究产品经理是否需要懂技术
技术经理
工作主要对接人之一,负责开发部所有大小事项
市场经理
工作主要对接人之一,负责市场部所有大小事项
运营经理
工作主要对接人之一,负责运营部部所有大小事项
CEO(上级负责人)
工作上级,主要对产品经理工作产出,以及负责的人
产品roadmap
产品发展阶段
阶段描述
是否需要懂技术
产品助理
主要根据业务需求,进行原型,文档编写,需熟悉PRD/BRD等编写技巧,原型绘制技巧以及熟悉工作流程
非必需(PRD文档中会涉及一小部分)
初级产品经理
除初级产品经理的之外需要对产品进度,以及产品根进技巧,工作协调能力做出一定提升,对产品的整体把握度
非必需(提升协调能力)
高级产品经理

新增产品策略,产品目标,以及产品精细化设计,更加精益化,可以整体判断需求与目前系统逻辑改造量与改造周期,具备一定管理能力,竞品分析能力,足以对项目以及周边产生一定领导力
非必需(预估需求范围,涉及周边)
产品总监
多产品线规划,产品路线路规划,产品定位等产品方向,产品管理人员管理与资源协调能力
非必需
产品VP
产品价值,产品导向,产品VP与企业CEO的一部分重合,公司产品核心价值输出规划
非必需

注释:各公司定位不一样,所以导致阶段描述不同,所以roadmap大概了解即可,具体还是要以公司业务价值为导向的岗位划分,举个例子,乔布斯是产品经理吗?是的,同时也是公司负责人,所以那些名词的界定线并不是那么清晰
产品风险
风险
风险级别
描述
改善策略
本职工作风险

编写PRD在做设计时需要考虑

很多字段的判断逻辑,以及页面的加载逻辑,系统规则之类的需要融合业务以及系统做设计(初创公司的垂直化要求没这么高,有些容错率高,所以导致开发开发过程中遇到问题较高)
建议:了解一些app java 等语言逻辑为佳(千万不要坐在那里敲代码,本末倒置)
技术对接风险

毫无系统逻辑的文档,风险较大
逻辑错误开发是无法进行下去的,即便进行下去功能也未必是实现的

业务逻辑梳理能力要强,这样可以弥补技术方面,可以多看一些接口文档,以及系统设计文档,BAT的开放接口文档都是开放的有利于你对技术有更深刻的认知(一定要记住,尊重开发:初级开发,中级开发,高级开发对需求的需要程度不同,看团队节奏,其实开发技术这个群体很单纯,很有意思的)
市场对接风险

市场运营一般都是提出活动推广需求
对优惠券,活动类的产品设计多研究,对产品的敏锐度提升些,遇到多研究下即可
与上级对接

技术层面较低
执行力很重要,结果很重要,以上环节综合起来
竞品分析

不做过多分析,以个人经历来说,经历过大型上市企业,经历过初创团队,自主创业过,每个阶段对产品经理的要求都不一样,因地制宜比较好,过于执着会导致协同能力,以及执行能力下降(各个岗位无关好坏,只看公司的匹配度以及自己规划方向,所以不必做对比)

产品思维导图

产品功能
序号
优先级
需求名称
需求描述
1.

产品经理的业务梳理能力
λ 此项能力尤其重要
ν 需明确公司长期目标与短期目标
ν 熟知系统当前逻辑,业务数据流转流程
ν 熟悉每个业务环节的判断规则
ν 熟悉修改后的从数据到判断逻辑影响的周边系统以及功能
ν 熟悉竞品的优缺,加以融合利用,毕竟站在巨人的肩膀上何乐而不为呢
2.

产品经理的思维方式
λ 建议明确定位,确定方向
ν 所有的事情皆有目的,漫无目标是无法达成既定想法的,所以以目标为导向去处理是对于产品来说较好的方式
ν 熟每个产品有自己习惯的思维方式,不管什么思维方式,最终是以团队的目标为导向,没有不变的世界,只有不变的自己,饮用一句小法的名言“改变就是好事”

*
产品经理能力
ν 基础能力:PRD/BRD/原型绘制等
ν 分析能力:竞品分析,业务分析
ν 逻辑能力:业务/系统/逻辑梳理能力
ν 协同能力:周边资源协调能力
ν 沟通能力:具备一定领导力的沟通技巧
ν 执行力:项目推进执行
4.

产品经理开发技术能力
不要管什么技术能力
懂系统,懂业务,创造性,价值产出,才是优势
技术能力:主要作用于,不要乱改系统,让开发大神们加班,也不要因为懂技术而本末倒置,岗位各有职责,开心高效的协调全局才是王道

有些同学会觉得有技术开发时长就不会乱评了,这个和环境有关,我见识过一个广告位评一周的情况,也见识过一个整个业务流程一个月上线的情况,环境不会因为你懂技术而改变,只有当你自己变的更优能力的时候,才会遇到更有能力的人
技术在产品这里并不是一项工具

友情链接
KaDraw流程图
API参考文档
OK工具箱
云服务器优惠
阿里云优惠券
腾讯云优惠券
华为云优惠券
站点信息
问题反馈
邮箱:[email protected]
QQ群:637538335
关注微信