http://www.blogjava.net/rocket/archive/2007/09/09/143842.html
今天看到的一篇文章。加上自己最近一直在忙的项目,以及自己以前一直在做的产品,对于产品还是项目,确实是有一些体会。
who,what,why?我想这是我们必须要问的问题,如果产品已经作出来了,我们要向用户推销我们的产品:不能老说我们的产品被成功的应用到了那个哪个地方,用户关心的不是你的产品用到了哪个地方,而是看你的产品是不是能够解决客户的问题。
而客户的问题多半都是业务的问题,而这种业务的问题,一般如果你的公司不在客户的行业里摸爬滚打多年,你是不会明白的,甚至你可能连客户的业务都搞不清楚。当然,我这番话很多人是不会同意的。
如果在行业中总结得不够,做得不够多,不够好,积累得不够,我们何以开发出适合客户的产品。要明白,我们要解决的是客户的业务问题,而不是更底层的技术问题。所以,我想,对于我们来说,没有产品和项目的区分,现在,要做的就是找到客户,尽可能的挖掘客户的需求,分析他的需求并满足他们的需求,帮他们把他们想要的东西做出来。
由于我们的产品是管理类的产品,那么,在实施过程中,一定需要客户和软件方的良好合作。不然,即便我们的软件好用,能解决问题,可能也由于客户那边不能建立起适合软件的管理方法。那就是相当于买了拖拉机,但是大家还是采用牛耕地的管理方式。那怎么行,所以,实施也是一个非常重要的问题。
因此,我的设想就是:尽一切努力先拿下客户的单子,然后派实施人员实施。然后下一家,开发,实施;然后再下一家。在适当的时机,总结客户的需求,提炼出适合业务的业务框架(注意:不是技术框架),我们只有有这个东西才能更好的发展。
今天看到的一篇文章。加上自己最近一直在忙的项目,以及自己以前一直在做的产品,对于产品还是项目,确实是有一些体会。
who,what,why?我想这是我们必须要问的问题,如果产品已经作出来了,我们要向用户推销我们的产品:不能老说我们的产品被成功的应用到了那个哪个地方,用户关心的不是你的产品用到了哪个地方,而是看你的产品是不是能够解决客户的问题。
而客户的问题多半都是业务的问题,而这种业务的问题,一般如果你的公司不在客户的行业里摸爬滚打多年,你是不会明白的,甚至你可能连客户的业务都搞不清楚。当然,我这番话很多人是不会同意的。
如果在行业中总结得不够,做得不够多,不够好,积累得不够,我们何以开发出适合客户的产品。要明白,我们要解决的是客户的业务问题,而不是更底层的技术问题。所以,我想,对于我们来说,没有产品和项目的区分,现在,要做的就是找到客户,尽可能的挖掘客户的需求,分析他的需求并满足他们的需求,帮他们把他们想要的东西做出来。
由于我们的产品是管理类的产品,那么,在实施过程中,一定需要客户和软件方的良好合作。不然,即便我们的软件好用,能解决问题,可能也由于客户那边不能建立起适合软件的管理方法。那就是相当于买了拖拉机,但是大家还是采用牛耕地的管理方式。那怎么行,所以,实施也是一个非常重要的问题。
因此,我的设想就是:尽一切努力先拿下客户的单子,然后派实施人员实施。然后下一家,开发,实施;然后再下一家。在适当的时机,总结客户的需求,提炼出适合业务的业务框架(注意:不是技术框架),我们只有有这个东西才能更好的发展。