从印刷行业中成长起来的经验。并被转化为软件。
二十余年的印刷软件开发、400 多次部署，以及一支覆盖估价、流程、采购、仓储、集成与 AI 的工程团队。
20+
年印刷软件开发
400+
次软件部署
多个
市场、国家与经营模式
3
个阶段：桌面端、浏览器、AI
我们的经验来自两个专业领域。
- 01
理解一家印刷企业如何运转。
- 02
并懂得如何把这些业务需求转化为结构清晰、可长期维护的技术。
只有其中一种都不够。
行业经验不可或缺，但仅凭行业知识做不出可靠的软件。
软件工程同样不可或缺，但缺少印刷知识的工程，会造出无法反映实际估价、生产、采购、仓储、交付与开票方式的系统。
印刷行业经验
我们的产品是在与商业印刷厂、数字与胶印企业、印刷经纪商、印刷管理公司、企业内部印刷中心，以及跨多地管理印刷的机构直接合作中成长起来的。
这些经验决定了我们如何处理：
- 01印刷规格
- 02估价与定价
- 03生产路线
- 04材料与印后
- 05客户审批
- 06工单管理
- 07外协生产
- 08采购
- 09仓库库存
- 10多地交付
- 11配送
- 12开票与报表
软件工程经验
我们的团队把这些业务需求转化为可配置、可测试、可维护、可扩展的软件。
PrintMIS 背后的工程工作包括：
- 01浏览器端业务应用
- 02流程与业务逻辑
- 03数据结构与关联
- 04用户权限
- 05估价计算
- 06工单与生产流程
- 07仓库出入库
- 08采购与供应商流程
- 09API 与外部集成
- 10测试与受控发布
- 11在既有流程中引入 AI
印刷知识负责识别问题。
工程能力把它变成可复用的产品能力。
并非围绕一家理想印刷厂而建。
我们的软件不是围绕单一类型的印刷企业，也不是围绕一条理想化的生产流程开发的。
它是在以下方面各不相同的企业部署中成长起来的：
- 企业规模
- 生产能力
- 客户类型
- 价格结构
- 审批流程
- 设备配置
- 供应商关系
- 仓储需求
- 交付模式
- 财务流程
有些客户几乎全部自产。有些把整单或专门工序外协。有些批量生产成品并存放，以便日后分批出库。还有些以经纪商、印刷管理方、内部印刷中心或多地集中采购的方式运作。
正是这种多样性，塑造了 ePRO Web-to-Print MIS 所需的灵活度。
在 400 多次部署中，我们见过各种不同的做法：
- 接收客户需求
- 编制估价
- 套用价格与加价
- 保护毛利
- 创建工单
- 排定生产
- 采购材料
- 外协加工
- 货品入库
- 客户货品出库
- 服务多个交付地点
- 开具发票
- 把信息传给其他系统
我们学会了分辨：哪些是共通的，哪些需要配置，哪些例外必须留给人来判断。
一处改动可能牵动多个环节。
做一个演示，和维护、扩展一套支撑印刷企业实际运转的软件，是两回事。
我们的团队所面对的平台，一处改动可能牵动业务上多个相互关联的环节。
例如：
- 01估价改动可能影响工单创建与生产指令
- 02材料改动可能影响成本、采购与仓库
- 03库存出库可能影响交付、开票与库存记录
- 04供应商流程可能影响工单成本、履约与客户交付
- 05集成可能影响客户、发票或发运的数据主档归属
一项功能不能只看某个页面上呈现了什么，还要看在流程中这一步之前与之后发生了什么。
面向长期的产品工程。
长期运行的平台，与刚刚创建的应用面临的挑战不同。工作不止于新增功能——团队还必须考虑：
- 客户既有的流程
- 数据的连续性
- 模块之间的依赖
- 配置差异
- 用户权限
- 例外处理
- 集成行为
- 发布测试
- 向后兼容
- 长期可维护性
帮到一个流程的改动，不应在无人察觉之处损害另一个流程。这需要受控的开发、测试与发布——也需要判断力，把单个客户的诉求与行业中反复出现的需求区分开。
价值在于从一个环节流向下一个环节的东西。
ePRO 不是一堆彼此割裂的模块。它的价值来自把信息在印刷的商务与生产环节之间传递下去。
- 01
从估价到工单
把已确认的规格、数量、价格、材料与工序带入工单流程。
- 02
从工单到生产
用已记录的需求生成作业单、排程、状态与数据采集。
- 03
从生产到采购
识别工单产生的材料、外协服务与供应商需求。
- 04
从采购到仓库
在需要时，将外购或外协生产的产品入库。
- 05
从仓库到交付
依据客户需求拣配并发放可用库存。
- 06
从交付到发票
把已完成的工作接入正确的开票流程。
- 07
从 MIS 到外部系统
把选定信息传递到财务、支付、发运、客户及其他应用。
构建这些衔接，既要理解软件，也要理解它所承载的商务交易。
一条延续的工程线，而非一次次替换。
最初的软件基础是一套桌面应用。它被逐步重建为通过互联网浏览器访问的形式，为远程办公、面向客户的服务以及互联的 Web-to-Print MIS 环境打下基础。
随着时间推移，平台扩展到：
- 浏览器端印刷管理
- 专属商城
- 客户与供应商管理
- 印刷估价
- 报价审批
- 工单管理
- 生产排程
- 采购
- 仓库库存
- 交付
- 开票
- 报表
- 外部集成
下一阶段是把 AI 引入既定流程，从估价开始。
从桌面到浏览器，到互联流程，再到 AI：这是一条延续的工程线，而不是一系列被替换的产品。
并非每个诉求都该做成功能。
客户反馈仍是产品知识的重要来源，但并非每个诉求都该做成一个孤立的功能。
我们的开发流程从识别背后的业务需求开始。
审视流程
弄清客户想达成什么、目前的工作如何处理、问题出在哪里。
识别反复出现的需求
判断这是单次部署的个案，还是代表行业中更普遍的需求。
定义产品行为
明确系统应如何运作、涉及哪些用户、改动会如何影响相关模块。
构建并测试方案
开发相应能力，验证流程，并测试其上下游影响。
实施并总结
把改动投入真实环境，并用这些经验指导后续开发。
整个过程形成一个回路：
客户流程 → 实施与支持 → 产品分析 → 工程开发 → 受控发布 → 客户流程
八条我们已视为常识的经验。
- 01
没有两家印刷厂是一样的
每家企业的术语、定价方式、生产路线、审批与交付模式都不同。印刷系统既需要结构，也需要受控的配置。
- 02
估价无法与生产分离
只有当售价反映出这活将如何生产、采购或履约时，它在商务上才真正有用。
- 03
例外与常规同样重要
重复订单按既定规则走。特殊规格、低毛利工单、缺料以及更换供应商，都需要复核。
- 04
信息应当一路向前传递
客户规格不该在每一步重新录入——从估价到工单、生产、交付直至发票。
- 05
外协是流程的一部分
外部生产的工作必须与客户工单、供应商需求、采购成本、交付与毛利保持关联。
- 06
库存需要印刷行业特有的管控
印刷品可能归客户所有，也可能归企业所有，可能带编号、预付款，或按出库量分次开票。
- 07
集成需要明确的数据归属
把两个应用连起来还不够。企业必须确定每类记录由哪个系统主导、信息何时传递、传递失败时如何处理。
- 08
自动化必须保住商务控制
技术应当去掉不必要的行政工作，但不能让价格、毛利或对客户的承诺在缺少相应权限的情况下通过。
软件是在实施中真正上线的。
在实施阶段，产品要面对企业真实的客户、定价规则、材料、设备、供应商、库存、交付要求与财务流程。
我们的实施经验涵盖：
- 流程调研
- 系统配置
- 客户与供应商建档
- 产品与估价结构
- 成本费率与价格规则
- 材料与生产工序
- 数据准备与导入
- 用户权限
- 库存货权归属
- 交付流程
- 开票要求
- 集成范围
- 用户培训
- 测试与上线核验
实施不只是把软件技术性地部署上线，而是把一套经营模式转化为受控的系统流程。
工程、实施与支持。
产品工程不该脱离实施与支持人员而独立运作。客户的疑问与运行中的问题，往往能揭示出：
- 01某个流程配置不当
- 02培训或文档需要改进
- 03某个例外未被考虑
- 04某项集成需要更清晰的数据归属
- 05某个流程可以简化
- 06某项反复出现的需求值得投入产品开发
实施与支持展现软件如何被使用。产品分析找出更普遍的需求。工程把它转化为受控的软件行为。
经营印刷业务的八种方式。
商业印刷厂
管理估价、生产、材料、印后、采购、交付与开票。
数字印刷企业
在互联流程中处理短版、返单与线上订单。
胶印企业
统筹估价、机台、材料、印后与外协工序。
同业印刷厂
承接并管理来自经纪商、分销商与其他印刷企业的活件。
印刷经纪商
在不全部自产的前提下，掌控客户、供应商、报价、采购单、交付与毛利。
印刷管理公司
管理客户需求、外协生产、仓储与多地交付。
企业内部印刷中心
掌控内部申请、审批、生产、分发与报表。
多地机构
在分支或部门之间管理产品、用户、审批、库存与交付。
经营模式各异，但对互联信息的需求始终相同。
一张工单并不总是直接走向交付。
软件是围绕多条履约路径成长起来的。
自有生产
估价 → 确认 → 工单 → 生产 → 交付 → 发票
外协生产
估价 → 确认 → 询价 → 采购单 → 供应商生产 → 交付
生产入库
工单 → 生产 → 入库 → 库存 → 出库
采购入库
采购单 → 供应商 → 收货 → 库存 → 出库
发放现有库存
客户需求 → 拣配 → 出库 → 交付
供应商直送
客户工单 → 采购单 → 供应商 → 直送客户
理解这些路径，是开发印刷行业软件的基础。
流程往往延伸到 MIS 之外。
ePRO 支持与财务、支付、发运及其他业务流程系统的选定连接。
- 01
QuickBooks Online
把相关开票活动接入财务流程。
- 02
Stripe
支持经批准的在线支付需求。
- 03
GoShippo
把发运与履约连接起来。
- 04
API 与定制集成
根据所需流程与技术范围，评估与客户内网、企业门户及其他外部应用的连接。
我们的做法从业务需求出发。在连接系统之前，先确定：
- 01哪些记录需要传递
- 02传递的方向
- 03数据由哪个系统主导
- 04什么触发传递
- 05传递在何时发生
- 06如何避免重复
- 07传递失败时如何处理
- 08连接将如何测试与维护
技术上连通还不够。它还必须产出正确的业务结果。
查看集成与 AI它不是从一块空白屏幕开始的。
AI 是我们开发的下一阶段，但它起步于已经承载结构化信息的既有印刷流程之中。
这些流程已经为以下内容提供了结构：
- 客户
- 产品
- 印刷规格
- 材料
- 机台
- 生产工序
- 印后
- 成本
- 定价
- 加价
- 毛利
- 工单
- 采购
- 库存
- 交付
估价是 ePRO 中首个引入 AI 扩展的流程。
01
第一阶段
在编制估价时调取相关历史工单与既有产品模板。
02
第二阶段
生成定制估价，并在多台设备之间比较同一需求。
03
第三阶段
暂不公开。
分阶段推进，使团队能够在既定的运营与商务结构内引入智能能力。
AI 辅助估价员。规格、生产路线、售价与毛利的复核责任仍在企业。
我们据以构建的七条准则。
- 01
先理解这笔交易
开发从用户需要达成的业务结果出发。
- 02
保护关联数据
改动要放在整条流程中评估，而不只是在单个模块内部。
- 03
先配置，后定制
在可行的情况下，标准产品应以受控配置满足需求，而不是为某个客户单独写代码。
- 04
让例外保持可见
自动化不应悄悄掩盖异常规格、失败的数据传递或商务风险。
- 05
保留人工审批
价格、毛利、供应商选择与对客户的承诺，仍须经过相应的管控。
- 06
分阶段推进变更
复杂能力与集成按受控步骤开发、测试与发布。
- 07
为长期而建
工程决策必须支撑平台长期的运行、维护与发展。
它在哪里真正体现出来。
- 01
更好的前期调研
我们知道该问哪些问题，才能弄清一条印刷流程实际是怎么运转的。
- 02
更贴合实际的范围界定
印刷、软件与集成经验，有助于区分标准配置与定制开发或定制集成。
- 03
对依赖关系的意识
我们会考虑改动如何影响估价、工单、生产、采购、仓库、交付与开票。
- 04
务实的实施
系统围绕实际业务需求配置，而不是围绕一场通用演示。
- 05
持续演进的产品
客户的使用经验反哺一个仍在持续发展的平台。
- 06
工程上的连续性
同一个产品被作为面向印刷行业的长期平台来开发、实施与支持。
经验并不能消除实施中的所有挑战。
但它提升了应对这些挑战时的问题质量、决策质量与工程质量。
常见问题解答
PrintMIS 从事印刷软件多久了？
PrintMIS 的开发历程始于 2004 年，至今已有二十余年的印刷软件经验。
PrintMIS 完成过多少次部署？
PrintMIS 系统已用于 400 多次部署。
PrintMIS 服务过哪些类型的印刷企业？
我们的经验涵盖商业印刷厂、数字与胶印企业、同业印刷厂、经纪商、印刷管理公司、企业内部印刷中心以及多地机构。
PrintMIS 有自己的工程团队吗？
有。我们的团队负责开发并扩展 PrintMIS 产品环境：浏览器应用、流程逻辑、数据结构、集成、测试与 AI 辅助能力。
工程团队了解印刷流程吗？
工程工作在印刷专用的产品环境中进行，并以产品分析、实施、支持与客户的直接需求为依据。因此技术决策是放在完整的印刷交易中评估的，而不是当作孤立功能。
ePRO 会为每个客户定制开发吗？
ePRO 是可配置的产品，而不是每次部署都新做一套应用。当某项需求超出标准产品且有明确的业务目的时，可以考虑定制开发与集成。
客户反馈如何影响开发？
反馈会经过分析，以找出背后的流程需求。反复出现的需求可能推动产品发展；仅涉及某次部署的问题，则通过配置、培训或单独报价的工作来解决。
ePRO 最初是桌面软件吗？
最初的软件基础是一套桌面应用，后来被逐步重建为通过互联网浏览器访问。
PrintMIS 有哪些集成经验？
ePRO 支持包括 QuickBooks Online、Stripe 与 GoShippo 在内的集成。对于外部应用与客户系统，也可考虑 API 与定制集成。
AI 是如何引入的？
分受控阶段推进，从 ePRO 内的估价开始。第一阶段调取历史工单与产品模板。第二阶段生成定制估价，并在多台设备之间比较生产方案。第三阶段暂不公开。
AI 会取代工程团队或估价团队吗？
不会。AI 是作为辅助能力嵌入既有软件与流程之中的。最终的商务决策仍由估价员与获授权的用户作出。
这份经验，仍在塑造我们接下来要做的东西。
二十余年的印刷软件开发。 400 多次部署，环境各不相同。 一支覆盖流程、数据、集成与 AI 的工程团队。
经验不会消除所有困难。但它提升了我们提出问题的质量。