技术人员应该如何让产品合理的妥协

文章背景,来自于群内周五晚上的一次头脑风暴式的思维碰撞交流活动。活动主题由无痕哥发起。文章版权属于群内发过言的任何一位同学,我只是做了简单的梳理或整理。

1. 技术人员了解产品这个岗位所需要做的事情,然后试着从产品的角度出发,考虑当前页面功能的真实需求,挖掘更深层的可扩展需求,从而在另一个方面去引导产品。

比如:一个注册页面,当前产品想到的是一个普通的用户注册,但是在整个的平台中,可能还有vip邀请注册,这时候可以试着想两个能不能合在一起,如果不能合在一起,就要分别处理。

2. 有的公司没有专门的产品,则有项目经理兼任。但如果项目经理不懂技术,且在职权范围内有决策权,这个就比较难沟通。

这样可能导致的情况是:从产品看,提出的需求确实可以使用户体验更好,但是做起来就要很多时间,项目周期就要拉长。

这种问题,个人感觉:应该从全局考虑,做某个模块或栏目内容是充分的给项目经理讲清开发周期,所需要的人员配置,然后复杂的他就妥协了。

因为项目经理只是单纯的提了一个产品需求,他并不能充分的了解开发的周期,所需的人员,以及开发完,到测试回溯完的时间段。

一句话,他并不真正的清楚做这个需求的成本,了解这个成本之后,果断的妥协了。

他可以选择不信任,但要委婉的可以建议他找另外组相关人员重新评估这个时间。

这个环节最主要还是详细的沟通,耐心的站在对方的角度来考虑问题。

当然还有一种情况,如果双方都坚持自己的观点,不能妥协,这需要上报更高级别的上级,进行更高级别的评审。

简单说,需要老大来拍板,这时候问题就简单了,把球T出去。

乐观的估计,如果项目经理或产品觉得你说的有理他还是会接受的,首先要用自己的专业见解与产品沟通,达不成共识说明你的观点没有专业性。

当然这个建立在扎实的技术功底或丰富的行业经验上面。

最后一点建议:一个产品的立项到设计开发测试上线,其实周期是挺长的,乐观的自以为的压缩开发周期,

以为技术是简单的,以为平常看到的就是一个开发的结果,忽略了开发背后所做的种种劳动。

主观的认为开发是不耗时间的,然后就是时间还很紧张。这样就需要更多的技巧,更多的沟通策略来达到目标的一致。

这只是一种极端的情况,有的产品刚入行或没有经验,固执的以为,他代表着用户,假想自己是用户。

并没有真正的站在用户的角度,也没有在全局的角度来考虑问题,忽略了公司成本的重要性,以一个一项情愿达目的的想法做事,就会拖垮众人,

这时候如果没有一个真正的项目把控者出现,就会让项目走入误区。

3. 不同公司不一样的,技术驱动还是产品驱动甚至商业驱动的公司氛围都不一样

产品驱动的公司产品非常强势,说啥就是啥,你说不行啊,按你那么做时间会很长的,他们笑眯眯得说没关系。然后某个周末leader问,产品现在什么进度?他们就开始添油加醋了。

这种情况个人的建议是所有的沟通要以会议的形式正式的沟通,会后有专门的一致邮件发给相关人员,并抄送给相关leader。

避免被动情况的产生。

4. 产品上线后,后期的维护成本,新需求的产生,如何应对?

产品上线后,后续的维护同样重要,用户使用一段时间后,提出自己的想法。

这个时候就可以更新一个新的版本,把一些新的建议或想法加进去。

这就完全是拼经验的,改的多了,在写代码的时候就已经做好的预防修改的接口或代码容错性。

一般有个不成文的规定,就是写过的东西再写的时候时间缩减

一个产品/项目经理需求改的太多,然后开发人员一天备份一个,后果就是拖慢了开发周期,造到更高层的责备,然后开发悄悄的闪了。

然后在新补一个人进来的周期是1-3个月,对整个团队或产品造成了不可估量的损失。

5. 老是在前端这个层面来修改东西,修改完了在去让领导抉择,选择。

