`

一步一个脚印-产品升级随笔(1)-vision

阅读更多

产品的维护和升级总是困扰着我,犯过很多的错误,吃过很多的亏,如何一步一个脚印的做好这个工作也是我所需要解决的问题。

逃脱不掉产品的升级

公司目前处于市场促进技术的阶段,在产品投放1年左右,收集了大量的用户反馈,如何在这些反馈中找到共同点,更好的进行产品的升级,是逃脱不掉的,也是产品未来走向的一个关键。

让需求来得更猛烈些吧

有些时候我总是逃避需求,想通过自己的说法和意志来感化客户,程序员很难承认自己的作品是失败的,如果别人说自己的设计存在缺陷,通常都会恼怒的。但是几次实施下来,看着厚厚的需求反馈,就要好好想想了,虽然与同类产品比,产品还可以,不是很烂,但是如果想让产品

继续占领市场,继续高歌猛进,那么让需求来的更猛烈些吧,只有更多的反馈,更多的需求我们才能更好的了解用户的需求,更好的进行产品的研发,让产品更贴近客户,爱反馈、爱需求,套用一句老话“拥抱变化”。

盲人摸象

需求的反馈通常都是市场部和实施部拿回来得,还有一些是通过用户的电话、电子邮件、聊天工具获得的。兄弟们也都负责着自己的模块,听说了产品升级,也都摩拳擦掌,跃跃欲试。

我在公司的群里发了一个消息,希望各位根据自己的想法将产品的升级建议发送给我,呵呵,有意思的事情来了,每个人都根据自己了解的情况充分说明了自己建议的重要性和合理性。

如果拆开来看,都不错,每个人的建议都是对产品的极大补充,但是,等等,怎么都有些问题:

(1)只关注自己了解的

(2)只考虑新功能、新架构、新思路

(3)兼容性怎么都没有提

(4)需要多长时间来实现

呵呵,其实这很正常,完成一个升级的第一步,就是要让兄弟们将各种想法都汇集上来,通过分析这些想法和需求,可以泛泛的总结出各种想法和建议,而如果当时立刻定好调子,则很多好的想法就都没有了,呵呵。

虽然盲人摸象不是好的现象,但是如果每个人都能将自己熟悉的领域摸的很透,组合起来也是好事情。

收集-分析-分解-确认,周而复始,则规律自现。

约束

需求是无穷无尽的,但是产品的升级是固定的,我所考虑的是一个3个月左右的升级计划,1个月的方案设计,2个月的开发和测试,所以整个开发和测试过程要压缩在2个月内。

呵呵,升级是有约束的,在规定的时间内交货则是我所需要重点考虑的。

时间、代价、兼容、稳定,这些都约束着产品的升级,如果向前看则可以大刀阔斧的完成,但是,现有的客户的利益怎么考虑?如果没有好的兼容性,则老客户会疯掉的。而如果稳定性得不到保证,那个讨厌得3.0法则会将我们得产品痛击,而市场部得哥们也会杀了我。

唉,如果从程序员的角度来看,给我足够得时间和足够得人,我可以作出世界上最完美得产品,呵呵,天方夜谈,哪有这种事情。

避重就轻

有些事情你不愿意做你也得做

1:产品的Bug,必须修补

2:竞争对手已经具备的功能,必须优化跟进

3:答应客户在升级中要实现得版本,必须实现

4:如果产品存在消费品,则必须修订对应得消费品

原则就是,答应的、烂苹果、别人有的,呵呵要尽可能的实现

肥猪

feature,我的兄弟管这个词叫做肥猪,他是在提醒我,我们的产品与别的产品目前竞争的不是通用功能而是特色,这个丢掉了,我们的产品也就完蛋了,呵呵,所以看好家里边的肥猪,让它更好,更肥,产品才更有生命力。

公文

将各种需求收集好,要详细规划成标准的公文,呵呵,虽然只是两个月的开发,但是也许下一次的升级,这些宝贝就要闪光了,可是不仔细的整理和书写,也许这些宝贝就总是找不到了。

远景vision

说了半天,在产品的升级中应该类似与MSF的说法要有一个Vision(远景),看看刚才的废话,就知道,如何好的做好战斗准备,一定要统一思想,否则8个人有8个想法,要经过讨论和分析,让兄弟们认可本次的升级目标和范围,这样俺们的队伍才有战斗力。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics