云服务从业者的迁移上云业务思维话术建设

云服务从业者的迁移上云业务思维话术建设

很多私信联系告知说很多迁移的基础也没有特别全面的认识，其实我还是比较意外且惊喜的，因为很多成熟的文档散在厂商侧、第三方侧不少，不太明白为何还是比较难理解。【或许这可能就是很多人不知道如何学英文是一个道理吧】

今天又收到一封私信咨询这个方面的，所以打开编辑器，潦草的把这个事情记录了下，希望大家能理解并看懂，首先在开始前请默写行业内公认的迁移模型的设计思想：

已经讲烂掉了，再次强调一遍，人家亚马逊（AWS）已经在2016年在官网发布了所以，不要再说自己不懂了。而是自己有没有好好研究，花时间在上面这事情非常重要！！！（为了大家直接使用，我基本上完全复原了原件材料，大家留言给我，我发给大家。）

获得白板的准备能力

请自己用白板（草稿纸）把以上的路径每一条逐一画出来，并对其进行自我演讲至表达流畅程度为止~

业务场景高频分析

出现率最高的是：rehosting+replatform这两类【请参考各厂商各自的迁移方案介绍】

阿里云：​​class="data-table" data-id="t4a16ab5-BiTR3A2e" data-transient-attributes="class" data-width="576px" style="width: 100%; outline: none; border-collapse: collapse;">

数量

网络

硬盘

应用

数据库

文件

底层

停机

拓扑

用户：好的，我安排人来填一下

（过去了一周）

架构师：X总，您那边是否完成了？

用户：这几天有点忙，我尽量这周完成，不好意思

架构师：嗯嗯，好的

（又过去了一周）

架构师：X总，您看您那边安排人填完了否，要是有什么不明白的，我可以协助您的。

用户：嗯，谢谢你。暂时不需要，信息表格我看过了理解难度不大，需要时间来补充而已，我这边加急下。

销售：麻烦X总了，等材料有了，我们就能出方案了~

用户：/拜托

（又过了一周）

架构师：X总，您看填的怎么样了？需要帮助否？

用户：架构师，暂时不需要。我预计下午就可以给到你了

架构师：嗯，好的

（下班时间）

架构师：X总，您发我邮件还是？

用户：噢噢，不好意思，今天下午临时加了个会议。要明早确认后发给你了

架构师：嗯好滴，那明早等您邮件哈：）

用户：发给你了，架构师（此时时间已经是中午吃饭时间）

~架构师打开邮件了，心里遭受到千万暴击。就填了服务器系统和IP和一张简陋的拓扑图。

场景联想：

1、首次简单客户，客户说想从阿里云迁移到腾讯云，让你分享下你们怎么做？

思路推荐：

一、讲解迁移方法模型，在白板上画出来【独立路径，全部画成了当然也行】

二、在讲解最后，带入用户的基本的挑战和收益分析即可。

销售洞察：

1、迁移本身都是吃力不讨好的，比如实实在在的人天出去了，但客户并不认可要为迁移支出额外的费用。

2、迁移是一个极易翻车的工作，调研不仔细容易发生无法迁移，或者回退的事情。所以请重视后端同事的建议

3、迁移一定要有“代价”概念，不能习惯性的认为这是一个“无偿”的技术服务

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。