其实这是一个真正流程上的失误,在产品出原型稿的时候,就需要评审一次。就算没有原型稿,在设计出高保真效果图的时候,再需要评审。

这样做的目的不就是早期把一些视角上的问题消化掉。

如果出现让前端修改效果来大面积的达到需求,这时候需要完整的设计效果图,否则后期没办法收尾。

这样也方便测试统一做回滚测试。

当然这需要灵活有一些简单的东西,可以直接吃掉。

最后总结收尾,引用自下面网址:

产品经理需要拥有很高的产品设计、用户体验感知能力,这里所说的产品设计和体验感知都必须围绕公司战略和产品方向进行展开,初级产品经理最容易犯的错误是把太多的时间抠在产品的设计细节上。说具体些,就是把产品的交互设计和UI设计看的太重,几乎大部分的时间都花在axure原型图的设计上了,而忽视了理解钻研公司战略、产品方向、以及产品本身应该重点考虑的地方。

在很多产品相关的网站和博客,你会发现讨论和分享的绝大多数都是围绕体验和交互设计相关的内容,这个怪像容易让初级产品经理陷入泥潭,会造成产品整体感觉丧失。产品经理需要具备产品的整体嗅觉,需要具备站在高度对产品有全局的把握能力,任何不站在整体生态、产品方向和公司战略下讨论体验设计都是耍流氓。

这段话个人认为引用的这段很是经典,分享给诸位,消化一下,说的很实在。

链接在这:http://www.zhihu.com/question/25657351



前端开发qq群:159758989 ,禁止闲聊,非喜勿进~!

时间: 2024-08-05 01:22:58

技术人员应该如何让产品合理的妥协的相关文章

[转] 技术人员如何确认 web 产品的需求

web 需求定义涉及到展示和交互两个部分,展示是打开一个页面时呈现出来的页面效果,交互是用户通过鼠标,键盘,触摸或其他外设操作之后系统给出响应的过程. 对于页面的展示要从下面几个角度来确认需求. 一. 界面展示,需要确认展示的逻辑 1)展示逻辑通常要考虑不同的角色进入页面时候的显示是否一致,如果不一致,则要明确不同角色进来后显示内容的异同2)对于有隐藏内容的控件,必须确认隐藏的内容,例如菜单,tab3)对于每一个显示单元要确认显示数据的逻辑,例如“最热文章”,必须要确认这个最热文章是如何定义的,

技术人员如何创业《一》—— 产品及想法(转载)

转载:http://www.cnblogs.com/xdp-gacl/p/5354740.html 不得不说这是个浮躁的社会,人人在这个社会都想暴富或者成名.在这些引诱的驱使下很多人都脱离了原来的稳定工作创业.前几天看了<中国合伙人>,故事讲到了几个大学生从校园到工作.再到创办了一个伟大的企业,这个故事更加激励了创业大军的壮大.大家都想创业,那我们技术人员怎么创业?也就个人的经验分享一下: 1.好的想法.产品构思. 2.好的合伙人.三板斧,管理.销售.技术. 3.构建强大执行力的团队. 一.产

技术与技术人员的价值

在我工作到第四年出头时,总是感觉自己的价值被低估了,换个说法就是感觉工资低了. 当时,总觉得技术不如管理,但又听闻有人一直做技术也有到年薪百万的,虽不在身边,但江湖总有这样的传说.再环顾周身环境,似乎除了去伊拉克做技术能让收入立刻飙升(补贴超过工资),让我不禁怀疑江湖的百万传说是不是被高估了.再加上工作几年后,技术提升感觉明显变慢,第一个天花板已近在眼前. 分类 又过了七.八年后,再回顾走过的技术道路.感觉技术的价值有时被高估,有时又被低估,但长期看,很少有人能一直享受到高估的溢价,同样也很少有

ITFriend创业败局(三):技术人员创业,需要尽可能避免,或者需要解决的5个重要问题

