试用阶段核对范围,核心不是看对方演示了多少功能,而是把“试用结束后你能拿到什么”写清楚,再倒推需要哪些资料、谁来做、做到什么程度算验收。若试用只给演示账号、不交付可迁移内容,范围再大也难以转化为正式成果。
把期望结果拆成三类:可看的页面、可操作的后台、可带走的资料。试用前用一页纸列出这三类各自的最低要求,例如首页与两个内页能打开、后台能改一段文字、试用结束后能导出文章和图片。对方若只承诺“先体验”,就要追问体验结束后的数据归属。
方案A:试用账号加人工搭建。适合你已有域名和服务器、只想验证后台是否顺手的情况。适用条件是试用期短、页面少、不需要迁移旧数据。判断结果是:试用期内你能独立完成一次内容发布,且导出文件能打开。
方案B:试用期包含迁移与配置。适合已有旧站、栏目较多、需要保留原有链接结构的情况。适用条件是对方愿意先盘点旧站资料,再给出迁移清单。判断结果是:试用结束前,旧站的主要栏目能在新环境对应打开,且你确认过哪些内容不迁移。
两种方案的分界不在价格高低,而在资料责任和验收动作由谁承担。若对方只给账号、不给迁移清单,方案B就不成立。
假设某次试用约定“协助上线五个页面”,但未写谁提供文案、谁处理图片压缩、谁检查手机显示。试用结束时若只有两个页面能打开,就无法判断是资料没给齐还是任务没做完。此时应回到清单,逐项标记“已提供”“已完成”“待确认”,而不是笼统判断试用是否成功。
试用范围核对清楚后,正式报价才有比较基础。把试用中确认的交付物、资料责任和验收动作整理成同一张表,再让不同方案分别填写。若某项在试用中由你完成,正式合作时也要明确是否仍由你承担,否则报价差异可能只是责任转移,而不是内容增减。
下一步:拿一份正在比较的试用说明,按上面的四类逐项标注,把无法验收的条目挑出来,再决定是否继续试用或换方案。