用手机点开不少集团的官网，第一反应是找缩放按钮：导航挤成一行小字，表格横向断掉，PDF公告点开是整页扫描图，两张表那么宽。问起来，答复往往是移动端访问量不大，将就一下。这个判断十年前成立，现在早变了——很多集团的移动端流量已过半，投资者和求职者第一次接触集团，多半就在手机屏幕上，第一印象也只有一次机会。集团网站建设的移动端，不该是把就的产物。
响应式为主，特殊场景单独做
主流方案是响应式：一套后台、一套内容，页面按屏幕宽度自动重排。维护成本最低，内容更新一次到位，搜索引擎也只认一套地址，不分散权重，适合绝大多数集团站。独立移动版只在两种场景值得做：一是移动端有完全不同的功能诉求，比如以招聘报名、活动报名为主的场景，手机端流程和桌面端完全两套逻辑；二是历史原因旧站没法改造，只能单独搭移动端过渡，等整体改版时再合。为做而做两个版本，内容同步的麻烦迟早会把其中一边拖死，拖死的那边多半是移动版，因为它访问量看起来总是小一点。
移动端栏目要做减法
桌面版十几个栏目搬到手机上就是灾难。移动端的导航留四到六个入口：关于集团、业务板块、新闻动态、投资者关系、招贤纳士、联系咨询。三级以下的页面靠搜索和内链触达，不要堆进导航。表格和附件是移动端重灾区：数据表格横向滚动要加提示，公告附件提供在线预览，别让用户下载一个三十兆的扫描版PDF，流量和耐心都耗不起。
四个功能必须优先保证
- 页面三秒内打开，首屏图片压缩到合理体积，轮播图别超过三张；
- 搜索框放在首屏，移动端用户更依赖搜索而不是翻栏目；
- 联系电话可点击直接拨号，地址可跳转地图导航；
- 核心栏目在微信里被转发时，标题摘要图片正常显示，别出现白板卡片。
验收移动端有个土办法：找三位没用过后台的人，用各自的手机完成找一篇新闻、查一个子公司地址、投一份简历三个任务，全程不许提示，哪一步卡住改哪。集团网站建设的移动端体验，就在这些具体动作里见高下。比格网络交付的集团站默认按移动端优先做设计稿，桌面版反而是在移动稿基础上扩展的，顺序不同，结果差很多。移动端还有一个绕不开的话题是加载速度。集团站的首页往往堆着大图、视频、第三方统计代码，桌面宽带上感觉不到，手机流量下全是负担。图片懒加载、视频封面替代自动播放、统计代码按需引入，这三刀下去，加载时间往往能砍掉一半，跳出率跟着降。速度优化的每一步都有数据可查，做完一项看一项。
