第99章 三菜一汤 (2/6)

姜亦心打开了她的投屏，然后站起来开讲。

过去两周的用户反馈工单，她做了详细的分类统计。表格密密麻麻的，每一行是一条工单，颜色标记了类别，整理得很认真，但一屏信息太多，看不到重点。

她翻到下一页，声音有点紧张：「高频问题集中在这几条—「怎么接入已有的系统」、「怎么接自己的云帐号」、「怎么保证备份和容灾」、「能不能绑自己的域名」。」

停了一下，她自己补了一句分析：「这些问题集中在商业场景用户身上，做会员系统的、做进销存的、做预约排班的。这些人做的东西不是给自己用的，是要给员工用、给客户用的。」

苏念念接过来补了一层数据：「商业场景类用户占比从上个月的11%涨到了26%，付费率和留存都远高于普通的工具类用户。我们增长最快的用户群，恰好是需求最重的用户群。」

忽然，苏念念站起来，走到白板前，画了两条直线，把白板分成三层。

第一层：本地工具。计算器、汇率转换、信息展示页面，浏览器或者手机PP，打开就能用，不需要后端，开物做这些没问题，成本也最低。

第二层：个人数据。记帐、日记、习惯追踪。本地存储能凑合，换设备就没了。要接iCloud或安卓体系得有一定开发者知识。用户偶尔抱怨，不影响使用。

第三层：多用户生产系统。会员管理、进销存、预约排班、订单系统。必须有资料库，有伺服器，多设备同步，多个人同时操作不能产生坏数据。

她在第三层下面又划了一条横线，写了四个字：部署鸿沟。

「开物目前的部署，用户点「发布」，pp上线，跑在我们的云帐号下，多租户共享，大部分用户不知道也不关心底层是什么。

95

苏念念放下笔转过来。

「但这种架构其实是有问题的。上周青岳云有一次区域性波动，我们上面跑的pp全部下线了几分钟，反馈群里的信息数量多到回不过来，有个做美甲预约的用户连发了十七条语音。」

「现在所有用户的数据跑在同一个资料库集群里，逻辑隔离不是物理隔离，有数据权限串行的风险。」

「而且客户没有控制权：不能选地域，不能配域名，不能看监控。」

苏念念看了一圈参会的三个人。

「对于那些玩一玩的用户，现在的方案就够用了。但真正拿来做生意的人，需要自己的资料库、自己的域名、自己的备份，这些东西不应该由开物来承担，我们也不想去承担，毕竟我们不是云服务提供商。」

会议室安静了一会。

陆明洲打破了沉默。