screenconnect 替代方案：ConnectWise 定价与迁移

您面临来自 ConnectWise Control（ScreenConnect）的续订通知，标价让人措手不及。您需要一个实用的替代方案：具有可预测的按设备计费、真实的托管中继选项，以及不会在切换期间让大量无人值守终端失去访问的迁移路径。本文解释了 ConnectWise 式计费通常如何运作，展示了直接明了的成本情景，并列出一步步的迁移计划，确保不会让用户断线或破坏支持窗口。

ConnectWise 式定价通常如何计费（通俗说明）

该领域的厂商混合三条计费轴线，组合方式常常让标价令人困惑：

• 按技术人员座位（并发或命名）：向发起会话的人员计费。
• 按主机 / 无人值守设备费用：向必须在无人在场时访问的端点计费。
• 云端与自托管：云订阅包含托管并有时包含基础支持；自托管需要预付许可/服务器费用并伴随持续维护。

ConnectWise Control 传统上提供多层级（Access/Support/Manage），并允许客户选择云托管或自托管。这意味着看似简单的续订可能隐藏：

• 当您添加管理者或转为并发用户许可时，按技术人员的费用会增加。
• 如果您清点每台服务器、展台或实验室机器，按主机费用会成倍增长。
• 对于本地部署，托管与维护（SSL 证书、备份、高可用性）是额外费用。

如果您想按实际成本而不是标价比较厂商，必须绘制您的环境：有多少技术人员、有多少无人值守设备、每月活跃支持会话数，以及是否需要审计/会话录制或 SSO 集成。

成本情景：将座位与主机换算成年费用（示例）

不引用厂商页面，而是给出可代入您数字的计算示例。用实际数量替换变量即可得到可比较的估算。这些示例在适用时使用 Tenvo 的公开定价（Free $0、Lite $2.99/mo、Pro $7.99/mo），并展示按设备计费如何改变结果。

Example inputs (replace with your counts):
- Technicians: T = 5
- Unattended hosts: H = 300
- Concurrent sessions peak: C = 10

Scenario A: ConnectWise-style cloud (example structure)
- Per-technician seat (cloud): $35 / tech / month
- Per-unattended host: $1.00 / host / month
- Annual cost = (T * 35 + H * 1) * 12
- For T=5, H=300 -> (5*35 + 300*1) * 12 = (175 + 300) * 12 = 475 * 12 = $5,700 / year

Scenario B: Tenvo managed relay (practical comparison)
- Assume you put all endpoints on Tenvo Pro agents: $7.99 / device / month (Pro plan per-device pricing model)
- But Tenvo also supports seat-like tiers — for small fleets, Lite at $2.99 may be enough for non-admin users
- Annual cost = H * 7.99 * 12
- For H=300 -> 300 * 7.99 * 12 = 300 * 95.88 = $28,764 / year

Why the difference? Tenvo's per-device Pro pricing here is an example of a device-centric commercial model. Many vendors mix technician seats and host counts; map your real usage to the math above.

Notes:
- These are example calculations to illustrate how different billing axes change total cost.
- If your organization relies on a small number of technicians and a large device fleet, hybrid pricing (low tech seat + per-host) can be cheaper than flat per-device plans.
- Always check multi-year discounts, MSP bundles, and marketplace reseller pricing.

上面的具体数字为说明计算方法的示例。请用您自己的报价做相同的算术，并别忘了附带成本：自托管的备份/高可用、证书续期、修补自托管服务器所需的值班工程师，以及迁移人工成本。

不会让您的设备群失联的迁移路径（逐步）

大多数团队担心的技术问题：现有代理从 ConnectWise 的控制端接收指令；如果在新工具能够访问设备之前卸载或切断控制端，该端点在现场有人到达前将无法访问。解决方案是并行运行与分阶段切换。按下述清单操作。

1. 盘点并分类设备。 导出您的 ConnectWise 设备清单，并标注哪些为无人值守（服务器、自助终端）、哪些为偶尔使用（笔记本），以及哪些为人工协助。您需要按类别统计数量。
2. 识别访问边界。 记录位于 NAT、受防火墙保护的网络或分支机构内的设备。这些设备将依赖中继，除非您开放端口或安装本地中继。
3. 选择并行部署方式。 使用软件分发（MSI/PKG）、RMM 推送或分阶段的用户提示。对于 Windows，构建包含您的安装开关的 MSI 并在大规模部署前对其签名。
4. 并行安装新代理（不要移除旧代理）。 将新代理配置为注册到 Tenvo 的托管中继（由我们运营；服务器位于德国）。如果您需要自行托管中继，请考虑改为自托管 RustDesk。切换完成前请保留 ConnectWise 代理。
5. 试点组。 将 10–20 台具有代表性的无人值守设备迁移到新工具，并执行真实场景任务（文件复制、远程安装、Wake-on-LAN、会话录制、SSO）。验证审计日志和权限映射。
6. 培训技术人员并同步身份。 如有需要，集成您的 SSO/AD 并培训技术人员会话工作流程。映射用户角色以使权限与旧系统匹配。
7. 分阶段切换无人值守设备。 按批次迁移无人值守设备（按站点、子网或业务单位）。每批完成后，保留旧代理安装，但对该批禁用旧控制器的远程会话——这可防止发起新会话，同时保留回退路径。
8. 最后切换技术人员。 只有在所有无人值守设备在新平台上可访问后，才迁移技术人员席位并撤销旧账户。保留短暂的重叠窗口以同时允许两项服务；计划 7–14 天的重叠期。
9. 回退计划。 保持旧管理控制台可访问，并在验证完成之前不要销毁证书或关闭托管。如果某批失败，您可以在这些端点上重新启用旧控制器的会话。
10. 退役。 在 30 天的正面验证后，卸载旧代理并关闭旧控制平面。