一.插科打诨: 本想给小雷粉,做一个创业"成功案例"的,结果做成了一个"反面教材"~ No zuo,no die~ 二.写作目的:分享自己作为一名技术人员,或者说技术背景比较浓厚的创业者的一些经验教训,希望后来的技术创业者能够少走弯路.本文中的经验,主要来自创业前的思考.创业亲身经历,其次来自于CSDN等社区网友的一些经验教训. 三.五大问题1.技术是万能的.   缺乏市场实践经验的技术人员,对技术容易过于注重,很容易忽视其它能力对创业成功的重要性.   认为做项目

技术人员应对「考核」的一些思考

来这个公司实习已经半年多了,在年前经历了一次年终考核,最终对我的工作的评级是 C(及格-符合当前职位的工作),让我不禁思考自己在项目中的一些工作的问题,为什么我是C?是我做的不够好吗?或者说在哪里做的不够好? 从考核流程来看,基本上是 CTO 与 Team Leader 对团队成员的「年终总结与次年工作计划」进行Rank,个人狭义的认为「考核」的主要支持材料就是这个总结了. 他山之石 其他公司是怎么考核的呢?说实话我也不太清楚,刚入行,只能通过搜索了解,在网上了解到有以下几种:发精品博客.发论文

技术人员如何创业《二》- 合伙人的模式(转载)

"合伙人"其实从古到今都有,指一帮人聚集在一起干一件大事情,这个事情必须要借助大家的力量一起完成.比如水浒里的一百单八将.西游记里的五人组合.技术创业者刚出来创业一般也都会找合伙人,毕竟一个人搞定不了太多的事情,除非自己做的东西一个人可以搞定,比如开个小店之内的.如何研发一个好的产品参考 技术人员如何创业<一>- 产品及想法 .是不是只要研发出软件产品就可以赚大钱了?那是不可能的,必须要有好的产品.个人觉得好的产品需要整个公司特别是管理人紧密配合才能创造出来的.怎么选择合伙

技术人员如何创业《四》- 打造超强执行力团队(转载)

好的团队是创业公司成功的必要因素之一.差劲的团队会导致整个团队没有战斗力,互相算计,只看到自己的利益,永远做不成一个好的产品.优秀的团队整个团体非常有凝聚力,以公司的事业为自己的事业,各自发挥自己的特长并互相帮助对方,不计较个人短暂的得失努力把公司推向一个又一个高点.我想没有一个创业者不想建立这样的团队,但很多人想法是好的,为什么最终却达不到理想团队的效果呢? 要知道人的问题永远是最复杂.最难处理的,因为人是可变化的实体,而作为技术创业者的我们对于电脑.程序处理的得心应手,但对于人来说就不是那么

让大家信任自己,做个行为和语言上都没黑盒子的技术人员(转)

在汽车之家工作了 10 年,如今创业也有 6 个月了,身边流经了上百人的技术朋友,和他们一起战斗.一起创业.看着他们离职.看着他们不开心. 原因是啥? 最原始状态就是:不被信任. 写代码的技术是个很独特的工种,它不像其他工种,多少用人的逻辑可以听懂,例如,我是个做营销的人,其他部门同事如果乐意的话,是可以尝试摸清楚这个工种的工作逻辑和效率的,我今日见了 3 个客户,每个客户在北京的那里.每个客户消耗的时间.聊了啥,这些事说给自己老爷爷奶奶,大家也都是可以听懂的,只要听得懂,大家就能互相理解和认可

技术人员的未来:做技术还是做管理?

一.如何确定自己做技术还是管理 从标题来看是个很简单很朴实的问题,大部分技术人员在工作3年.5年以后都会面临这个问题,如果没有面临,说明你平常思考的太少,或者你危机要降临了.本文讨论的是通常意义的计算机相关技术人员的个人职业发展规划,如果是个人创业或者其他目标追求不在此列,我只是描述大部分普普通通的计算机工程师的问题. 中国是个官本位思想很重的国家,所有主流意识认为能够当官或者做管理的人才是有出头的,才是有出息的,才是王道,才会被亲朋好友同事同学瞧得起,其实,不尽然. 我说点大块的,比如说,如果