以下内容是我个人编写, 为了更好阅读, 让 ai 整理排版

某宝店铺软件开发纠纷实录：一个开发者的血泪教训

前言：免责条款的无奈

我是一个某宝店铺的软件开发者，在开发软件的时候，报价时基本上都会明确说明：客观环境改变导致的软件不能使用是免责的。然而现实总是比条款更复杂...

案例一：反复无常的客户

初次接触

从很久很久以前说起，有人在我这定制一个软件。在定制过程中，我发现这个人东挑西拣，而且逻辑混乱。本着多一事不如少一事的原则，在软件已经写好的情况下，我告诉对方：

"请退款，请全额退款，请撤销订单，求你了。"

对方却说："算了，能将就用用吧。"然后直接点击了确认收货。我一想，好吧好吧，既然都这样了，那么我给作者结钱吧。

风云突变

万万没想到，过了半个月，对方以"软件有 bug"为名申请退款。经过我检查，发现是版本改变导致的。

我解释道：

"这聊天记录都写得明明白白的，是我主动再三要求你退款的呀，可你强制要求收货。如今软件并没有 bug ，只是软件的运行环境改变了，导致这个软件不能用了。而且之前也说明了，软件定制的时候，运行环境改变导致它不能用是免责的。"

对方不做表示，只是一味地申请退款。

平台裁决

我一想，这某宝是不是得有所决断呢？好的，某宝全自动决断，秒退款。顿时我觉得我这脸呐，火辣辣的疼。算了，几百块钱的事情。我把钱从开发者那里要回来不就得了吗？嘿嘿嘿。

我忍了，毕竟人在屋檐下，不得不低头嘛。

案例二：环境变更引发的持久战

项目开始

另一个故事又来了。一个客户在我这定制软件，定制时我就明确表明：

软件仅针对当前系统版本、环境、API 等情况，不负责因一切客观原因改变导致的软件无法使用。

对方表示客观环境几年都没变过，让我尽管做。我看客户如此笃定，便没起什么疑心，直接开干。

报价失误

不过，报价报少了。这倒也常见，客户不专业，描述问题时说得简单，我们就按他简单的思路报价，结果实际做起来并非如此。但这责任肯定不在客户，只能怪我们自己。于是硬着头皮继续做。

交付与隐患

软件做好后，客户测试通过，还在旺旺上说：

"嗯，目前没什么问题了，以后有问题再找你。"

我心想，以后还能有什么问题啊？这软件又不会变，现在没问题，那基本上就不会出什么问题了。

问题爆发

说是迟那时快，半个月时间到了，对方提出软件有问题。我心想，这怎么可能呢？怎么突然就有问题了？这软件客户 24 小时都在用，平时都没问题，怎么突然就不能用了。唉，上去看看吧。

去检查后，果然发现系统版本变了。

我跟客户说版本变了，客户却称：

"变啥变呢？几年都不带变的。"

哎，其实要判断版本是不是真变了、版本变化是否影响脚本运行，以及怎么说服客户认可这个情况，避免客户给我差评和追评，每一项都困难重重。相比之下，似乎咬牙给客户修复软件还相对简单点。

反复修复的循环

于是就这样给客户修复了一次。结果刚过一个月左右，软件又出问题了。基于之前的处理习惯，我继续给客户修复。

就这样来来回回，我们在沟通修复脚本的时候，就已经有些不愉快了，毕竟我都是咬着牙给对方修的。而且我提出是脚本有问题，对方也不认可。鉴于我还会当免费劳力，对方也不会给我差评。

最终爆发

在交付软件的第三个月，客户在我睡觉的时候开启电话连环呼叫，还在某宝上连环呼叫我，明确表示软件又出 bug 了。我实在是很无奈。

要知道这种长时间运行的软件，短时间不出问题的话，通常长时间也不太会有什么问题。当然了，内存溢出这类情况除外，不过以这个软件的级别，不存在这种状况。（每天重启）

最后的努力

我召集人手，将当时开发软件时的所有日志、采集的数据等各类信息全部整理出来。随后，把这些信息与当前软件的运行状态进行细致比对，一行一行地分析代码，努力找出问题所在。

