搞SaaS难在哪？明明是加个tenantId字段的问题，怎么做起来就不一样了呢

架构师： 

1. 需要站在全局角度进行架构，只站在自己一个模块很难做好架构，系统很难拆分，因为刚开始就精通各项技术的架构师很少，或者公司不肯花费大力气去找这么一个大牛去创业部门

2. 如果能通知精通手机端，客户端，WEB前后端等技术，才能做更好的设计。否则按照熟悉一点堆砌一点过一段时间，很难扩展

3. 组织结构和沟通成本 阻碍这样跨团队的架构，在熟悉铁路警察各管一段的分工模式，都想着做着自己的土皇帝，从心里接受不来架构的无间隙

4. 技术的精通是基础，也需要同样牛逼的业务大拿进行合作。架构就是妥协，可哪方面可以妥协需要跟业务进行沟通。  难点1是牛逼的很很难合作

5. 对项目管理的理解，架构出来的东西需要一点一点完成，怎么讲架构进行拆分为可以迭代的组件，同样是问题。如果架构是不具备这样的能力，那么就得有一个很强的项目经理去配合

产品经理和业务专家：

1. SaaS的产品经理不同于普通项目产品经理，需要对某个行业有深度的理解，即：业务专家，同时也得是很好的产品经理

2. 产品设计不能设计最终他想要的形态，因为你没法做好场景设定，即使做好也是设想。那么什么样的平台可以支撑这样的系统

3. 技术的加持，这个部分需要架构师进行技术输入，并且深度参与设计，否则设计出来的东西技术上很难实现，导致开发成本过高，或者后续的扩展性特差，从而失去SaaS化的意义

项目经理和上级领导：

1. 架构师和产品负责人，能设计出产品已经够工作量了，但产品需要实现，就得拆分组件，迭代

2. 而且做这个设计，再前期都会有超高的成本，比如：用项目开发模式接一个用户，成本可能1。用SaaS模式，刚开始得5,10。

3. 这个超高成本会在长期收益中摊薄成本，如果领导不是项目发起人，怎么去说服领导去做

4. 即使你自己是项目负责人，可你怎么进行成本收益平衡。技术上不同的方案会导致成本的巨大差异

5. 决定开发技术方案和迭代同时也有销售方案，你准备咋样的销售策略，迭代的方法就不同。当然成本也自然不同

领导：

1. 文化方面：怎么能让各个大牛彼此无界限的沟通，并还能进行准确激励。需要从文化营造氛围，并做好人力考核的设计

2. 组织方面：销售，项目经理，开发经理，业务大咖，产品专家，画图的产品经理，前后端，手机端，实施，客服，客户满意 等部门的组织。这方面会严重制约生产力的发挥

3. 沟通机制：产品的整体设计和分工之间的平衡，整体架构设计和局部架构的平衡

难点1：架构师，产品，业务专家，开发负责人，项目负责人，销售 都要求很高

难点2：要求各个职位人员还得有一个空杯的心态，能站在较高的角度，并熟悉其他各个领域，并积极做好自己的工作以及其他人的配合工作

难点3：企业文化的塑造，沟通模式的设计 很难

难点4：赋能基层，区别于华夏从上到下的结构

难点5： 组织需要重构，按照SaaS模式重构组织