存量迁移

现在已经很少会有一个全新的蓝海，toB行业更是如此。而由于toB属性，这个行业的产品更是很难进行迁移。

你用了腾讯云的东西，明天说要迁移到aws上，这个代价和过程可以自己想想。

而迁移能带来多少好处呢？给你便宜20%，这就看你具体的规模了。可真要到那个规模，那是不是腾讯云其实也能给到你想要的价格呢。

也不是说存量市场才有迁移，有些是跨时代的，比如从传统IDC到云计算，云计算本身可能是增量市场，可这个市场是不是吃的就是传统IDC的存量呢。

今天说的就是存量的迁移，毕竟跨时代的那种迁移，可能困难更多点。对于新时代大家也会有很多的顾虑。像贵司这样直接不管不顾就上了也只能说当时的CTO是激进的人。

现在贵司的很多产品线其实都是toB的红海里了。刚看了王诗沐的「幕后产品」，说的其实网易云音乐的成长记录。

当中有段是说做了歌单的迁移工具。那贵司的这些toB哪些是比较好做的呢？

对接的东西越多，那其实迁移的难度更高。所以一般来说PAAS产品比SAAS产品更好的迁移点。SAAS的东西有些跟业务场景耦合的太紧密了。

而PAAS的部分因为就是一些单纯的功能，那就相对简单了。但是贵司这种PAAS产品也要用户SDK集成啊。那让用户替换现有集成。。。

首先是大量的小白客户，他们觉得已经用上别家了，也懒的换了。可能一个月费用也就几百的，这个更换集成的工作要找人干都不止这个价钱。
第二是那些中型客户，他们更注重的是稳定性，以及是否你这边有什么新的坑。
大型客户，那很多都是靠关系了。虽然技术强，但是很难搞定。

那看你怎么设计迁移方案了。最简单的就是写一个教程，然后用户按照这个教程来进行自己处理。
那有没有更好点的办法呢？
那就得熟悉对手的SDK的各种接口和方法的前提下，直接扫描代码来进行提示和替换。
这好像要求有点高啊。

而且你肯定不能要求用户来上传代码来处理这个，必须是自己开发个工具，然后让用户本地进行操作的，这样才会让人觉得放心。
而且这些提示和替换如果用pr的方式是不是更好，这样想回退什么都会比较方便。

不过这些方式还是要去跟客户进行调研沟通后才可以。或者更直接派人过去，可如果是太小的客户，这种方式就比较费人力了。
所以最后肯定是多条腿走路。

看文档自己来的
程序扫描的
在线或上门指导的