在应用软件行业打拼了4年，突然发现自己错了，我们的最求，我们努力的方式，彻底的错了，我们在一开始做事的时候，思维方式就是错误的，我们怎么可能作对甚至做好一件事情呢？
这个错，来源于我们国内应用软件企业软件研发的方式，据笔者所知，绝大多数国内企业应用软件厂商的研发模式都是来源于两种方式：
•1．项目型：以企业实际需求为起点
•2．产品型：以通用的需求和业务模式为起点
但无论哪种方式，我们研发的最初出发点都是企业的业务流程，先实现企业的业务流程的支持，再提供一些统计分析功能。
但笔者认为，这也正是我们最大的错误所在，其实一个优秀的应用软件产品，应该首先去了解反映该业务执行情况的KPI指标，再了解这些指标后，再去设计业务流程、查询、统计分析来实现对这些指标的支持。
我们不这样去做，造成的结果就是在研发过程中的方向不明确，没有很好的定位研发如何去支持企业的业务管理需求，另外，就是只能在业务流程完成后，才发现有些重要的信息或指标我们根本就无法支持，也就 不能满足企业 管理的需求，更不可能为客户提升业务流程带来任何价值。
笔者曾经看过由美国供应链协会提供的供应链运作参考模型SCOR，该模型正是从业务的考核指标和运作方式方面给出了很好的提炼，该模型的提炼来源于诸多500强企业的长期实践，具有很高的权威性。
而SAP等一些巨头也在采用该模型实现他们的软件体系，在软件实践领域应该也给出了很好的参考。
笔者认为，如果一个应用软件的产品经理或需求分析员无法知悉这些指标，那么做出优秀的应用产品就永远是一种奢望
转贴至:畅享网 www.vsharing.com
这个错，来源于我们国内应用软件企业软件研发的方式，据笔者所知，绝大多数国内企业应用软件厂商的研发模式都是来源于两种方式：
•1．项目型：以企业实际需求为起点
•2．产品型：以通用的需求和业务模式为起点
但无论哪种方式，我们研发的最初出发点都是企业的业务流程，先实现企业的业务流程的支持，再提供一些统计分析功能。
但笔者认为，这也正是我们最大的错误所在，其实一个优秀的应用软件产品，应该首先去了解反映该业务执行情况的KPI指标，再了解这些指标后，再去设计业务流程、查询、统计分析来实现对这些指标的支持。
我们不这样去做，造成的结果就是在研发过程中的方向不明确，没有很好的定位研发如何去支持企业的业务管理需求，另外，就是只能在业务流程完成后，才发现有些重要的信息或指标我们根本就无法支持，也就 不能满足企业 管理的需求，更不可能为客户提升业务流程带来任何价值。
笔者曾经看过由美国供应链协会提供的供应链运作参考模型SCOR，该模型正是从业务的考核指标和运作方式方面给出了很好的提炼，该模型的提炼来源于诸多500强企业的长期实践，具有很高的权威性。
而SAP等一些巨头也在采用该模型实现他们的软件体系，在软件实践领域应该也给出了很好的参考。
笔者认为，如果一个应用软件的产品经理或需求分析员无法知悉这些指标，那么做出优秀的应用产品就永远是一种奢望
转贴至:畅享网 www.vsharing.com
回复Comments
{commenttime}{commentauthor}
{CommentUrl}
{commentcontent}