产品经理:搞不定开发,怪自己不懂技术?

11 评论 26150 浏览 80 收藏 9 分钟

作为产品人,不懂技术不是硬伤,最重要的是需要拥有独立思考以及逻辑分析能力。

关于产品经理有个经典问题屡见不鲜“产品经理需要懂技术吗?”

近期在招聘产品助理的过程中,有个应试者提到她近期在自学python,问到原因答到是为了更好的跟开发沟通。显然她是认同“产品经理需要懂技术”这个观点的,但是让我惊讶的是,在她过去一年多的工作经历中几乎从来没有画过业务流程图。我突然意识到,原来有很多新入行的产品同学根本没有意识到作为产品经理真正的核心竞争力是什么。

事实上如果做任何事没有机会成本的话,产品经理当然是懂的越多越好,但可惜的是你的精力、时间都是稀缺资源,你一旦做了A,必然会丧失做B的机会,所以选择做正确事的能力很重要。一般问出“产品经理需要懂技术吗?”这个问题的同学的潜台词即是“不懂技术能搞定开发么?” 这样我们下边就来谈谈“搞定”开发的到底是什么?

下边拿一个改编后的真实需求案例来说明:

一个没有技术背景的产品同学提出了这么一个需求:

一、需求内容

现状:当前某类似基金的理财产品详情页显示了净值走势图

问题:不能通过对比体现该理财产品的收益优势

解决方案:采用插件展现最新净值收益率趋势,同时通过与同时间段的沪深300指数收益率对比展示我司理财产品的优势。

如下分近3月、近1年、近2年、成立以来4个分段控件,收益率走势图具体规则如下:

  1. 纵轴为收益率
  2. 横轴为日期,选3个点标记日期,左为选择时间段的起始日期,中为选择时间段的中间日期,右为选择时间段的最近的有净值数据的日期
  3. 收益率计算公式为:(日期对应的净值-起始日期的净值)/起始日期的净值*100%
  4. 收益率走势图包含本产品及沪深300指数的净值收益率走势
  5. 最右边的时间点对应的净值收益率标记出具体数值,如下图

image001

这是1个简单的需求,提交开发后,问题来了。

二、产品与开发的初次pk

某天前台开发同学找到产品同学,反馈了开发中遇到的一个问题:“指定时间段内,我司产品净值的抽样点对应的日期可能和沪深300的不能完全对应,怎么破?”具体来说就是查看1-10号共10天的数据,我司产品和沪深300指数各取4个抽样时间点,有可能我司的日期为2、4、6、8,而沪深300的可能是1、3、5、7

image002

对于产品同学这时理应去揭开不一致背后的原因也即上图中的这个“?”,但是这个问号背后的黑盒中涉及到他不能驾驭的技术细节吗?这个时候是不是应该懊恼自己不懂技术呢?

这个时候开发同学抛来一个解决方案:既然只是展示趋势对比,而且这种不一致也只是小概率事件,能否忽略这个不一致,在图中以我司产品的抽样日期为横坐标值来显示沪深300指数呢?

这个解决方企图消灭矛盾产生的一方,从而掩饰问题的存在,对于开发同学而言这个自然是工作量最小的选择,只要产品同学肯点头,开发同学就可以按照原定的开发节奏完成他的工作任务了。

考验产品同学价值的时刻到了,是顺水推舟接收开发的建议皆大欢喜,还是揭开问号背后的黑盒找到更优解决方案来为产品体验负责呢?

image003

三、产品人员的出击

终于产品同学坚守了作为产品人员的底线,决定去揭开这个问号背后的真正原因。

首先他抛出第一个问题:

image004

开发同学巴拉巴拉的介绍了一下前后台数据交互的逻辑过程,产品同学简单的脑绘了一下其中的流程:

image005

到这里不一致的原因即已经找出来了,因为后台是根据约定的等分划分规则分别从理财产品净值涨跌幅表及沪深300指数涨跌幅表中取值,然后返回数据的。因为理财产品的净值公布日期和沪深300指数有值的日期并不可能完全一致,所以就可能出现分别返回的日期不一致的情况。

然后产品同学又抛出第二个问题,能否按照这样的逻辑来进行后台的数据查询呢?

image006

是的将以前的并行同步查询,改成先查我司产品数据,然后以我司产品的日期为准去查询沪深300指数数据。当然这其中还会遇到一个问题,如果我司某个日期对应没有沪深300指数数据怎么破?

实际上我司产品也是一个跟随股市开盘情况公布净值,所以我司产品净值日期对应没有沪深300指数的情况是一个极小概率的事件,另外对比主要看的是大趋势,所以产品同学审慎的做了一个决定:“指定日期没有沪深300指数数据的情况下,便取下一个最近交易日的数据”

四、关于技术实现可行性

自此产品同学已抛出了基于他独立思考的完整的解决方案。

下一个关键的问题即是,这样能实现吗?

“常规情况下,技术实现上的问题都不是问题”产品同学心中清楚这个硬道理,互联网技术发展到今天,大多数情况下技术都不会是瓶颈。

后台开发同学皱了皱眉,接受新提出的解决方案意味着他又要增加一些工作量,所幸产品同学日常跟开发同学已建立了沟通上的默契(这一块往后我会单独写文章讲,产品人员如何激发开发的积极性),哪怕本能上不想接受,但身体还是委婉的答应了。

“‘搞定’开发”意味着什么?我认为它意味着产品人员驱使开发人员高效、高质量的实现自己的产品设计意图。

管中窥豹,通过上边的故事我们可以看到,大多数情况下产品人员要补的不是技术,而是逻辑能力和分析能力!

产品人员千万别以不懂技术作为理由,放弃自己对产品的独立思考,放弃对于产品品质的坚持!

#专栏作家#

奇文天翔,微信公众账号:产品一二三,人人都是产品经理专栏作家。一个热爱产品设计的人,相信产品的力量。互联网金融公司移动产品主管。擅长产品规划、产品竞争策略、产品设计、用户体验。

本文原创发布于人人都是产品经理,未经许可,不得转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 逻辑分析能力、业务、运营、技术,哪个重要更重要?当然,我也认为产品经理要懂一点技术

    来自广东 回复
  2. 不懂技术就是一坑货产品经理,哈哈

    来自广东 回复
  3. 大神,求续集啊。。。。产品人员如何激发开发的积极性

    来自上海 回复
  4. 学习

    来自广东 回复
  5. 😉

    来自上海 回复
  6. 文中所PK的内容,应该在提交的产品文档中就有内容。

    回复
  7. 说得好

    来自湖南 回复
  8. 产品懂业务、运营比懂技术更重要!

    来自广东 回复
  9. 大多数情况下产品人员要补的不是技术,而是逻辑能力和分析能力!

    来自广东 回复
  10. 说得太对了。。不过同时自己各方面的知识也要加强。

    回复
  11. 产品人员千万别以不懂技术作为理由,放弃自己对产品的独立思考,放弃对于产品品质的坚持!

    来自北京 回复