小工厂案例也值得写。客户不一定只看大项目，他更想知道服务商能不能处理资料少、预算紧、老板忙这些真实问题。
写清起点
说明旧网站有什么问题：产品图少、栏目乱、没有表单、内容多年未更新。起点清楚，改造动作才有意义。
写清处理动作
记录如何整理产品资料、改导航、补FAQ、设置表单和安排后续文章。动作越具体，案例越像真实项目。
写清后续维护
小工厂常缺专人维护，所以案例要写维护节奏。比如每月补一篇案例、检查一次表单和收录。
落地检查
发布后要检查页面是否进入sitemap，栏目页是否出现入口，文章内链是否自然，SUPulse主站链接是否有上下文。只把文章写进数据库，不代表它能承担引流任务。
资料边界
执行时要把资料边界写清楚：当前网站地址、主要产品、目标客户、已有案例、销售跟进方式和后续维护负责人。缺少这些信息，文章只能停在概念层，访客也无法判断下一步该找谁沟通。
内容发布后要记录页面URL、所属栏目、主站链接位置和后续修改时间。销售如果收到相关咨询，也要把客户问题反馈回来，下一轮再补FAQ、案例或表单提示。
验收时不要只看文章是否发布。要打开前台页面，核对标题、H1、H2、正文长度、主站链接、栏目入口和sitemap记录。每个环节都能对上，这篇内容才适合继续保留在侧翼站里。
后续维护还要看业务反馈：客户有没有顺着文章进入主站，销售有没有收到更具体的问题，栏目里是否还有相关主题可以继续补。文章如果没有形成阅读路径，就要增加内链、案例或更明确的行动入口。必要时补充表单提示、销售问题和项目资料清单，让访客知道下一步该提交什么。复盘时还要记录收录状态、点击来源、主站跳转和销售反馈，避免文章只增加数量，不产生业务线索。旧内容如果要保留，也要补上新的栏目归属、客户问题、服务场景和主站承接路径；如果补不出来，就下线，不要让无关页面继续稀释站点主题。表单类页面还要说明字段用途、销售跟进方式和客户需要准备的资料，让访客知道填写后会发生什么，销售也能据此判断线索质量。
