反省:一个失败的产品

  今天的心情本应该是愉悦一点的,因为折腾老子(请允许我爆一句粗口)一个多月的某证券PC客户端内嵌版商城终于通过层层部门测试,要上线了。对客户而言,基本完成了他们所有预期的功能和效果,但就我个人而言,我觉得这是一个混乱、失败的产品。

  在这里想做个总结。先分析下客观原因吧。

  第一、产品缺乏设计和流程

  从项目开始就只有几张截图,没有人提到这个如何产品设计,交互,框架,整个的建设流程,多次问及,除了告之参照截图,就是不断的催促项目时间。迫于时间压力,只能凭自己以往项目经验和对产品短时的理解仓促动手,以致后期修改率几乎达到50%。

  第二、项目人员职责不明

  开发过程中遇到的一些问题,接口数据不匹配,大量数据(可能超1000条)处理,数据库查询出错等等这些问题,甚至把出错日志打印出来,相关的人员依然不做处理,觉得是前端处理不当。

  第三、项目负责协调不力

  在出现上面的一些问题后,负责人非但不迅速查找实际原因,让相关人员处理,而是以看热闹的心态来调侃,实属不当吧。

  第四、同时接项目

  在此不靠普项目接近3/4时,又同时接了另外一家商城和app的开发,虽然催的很紧,好在这一项目的设计,流程等基本到位,省事不少。

  下面来应该反省我自己了。

  第一、整体把控能力不够

  第二、先动手,后动脑

  项目接手,没有充分分析,理解产品,过多的关注客户的时间要求,便开始动手开发。以致在开发过程中不得不多次停下来重新某些功能流程与实现

  第三、自以为是,缺少沟通

  自认为在短时间已理解产品,不必要处处细节上都要询问客户,以致后来在细节处理上修改不少。

  第四、脾气不好,没耐心

  开发中遇到的一些问题,客户不理解或者开发人员不明白的,讲解一两遍,如果对方依然如此,便会产生不耐烦情绪,影响开发。

  第五、业务能力欠缺

  业务上,比如通讯模块配置,功能配置等这些基础的能力不太熟练,还需要提高。

  总之,通过这一次独立处理的这一项目,虽然有些客观原因,但也让我认识了自己的很多种种不足。以前做项目的时候,老大虽然不插手,但出了问题一定会帮着去协调,沟通,大部分时候我们只需要处理代码上问题,出结果。而这一次老大的突然离职,多少有一些失落,这些问题也被暴露出来。以后接项目的时候,定要吸取这一次的教训,提高各方面的能力。

时间: 2024-10-10 04:24:16

反省:一个失败的产品的相关文章

《乌合之众》深度分析日本这个失败的产品

在日本战败70周年之际,适逢日本在东京的武道馆举行每年一度的对战死者的追悼活动,再次将对日本的谴责推向的风口浪尖之上.国内的各大媒体也不失时机地开始大肆宣扬,但媒体更多的是点到即止,更精彩的是人们的各种评论之精彩,不可谓不令人叹服. 就拿腾讯上的<日天皇首提"深刻反省" 疑对安倍不满>这篇文章为例子,文章很简短,主要就是说日本天皇和安培在致辞上的区别,一个是对战后的反省,而另外一个则是毫无反省诚意,引发了网友的评论如下: 究竟应该谴责什么 从评论中我们可以看到网友的评论多有

RethinkDB创始人教你如何打造一个伟大的产品

关于作者 我叫Slava Akhmechet,本人是 RethinkDB 的创始人之一,RethinkDB是开源,分布式数据库,旨在帮助开发人员与运营商在打造实时应用时处理无结构数据 如何打造一个伟大的产品 假如你认可"销售定乾坤"的原则,那么如果我说大部分初创企业在还没有把它们伟大的产品推向市场进行销售之前就已经把钱给烧光而铩羽而归的话,元芳,你怎么看呢?假如你面向的是一个爆炸性快速增长的市场,你需要找到一个打造一个伟大产品的方式的话,元芳,你又怎么看呢?[1] 打造一个伟大的产品是

如何打造一个伟大的产品4 - 如何驾驭三个木桶模型

如何驾驭三个木桶模型 打造一个产品最考技巧的是需要去学习究竟如何才能把一个产品的各个功能点进行分门别类的放到"三个木桶模型"里面的三个木桶里面,然后还要知道什么时候这些木桶是已经装满了.返回之前提过的一个例子,究竟一个内嵌的投影模块对手机产品来说是属于gamechangers级别的功能还是distractions级别的功能呢?如果是gamechangers级别的话,那么这个功能是否已经足够捕获大量用户的芳心呢?或者你还需要结合另外一个gamechangers级别的功能才能做到这一点呢?

