网站建设出的纠纷,大多数与技术无关。当初少写一行字,后面就多扯一回皮。
我们接过不少别人做了一半、或者做完就散了的站。翻出当初的合同看,写得最含糊的往往是固定那几处。这里按重要性排一遍,签之前对着过一遍,能省掉后面大半麻烦。
一、源码和数据库归谁
这条排第一,因为最容易漏,后果又最重。
有的合同里只写一句提供网站建设服务,压根没提源码归属。等到客户想换人维护、或者想加个功能,找对方要代码,对方说源码是我们的知识产权,客户就卡住了。要么加钱,要么整个站从零重做。这两种结果都很难受。
写清的方式很直接,合同里加一句,页面代码、程序源码、数据库结构归甲方所有,交付时一并给到,甲方后续有权自行处置或者交给第三方。有这句话,客户手里才始终留着钥匙。
二、域名和服务器挂在谁名下
我们见过最麻烦的一种,域名注册在服务商自己的账号里,客户只是「能用」。运营的时候没任何问题,真要迁走的时候才发现,域名不在自己名下,解析改不了,备案信息也是对方的。
合理的方式是域名和服务器都挂在甲方自己的账号下,绑甲方自己的手机和邮箱。服务商只负责代操作、代配置,不持有账号。这不是信不信任的问题,是让客户在任何情况下都能拿回控制权。
如果确实由服务商代购,合同里也要写明,费用由代购方垫付还是甲方直付,到期续费谁负责提醒,甲方要求迁出时几天内配合。
三、工期怎么算,什么算延期
工期这条最容易扯皮,因为大多数人只写一个总天数,没写起点和节点。
把工期拆开写会清楚很多。从哪一天起算,是签订合同起算,还是甲方资料交付齐了起算。中间分几个节点,比如首屏设计稿确认、内页完成、测试上线。每个节点各占几天。甲方每次确认资料的时间不算在工期里。这样一通拆,哪一方拖了、拖了几天,一目了然。
延期怎么办也要写。是顺延,还是按天扣款,扣多少。写清楚不代表真会扣,是让双方都上点心。
四、验收标准写在前面
验收的争议,多半出在「标准是什么」上。客户觉得不好看,服务商觉得已经做完了,谁也说服不了谁。
把标准具体化,争议就少。比如兼容到哪些浏览器、手机端适配到什么程度、首屏加载控制在几秒以内、多少个页面、每个页面有哪些功能模块、后台能修改哪些内容。越是能一条条打勾的东西,越不容易扯。
还有一条常被漏掉,甲方提出修改意见的次数或者范围。无限次修改听起来对甲方有利,实际往往导致工期无限拖,或者对方干脆缩水应付。合理的是约定几轮内免费调整,超出部分怎么算。
五、售后包含什么,期限多久
很多人以为做完就结束了,其实后续还有一堆事。域名和服务器到期要续费、程序有安全补丁要打、内容要更新、偶尔出个小毛病要修。这些谁来做,合同里要交代。
写的时候要具体。免费保修期多长,期内修什么不收钱,什么情况算额外服务。出了打不开、被挂马这类问题多久响应。日常改内容、加图片这类小事是按次收还是包年。
一句话,把「售后」这个模糊的词拆成能对照的条条,双方都省事。
六、付款方式和违约条款
付款常见的是分几笔付,签合同付一笔、中期付一笔、上线验收后付尾款。这个比例怎么定,是双方谈的事,但有一点要守住,尾款比例别太低,也别一次性付全款。
违约条款两边都要有。服务方延期怎么办,甲方拖欠付款怎么办,中途一方要终止又怎么算。写全了,是给双方一个约束,不是咒谁违约。
一句话判据,拿合同翻到最后看有没有「排除项」和「归属」两栏。只写做什么、不写不做什么、也不写东西归谁的合同,风险基本都埋在后面。
下一篇没有了
