134 个模块，
没有一个是提案里想出来的两个 e-bike 品牌站，从零搭起

能复用的不是模块本身，是这些模块背后的判断：客户在哪一步流失、那一步缺的是什么信息、这个信息该做成页面还是做成工具。行业换了，「买错型号导致退货」「客单价高所以要算账」「没听过的品牌要先解决信任」这三件事不会换——换的是它们在你的品类里长什么样。反过来说，如果你的品类里这三件事都不成立，我们会直说这套经验用不上，不硬套。

不能，也不该。它们是长在特定品类和特定商品结构上的，直接搬到别的品类就是穿别人的鞋。可复用的是做法与判断，不是文件。你会拿到的是按你自己的品类重新做的一套，源码进你的仓库。

模块多不等于每个页面都加载所有东西——一个页面只用到它需要的那几个。复杂度真正的代价在维护，所以这些模块都做成了后台可配置的，改文案、换图、调顺序不需要找开发。

这页讲的是站本身怎么搭起来的，运营自动化是长在这个站上的下一层——内容、客服、多语言、广告与看板。两件事是同一条线：站是我们搭的，所以自动化能插到底，而不是外挂在旁边。

取决于你要多少组模块，以及你的产品资料整理到什么程度。诊断阶段我们会先看你的品类真正卡在哪几步，只做那几步——134 个模块是八年里一点点长出来的，不是一次做完的，也不建议你一次做完。

要。这是我们写进合同的计费规定，在签约时就讲清楚，不会到项目中途才提。规定分两头：日常维护——改文案、换素材、调配置、跟进版本、日常巡检与故障响应——你自己的技术人员接得住，也可以购买年度运维订阅；新增一组模块、接入新的业务系统、上一条新业务线，属于一次新的开发，按新项目单独立项计费。这样划分是为了把账算清楚：新增的工作量并进维护费里，要么让维护费虚高，要么让新增的那件事没人认真做。