0%

存量迁移

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

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

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

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

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

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

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

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

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

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

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

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

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

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