一套代码还是两个站点，分歧不在技术而在各自的考核表

评审会开到第四十分钟，白板上只画了三个方框：一套代码、一套代码配多套模板、两个彼此独立的站点。市场部的人已经追问了两遍「投放用的落地页我能不能自己改」，前端组长把笔记本屏幕转过来，上面是一张七列的产品参数表在 390 宽度下的样子——横向滚动条贴在底部，第五列往后完全看不见。老板一直没接话，手里捏着两份报价单，一份七万八，另一份五万二加三万六。

卡住的地方并不是原理没讲明白。响应式是一套 HTML 靠断点伸缩，自适应是服务端识别设备、同一个网址回不同模板，独立移动站是另起一个 m 开头的二级域名、代码内容后台全部分家——这些在座的每个人都能复述。真正谈不拢的是，同一句「移动端体验要好」，五个人要交的差事完全不同，而那份差事写在各自的考核表上，从来不写进需求文档。

老板：他算的是三年，不是这一次

报价单上两个方案差不到一万块，他犹豫的不是这一万。真正让他往后靠的是一个没说出口的问题：三年之内这个站要再动两次，那两次分别要花多少。按经验，两套独立代码的站点每做一次改版，工时会比单套多出三成半到四成，因为同一个改动得在两处各实现一遍、各测一遍；再加上第二套的服务器、证书和维护，一年额外支出通常在两三千元区间。三年摊下来，最初省的那一万早就倒挂了。

他还有一层更隐蔽的顾虑：万一换服务商。单套代码交接时，新团队看一遍目录结构就能上手；两套代码交接，往往会发现移动站是三年前另一拨人写的，用的框架版本还停在旧版，没人敢碰，最后只能整站推倒。所以他嘴上问的是价格，心里排的是「哪个方案让我三年后仍然有得选」。在网站设计的立项阶段，这个诉求几乎不会被写成一条需求，但它决定了他最终点头的是哪一张纸。

市场负责人：他要的其实不是移动站，是不用排队

他坚持要独立移动站，理由听起来很技术，实质却很具体：投放期间一周要改三版落地页，还得同时跑 A、B 两个版本比数据。而主站的网站设计流程摆在那里，每改一个模块都得提需求、进排期、等发版，快的话三个工作日，赶上版本封闭就是一周。对一条日耗几千元的计划来说，等一周意味着预算已经烧完了还没等到那版能转化的页面。

他手上的数字也确实和别人不在一个语境里：投放带来的流量九成以上来自手机，平均停留不到三十秒，跳出率长期在七成上下，这批人压根不点导航，也不会去看关于我们。他要的页面只需要一屏承诺、一段证据、一个表单，跟主站那套完整信息架构没有半点关系。冲突就在这儿——他说的是「给我一个独立移动站」，想要的是「给我一个不用求人的页面容器」，这两件事被同一个词包住了，于是前端听成了要维护两套代码，老板听成了要多付一份钱。

设计师：最难的从来不是最窄那一档

被问到工作量时他给的判断是：390 好画，1440 也好画，真正折磨人的是 768 到 1024 这一段。侧栏留着显得挤、收起来又空一大块，两列排不下、单列又太长。响应式方案要他交的不只是三档视觉稿，还有一份组件伸缩规则——每个卡片在哪个宽度从三列变两列、图文模块在哪个宽度从左右排变上下叠、导航在哪一档折进汉堡按钮，这些都得逐条写死。相比只画一档，工时大约要多出四成。

他真正想说的是：要么给我画三档的时间，要么验收时别拿平板横屏来挑毛病。现实往往是老板只批了一档稿的预算，验收却按三档的标准过。还有一点他觉得被长期误解——断点不该由设计师凭手感定，应该由内容定。一行标题二十个汉字，在某个宽度下正好折到第三行、把下面的按钮顶出首屏，那个宽度才是断点该落的地方。好的网站设计是先量内容再定断点，不是先抄一组 768、992、1200 再把内容硬塞进去。

前端：三块硬骨头，其中两块不归他决定

他列出的难点很实在：图片、表格、导航。图片好办，一张主视觉出 390、768、1440 三份，按屏幕宽度取用，体积能从四百八十 KB 压到九十 KB 上下。导航也有成熟解法。最难的是那张七列参数表——在窄屏上要么横向滚动，要么改成卡片式，每张卡只留最关键的三个字段。可「留哪三个」是产品决策，不是技术选择，他一个人拍不了板，而会上没人愿意认领这个删减动作。

如果走自适应，他还得提醒一个容易被忽略的坑：服务端按设备返回不同模板，CDN 的缓存键必须按设备类型分开，否则第一个访问的人是电脑，后面手机用户拿到的全是宽屏版本，这类问题在压测时几乎发现不了，上线当天才炸。另外设备识别库需要跟着新机型更新，折叠屏展开态的判断尤其容易出错。这些成本都藏在网站设计方案的技术选型那一栏底下，报价单上通常只体现为一行字。

内容运营：改一个电话号码要开两个后台

她的关注点最朴素：一处修改，几处生效。两个独立站点意味着两套后台，一篇文章发两遍，一个电话号码改两次。按每月更新十二条内容算，一年就是两百八十多次重复操作，只要漏掉几次，两边的内容就开始对不上。行业里的普遍情况是，运行满一年的双站结构，内容不一致的条目占比通常落在一成五到三成之间，而且不一致的往往是最要紧的那几条——报价区间、服务范围、联系方式。

搜索这一侧还有一道硬要求：两个站点必须互相声明关系，电脑版页面指向对应的手机版，手机版再指回电脑版，一旦某篇文章只在一边存在，另一边就得跳转，跳不准就落到首页。她碰到过最典型的情况是移动站没同步那批新文章，用户从手机点进搜索结果，全被送到首页，跳出率一路飘红。她其实不在乎最后选哪套技术方案，只要求这套网站设计能保证同一条信息只需要维护一次。

把五份诉求拆回四个可量的问题

第一问，内容重合度。把电脑端要展示的信息条目和手机端要展示的列成两列逐条比对，重合在九成以上，就是响应式；这一问同时回答了老板的三年账和运营的重复劳动。第二问，月更条数。超过十二条，就不能让两套后台各自承担内容，因为不一致是必然结果，不是概率问题。

第三问，有没有真正的结构性差异模块。多列筛选、参数配置器、经销商数据看板这类东西，如果只有一两个，做法是同一个网址、同一个内容源，单独给这几个模块出移动端模板，也就是自适应，而不是为了它们把整站拆成两套。第四问，投放页的生命周期。低于六个月、只为一轮投放服务的页面，单独立项做成一个轻量的落地页系统，不进主站导航，声明不参与收录，权限直接交给市场部——这一问的作用是把市场部的诉求从主站方案里摘干净，他要的从来就不是第二个官网。

最后要写进网站设计合同的其实只有两个数：内容重合度以九成划线，月更条目以十二条划线。两条都过，就写明「响应式，断点取 390、768、1024、1440，设计交付三档视觉稿加一份组件伸缩规则」；重合度达标但更新量不大、又确有结构性差异模块的，写明「自适应，同一网址，差异模块单独模板，缓存键按设备分开」。设计师那多出来的四成稿件工时、前端要的那份字段删减授权清单，得跟这两个数写在同一份文档里。否则下一轮评审会还是这五个人，白板上还是这三个方框。