大多数迁移容易出问题的关键运营细节：

• 许可对齐：用灵活的起始日期启动新订阅，以免在长重叠期内支付双倍全额年费。
• 防火墙规则：如果新中继使用不同端口或域名，在代理安装前安排防火墙下发。
• Wake-on-LAN 与远程 BIOS/控制台：在试点机器上测试；一些代理对网卡/WOL 的处理不同。
• 会话录制与审计：如果有录制保留规则，规划旧录制如何归档以及新录制如何存储。

技术陷阱 — 在切换前要测试的项目

运行以下切换前测试套件并记录每个失败项，以免在凌晨 3 点事故时发现问题。

• 连接模式。测试直接 P2P 与中继会话。记住：当会话通过托管中继路由时，TLS 在中继处终止；运行该中继的人可访问会话数据。这会改变威胁建模与合规义务。
• 防火墙和代理处理。验证代理认证、公司级 TLS 检查代理与允许列表。一些中继需要特定的 SNI 或 IP 范围加入白名单。
• SSO 与 MFA。检查角色映射与紧急访问的破窗账号。
• 文件传输与大体量数据。运行大文件拷贝以检查吞吐量与超时；记录任何带宽节流设置。
• 会话持久性。测试长时会话（2–8 小时）以查看代理或中继是否会断开处于空闲但仍活动的会话。
• 日志记录与导出。在退役旧日志前确认会话日志、操作员备注与导出满足您的审计要求。

更多关于无需自行开放端口的连接模式，请参阅 Remote Desktop Without Port Forwarding Explained。关于安全模型与中继实际能看到的内容，请阅读 Remote Desktop Security: What You Need to Know。

什么时候自托管控制端（以及为什么大多数团队选择托管中继）

当您有书面要求强制执行自托管时，自托管是正确的选择：例如禁止第三方中继的合规规则、隔离的离线网络，或严格的数据驻留要求。自托管意味着您控制证书、存储与日志——但您也必须负责修补、高可用性、故障切换与密钥保管。这种运营负担有真实的人员成本。

托管中继（Tenvo 的托管中继是推荐的默认选项）把托管和证书续期转交给运营方。对很多团队而言，一旦计入值班维护、紧急修补与运行始终可用中继所需的工程时间，这能节省费用。如果您确实需要自托管，请书面记录 SLA，并制定定时计划以便在合规窗口结束后回迁到托管服务。

若计划自托管，请参阅我们的指南 Self-Hosted Remote Desktop: Why, How, and What Breaks 了解运营陷阱。关于随时间变化的成本权衡，请查看 remote desktop cost: 3-year TCO of major tools。

为什么 Tenvo 适合迁移故事（诚实且务实）

Tenvo 在决策图中的位置：

• 客户端：原生 Windows、macOS、Linux 以及公测中的浏览器客户端。这使得在桌面操作系统间并行安装变得简单。
• 托管中继：Tenvo 将托管中继作为默认选项（由我们运营；服务器位于德国）。如果你不能使用第三方中继且必须自行托管，请考虑自托管 RustDesk。我们建议大多数团队使用托管中继，因为它能降低运营成本并消除中继的紧急补丁需求。
• 定价透明：Tenvo 发布了简单的层级——Free $0, Lite $2.99/mo, Pro $7.99/mo——因此你可以直接按设备计价并在迁移期间模拟重叠窗口。（如果你有特定的 MSP 折扣或大量采购需求，请联系销售以了解打包方案。）

实话实说：部分竞争对手在某些细分领域更占优势。ConnectWise 在 RMM 集成与 MSP 生态上较为成熟；AnyDesk 在低带宽远控延迟上有时优于他人（参见 AnyDesk Pricing Explained: A Plain-English Decode for 2026）。用这些比较来验证功能等价，然后选择能最小化总体运营成本与迁移风险的工具。

切换前的最终检查清单

• 已导出并分类的清单（无人值守 vs 有人值守）。
• 并行代理部署在试点设备上已验证。
• 防火墙/更新窗口已排期并已通知相关方。
• 破窗流程已测试并记录。
• 技术人员培训与 SSO 映射完成。
• 为计划的重叠期购买了重叠许可（通常为 7–14 天）。
• 保留回滚计划并在切换后至少 30 天保留旧控制台访问。

如果迁移计划遇到任何合规门槛，请阅读 Remote Desktop Audit Logging，并在退役旧系统前确保导出的日志满足保留规则。

从 ConnectWise Control（ScreenConnect）切换完全可行而不会让端点失联——关键在于并行运行、现实的重叠期，以及验证在您环境中实际会出问题的项目（代理、代理链/代理检查、WOL 与 SSO）。先把费用算清楚，分阶段切换，并为修复窗口预留时间。

准备试用一个具有清晰定价模型和托管中继选项的替代方案吗？在当前系统旁边运行一个 Tenvo 试点：Download Tenvo。记录试点结果，然后按照上面的分阶段迁移清单操作以避免意外。