- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
对软件产品化的理解
产品化的时机是看业务的需要,不管是对前景的落实,还是项目转化成产品,这些都不是技术人员
能考虑的,业务的发展和策划,如何进行市场细化等如果都由技术人员考虑,产品化的风险很大。
风险最大的是对于产品化的理解。
提到 产品化“ ”,大部分技术人员,包括很多公司老板,首先想到的是可销售性,也就是免实施, 软“
件产品的制造成本为零,微软就是这样发财的 ”,这是很多人跟我这么说,为什么要做产品。
基于这种考虑,技术人员往往把主要精力放在体系结构设计,把焦点放在可配置性、零实施等环节
,小型软件可能可以做到,而对于绝大部分中小软件公司,主要做的都是企业管理软件,采用这种
思路会是一种灾难,企业管理软件是靠业务驱动的,即使是国外的成熟软件实施周期也不会比定制
开发少多少,基于技术架构而不是业务来做产品开发,还没做出第一套就想着零成本复制,还没有
业务应用,就想着软件提供的组织机构要支持复杂的矩阵式,甚至虚拟组织,基于产品的二次开发
被看作是一种罪恶,从精益的角度上看也是一种过度设计,是一种浪费。如果基于这种想法来做
产品,可以说产品失败的风险是非常大的,技术上对于一般的中小公司而言,是无法保证的。
通用类产品、中间件及系统软件的产品化,我没有这方面的经验,无法评论。
企业管理软件,切入一个行业和领域,是可以产品化的,不过产品化在很大程度上讲,我认为是一
种商业名词,是一种结合管理思想、实施方法等个性化元素的东西,无法轻易复制和实施,不具备
大规模的销售可能。公司想做好,靠的是咨询顾问,他们所要的是 Best Practise ,技术在这个领域
对顾客的影响是微乎其微的,项目成功靠的是实施,我看国外的产品实施跟二次开发也没什么区别
。
如果不是通用产品或者系统软件,做企业管理软件想零成本实施不太可能,产品所提供的功能永远
无法满足客户的业务要求。而且靠销售软件产品挣钱,远远不及靠实施顾问挣实施费挣钱挣得多,
后者才会给企业客户带来管理上的提升。
软件公司怎么做产品化?我的意见是:
1、 找到合适的项目和合适的客户,多做项目;
2、 在某一个领域积累行业经验,建立样板工程和成功案例,并将项目产品化(指商务概念上的
产品);
3、 提炼管理理念,并将理念和成功案例结合,整理实施方法论;
4 、 找到下一个项目,在项目开发过程中将原系统重构。
在刚开始的时候,别想着挣大钱,先老老实实做项目,只是要从业务的上多下功夫,对公司而言更
重要的是抽象和提炼管理思想和业务规则,整理好实施方法和项目管理的经验,多做几个成功案例
,产品化才有良好的基础。
转自: /blog/168816
人人都是产品经理( )中国最大最活跃的产品经理学习、交流、分享平台
文档评论(0)