第一百零一章 反客为主
第一百零一章 反客为主 (第2/3页)
据。
她在第三层下面又划了一条横线，写了四个字：部署鸿沟。
“开物目前的部署，用户点「发布」，App上线，跑在我们的云账号下，多租户共享，大部分用户不知道也不关心底层是什麽。”
苏念念放下笔转过来。
“但这种架构其实是有问题的。上周青岳云有一次区域性波动，我们上面跑的App全部下线了几分锺，反馈群里的信息数量多到回不过来，有个做美甲预约的用户连发了十七条语音。”
“现在所有用户的数据跑在同一个数据库集群里，逻辑隔离不是物理隔离，有数据权限串行的风险。”“而且客户没有控制权：不能选地域，不能配域名，不能看监控。”
苏念念看了一圈参会的三个人。
“对於那些玩一玩的用户，现在的方案就够用了。但真正拿来做生意的人，需要自己的数据库、自己的域名、自己的备份，这些东西不应该由开物来承担，我们也不想去承担，毕竟我们不是云服务提供商。”会议室安静了一会。
陆明洲打破了沉默。
“反过来想。”
他站起来走到白板旁边，从左手拿着一个计算器。
“开物现在把所有用户的App部署在自己的云账号下，成本都是我们自己的。如果做一个「独立部署」的功能，让用户绑定自己的云账号，一键把App部署到他自己的云上，或者帮没有云账号的客户直接创建新账号。开物只负责生成代码和部署流程，底层资源用户自己付费，丰俭由人。”
“然後我们从中间抽一层。”陆明洲按了几下计算器，“而且还不只是抽佣，之前我们跟青岳谈六六折年框，我们是客户，买他们的服务。现在反过来了，我们手里有大量用户，用户需要云资源，我们帮云厂商获客。这样关系就不一样了。”
他在白板上写了一组数字：
月活20万，（假设）5%有独立部署需求=1万用户。月均云消耗100元/用户=月流水100万。开物拿15%返佣=15万/月。
“数字现在不大，”他拍了拍白板，“但这条线的增速跟开物用户增长完全同步，边际成本为零。”苏念念接了一句：“而且独立部署之後，用户的系统架构、技术栈、更新流程全是开物生成的，後续迭代和维护还是得回来找我们，用得越深，越离不开。这些都是我们和云服务商的议价权。”韩路一看了一眼白板上的三层图，又看了一眼陆明洲的数字。
“我约梁宇聊聊。”
散会之後，其他人都走出会议室，苏念念把姜亦心留了下来。
苏念念说：“刚才汇报，数据整理得不错，工单分类做得很细。”
姜亦心刚松了口气。
“但你给的是「用户说了什麽」，不是「用户要什麽」。”
姜亦心没太明白。
苏念念翻到她刚才那页工单表：“用户问「能不能绑自己的域名」，这不只是一个技术问题，也不是一个部署问题。你往上再抽一层，他问的是「我花时间花钱做的东西到底是不是属於我的」。”姜亦心一边点头一边掏出笔记本开始记。
“做产品有个基本功：用户告诉你的是症状，你要找的是病因。症状是「我不知道数据在哪」，病因是「我要做生产系统，我需要数据安全和业务连续性」。产品方法论里有个模型，叫「说的一要的一需要的」，三层。用户说的话是表层，他想要什麽是中层，他真正需要什麽是底层。大部分产品经理做到第一层就停了，但这是远远不够的。有本书叫《Jobs to Be Done》（JTBD），你可以回去读一下，对理解这个模型有帮助。”
姜亦心在笔记本上画了一座冰山，水面上写了“说”，水下分两层标了“要”和“需要”，又在旁边写上了书名。
两人从会议室出来，去茶水间倒水。
“苏总，你当时在海狸是怎麽干上产品经理的？”
苏念念接了杯热水泡茶，想了想：“读研的时候面的就是产品岗。我喜欢这个一一听人说话，然後猜他没说出来的那部分。”
（本章未完，请点击下一页继续阅读）