不仅如此，我们还梳理出其中的逻辑关系，并且尝试用通俗易懂、普通人能听懂的语言来描述整个过程，目的就是要让客户心服口服。最后，将这些内容整理成文档，交给客户。

谈判破裂

客户说：

"系统这点改动就不能用了？"

见我没说话，客户又说：

"那你说怎么办吧？"

我说：

"我给你最新的源码，你找别人维护吧。"

我心里的想法是，拉倒吧，这点预算还想有人给你维护，光读这个源码都不止两千。拜拜了您，无底洞终于结束了。

对方说：

"好的，那你把源码给我吧，我自己研究。"

"好的，我飞快的把源码发给对方。"

其实我心里觉得基本上不可能，为什么呢？先不说专业的源码业余人员能不能看懂。就算他另外雇人写代码，就目前的人工成本，光把我的代码通读一遍，费用可能都不止 2000 元。更何况这还是一个因当前环境改变而无法有效运行的源码，调试起来会很困难。如果是一个能正常运行的源码，还能通过调试逐步分析。但对于一个不能正常运行的源码，光阅读的费用估计就不低，就客户的金钱观念来看，基本上这个项目算是到此为止了。

源码风波：打脸来得太快

差评来袭

实际上是我想的太简单了，而且打脸来的太快了。

拿到源码的第二天，他就给我来了个差评。更确切的说是追评，各种诋毁我：

"嫌钱少不干活，大家千万不要来这家店..."

三十六计之浑水摸鱼

因为我经营了一年的店铺无一差评，他这个差评显得特别突兀，我的心拔凉拔凉的。

我想应该是三十六计的浑水摸鱼吧。我赶紧找了两个朋友，让他俩也给我俩差评，内容主打一个明贬暗夸：

"这家店技术很好，就是老客户说什么也不给优惠"

这样就能减少一些影响了，我美滋滋的想。

源码争议再起

你以为这就完了吗？没完没完，第二天他就说源码有问题。我心想，就你这水平，啥源码给你能没问题呀。

我说：

"你放心吧，源码绝对没问题。"

他说缺文件，我说：

"绝对不缺文件，你放一百个心。"

然后他就整天在某宝上说：

"缺文件 缺文件 缺文件"

我能说啥？我恨不得把我电脑硬盘拆给他。咋办，我说我这边确认过了，肯定不缺，两千块钱的软件，源码又不值钱，不会缺的。

我这边文件源码、证据资料齐全，他还能怎么样呢？

再次被打脸

过了一会儿，售后全额退款的申请就送达了。此时我的脸火辣辣的疼，好像又被人扇了一巴掌。

好吧好吧，我的脸好痛好痛啊。

证据与裁决：讲理无用

准备证据

没事没事，不怕。我有全套的证据，全套的聊天记录。对方一来认可我说的售后免责条款，二来认可我提交的非我方证据导致脚本不能使用的例子。

我把这些证据全部提交某宝裁决系统。

至于说源码有问题，就看某宝，让我怎么去证明我的源码没问题吧。

还能一点不讲理么？

平台裁决的荒诞

事实证明，我根本不需要向某宝提交任何的证据证明。因为某宝只问了我两句话：

1. 你是否愿意全额退款？
2. 你是否愿意退款 80%？

在我拒绝之后，某宝就直接扣了我的保证金赔给对方了。

我多虑了，我需要做的只是弄点止疼药，缓解被打脸的疼痛。其它的都没有任何意义。

法律维权：最后的挣扎

起诉之路

反正也是打脸了，多打几次也无妨。

至此，我选择向杭州互联网法院起诉，按照抖音上的流程提交了相关证据。这一过程历时 3 个月，再过 3 天就要开庭了。

调解陷阱

然而就在昨天，对方（某宝）提出跟我调解，表示可以赔我一半的钱，我表示考虑考虑。

艰难抉择：我该如何选择？

现在面临的选择来了，大家觉得我怎么选好：

1. 拿着一半的钱撤诉（可能还要签一个保密协议，这个事情就到此为止了）
2. 等待判决（百分百打脸，肯定败诉）

我应该怎么选呢？