第11章 产品思维
经过了多次迭代的开发,我们的项目逐渐进入了稳固的方向。这时,就需要我们具有产品思维,来思考项目产品化的问题。其实在做项目的时候,最好也要带着产品思维去做,这应该是一个项目经理和架构师应该具备的一种常识。如果公司并没有产品,只是一味地接项目,可能会坐吃山空;也可能会让大量的组织架构资产白白浪费掉。因为,每一次做项目的过程都是一次积累的过程。如果我们带着产品思维去做项目,依次开发完管理系统、员工信息项目,电商平台等,那么,期间的很多工具和方法都是可以复用的。例如,文档的积累,架构的积累,甚至WBS的积累都可以复用,以至于后期的项目越来越区域简单化。而公司也可以考虑将项目做成产品,这样就可以一劳永逸了。没有公司会拒绝赚钱,项目的产品化是必然趋势。
11.1 何谓产品化
11.1.1 三个标准
一个软件公司成立后,有两种经营模式。第一种是该公司获得了足够的融资,从初创开始就步入了产品的开发,如我们熟知的共享单车这类企业;第二种是该公司没有获得融资,或者是只有天使轮,归根到底是这类公司资金不足,因此,极有可能去接一些项目来进行公司的初步阶段的发展。当然,也有一种情况是,公司本身碍于销售渠道的原因,必须在前期开发项目。例如,A公司的销售团队近年来主攻税务行业、医疗行业的项目,所以,它们接纳的仅仅可能是对方发布的公开招标项目。这类项目,只是看似不能产品化。举个例子,我们给A医院上了一套医疗管理软件,并且经过了迭代开发后已经成功上线。这类项目看似已经结束了,但与此同时,我们又面临着给B医院也上这套同样的系统,这就面临着重复开发。可能,这两家医院有一些不同,但是归根到底,它们都是
本文探讨了产品思维在软件开发中的重要性,强调在项目开发时应具备产品思维,以避免重复开发和资源浪费。文章介绍了产品化的三个标准:时间标准、价格标准和开发标准,并讨论了软件服务的不同模式,如项目制、产品化和SaaS。此外,还详细阐述了软件产品化的关键点,包括开发文档的积累、产品风格的统一、前端框架的使用和后端框架的复用。最后,通过Bootstrap和ECharts的例子,展示了如何在原有项目基础上进行图表项目的产品化开发。
订阅专栏 解锁全文
1595

被折叠的 条评论
为什么被折叠?



