1 个回答
这个问题和我现在做的业务关系不大，因为做过CRM型SaaS来粗略答一记。
1、业务架构上如何设置更合理？
CRM本质上是个数据表结构问题，根据业务架构的调整主要围绕在什么才是业务最关键key-vlaue。比如物流系统主key是运单号，而财务系统主key是流水号。社区系统的主key一般来说是ID，而关键属性又通过几个业务线的最大公约数得到，比如“职业方向”“收入”“工作年限”等。这个主数据结构做好之后，后续即使是个别业务有调整，也不会让整个系统崩溃。
2、系统选择是个坑，因为需求不确定性。
打个比方，CRM本身是个用户体系管理的系统，而销售类CRM包含了一个“考核销售人员业绩并提升业绩”的需求，所以流程上按“找，跟，见，做”几个节点进行了数据的结构化上传，共享，统计数据可视化，线下针对数据问题提升业绩。这样的流程。而这样的产品设计又不是最开始的CRM的需求了。理论上，猎头CRM系统类似于销售型CRM，而外包大师又倾向于进销存系统+基础CRM。社区型产品又需要有丰富属性扩展（例如会员积分体系）的基础CRM plus。
所以这个问题本质上是多方消费者因为需求不统一，而对数据生产者造成的设计纠结。
个人建议：如果短期有业务需求，可以用销售易之类的SaaS产品快速上线。而这部分CRM数据的价值不言而喻，建议自己开发一个数据库，边用边改。最终成为公司内的核心管理SaaS。毕竟，数据比什么都值钱。