我是一个独立开发者，已经持续多年开发维护一款自己的产品：升讯威在线客服与营销系统。
5 年前，我开始记录和分享独立开发与维护这款产品的过程：
一转眼 5 年过去了。今天对我来说同样是具有里程碑意义的日子，一个大客户经过长达近 3 个月的评估，测试，终于签单了。过程十分辛苦，甚至一度让我有点想放弃，包括不限于：
1）和客户的技术团队在腾讯会议多次 battle，从技术方案到各种边界场景的应对。
2）前期为客户提供了过往的一些测试数据，包括一个真实的 2000 访客在线视频，客户依然要求必须在其部署的测试环境给出压测方案。
3）信息安全，要求我证明在 100% 私有化部署的情况下，确确实实没有后门，口头承诺当然不行，必须技术验证。
4）性能指标，由于涉及到向上级单位申请服务器和带宽预算，必须给出有理有据的服务器和带宽诉求计算依据。
5）对经过压测的测试环境，不允许停机，直接抽取性能指标数据。参阅我的上一篇博客：“使用 dotnet-counters 观测升讯威客服系统内存占用情况和数据吞吐性能”。
6）OpenAPI 接口对接的流程和字段讨论，如何适配客户的业务流程。
7）其它各种合规工作……
我依然记得曾经打工的地方，领导为了强行安插一个小姑娘来接手所谓的“产品”工作，经常使用的 PUA 话术就是：“你只是个程序员”。 😂
经过这个大客户长达近 3 个月的高压，客服系统也确确实实在稳定性和性能上再次上了一个台阶，我在更新记录中做了详细记录，这几个月几乎全部的精力都用在了这方面：
https://docs.shengxunwei.com/Post/f7bc8496-14ee-4a53-07b4-08d8e3da6269/659b9d6f-7258-4302-9c5f-df0a4a2d87f5
回到正题，经过这一役，我忽然想，我做了 5 年多的这款在线客服系统，到底在市场上处于什么位置？于是我做了一些调查。
镜像拉取数量达到了 3.8K。 在市场上能找到的一些私有化部署客服系统中，目前处于第一的位置，并且增速很快。
我上传 Docker 镜像的第一年和第二年，都只有几百个拉取，第三年开始每年几乎是翻倍的增长。
此外由于中国很多地方无法成功拉取 Docker 镜像，我提供了一个导出的镜像文件给用户下载，这部分数量没有统计在内，可能比 Docker Hub 上的拉取数量要多。
我在官网上提供了完整的私有化部署包下载，截至 6 月，2026年已经实现了 1211 次下载。从折线图上能看到下载量从 2024年开始起飞。
除了提供私有化部署为主要服务方向外，我也提供了在线使用的 SaaS 环境，截至目前，实现了近 2400 万次会话。
要有十年磨一剑的耐心与意志，一定要先把产品做好，这是一切推广的前题。
在开始推广宣传之前，要确保产品达到了相当的稳定可靠水平。避免前期好不容易找到的用户在试用之后就放弃，失去种子用户，也避免给自己的产品口碑带来负面影响，再想纠正难度会大大增加。
在我开发维护同一款产品多年之后，我切身感受到 “口碑” 对产品生命力的影响之大。所以要做就认真做，珍惜你的每一个用户。
在推广前期，想积累用户很困难，一定要尽可能的把用户留下。
只有容易使用，低使用门槛的产品才能相对容易的把用户留下，从用户的注册流程到使用细节，都必须足够友好，做到不需要看用户手册，只需凭借正常人的基本思维理解就能开始使用，避免非常技术性的表述和非常隐晦的操作逻辑。
在我做项目经理的时候，我曾很直白的对开发团队说：我希望这个功能，只要识字的人就会用。（可惜打工的环境做不到，总有各种人不希望看到产品被估好，你的工作被做好）
现在有许多产品的设计，初看挺高大上，界面很是简洁，再一用，发现不太会用，必须要仔细的观察和理解，摸索着用。有很多界面的表达细节，片面追求“好看”，追求“高大上”，操作过程看似很有逻辑性，实则极其隐晦。我认为这是大量的年轻人从事所谓“产品经理”的岗位造成的。对产品没有质的理解，对用户没有敬畏和同理心。现在极少有所谓的“产品经理”能够听取用户建议，他们更加崇拜乔布斯，信奉用户不知道自己想要什么，无法理解为什么 Windows 能够成为生产力工具。
常见做法比如 滚动条 1 毫米宽；图标不带文字以显得更精致；有二级菜单不知道，要点了才知道，文字必须要小，颜色必须要淡，位置必须要边边，诸如此类智障的设计。
对这类产品设计我是持保留意见的，我认为有两种情况：
如果是大厂产品，毕竟用户也没什么选择，你想怎样就怎样吧。而且对于在大厂打工来讲，政治正确和占据理论高点、高大上，其实比用户真实想法更重要，卷来卷去的不容易，在你没有话语权的情况下，接地气的想法和做法可能会显得比较 low ？
如果你是独立开发者，你的目标就变成了把事情做好，而不再是玩弄组织规则牟利，在这种情况下你唯一要关注的只有用户的想法，其它的都不重要，你唯一要做的是向用户证明你的产品好用，正常人容易理解，而无需向同事和领导证明你的理念更高端受教育层次更高。
当你做自己的产品时，必须在思路上要有清楚的认知，好好做一款正常人能理解，方便使用的产品。
为用户快速了解产品，进一步理解产品，提供指引。大部分程序员都不爱写文档，但这很重要。
既然说产品要容易使用，为什么又讲到要有完善的文档和说明书呢。你要为用户的使用设计一个递进的层次。往往用户是在直接体验，感觉良好之后，才有可能看你的文档和说明书。所以两者不矛盾。
我在推广升讯威在线客服系统之前，专门花几天时间写了一个简单的在线文档系统，最初只是参考 MSDN 的版式简单克隆了一下详细的介绍了私有化部署的方法，软件的基本功能，后来我发现文档系统的访问量慢慢变得非常大，我又做改版，加入了全文检索，美化了页面，提升了体验。
我仔细设计了文档的类目结构，一步一步分解了软件的部署和使用过程，特别是对于安装部署的过程，我写完之后，就自己严格跟着文档在纯净的系统上跟着做，发现有疏漏的地方就立即补充修改。
https://docs.shengxunwei.com/Book/kf
用户根据文档，就能自己完成系统的搭建，一方面使我能够积累到更多的用户，另一方面也减轻了我自己的精力，在有详细文档之前，需要花很多时间回答用户的疑问。
详细的文档为我默默积累了许多前期用户，对于大部分人来说，如果没有详细的文档，他们会直接放弃使用你的产品，而不是来咨询你，这一点很重要。
不要嫌弃用户，不要试图教育用户。
我怀疑现在几乎没有任何一个“产品经理”会听取用户意见和反馈，毕竟有经验的产品经理（对，这里没有双引号），年龄都不小了，应该已经去送外卖或者开滴滴了。
前文我用了一些篇幅说明产品要易用易于理解。即便如此，在我推广自己产品时，也经常会被用户的反馈弄到懵逼，怎么会有人这样理解（某个功能或操作）？
但我总是耐心听取用户的意见和反馈，在我向用户解释说明之后，我会第一时间修改调整产品的界面设计或文字表述，使同样的疑问不再产生第二次。因为我知道产品是为人服务的，不是用来证明我自己的。
我记得在公司打工的时候，有时提出一些用户体验方面的意见，总是被嘲笑。 其实近几年，我才慢慢体味到：其实他们不是嘲笑你这个想法本身（你什么想法这不重要），只是借机嘲笑你这个人，毕竟，组织里向上走的通道越来越狭窄，能踩一个是一个。
早期的种子用户为我提供了极大的支持，在产品的完善过程中，给予了极大的耐心和支持，在此表示感谢：
不管你做的产品多么的好，多么的有用，你身边的人永远不会愿意给你抬轿子，这是人性。
在我身边有许多认识的人，这么多年下来，依然不相信我懂技术是做技术的。后来我明白了，是他们选择不相信。
“老曹你现在做什么，做销售啦？”
“你做产品经理？再说吧再说吧。”
“老曹你要注意，以前有个人就是把公司代码传到网上....”
曾经和同事探讨一个观点，对方积极辩驳。正巧领导过来加入探讨，正巧和我观点一样。后来同事说：“他说可以，反正你说就不行。”
在早期我想推广自己的产品时，总是先从身边认识的人着手，浪费了很多时间，后来我明白了，别人不想给你抬轿子。
通过升讯威客服系统，我认识了很多新朋友，其中有许多朋友对我的帮助非常大，甚至有许多人对我提供了非常直接的帮助！
但是，我过往的朋友、同事，一个都没有，他们甚至没有一个人注册我的产品看一看，没有。
中国有这么多人，这么多企业，这么多网民，无论做什么，都一定要想办法打开更广阔的空间，去寻找机遇，有太多的事情可以去做。
哪怕自己去地推，去陌拜，都是可以的，一定会有收获。
前些天有个用户上线，上线前在内部做了个小的压力测试，也没有提前和我说，完了才截图给我看。当时还是非常高兴的。我自己业余时间做的系统只能自己用测试工具跑一跑，肯定没有这样的人力去测试，这是第 1 次在用户真实环境真实的压测，整个过程没有任何问题。
升讯威客服系统仍处于不断演进的过程中。
如果您曾经构建或部署过实时聊天系统，我非常期待与您交流心得。
无论您倾向于使用托管版还是自行部署（Self-hosting），都可以免费使用。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。