我对产品化的理解
产品化的时机是看业务的需要,不管是对前景的落实,还是项目转化成产品,这些都不是技术人员能考虑的,业务的发展和策划,如何进行市场细化等如果都由技术人员考虑,产品化的风险很大。
风险最大的是对于产品化的理解。
提到“产品化”,大部分技术人员,包括很多公司老板,首先想到的是可销售性,也就是免实施,“软件产品的制造成本为零,微软就是这样发财的”,这是很多人跟我这么说,为什么要做产品。
基于这种考虑,技术人员往往把主要精力放在体系结构设计,把焦点放在可配置性、零实施等环节,小型软件可能可以做到,而对于绝大部分中小软件公司,主要做的都是企业管理软件,采用这种思路会是一种灾难,企业管理软件是靠业务驱动的,即使是国外的成熟软件实施周期也不会比定制开发少多少,基于技术架构而不是业务来做产品开发,还没做出第一套就想着零成本复制,还没有业务应用,就想着软件提供的组织机构要支持复杂的矩阵式,甚至虚拟组织,基于产品的二次开发被看作是一种罪恶,从精益的角度上看也是一种过度设计,是一种浪费。如果基于这种想法来做产品,可以说产品失败的风险是非常大的,技术上对于一般的中小公司而言,是无法保证的。
通用类产品、中间件及系统软件的产品化,我没有这方面的经验,无法评论。
企业管理软件,切入一个行业和领域,是可以产品化的,不过产品化在很大程度上讲,我认为是一种商业名词,是一种结合管理思想、实施方法等个性化元素的东西,无法轻易复制和实施,不具备大规模的销售可能。公司想做好,靠的是咨询顾问,他们所要的是Best Practise,技术在这个领域对顾客的影响是微乎其微的,项目成功靠的是实施,我看国外的产品实施跟二次开发也没什么区别。
如果不是通用产品或者系统软件,做企业管理软件想零成本实施不太可能,产品所提供的功能永远无法满足客户的业务要求。而且靠销售软件产品挣钱,远远不及靠实施顾问挣实施费挣钱挣得多,后者才会给企业客户带来管理上的提升。
软件公司怎么做产品化?我的意见是:
1、 找到合适的项目和合适的客户,多做项目;
2、 在某一个领域积累行业经验,建立样板工程和成功案例,并将项目产品化(指商务概念上的产品);
3、 提炼管理理念,并将理念和成功案例结合,整理实施方法论;
4、 找到下一个项目,在项目开发过程中将原系统重构。
在刚开始的时候,别想着挣大钱,先老老实实做项目,只是要从业务的上多下功夫,对公司而言更重要的是抽象和提炼管理思想和业务规则,整理好实施方法和项目管理的经验,多做几个成功案例,产品化才有良好的基础。
“不过产品化在很大程度上讲,我认为是一种商业名词”这一点我很同意。不过“他们所要的是Best Practise,技术在这个领域对顾客的影响是微乎其微的”我想有些补充;
技术有两种:
1. 可以改进客户流程的技术;
2. 用于控制开发成本的技术;
后一种技术和客户无关;博主上文所指的技术大约就是如此;
第一种就和客户有关系了,很多best practise的建立就是基于技术的发展,因而技术能不能支撑就是关键了。
即便是博主所指的后一种技术,虽和客户无关,却和公司有关;
很多公司开始的时候还没有达到靠实施顾问发财的境界,此时固然要好好做项目,但如若不能在技术上有所突破,降低客户化(产品化的对应)的成本,合理有效的积累相关的代码资产;恐怕公司是否能活到那一天都是一个问题。
引用
在刚开始的时候,别想着挣大钱,先老老实实做项目,只是要从业务的上多下功夫,对公司而言更重要的是抽象和提炼管理思想和业务规则,整理好实施方法和项目管理的经验,多做几个成功案例,产品化才有良好的基础
应用软件本身就是对客户的一个业务方案,不懂业务仅从技术角度考虑通用性是很短见的做法。技术终归是为业务服务的!
在刚开始的时候,别想着挣大钱,先老老实实做项目,只是要从业务的上多下功夫,对公司而言更重要的是抽象和提炼管理思想和业务规则,整理好实施方法和项目管理的经验,多做几个成功案例,产品化才有良好的基础。
非常同意。我很早就有类似的想法:所谓纯技术平台是靠不住的,关键还是业务。做业务也有很多的层次:基本可以满足用户提出的业务需求和可以引导用户完善他的业务。产品只是载体而已。
老总想
引用
想着零成本复制
技术总监想
引用
把焦点放在可配置性、零实施等环节
项目经理想
引用
赶快完成项目
技术人员都是
引用
过度设计者
软件公司怎么做产品化?我的意见是:
引用
1、 找到合适的项目和合适的客户,多做项目;
2、 在某一个领域积累行业经验,建立样板工程和成功案例,并将项目产品化(指商务概念上的产品);
3、 提炼管理理念,并将理念和成功案例结合,整理实施方法论;
4、 找到下一个项目,在项目开发过程中将原系统重构。
有个疑问,那在外做项目的就很累了。如果公司没有在项目进度等各方面做出姿态,底下人很麻烦的!
分享到:
相关推荐
"软件产品化的一点理解" 软件产品化是指客户无需为软件添加或调整代码和语句即能完成软件的安装配置、应用初始化、系统管理、用户使用的全过程,并且软件至少能满足 80% 以上的用户某一组应用需求。微软 Office 或...
在IT行业中,软件产品化是一个重要的议题,它关乎着企业如何将一次性开发的软件转变为可重复销售、可扩展和可持续盈利的产品。这个过程涉及到多个层面,包括但不限于需求分析、设计、开发、测试、维护和升级。下面...
总的来说,OA软件开发走向产品化是行业发展的必然趋势,它反映了市场需求的变化和企业对信息化管理的深化理解。产品化OA系统不仅可以提高软件的普及率,还能更好地适应企业的个性化需求,促进企业的数字化转型。同时...
【全球云平台软件产品化】 在全球云平台(GCP,可能是Google Cloud Platform的简称,但这里似乎是指一个自定义的全局核心服务平台)上推动软件产品化是一个旨在提高效率、降低成本和增强用户体验的战略过程。软件...
总的来说,这份文档提供了一个全面的视角,深入探讨了软件产品化管理的方向,涵盖了产品经理的角色定位、工作流程和重要性,对于理解软件行业的管理实践具有重要的参考价值。通过实施有效的产品化管理,企业能够更...
软件产品化管理方向是现代信息技术领域中一个重要的概念,旨在将软件开发从传统的项目模式转变为可重复利用、高效且具有经济效益的产品模式。这一方向关注的是如何通过规范化、标准化的过程,使得软件开发更加高效,...
数据库服务产品化是近年来信息技术领域的重要趋势,它涉及到数据库技术的创新、服务模式的转变以及客户需求的深度理解。本文将深入探讨阿里巴巴数据库团队在这条道路上的探索,以及面临的挑战和取得的经验。 在2016...
IBM产品差异化模型是一种策略性的框架,旨在帮助公司在竞争激烈的IT行业中创造出独特且具有吸引力的产品,以区别于竞争对手。这一模型不仅关注技术特性,还涵盖了用户体验、服务、品牌价值等多个维度,确保产品能在...
情感化设计的核心在于理解并满足用户的情感需求,通过各种设计手法创造出既实用又富有情感的产品。本课程通过详细介绍情感化设计的理论基础和实际应用案例,帮助参与者深入了解情感化设计的重要性和实施方法。对于...
总的来说,将AI技术成功产品化需要平衡技术先进性和用户需求,理解技术的局限并以产品设计弥补,同时关注技术发展趋势,如预训练模型的进展,以及多模态输入输出在提升用户体验方面的潜力。通过这样的实践与思考,AI...
产品通用化、系列化和组合化是现代工业生产中提高效率和灵活性的重要策略。产品通用化指的是通过统一标准,使得不同...这些策略的实施需要对产品设计、生产流程和市场需求有深入理解,以确保技术上可行且经济上合理。
《煤矿自动化、信息化理解》 煤矿自动化和信息化是现代煤矿行业发展的重要趋势,旨在提高生产效率,保障矿工安全,优化管理流程。当前的现状显示,虽然存在多种概念,如矿综合自动化系统、矿综合信息化系统和数字化...
这种智能化不仅能够提升用户体验,还能帮助企业更好地理解市场需求,从而指导产品的开发方向。 - 在数字化转型的大背景下,企业越来越重视数据的价值。通过对用户行为数据进行深入挖掘和分析,企业可以获取宝贵的...
《机电一体化产品的概念设计》 机电一体化产品的概念设计是产品开发过程中的关键步骤,它涉及到从功能需求到物理实现的转换...理解并掌握这一过程,对于成功开发出满足市场需求且具备竞争力的机电一体化产品至关重要。
4. **用户需求**:始终以用户为中心,理解他们的期望和行为模式,确保情景化设计能满足或超越用户需求,而不是单纯追求视觉效果。 5. **虚拟现实技术**:随着技术的不断进步,虚拟现实的应用越来越广泛,如何巧妙地...
在电子技术领域,单片机(Microcontroller)是不可或缺的核心部件,它集成了CPU、内存、定时器/计数器、I/O接口等组件于单一芯片上,为各种智能化产品的设计提供了强大的硬件基础。本教程《单片机智能化产品C语言...
8. 文档的准确性和完整性:由于文档内容的重复和扫描错误,意味着在实际操作中,用户需要获取更准确完整的产品说明书,以确保对ControlLogix XT产品的正确理解和使用。 9. 市场定位:罗克韦尔自动化ControlLogix XT...
一体化产品需求文档样例是产品开发过程中的重要组成部分,它整合了产品原型和需求文档,旨在为团队提供清晰、全面的开发指南。这样的文档通常包括产品的功能定义、用户界面设计、交互逻辑以及业务流程等多个方面的...