企业官网建设流程全解析

标题里的两个数字，读者第一反应多半是「快的那种肯定是玩具」。这篇就用一个样本正面回答：同一家连锁药房的三家门店，先后经历了一条 3 个月的定制路（后来停用）和一条 AI 生成路（在用），两套系统的诞生过程、构成质量、修改成本，全部摊开对照。

先说样本。三家门店的社区连锁药房，老板兼执业药师，店员八人。业务核心是药品库存：批号管理、效期预警、缺货登记、门店间调拨——药监对零售药房有明确的管理要求，这套库存系统不是锦上添花，是合规刚需。

结论先行：当天生成的那套，在标准业务范围内完胜——当天可用、口径对齐质量更高、修改以对话计；3 个月定制那套赢在深度定制能力，但这个样本的需求根本没到那个边界。过程如下。

一、第一条路：3个月定制，从希望到停用

2024 年底，药房老板走了第一条路：找软件公司定制。过程是标准的定制流程：需求调研两轮，需求文档四十多页，评审会三次，开发排期三个月，一期交付延期三周，验收整改两轮。

系统上线后遇到两个问题。第一，文档与实际的偏差：需求文档里「效期预警」写的是「提前 90 天」，实际药房的行规是近效期半年就要开始打底折促销——改这个预警天数，走变更单，等了两周。第二，修改的连锁成本：门店调拨想要加一个「调拨在途」状态，涉及库存表结构变更，报价单又来一张。三次变更之后，老板算了账：系统的钱加上变更的钱，够这三家店卖半年药的利润。系统降级成了「进销存记录器」，批号和效期退回了手工 Excel。

这条路的问题不在于软件公司不专业——人家按合同交付了。问题在于结构：文档模式要求老板在项目开始时想清所有细节，可药房的细节（促销节奏、调拨习惯）是经营中长出来的，不是会议室里想出来的。

二、第二条路：AI 生成，从一句话到六件套

2026 年，老板试了第二条路。全程记录如下。

第一步，填写需求。输入的一句话需求是：「给药房做一个库存管理系统」，十二个字。没有文档，没有评审会。

第二步，方案说明。AI 先交底：批号怎么记、效期怎么分层、缺货怎么预警、调拨怎么走，逐条列出。老板核出两处口径差：一是方案默认效期预警统一提前 90 天——正是定制系统里那个写死的天数——当场改成「近效期一年、半年、90 天、30 天四档分级」；二是方案默认调拨只有「发起、接收」两个状态，实际需要「在途」状态——补上。两处都是当场改、当场确认。

第三步，三个引导问题。
①问：您的药房属于哪种经营类型？
答：零售药店（面向个人消费者）

②问：日常库存管理中，您最看重哪些业务流程？
答：采购入库与供应商管理、近效期预警与批次追溯、销售出库与库存扣减

③问：系统中主要会有哪些角色参与操作？
答：店长或管理员（统筹全局数据）、营业员或药师（负责日常出入库操作）

④问：需要管理的药品数据范围包含哪些维度？
答：处方药与非处方药分类管理、按生产厂家和批准文号精细管理
答完确认，系统开始生成。

第四步，生成。当天完毕。
角色：
①店长：统筹药房整体运营，审核采购计划，查看库存与销售统计，处理近效期药品决策
②营业员 / 药师：负责日常药品收货入库、销售扫码出库、定期盘点库存数量，登记并上报近效期药品信息

表单：
①供应商档案：存储供货企业基础信息，包括名称、联系人及资质证照等
②药品目录：存储所有在售药品的基础资料，支持处方药与非处方药分类管理
③采购订单：记录向供应商发起的进货需求，确定采购量
④采购明细：记录采购订单中具体的药品和数量明细
⑤入库单：记录实际收到的药品批次与数量，用于增加库存
⑥销售出库单：记录卖给顾客的药品及扣减的批次库存
⑦库存台账：实时反映每个药品每个批次的当前结存数量
⑧库存盘点表：记录定期盘点库存的结果与差异
⑨报损登记表：记录因过期、破损等原因报废的药品
⑩近效期预警表：汇总即将过期的药品批次信息供人工处理

一处小瑕疵：库存单默认生成了「药品颜色」字段——药房的辨识靠品名和批准文号，颜色字段无用。对话式修改说了一句「库存单去掉药品颜色」，当天撤掉。
工作流：采购订单审批流程：营业员 / 药师发起采购订单，由店长进行审批。

规则两条：过期药品不得销售，下架拦截；调拨单未经双签字不得出库。
智能体辅助：入库单只填了数量没填批号会提醒；同一批号在两家店同时登记为大额缺货，提示核查是否应该调拨而不是采购。

第五步，验收。老板的验收方法跟定制验收完全不同：不是对着合同清单打钩，而是拿前一天的真实业务在系统里走——一笔销售扣减、一次近效期上促销、一张两店调拨单，三单走通即收货。

