分类： 服务器与存储
2008-11-19 13:56:10
这听起来像是一个双赢的局面。但是，创建这种巨大的转变并不容易。使用模式运行你的公司与传统的ISV(独立软件经销商)模式有很大的不同。同样的产品营销和开发规则是不适用的。为了避免软件厂商在进行这种转变的时候出现常见的错误，你在进入之前要进行一些认真的战略规划。
1.与同行谈谈：与成功地过渡到的公司的同行谈谈，并且与失败的公司的同行谈谈。这两部分人将对采取的聪明的步骤、做出的结构选择和应该避免的错误提供一些极好的忠告。
2.不要做得太多太快：许多公司设法把产品和服务开发的一切都过渡到模式。这在短期内是太具有颠覆性的。根据我的经验，过渡的速度太快并且抛弃他们已经建立的基础设施的企业有70%至80%都将失败。
3.把重点放在你核心的知识产权方面：在你向过渡的时候，要记住记录和保留你核心的知识产权。不要急于使用进入市场，更好和更安全的做法是首先把重点放在自己的知识产权上，并且围绕这些知识产权建立自己的第一个解决方案。根据可衡量的和逐步实施额度方法规划这种过渡，采用间隔的里程碑，同时控制每一个变化。
4.管理预期：当你开始向过渡的时候，你的各类股东(客户、合作伙伴和员工)也许会问你为什么在首次推出的服务中没有包含所有的锦上添花的功能。作为技术经理，你要解释这个产品未来的最终状态，以及你如何逐步采取措施实现这个最终状态。
5.不要被设计变化抛在一旁：作为一个现场软件厂商，你使用的设计原则一般不能解释为。例如，在你开始提供软件服务解决方案时，设置能力或者你的产品的使用方便性有很大的不同。
6.提高使用方便性的门槛：这与上一点有关。随着你把产品和服务适应，你需要考虑客户在使用的方便性和从创意到实现价值等方面提出更高的预期。采用标准的现场解决方案的实施方法，产品中将包含更多的培训和设置时间。但是，用户指望软件服务解决方案在入门之后就立即能够方便地操作。他们期待这用户界面是非常直观的。
7.不要放弃你现有的客户：要记住，付费的正是你现有的客户。随着你向过渡，你需要继续为他们提供越来越多的价值。你要探索在适合你当前的开发成本的同时提高你的开发容量的方法。最后，向客户提供通过这两种交付方式提供你的产品的选择。
8.改变你的团队结构：采用新的交付模式，你的机构结构和软件开发生命周期可能会不协调。你要把你的团队转变为更小的和跨功能性质的团队。如果你要让你的服务全面代表你的专业知识水品，灵活的团队能够吸收你的整个公司的知识库的信息。
9.准备应对所有地方的变化：向过渡对于企业所有的部门都是一个颠覆性的体验，并不仅限于IT部门。从一个长达一年的产品周期向一个六个月(甚至更短)的产品周期过渡将对你的营销、销售、财务等各个方面都将产生巨大影响。
10.传播福音：由于发生这样大的变化，你必须要不断地推销这种转变的益处。要成为一个福音的传播者，不仅宣传你自己的服务或者产品，而且要宣传整个项目。
当你开始采用的时候，第一批客户将带着很高的期望采用你的服务。当你的服务对用户的信赖做出积极的反应的时候。其他人就会确定这些早期的应用者会到处宣传你能够提供可靠的、安全的和强大的软件服务解决方案。