对一个“失败”项目的审视—前言

总说自己牛B的人-狂妄自大 总笑自己傻B的人-妄自菲薄. 我相信任何一位牛B的人都曾做过傻B的事, 所以得出的结论是:一位牛人的诞生,是由N多傻B的人.傻B的事所磨练出来的. 我并非牛人,却已经做过很多傻B的项目.有的项目初期设计非常牛B,但是随着时间的推移.人员的更迭.预算的缩水,到头来变成了一款鸡肋的产品--食之无味弃之可惜. 以下几篇文章,我会从架构设计.实际编码.人员管理等诸多方面来分析一款我设想得很牛B,最后却做得很傻B的项目.当然,我这里所谓"傻B",指的是一种主观上的失败

如何打造一个伟大的产品6 - 聚合性gamechangers功能点不可取

聚合性gamechangers功能点不可取 这里开始讨论下我们之前没有讨论过的关于"三个木桶模型"的一些微妙之处.有些独立的功能点自身其实并没有足够的吸引力的,但是一旦和其他功能点聚合在一起就会立刻摇身一变成为gamechangers级别的功能.比如,假设你现在在为你的手机产品设计一套图的的图片.这会是一个gamechangers级别的功能点吗?很有可能不是.那么单独的一套独特的漂亮颜色组合模版呢?这看起来也不像是一个gamechangers级别的功能.那么配套上一个独特类型的手机外壳

如何打造一个伟大的产品1 - 引言

关于作者 我叫Slava Akhmechet,本人是 RethinkDB 的创始人之一,RethinkDB是一个设计来帮助开发者和运营团队来处理无结构数据的一个开源的分布式数据库,用户可以使用它来作为数据库来打造自己的应用. 如何打造一个伟大的产品 26 Sep 2013 如果你深信销售就是你产品成功的制胜法宝的话,那么如果我说大部分初创企业在还没有把它们伟大的产品推向市场进行销售之前就已经把钱给烧光而铩羽而归的话,元芳,你怎么看呢?假如你面向的是一个爆炸性快速增长的市场,你需要找到一个打造一个

对一个“失败”项目的审视—架构

衡量一个产品的成败,往往所站的角度不同理解也就不同.站在一个开发人员的角度来看,判断一个产品是否成功,往往首先判断这款产品是否满足用户的需求.对于有性能扩展要求的产品,则还要考虑其是否具有较高的性能.是否便于后期扩展:对于具有代码洁癖的开发者来说,则还要看代码编写是否规范等等. 今天我们先来了解一下这款产品的架构是如何设计的,再说说它的各服务器的功能. 首先我简单说明一下架构中需要重点考虑的几点: 1:网吧断网时的处理:架构设计中要考虑到网吧和中心服务器断网的情况,所以简单的按照MMO游戏的设计

我经历过的失败的产品和项目(五):没有前途的视频呼叫中心

背景 也是在3G大环境下,公司在视频领域尝试的一种业务形态. 大概就在10年的时候,三大运营商也都在做视频呼叫中心的业务评估,不过基本属于规范制定中,其中中联通走的比较快,而且他们的视频呼叫中心最终也上线了(但业务一直起不来),也有一些传统的语音呼叫中心厂家在尝试做这方面的工作.我们在经过一段时间的评估和考察之后,在2010年初的时候,决定和一个Avaya和思科呼叫中心的代理商合作,启动视频呼叫中心的项目,由我来领导这个项目组. 描述 产品比较明确,就是在Avaya和Cisco的语音呼叫中心的基

锤子手机能算一个好的产品么?

老罗一直认为自己是乔布斯第二,大概表达的意思是自己很懂产品,而且很多人也信了.其实后来我才发现,并不是这样.之前有一个小伙子写过一篇文章谈产品,说他认为好的产品是知乎什么的,反正是酷炫的小玩意,然后我就教育了他一下,后来他就把文章都改了. 好的产品是什么?不是让人觉得酷炫,而是让人润物细无声的有用和习惯.我跟那个哥们儿说,最牛逼的软件产品我认为是360的开机小助手,你开机速度打败了XXX已经耳熟能详,很多人还就喜欢这个调调,经常分享.这个产品的意义在于为本来应该是毫无用户感知的安全软件带来了用户