构建SaaS化产品相对于定制、普通产品而言肯定要难很多，但以往的产品研发经验还是有用的。毕竟发展路径还是遵循系统的定制化、产品化和SaaS化这个进发路线。我觉得构建SaaS产品需要有以下注意点：
1）无论是做定制，产品还是SaaS，都不要技术优先，而要需求优先。做SaaS架构要面向需求（应用）架构，而不是面向技术架构。技术的使用是以满足需求为目的。同时要极力避免使用单一架构或者单一技术解决问题的僵化思想。为了解决SaaS产品的需求，我们应该尽量根据需求来采用多样化的技术。举个简单例子：对于离散性需求场景，我们可以用微服务，对于分析性需求，我们用python，对于连续性业务流程需求，我们不妨采用原来老的大服务模式SOA（相对于微服务）。要点：按需用技。
2）目前大家谈到架构，一般都是指系统架构，但实际上，对于产品而言（尤其是SaaS化），我们首先要解决的是产品（或平台）的业务架构，系统架构是为业务架构服务的。对于toB系统尤其如此，早期的系统开发，都需要需求分析师这个角色来对业务做需求分析，现在一般是产品经理担当这个角色，但不幸的是，现在的产品经理大多数都不具备需求分析师所必备的技术功底，无法承担起对产品梳理产品业务架构的工作。
3）标准化是做SaaS平台初期必须面对的基础工作，我们可以对于目标应用和数据采用分层，分类，分割等多种方法来完成标准化的前期基础工作，并尽可能的抽象和模板化。做SaaS产品一定要先规划，不要急于出来个别功能，宁愿开始慢一点，也要把整个产品的业务架构和技术架构想清楚。有规划，有标准，有规范是做SaaS化产品的基础，这些词看起来空洞，但实际上非常有用。在没有想清楚这些之前，不要动手写代码（实验性的除外）。
4）要舍得投入。很多SaaS平台开始的时候因为投入不足，留下了很多系统性缺陷，虽然后来也可以重构，但代价也是非常大的。其实大部分都没有机会到重构这一步就已经消失了（系统严重制约了商业模式的拓展导致的创业失败比比皆是）。社会发展到这个阶段，很多技术和应用都很成熟，如果前期没有足够的资源，其实做SaaS化产品就没必要，因为SaaS化产品一定是平台。而做平台基本都是烧钱的项目。
小步快跑是互联网产品的有效方法，对于ToB的SaaS，也可以小步快跑，但小步快跑不在于打基础，而是在业务功能上不一定要一上来就做得大而全。
博客专家