- 常规建站开发周期长，改一处文案也要等排期
- 上线后无法实时修改调整，内容改动要重走发布流程
以 Next.js 15 + TypeScript + Tailwind 搭出首页、FDE 招募、需求发布、案例、社区五类前台页面，线索落本地文件并配口令看板
客户当时卡在哪
- 常规建站开发周期长，改一处文案也要等排期不解决的代价：对外信息长期滞后于业务进展
- 上线后无法实时修改调整，内容改动要重走发布流程不解决的代价：运营想改什么都必须等开发
- 运营中台功能单薄，线索、案例、需求没有统一的后台管理不解决的代价：数据散落，无法按角色分工处理
FDE 怎么干的
以 Next.js 15 + TypeScript + Tailwind 搭出首页、FDE 招募、需求发布、案例、社区五类前台页面，线索落本地文件并配口令看板
补 FDE 注册登录（邮箱/手机号验证码 + 入驻资料 + 审核），数据层由 JSON 迁到 SQLite，配套每日快照与异地副本
管理后台做 7 角色权限与审计日志，案例（提交→审核→发布）、需求派单、站内沟通三块同期上线
HTTPS 上线并做双监听与证书自动续期，HTTP 强制跳转，个人设置与品牌图标同批上线
补分享卡与站点地图，全站分享图改用官方 logo，短信双通道主备，微信登录就绪，FDE 邀请页与限邀规则落地
后台 UI 改版并补全页面，案例中心改为「审核 → 归纳 → 上线」三步，案例提交后自动归纳、管理员推送才上前台
完整经过
作者亲述：方案取舍、走过的弯路、怎么说服客户背景
常规建站开发周期长，改一处文案也要等排期，对外信息长期滞后于业务进展；上线后内容改动要重走发布流程，运营想改什么都必须等开发。配套运营中台功能单薄，线索、案例、需求没有统一后台，数据散落，无法按角色分工处理。
怎么打
先以 Next.js 15 + TypeScript + Tailwind 搭出首页、FDE 招募、需求发布、案例、社区五类前台页面，线索落本地文件并配口令看板。随后补 FDE 注册登录与审核，数据层由 JSON 迁到 SQLite，配每日快照与异地副本。管理后台做 7 角色权限与审计日志，案例、需求派单、站内沟通同期上线。HTTPS 上线并做双监听与证书自动续期，HTTP 强制跳转。再补分享卡、站点地图、短信双通道主备、微信登录与 FDE 邀请页。最后收敛运营：后台 UI 改版，案例中心改为「审核 → 归纳 → 上线」三步，提交后自动归纳、管理员推送才上前台。
结果
从立项到 HTTPS 上线 13 天（按代码仓库首次提交日到 HTTPS 上线提交日计算，2026-09-07 ~ 2026-09-20，项目 git 提交记录）。站点规模达 37 个页面、71 个接口（统计 src/app 下 page.tsx 与 route.ts 文件数，截至 2026-09-24，代码仓库统计）。
边界
留资仍写本地文件，Serverless 环境不持久，横向扩容需先换成数据库实现；案例自动归纳只做格式整理，金额与商业条款口径仍需人工确认；社区只提供入口，实际载体不在这套方案范围内。
踩过的坑
只写顺利过程的案例，客户默认是包装过的这个方案解决不了什么
敢写边界，才说明真的做过- ×留资仍写本地文件，Serverless 环境不持久，横向扩容需先换成数据库实现
- ×案例自动归纳只做格式整理，金额与商业条款口径仍需人工确认
- ×社区只提供入口，实际载体不在这套方案范围内
结果
每个指标都附统计口径核验依据
仅对平台开放本案例已提交 8 项核验材料（验收单、周报、客户确认等），由平台逐项核对。原件含客户名称与金额，不对外展示。
客户见证人
本案例已获客户确认（L3）。见证人信息由客户自愿补充，用于进一步支持「可参考联系」（L4）。
相关案例
按行业、业务目标与场景自动匹配头部SaaS企业用AI销售助理重构获客链路
该企业销售团队（续费、新签、海外直销、渠道）长期被信息搬运绑住——找商机靠刷公开渠道、见客户前手动查工商舆情、做方案靠复制粘贴、合同起草重复劳动。该 AI 销售助理基于公司自建 Agent 平台运行，用大白话对话即可调用 CRM、工商、舆情等内外部数据源，把结论直接喂到销售嘴边，覆盖找商机→见客户→谈方案→做合同一条完整链路。销售可通过办公 IM 工作台、搜索、网页、群快捷栏四种方式唤起。
企业知识库智能问答系统
企业需要沉淀内部规章制度、SOP 流程、FAQ、技术接口、员工手册、数据报表等资料，希望员工用自然语言直接查询，减少翻阅文档和咨询行政、技术人员的人力成本。初期直接采用通用 RAG 方案上线：固定长度滑动窗口分块，不区分文档业务类型，只做单稠密向量检索。