谈谈一款 .NET 客服系统是如何建立客户信任的

我在业余时间开发了一款自己的独立产品:升讯威在线客服与营销系统。陆陆续续开发了几年,从一开始的偶有用户尝试,到如今线上环境和私有化部署均有了越来越多的稳定用户,在这个过程中,我也积累了不少如何开发运营一款独立产品的经验。

这是我官方环境的服务器同时连接数,去年同时连接数超过 2K 时,我还发过朋友圈,今年翻倍到了 4K+,我已经 淡然处之了(不发朋友圈了)。😂

既然谈技术,就离不开一个底层技术栈的选择,升讯威在线客服与营销系统是基于 .NET 技术栈开发的,目前最新版服务端基于 .NET 8,客服端软件使用 WPF(.NET Framework 4.8 ,兼容 Win7),访客端和Web 管理端分别是原生 HTML/JS 和 VUE3。

在这篇博客里我想谈谈 .NET 技术栈,谈谈它带给我的优势,以及在中国这个大环境下,我是如何慢慢打破部分用户顾虑,取得他们信任的。

.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),都可以免费试用。