【人人圆桌】13期:避开产品路上的坑

鱼精
0 评论 13598 浏览 12 收藏 14 分钟

人人圆桌

人人圆桌是在群讨论的基础上,通过筛选人员、限制讨论时间的一种讨论模式,以达到帮助新人成长、发散思路和学习交流的目的;而且因圆桌讨论的特殊性,也能在讨论中暴露出一些工作和思维上的问题,避免工作时再次犯错。

本期话题

你在创业/产品路上犯过那些致命错误

你的产品之路上,都犯过哪些错误,怎么挽救的,这些错误教会了你什么?

话题背景

一次颁奖典礼上,马云说,如果将来要写书,就写《阿里的1001个错误》。

最近有人整理了被众多产品经理羡慕的马云犯过的错误,其中一些是致命的。

马云的十大错误:

1、好大喜功 迁都上海铩羽而归

2、扩张过快 运营费用居高不下

3、盲目相信空降兵 “集体阵亡”

4、做死雅虎中国 险丧阿里控制权

5、收购口碑网整合失败 O2O机遇没抓住

6、投资星晨急便失败 痛失物流发展战略机遇期

7、淘宝商城服务费提升过猛 引网商骚乱

8、***“单飞” 马云陷契约门 形象跌下神坛

9、中国供应商欺诈 阿里陷诚信危机 马云“痛斩”卫哲

10、推“来往”未达目的 狙击微信失利

你呢?在创业/产品路上犯过那些错误?怎么挽救的,现在回头看来,这些错误教会了你什么?

圆桌记录

今天的讨论的话题是,在产品路上犯过的一些错误,或者遇到的一些迷惑。其实我们常说,产品在一个公司里除了端茶倒水,扫地和财务不做之外,其他任何事情都是你要管的事情。

所以,产品在一个公司里扮演了很重要的角色,你的沟通能力,你的逻辑严密性,你看待事物的全面性,就决定你的产品(公司)未来很长时间的导向(PS:一不小心就上了纳斯达克,也可能A轮的钱烧完了后就关门大吉)。

古人曰“人非圣贤,孰能无过”,经验再丰富的产品经理也不可能在立项的时候把所有事情想透彻,不犯错误这是不可能的。那么,我们今天就盘点一下过往的产品路上种种“坑”。

会议在8:30正式开始,朱张童鞋首先给我们梳理了四个“血淋漓”的坑:

1.产品逻辑能力坑;(能力坑)

2.技术实现坑;(团队坑)

3.变更需求坑;(无法抗拒的坑)

4.老板奇思妙想坑;(终极天坑)

一.我们首先说说逻辑坑

产品逻辑是自身能力的一种体现,其实一个产品做的好坏与否很大一部分是在于你考虑问题逻辑性是否正确,缜密?这个可能会在各个环节都会起到决定性的影响,逻辑能力会影响你在方案的制作和实施,如果你的逻辑能力足够强,那么在沟通上也必然有较强的说服能力。产品旺们,你们是否会常被开发或者测试问到,“你这个做得合理吗?”“这个情况你考虑到了吗?”如果有,恭喜你已经埋下了坑。

会上小伙伴们也纷纷表示,坑是要造的,但也要知道怎么去改正,避免同样的问题再次出现。大家总结如下几点:

1.要正面积极听取别人的意见

你真的没有考虑到,漏掉了,你不是神~

2.要多去了解用户的需求

不是因为你逻辑不够好,而且压根你做的是你自己凭空想的需求,你自己在那里“意淫”吧了

3.制作的时候,多参考一下其他的案例

至少3-5个,这样基本的东西不会错,不会遗漏

4.快速拿出产品,放入市场,得到验证,之后再去判断,产品的逻辑是否合理

这点是用户的反馈来检验产品的合理性,比起大帮人在那里唾沫横飞要强的多了

其实,逻辑的东西继续说下去的话可以写一本书了,所谓“仁者见仁智者见智”,真的没有一个准确的答案,最好的方法就是让市场去验证了。(PS:后面大家展开了对注册流程的长时间的讨论,光一个注册流程不同产品做法就不一样,这里就不展开说了~~~)

二.再就是技术坑

QQ截图20150427113705

技术坑主要是产品经理提交的需求文档和原型的时候,和日常的项目沟通上遇到的一些问题。Lydia讲述了他之前一次经历,“开评审会的时候,产品给大家讲需求的时候都不说话,但是一进入开发的时候就一堆问题扔出来了,而且领导也在变需求,搞得很无奈”相信这样的场景,大家都有遇到过,而且不止一次吧。我们不能做到面面俱到,但是所有需求的下达应该是要让所有项目的成员都知道并了解,说个简单的道理,如果开发连自己为什么做这个需求,目的是什么,都不知道,那就有很大的问题。

(PS: 好的开发人员可以一起帮助产品分析和解决问题,不负责的开发就知道每天完成领导下发的任务准时打卡下班,这个也会给整个项目埋下很大的而且是看不见的坑!)

所以大家总结到几点,来尽量减少这些问题的出现:

1.需求评审会重要性

评审会的时候,项目成员都要积极参与,产品经理不要只是自己在那里讲,要适当停下来,听下大家意见。对于那些不发言玩手机的的童鞋,要点名提问。

