交付
部署 + 定制部分 + 培训
引擎部署进你自己的电脑或服务器，数据不出你的内网；
针对你类目做的判断规则与流程；
使用说明与操作培训，你的人能自己接手。
定制开发
每个类目「什么内容算好」，标准都不一样。
定制开发做的，就是把你这一套标准做进系统里。
什么时候标准工具不够用
下面几条中了任何一条，走的就不是标准工具那条路。
- 通用判断和你自己的经验对不上 —— 引擎说该做的你不想做，引擎说别做的你觉得该做。这个偏差不解决，工具你用不下去。
- 你有自己的流程规范 —— 谁提、谁审、审什么、哪些话不能写。这套东西现在在你脑子里和群里，定制就是把它变成系统里能执行的规则。
- 你要的不只是生成 —— 不是想多一个出图/写稿的工具，是想把「判断该做什么」这件事本身固化下来。
- 内容形态比较特殊 —— 通用模板套不上的品类、话术、合规要求。标准件在这里会一直差一口气。
怎么定制
花时间最多的不是写代码，是把你的判断讲清楚。这一步跳过去，后面全是返工。
01 把你的判断
讲出来
你看到一条内容，凭什么说它行或不行？把这种「凭感觉」拆成能说出口的理由。这一步通常比写代码花的时间长，也是最关键的一步。
02 拆成
规则 + 依据
哪些能写成明确规则，哪些要靠数据说话，哪些是纯粹的行业直觉。分开处理，不混为一谈。
03 装上跑，
用结果校准
拿你真实的场景跑，看它判断的和你想的是不是一回事。对不上的地方一个个改，直到它开始像你了。
04 交给你的人
判断力要留在你公司里，不能只留在系统里。交付含操作培训，你的人能自己接着往下调。
交付什么
范围
先定边界，再谈工期
做什么、不做什么、多久交，写进方案。
做不了的部分我们直说，不用技术名词糊过去。
周期和费用按范围定，谈完写进方案。
定制也有做不到的地方
有些判断高度依赖你个人的经验，短期做不进系统——这部分我们会明确告诉你是哪些，
不会假装什么都做得了，让你签完字才发现有块东西落不了地。
我们的做法是：能做的写进方案，做不到的写在同一张纸上。
