浅谈toB和toC商业模式对系统架构的影响
2017-04-30
公司业务系统主要开发的目的是为了促进和支撑业务发展，那么不同的商业模式对公司业务系统要求也不一样。
要想了解不同商业模式对系统要求的不同，我们需要先了解不同商业模式的特点：
| 2B | 2C | |
|---|---|---|
| 产品 | 具有较强的领域专业性 | 产品贴近生活，好理解 |
| 用户 | 面向行业客户，需要一家一家谈判进入 | 用户群广、爆发性强 |
| 商业模式 | 商业模式一般不可复制，需要时间积累资源 | 容易被别人复制 |
| 营销方式 | 对客户需要做精做深，以标杆客户为基础，逐渐拓展新客户 | 砸钱圈客户 |
| 竞争对手 | 赢者通吃 | 需要生态合作，共同开发 |
| 收入 | 养活自己难，基本靠资本输血 | 大多数靠自身业务就能活下来 |
| 技能 | 创意比技术重要 | 技术比创业重要 |
| 业务逻辑 | 业务复杂并且多变，业务流程较长 | 业务较为简单 |
基于以上两种模式不同的特点，对系统的要求也不同：
| 2B | 2C | |
|---|---|---|
| 稳定性 | 高 | 中 |
| 易用性 | 中 | 高 |
| 用户数 | 中 | 高 |
| 可扩展性 | 中 | 高 |
| 安全性 | 中 | 高 |
因此在做系统架构时，需要取舍的点也不一样，对于toC系统，需要重点考虑缓存、性能、水平扩展等技术点，而对于toB系统，需要考虑数据一致性、开发效率、拥抱业务多变的特点。
具体说来：
- 在toB的系统中，数据结构设计以满足业务需求为主，基本不需要采用Redis、Memcached等缓存组件/KV数据库，也最好不适用Mysql的主从模式（避免同步延时造成的业务逻辑混乱），能同步处理的先不做异步处理，提高开发效率和减少出错的概率。如遇到性能问题时，再查找瓶颈点来做针对性优化。
- 对于toC的系统，数据结构设计时需要考虑缓存、分区、分库等逻辑（初期可不实现，后期扩展可方便扩展），由于对查询的时效性要求不高，可以使用MYSQL的主从模式，提高查询性；对于对实时性或者数据完整性要求不高的功能采用异步（如消息队列）等方式处理。
若需评论，请科学上网。