持续产品改进
持续改进是一种通用哲学，旨在帮助个人和组织不断提升自身及其产出。
在持续改进的伞下，包含了多种方法论，例如 Kaizen、六西格玛、精益 等。虽然每种方法的具体步骤不同，但目标一致：建立一个把改进设为永续目标的过程，而不是一次性的成就。
以下章节展示了 Odoo 如何用于实现四个在多数流行持续改进策略中通用的步骤，并提供了配置相应功能的文档链接。最后一节说明了某公司如何在其组织内部配置这些 Odoo 实现。
manufacturing/workflows/ci-identifymanufacturing/workflows/ci-suggestmanufacturing/workflows/ci-implementmanufacturing/workflows/ci-review
:::: important
::: title
重要提示
:::
持续改进并非“一刀切”的方法论。虽然大多数策略包含四到六个步骤，但要成功实施，需要为每家公司量身定制系统。
这不是限制，而是优势，使该方法论足够灵活，几乎可以适用于任何使用场景。Odoo 尤其擅长这种灵活性，能够配置以满足几乎任何工作流的需求。
因此，需要记住以下内容仅提供 示例，说明 Odoo 可能 的使用方式。它们应被视为起点，而非所有组织必须遵循的固定框架。
::::
识别问题 {#manufacturing/workflows/ci-identify}
在改进开始之前，必须先确定需要改进的地方。这就是识别问题的环节。Odoo 中两个最适合识别产品或流程问题的应用是 Helpdesk（帮助台）和 Quality（质量）。
Helpdesk（帮助台）
Helpdesk 应用用于接收组织外部的反馈，例如来自客户或用户。可以通过实现以下一种或多种 接收工单 方法来实现，包括电子邮件别名、在线聊天和网站表单等。
通过这些方式，客户可以提交问题反馈，随后由 helpdesk team（帮助台团队）成员审阅。根据审阅结果，团队成员可能会进一步采取措施，例如创建 quality alert（质量警报）。
Quality（质量）
Quality 应用用于接收组织内部的反馈，例如来自员工的意见。
一种实现方式是设置 quality control point（质量控制点，QCP）。QCP 会在固定间隔自动创建质量检查，提示员工检查并确认产品质量。
如果发现问题，员工可以创建 quality alert（质量警报）通知质量团队。质量警报也可以在没有 QCP 提示的情况下手动创建，例如员工在日常工作中自行发现问题。这是客服人员将客户工单中发现的问题上报给质量团队的常用方式。
提出改进建议 {#manufacturing/workflows/ci-suggest}
在识别出问题后，下一步是提出解决方案的想法。与识别问题一样，Quality 应用同样适用于提出改进建议。此外，PLM（产品全生命周期管理）应用也可用于此目的。
Quality（质量）
在创建 quality alert（质量警报）时，可使用 纠正措施（Corrective Actions）和 预防措施（Preventive Actions）标签页提供针对问题的处理建议。
- 纠正措施：用于提出修复已受影响项目的方法，例如 “把螺栓拧紧，以防座椅移动”。
- 预防措施：用于提出防止问题再次发生的做法，例如 “不要拧得太紧，以免螺纹受损”。
质量团队在审阅警报时会看到这些建议，并据此决定后续处理方式。
PLM（产品全生命周期管理）
PLM 应用用于管理产品从引入到每一次版本迭代的全生命周期。因此，它非常适合用于测试产品改进的想法。
通过 engineering change orders（工程变更单），产品管理团队可以基于现有 BoM（物料清单）创建新版本，增删特定组件或工序。使用这些新 BoM 生成的产品会进入审查流程，以验证改动的有效性。
实施策略 {#manufacturing/workflows/ci-implement}
实施策略是将「提出改进建议」阶段的方案付诸行动。PLM 应用在此阶段仍然发挥重要作用，因为它可以配置 BoM（物料清单）的更新。某些公司还可以使用 Field Service（现场服务）应用，对已经售出的产品进行改进。
PLM（产品全生命周期管理）
当 BoM 的更改通过审查后，可批准并将更新后的 BoM 投入使用。这通过在 ECO（工程变更单）审查阶段配置 apply the changes（应用更改）实现，随后新的 BoM 将用于后续的 MO（制造订单）。
BoM 可以根据需要持续更新。PLM 的 版本控制 功能帮助轻松管理同一 BoM 的所有版本。
Field Service（现场服务）
如果已售出的产品出现缺陷，可能需要现场维修或升级。此时 Field Service 应用可以安排 现场干预，派遣技术人员到客户现场解决问题。
审查行动 {#manufacturing/workflows/ci-review}
审查行动是持续改进的关键环节，它让组织能够评估前几步的决策，并返回流程起点以发现并解决新的问题。
因此，仍需使用 Helpdesk 与 Quality 收集客户和员工的反馈。此阶段另一个有用的工具是 Surveys（调查）应用。
Surveys（调查）
在实施产品或流程改动后，主动向客户征求反馈比被动等待更能发现潜在问题。使用 Surveys 应用创建调查并发送给使用了新产品的客户，可提高获取有效反馈的概率。
::: {.admonition .alert .alert-success}
示例工作流：衣帽架产品改进
Wood Hut 是一家高端木制品制造商，致力于生产最高质量的产品，并持续寻找改进产品和生产工艺的方法。
Wood Hut 使用 Odoo 平台管理生产、履行和客户满意度的全部环节，构建了一个结合 Helpdesk、Quality、PLM 与 Manufacturing 应用的自定义产品改进工作流。
其最畅销的产品之一是 coat rack（衣帽架），采用整块橡木制造，客户评价“简约而优雅”。然而，近期客户反馈指出衣帽架在挂超过五件外套时会倾倒，而设计理论上应能支撑六件。
{.align-center}
客服员工 Marc 在 Helpdesk 中收到客户 Abigail Peterson 的工单后，打开 Quality 应用并创建了新的 质量警报，将 Production Quality Team 标记为负责人，并指派 Julie Andreson 处理。
Julie 审阅警报后，与团队讨论决定需修改产品的 BoM 以防止此类问题再次出现，并在 纠正措施 标签页记录此决定。
{.align-center}
随后，Julie 在警报的聊天框中联系产品工程师 Joe Kazan。Joe 打开 PLM 应用，创建了新的 ECO（工程变更单），说明衣帽架的问题并建议修改 BoM。
{.align-center}
Joe 点击 Start Revision，随后点击 Revision 按钮打开 BoM 的第二版。该 BoM 与 ECO 关联，待批准前保持归档状态。
经过测试，Joe 发现加入一根金属 支撑杆 可显著提升衣帽架的稳固性，能够支撑六件以上外套。他在 BoM 中加入支撑杆组件，并新增一项安装工序，随后在 ECO 的聊天框中通知经理 Jose 已准备好审查。
{.align-center}
Jose 审核后认为改动有效，将 ECO 移至 Approved（已批准）阶段，使第二版 BoM 成为当前使用的版本。
此后，每当创建 MO（制造订单）生产衣帽架时，系统自动选用更新后的 BoM。Wood Hut 开始批量生产改进后的衣帽架，客户反馈证实新版本已解决倾倒问题。
通过 Odoo 平台，Wood Hut 实现了端到端的产品改进流程。由于关键环节（客户反馈、质量控制等）始终在线，可重复使用以持续更新产品和工艺。
:::