按需求
IT 服务商与外包运维
你管的是别人的资产，而且是多个「别人」。客户之间怎么隔开、客户端上显示谁的 logo、通道数按什么估——这三件事内部 IT 都不会遇到。
适用对象
- IT 外包服务商
- MSP 与托管运维团队
- 以自有品牌交付服务的公司
- 同时服务多家客户的技术支持团队
通道数按什么估
- 不是客户数 托管着几十家客户，同一时刻真正在处理的通常只有一两家。
- 不是设备数 几千台终端里，同一时刻在会话中的是极少数。
- 是在岗工程师数 同一时刻能发起远程会话的，就是你在岗的那几个人。
先按在岗工程师数估，观察一两个月的峰值再调整。往上加通道比一开始买多了划算——买多了的那部分在账上，不在业务里。
内部 IT 不会遇到的三个问题
三条都来自同一个根源：你管的是别人的资产，而且不止一家。
客户之间必须隔开
工程师 A 负责甲客户，就不该在设备列表里看到乙客户的机器。这既是客户会问的问题，也是出事时的责任边界。
客户看到的是谁的名字
你收的是服务费，而客户每次看到的都是工具厂商的 logo，长期会削弱你的存在感。
授权归属没在报价阶段说清
你买还是客户买，决定了客户换供应商时是设备要重新纳管，还是你交接得干净。这不是技术问题而是合同问题，但越晚说清代价越大。
三个问题的细账
一、客户之间必须隔开
你的工程师 A 负责甲客户，工程师 B 负责乙客户。 A 不应该在设备列表里看到乙客户的机器 —— 这既是客户会问的问题， 也是出事时的责任边界。
分组管理 + 分组共享是这件事的落点：按客户建组，把组共享给对应的工程师， 而不是把所有设备放在一个平面列表里靠命名规范区分。 分组共享从团队版起提供。
二、客户看到的是谁的名字
客户端上显示的是你的品牌还是工具厂商的品牌，在服务商场景下不是小事： 你收的是服务费，而客户每次看到的都是别人的 logo，长期会削弱你的存在感。
自定义品牌从团队版起提供。具体做法与其它品牌相关的取舍， 见面向客户的远程技术支持。
三、通道数按工程师估，不按设备估
这是服务商最容易估错的一项。
你可能同时托管着几十家客户、几千台设备， 但同一时刻真正在进行远程会话的，是你在岗的工程师数量。 WorksLink 按并发通道计费，所以：
通道数 ≈ 同时可能在作业的工程师数，不是客户数，更不是设备数。
先按在岗工程师数估，观察一两个月的峰值再调整。 往上加通道比一开始买多了划算 —— 买多了的那部分在账上，不在业务里。
四、授权由谁买
两种都常见，值得在报价阶段就确认：
- 你买：授权在你名下，客户换供应商时设备要重新纳管
- 客户买：授权在客户名下，你作为使用方接入，客户换供应商时你交接得干净
这不是技术问题，是合同问题，但它影响的是服务终止时谁失去什么， 越早说清越好。
五、具体怎么做远程支持
以上是业务形态的部分。实际的支持流程——连接模式怎么选、 审计记录怎么落、什么时候该做集成——在面向客户的远程技术支持里。
如果你管的是自己公司的终端而不是客户的，那是 另一种买家。
接一个新客户时的固定动作
第一步是合同问题不是技术问题，但它必须排在最前面——它决定的是服务终止时谁失去什么。
- 1
报价阶段先确认授权由谁买
你买，授权在你名下，客户换供应商时设备要重新纳管；客户买，你作为使用方接入，交接得干净。
- 2
按客户建组
一个客户一个组，而不是所有设备放进一个平面列表靠命名规范区分。
- 3
把组共享给负责的工程师
工程师只看得到自己负责的那家客户的机器，责任边界自然成立。
常见问题
怎么让工程师只看到自己负责的客户？
按客户建组，把组共享给对应的工程师，而不是把所有设备放在一个平面列表里靠命名规范区分。分组共享从团队版起提供。这既是客户会问的问题，也是出事时的责任边界。
客户端上能显示我们自己的品牌吗？
可以，自定义品牌从团队版起提供。在服务商场景下这不是小事：你收的是服务费，而客户每次看到的都是工具厂商的 logo，长期会削弱你的存在感。
通道数应该买多少？
通道数约等于同时可能在作业的工程师数，不是客户数，更不是设备数。你可能同时托管着几十家客户、几千台设备，但同一时刻真正在进行远程会话的只有在岗的工程师。先按在岗工程师数估，观察一两个月的峰值再调整——往上加通道比一开始买多了划算。
授权应该我们买还是客户买？
两种都常见，值得在报价阶段就确认。你买，授权在你名下，客户换供应商时设备要重新纳管；客户买，授权在客户名下，你作为使用方接入，客户换供应商时你交接得干净。这不是技术问题是合同问题，但它影响的是服务终止时谁失去什么，越早说清越好。
我们和企业内部 IT 用的是同一套东西吗？
产品是同一套，用法不同。内部 IT 管的是自己公司的资产，边界清楚；服务商管的是别人的资产，而且是多个别人，所以分组隔离、品牌呈现、通道估算这三件事都要单独处理。
