做软件产品通常有2个基本策略：

1． 产品快速上线

2． 根据市场的反馈，快速迭代，不断成熟

如果是做2C的软件产品，我完全认同以上两个策略，但如果是2B的软件，那就必须要慎重了，如果还是SaaS软件，就更是要提高警惕，否则很有可能你在初期就入坑了而不自知。

服务于企业的2B软件，天生就要面对组织结构、角色权限、业务管理等各种复杂的问题，由于不同的行业、企业管理方式、协作模式、数据管控的要求各不同，如何解决差异化就变得更具挑战。就大家目前熟知的传统企业管理软件厂商而言，不论产品是ERP、CRM、财务，还是eHR，它们的升级周期快则半年一次，慢则2-3年一次，可见软件迭代的不易。

为了方便大家理解，我们不妨打个比方：将开发企业管理软件比作盖房子。

如果将企业管理软件分为如下3层（见下图）---- 软件架构、功能逻辑和界面。那么软件架构就好比地基，功能和逻辑好比地面上的房间，界面就好比房子的内外装饰。一座房子，可以很轻易地随着需求的不同而随时改变装修，可以有限的改变房间结构，但地基是不可能再动的。地基决定着地面上能盖平房还是摩天大楼，也很大程度决定房间的基本结构框架。从来没看见过在只有1米深的地基上还可以建超过10层的大厦。

企业管理软件也是如此，一旦架构层在初期建好，以后便很难在此基础上做出质的改变，它是软件升级的根基，只有地基挖的深，楼才可能建得高。架构从根本上决定着功能可以实现的最大程度。如果它本身只具备平房的根基，那么后期无论在界面和功能层面上做再多努力，也只不过是变成一个相对原先而言，功能更多一些、更漂亮一些的平房；如果它具备摩天大楼的根基，即使开始还比较粗陋，但只要后期持续投入，它完全有足够的空间和基础来新建和完善各种各样的现代功能，并且也可以在外观上变得光彩夺目。

SaaS企业管理软件让成千上万的企业共用一套代码，而且在线可用性被提高到前所未有的高度，软件迭代升级的难度提高不止一个数量级。

因此，在做SaaS企业管理软件之初，首当其冲的是设想好软件要做成什么样的，越成熟越好。也许打一个牢固的地基要花超出别人数倍甚至上十倍的时间，但是这一定是值得的。也许它会让你开始会比别人慢一些，但后面定会越跑越快，并超越你的竞争对手。相反，如果是抱着一种先上线，有问题以后慢慢再升级解决的态度和思路，这是在回避SaaS企业管理软件中的问题，只会越跑问题越多、越难解决，最终越跑越慢，举步维艰。

你的格局决定你能做出什么样的软件，大局早在初期就已确定。