我在业余时间开发了一款自己的独立产品：升讯威在线客服与营销系统。陆陆续续开发了几年，从一开始的偶有用户尝试，到如今线上环境和私有化部署均有了越来越多的稳定用户，在这个过程中，我也积累了不少如何开发运营一款独立产品的经验。
这是我官方环境的服务器同时连接数，去年同时连接数超过 2K 时，我还发过朋友圈，今年翻倍到了 4K+，我已经 淡然处之了（不发朋友圈了）。😂
既然谈技术，就离不开一个底层技术栈的选择，升讯威在线客服与营销系统是基于 .NET 技术栈开发的，目前最新版服务端基于 .NET 8，客服端软件使用 WPF（.NET Framework 4.8 ，兼容 Win7），访客端和Web 管理端分别是原生 HTML/JS 和 VUE3。
在这篇博客里我想谈谈 .NET 技术栈，谈谈它带给我的优势，以及在中国这个大环境下，我是如何慢慢打破部分用户顾虑，取得他们信任的。
在这里我并不赘述 .NET 技术本身的技术优势，这样的文章有很多，我只想谈谈它 “带给我的” 优势。
首先是它的全栈开发能力，服务端和客服端软件，都使用相同的 C# 编程语言，几乎相同的开发库，这大大减轻了我的心智负担。虽然服务端和客服端软件一个是 .NET 8 ，一个是 .NET Framework 4.8，但是基于 .Net Standard ，我可以共用许多代码，这又大大减轻了我的劳动强度。
此外基于宇宙第一IDE（Visual Studio），包括它附属的各种开发工具、调试工具，大大提高了我的开发效率。当然还有微软无与伦比的在线文档（MSDN）。
这一切使我能够以一己之力开发规模庞大和复杂的企业级软件。
有部分朋友会疑惑为什么客服端不做成 Web 版。我有另外的博客论述过这个问题，简而言之，”网页“ 无法支撑客服端这种复杂系统，客服端必须使用 ”软件开发“ 技术构建，”软件“是”软件“，”网页“是”网页“。Web 技术的优势在于简单灵活的 “展示” ，它无法在用户侧做计算密集型，数据复杂型任务，它无法操作大量内存数据，没有多线程，它甚至没有完备的编程语言，只有受限于浏览器环境的 JavaScrtip 脚本。
正统的 ”软件开发“ 技术，在我实现和推广客服系统时，给了我非常大的信心，正是这种信心和实际表现出的能力，成了打消客户顾虑，建立信任的基础。
毫不回避的说，确实有一些客户在最初与我接触时，表现出对技术栈选择的顾虑，让我现在回过头去总结的话，其实他们大部分人并非对技术有非常深的理解，而是受大环境和网络信息引导产生的感性而非理性的顾虑。
有两个客户给我的印象是最深刻的，其中一个在我刚发布系统不久，就看到我的博客，用免费版客服系统搭了一套玩，是的只是搭着玩玩看看，和他们现在使用的客服系统对比对比，之后和我联系，谈了一些他的看法，也提了一些小的需求调整。那时我的客服系统刚刚发布，就有人愿意和我联系反馈意见，真的让我很感动，也让我很受激励。他有一句话让我一直记得：“一开始我看你用的是 Windows 和 .NET，犹豫了很久，后来试了试感觉也还行。“ 在我刚发布的时候还没有做 Linux 和 Docker 适配，那时是基于 Windows 写的部署文档，Linux 和 Docker 适配是后来的事情。
不管怎么说，最开始有用户愿意和我反馈，愿意尝试，我肯定是十分珍惜的，他提的需求也不复杂，我调整之后给他版本更新，他在一个 APP 上做了尝试使用（他们公司运营多款 APP），经过一段时间的磨合（主要是接口对接，业务细节调整），有一天和我说，准备把几个 APP 里的客服系统全换了，问我到底行不行，哈哈，这种时候我当然只能给他十分的信心，必然是行。
另一个客户的故事，就更长更曲折了。他们家一样是在 2021 年就尝试了我的客服系统，但只用了一段时间就放弃了。主要是当时的功能和细节都太单薄。在其后的一两年时间，我偶尔和他们联系，都没有下文，我已经接受这个客户流失的事实了。
直到 2025 年 7 月（隔了 4 年 😂），他们又联系到我，让我给再部署一次试试。虽然我不知道是啥原因，但我非常感动和感激过了这么久这么久，居然他们还记得我，还记得这回事。
后面的剧情就像爽文一样，他们在一个多月的时间里，把旗下多个网站的客服系统全换成了我的。变成了目前我最大的客户，每天同时在线近 40 个客服（单客服器 4vCPU/32GB内存），日均会话量大约在 5000 次左右，收发消息大约 40000 到 60000 条，节假日更多。
当然在这几年中，我也流失了一些客户，因为各种原因，例如早期对部分边缘场景适配的不足，导致在客户环境遇到问题，或是在一些偶发场景下遇到故障，导致用户失去信心。
所以我特别特别感激在遇到问题时能和我反馈，愿意和我进一步沟通的客户，没有这些客户，大量的边缘场景，偶发场景，我连知道都不会知道。
如果最后总结，我是如何打消客户顾虑建立信任的，我会在技术和产品本身之外，列出以下我觉得重要的因素：
因为选择 .NET 核心栈作为核心，经常会遇到客户技术团队的“挑战”，特别是在早期，会被询问各种技术层面的问题，如何保障系统的可靠性。包括不限于被拉群挑战，腾讯会议挑战，我不能用对抗的态度去沟通，更不可能去“怼”对方，必须耐心、有理有据的回复对方的问题。而且我不能单纯的去证明 JAVA 和 .NET 哪个好，这没用的。我必须从“我自己”作为出发点，从架构设计，从我的思路，从我面对各种问题时，“我的解决办法”去说明，我这个技术栈，我的工作是可信的。
这可能是我的性格特点，我对用户的咨询和询问非常有耐心，即便是在线文档上已经写过的内容，我也会帮用户把文档找出来发过去，不会让用户自己去找。对于用户多次询问相同的问题，我会像他只是第一次问一样再回复一次，从不会说你不是问过之类。
许多咨询使用我客服系统的用户，也来自技术社区，也是技术人，我经常会被问到技术细节问题，对此我也比较乐于交流（只要对方有基本的沟通礼貌），我从不会藏着掖着，有一些客户真的是在技术沟通多次，过了很久（最长的 4 个月之后，中间还有一次腾讯会议和技术团队交流 😅），才决定上线我的客服系统。
顺便提一句：我算是实名在做客服系统，而没有使用网名或昵称。
我选择客服系统这个方向，坚持了很多年，一直在更新维护、完善、解决问题，我会在网站上详细记录更新日志（可追溯到 2021 年），也会经常发技术博客来说明在做的工作，分享技术思路。我想这种长期主义，也是打动一些客户的原因之一，他们看得出我不是一时兴起，不是来玩票，不是来“试试看”的，例如前面提到隔了 4 年又联系我结果一下成了我最大客户的例子，可能他们是看到了我还在整这个事儿，同时因为他们现有的系统或合作伙伴遇到了什么问题，于是我的机会又来了。
升讯威客服系统仍处于不断演进的过程中。
如果您曾经构建或部署过实时聊天系统，我非常期待与您交流心得。
无论您倾向于使用托管版还是自行部署（Self-hosting），都可以免费试用。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。