三、两种诞生方式的对照拆解

两套系统老板都用过，他的对照评价按维度记录如下。

需求表达。定制路：四十页文档、三次评审会，表达成本压在项目前期，老板写不动，是软件公司代笔再让他签字。生成路：十二个字加三个问题的答案，表达成本摊在问答里，每个决定当场做、随时改。

口径对齐质量。定制路的口径锁死在文档里：90 天预警写进了合同，改成四档分档要走变更。生成路的口径长在问答里：四档分档是引导问题问出来后当场确认的，跟药房的促销节奏严丝合缝。这一点反直觉但重要：看起来「简陋」的问答，对齐质量反而高于「严谨」的文档——因为问答的每个口径都是业务方亲口说的，不是代笔文档里的默认值。

交付周期。三个月 vs 当天。数字本身不用多说，要说的是周期背后的隐含成本：定制路的四个月里，药房的批号效期一直靠手工 Excel 兜底，合规风险裸奔了四个月；生成路的当天上线，Excel 当晚停用。

修改成本。这是两套系统分出胜负的地方。定制路的三次变更：改预警天数等两周、加调拨在途状态要动表结构报价单再来一张、第三次变更老板直接放弃。生成路的五次修改：删颜色字段、四档预警上线后微调档位、促销标记加上「会员价同步」、调拨在途增加「到货差异登记」、缺货汇总按周自动生成——全部是对话完成，全部当天生效，全部没有额外报价。

系统构成的完整性。这一点定制系统并不输：角色、表单、流程、规则都有，毕竟是按需求文档完整实现的。差别在「构成的可核对性」：生成路径的六件套在总览里逐项列出，点开即验证；定制系统的功能藏在菜单和报表里，验收靠合同条款。前者是清单式交付，后者是合同式交付。

深度定制能力。定制系统的强项，也是它唯一明显领先的一格：如果药房要接医保结算接口、对接药监报送平台，定制开发能做到，标准生成不做硬接。这个样本暂时没这个需求（医保走的是独立结算机），但如果哪天要做，方案是：标准部分继续用生成系统，接口层找软件公司定制——两条路拼接，而不是二选一。

四、一张总账

「当天生成」和「按月开发」的差距，本质不是速度差距，是两种交付结构的差距：一种把灵活性的成本压在前期（文档）和后期（变更），一种把灵活性摊在全期（对话）。业务是活的，规则会长，把修改成本做低的那个结构，赢在漫长的使用期，不是赢在交付那一刻。

五、边界与结论

照例说边界：这个样本的需求（批号、效期、调拨、缺货）全部在标准业务边界内，生成路径完胜没有悬念；如果需求包含医保接口直连、药监平台报送，那部分仍然是定制的地盘——生成的边界划得很清楚，边界内的活它接，边界外的活它明说不接。

结论：当天生成不是玩具的速成，是结构的优势。判断自己的需求在不在边界内，就问一句：业务能不能说成「什么东西、经过哪几步、谁经手」——说得清，用生成；说不清或要接外部系统，找定制。这家药房两家都试过，账替你算完了。

常见问题

Q1：当天生成的系统，批号效期这种合规功能可靠吗？

可靠，因为合规口径是问答装进去的：四档效期分档、GSP 双签字留痕、过期拦截下架，全部是引导问题确认后生成的显式规则，不是黑盒。上线后药监检查，批号可追溯、效期有台账，检查通过——合规看的是结果留痕，不看系统怎么来的。

Q2：定制系统那套后来怎么处理的？

数据导出后停用了。教训不是定制不能做，是这个量级的需求撑不起定制的结构成本——四十页文档和三次评审会，服务的是这家药房根本用不上的复杂度。

Q3：改口径真的不用走流程？

是的。四档预警的档位上线后调过一次（半年档从六个月调到五个月半，配合促销周期），就是一句对话。改完当天生效，历史数据按新档位重新分层，不用迁移不用重启。

Q4：三家门店的库存怎么防串店？

门店是库存的维度：每家店只看自己的库存，调拨单跨店流转但双向确认，双签字后库存才真正划转。店长的权限限本店，老板的看板三家店并排看——串店不是靠防，是靠结构。

Q5：店员学习成本高吗？

店员的操作就三个：销售扣减、缺货登记、效期巡检打卡，全是表单。八位店员年龄从二十二到五十一，上线当天全部会用——比定制系统那次集中培训两天，学习成本降了一个量级。

Q6：什么样的需求该选定制？

三种：要接外部系统接口（医保、药监、平台）；有特殊算法或合规架构要求；需求说不成「实体加流程」的标准形态。除了这三种，标准业务系统建议先试生成——像这家药房一样，两条路都走过的过来人，最后都停在了便宜的那条上。