2.产品设计理念的传达

项目组成员要形成一个统一的理念,这个理念也是要基于产品的核心价值,要让项目组成员了解项目最终目标(KPI)。

3.做原型的时候尽量做全静态展开(jean分享的实际经验)

不要为了效果做的特别炫,耗费时间不说,还很容易漏细节,要把多余的时间考虑在产品的设计细节上。

4.项目要把控

很多时候,不是所有的人都像产品一样天天打了鸡血,操这个心,操那个心。很多人还是准点打卡,不关心项目,虽然前面再三强调,也会出现各种信息沟通不对称的情况。所以,产品要学会把控产品进度及全局。silen建议是,每天工作进度要及时汇总,这个要细致到每个部门每天工作进度(有的公司有项目经理去完成,但是至少产品要时刻了解整体进度,遇到问题要协调各个部门去处理问题),做到以不变应万变。

三.是需求变更坑

“尼玛,你要改需求”“再改的话,项目就完成不了啊~”。每次听到这个抱怨,我只能呵呵了~也是表示同情一下那些苦逼加班的猴子们,真的不是我想要改滴啊。

说到这里,小桌子童鞋发言了:一个产品设计阶段会有不同想法,会受到市场、同行或自己认识提升改变的,如果有好的点子,产品能肯定得改。是啊,好的产品不是一气呵成,也不会是一成不变,都是在不断的迭代修复改造的过程中完善的。只是这个过程要注意的几点,1需求变更要及时通知大家邮件,并且部门负责人要回执。2.管理好自己的需求,一般来讲确定好的计划的需求不要随便变更,如果非要改变,一定和程序负责人沟通好,确定时间后,再变更。

需求变更是不可抗拒,产品经理要做到的是既要迎合新的市场的策略的调整,又要管理好整体项目需求的制作进度,及时沟通,及时调整,保证项目的安全性。

四.老板奇思妙想坑

你以为你是公司最大的产品经理,其实不然。老板才是,每天奇思妙想的功能需求,让你欲罢不能(亚麻,亚麻跌~)面这种坑,产品君,如何破呀?

jean说道,“看老板是什么样的人,不怕老板不懂,就怕老板懂一点” 朱张说“如果老板今天用了一个与你完全不相干的产品注册,觉得真是好,那后果是”,silen说“哈哈。老板这关真不好过”。

拒绝老板一次、两次、三次,第四次总得同意一回吧,兄弟以为你能抗的过去么!

虽然大家都在抱怨,其实有一点都是有共识的。老板也是人啊,你把他当做一个用户。你要想,为什么老板会这么提,他的目的是,阴谋是什么?哈哈!可能换一个角度和方法,去说服老板,说其实这样做也能达到目的,而且实现的方式会更好。老板可能会说,咦,小伙子不错,明天给你加工资了!

是啊,换个角度,看问题,你就可能会有新答案。退一步海阔天空,这种退不是要你退缩,而且懂得去换位思考,多从用户的角度去考虑问题,想问题。

产品的路要一直走,产品的坑也还是要挖的,只是要我们面对问题的时候要不畏惧,不退缩。做到对用户有爱,对产品有爱

最后跟产品旺们说,大家一路上且挖且珍惜吧。

更多圆桌

【人人圆桌】第一期:二维码破局:基于二维码的新的商业机会

【人人圆桌】第二期:借力“世界杯”:如何让你网站流量翻倍

【人人圆桌】第三期:“宝贝,爸爸今天不去哪儿”

【人人圆桌】第四期:竞品分析报告模版

【人人圆桌】第五期:市场需求分析报告

【人人圆桌】第六期:产品需求文档PRD模版

【人人圆桌】第七期:小团队如何面对大公司的抄袭

【人人圆桌】第八期:30字的个人简历

【人人圆桌】第九期:血压血糖仪的转型

【人人圆桌】特别篇:写给刚入职的产品菜鸟

【人人圆桌】第十一期:一起来画流程图

【人人圆桌】剧场版:如何缓解工作压力

感谢人人都是产品经理以下成员参与(排名不分先后):

朱张、梦幻、小桌子、小鸡 、jean 、Lydia 、silen、行之、HE、苏丹丹

感谢silen产出总结文档。

本文由人人都是产品经理@silen 原创,转载请注明作者,并标注来自于人人都是产品经理。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!
专题
18037人已学习14篇文章
智能客服类产品,最根本的价值在于以低成本取代人工客服工作中大量重复性的部分。本专题的文章分享了如何搭建一个智能客服。
专题
12808人已学习12篇文章
产品立项,对于产品来说是其生命周期中最基础的和最重要的阶段。产品立项都有哪些主要工作?本专题的文章分享了产品立项指南。
专题
32044人已学习19篇文章
一个合格的购物车是怎么设计出来的?
专题
14762人已学习13篇文章
用户画像,是根据用户的基本属性、用户偏好、生活习惯、用户行为等信息而抽象出来的标签化用户模型。本专题的文章分享了如何构建用户画像体系。
专题
36145人已学习13篇文章
用户分层本身并不是目的,只是实现业务发展的手段方式。
专题
19467人已学习13篇文章
什么是中台?为什么要建中台?中台建设的切入点在哪?本专题的文章将提供这些问题的解答。