避免一成不变 　　世上没有两个公司企业小程序开发是一样的。每一个公司都有自己特有的文化、需要和工作流程。如果你之前参与过重大技术产品的安装或升级，那么可能曾将大部分时间都用在配置产品上了，以满足公司的具体要求。如果这听起来耳熟的话，那么你可能还对与自定义配置有关的间接成本十分了解。你越偏离某一产品的“开箱即用”(out-of-the-box)版本，用以支持和升级这一产品新版本的成本就越高，耗费的时间也越长。 　　保留产品的单一“版本”有助于避免“技术债务”(指匆忙的实现一个功能，却对现有程序库造成了破坏)，加快服务提供商将产品投放市场的速度。在预置(on-premise)技术领域，这被称为“开箱即用”产品；在云服务领域，这被称为“产品服务”(productionoffering)。随着厂商继续向云计算的转型，他们也会避免核心产品序列过多。 　　实际上，一款产品企业小程序开发的序列越多，数据搜集和分析就越困难，诊断解决问题并加以创新的难度也越大。最终，每增加一个不重要的自定义选项，产品的当前和未来价值都会减损。
灵活的产品发布时间表 　　企业小程序开发鉴于数据是产品决策的核心，产品发布日期会变得越来越灵活。通常情况下，MVP产品会预先向少数用户发布。如果从提前发布搜集的数据表明，某项功能并不会产生预期的结果，那么重新回炉进行改进，而非发布效率低下的功能，这既符合用户的利益，对服务提供商而言也是好事。 　　企业小程序开发由于产品发布日期变得更灵活，就需要对变更管理计划做出相应的调整。新产品向整个用户群的发布不再像以前那样拘泥于具体日期，而是覆盖好几天的时间。随着我们做出的调整逐渐被采纳，变更管理专业人士和IT部门应该侧重于对新功能意图的理解，阐明它们可以帮助员工的实用案例。
令变更管理更顺畅 　　MVP新功能和初始交付版本的快速发布，将使得产品变更诱发的问题得到缓解。传统的做法是，发布新的应用版本，采取重要变更管理措施培训用户熟悉新功能。反反复复、数据驱动的方法有助于随着时间完善整个过程。 我们想象一下，以前服务提供方是每隔三年对产品进行一次升级，每次升级便一次性提供100项新功能，而现在他们或每周或每月升级一次，将这100项新功能逐次推出。结果，用户自然就能适应这些变化，服务供应商也能打造一款更能满足用户需求的产品。正是出于这方面的考虑，Facebook现在每天两次发布新代码。
服务提供方赢取信任 　　过去，软件一直被当做产品。个人或公司购买软件产品，并将其安装在电脑上或公司的服务器里。软件即服务(SaaS)的引入使得这一模式发生了根本变化。以前，购买产品是交易行为，一切围绕实际产品展开，而现在购买服务则涉及建立某种关系，这种关系是建立在信任、可靠和质量的基础之上。 　

　当你在研究为自己的公司采购技术产品的选择时，不应专注于服务提供方的现有产品，而是应该着重了解他们的发展方向、他们客户的反馈以及在产品实用性和创新方面的记录。企业级技术创新如今迎来了激动人心的时刻。过去，应用是按照机器人开发的原则进行设计，如今则不一样了，企业小程序开发变得更有魅力。 所有成功的消费类应用都采用这种构架：灵活、快速发布、数据驱动设计、迭代部署、精益创业
　　企业小程序开发社交网络平台Yammer企业战略主管布莱恩·默里(BrianMurray)今天在《福布斯》杂志网络版上撰文，阐述了一种新的企业小程序开发制作模式。他指出，这种新模式不再完全依赖于少数有发言权的技术人员的反馈和产品经理的直觉，而是将数据放在产品决策的中心地位。 　　过去二十年间，企业级市场的小程序开发制作和发布总是有规律可循：需要对一款产品做出改进；从利益相关方那里搜集意见；根据这些意见提出相应的功能参数；开发和测试相关代码；功能最终发布。整个过程通常耗时数年之久。 　　但时代变了。在云计算的支持下，面向个人用户的互联网公司首创了一种开发和发布技术产品的新构架，而且迅速在企业级市场得到推广。所有成功的消费类应用都采用这种构架，人们用各种各样的词汇来描述它的要素：灵活、快速发布、数据驱动设计、迭代部署、精益创业等等。

声明：本文来自于互联网，观点仅代表作者本人，不代表本平台立场，如有侵犯您的知识产权的作品和其它问题，请与我们取得联系，我们会即时修改或删除。