持续产品改进¶
持续改进 是一种普遍的哲学，旨在帮助个人和组织不断改进自身及其工作成果。
在持续改进的范畴下，有多种不同的方法论。这些包括改善、六西格玛和精益生产等。尽管每种方法的具体步骤不同，但它们的目标是一致的：实施一个将改进作为持续目标而非一次性成就的过程。
以下部分详细介绍了如何使用 Odoo 实施许多最流行的持续改进策略中常见的四个通用步骤，并提供了配置必要功能的文档链接。最后一部分详细说明了特定公司如何在其组织内配置这些 Odoo 实施。
重要
持续改进并非一种放之四海而皆准的方法。虽然大多数策略包含四到六个步骤，但正确的实施需要开发一个根据每家公司特定需求量身定制的系统。
这不是一种限制，而是一种优势，因为它使方法足够灵活，能够适应几乎任何用例。Odoo 尤其能够很好地适应这种灵活性，因为它可以配置以满足几乎任何工作流的需求。
因此，重要的是要记住以下内容仅提供了 Odoo 可能 使用方式的 示例。它们应被视为一个起点，而不是每个组织都必须遵循的具体大纲。
识别问题¶
在开始改进之前，有必要确定哪些地方需要改进。这就是问题识别发挥作用的地方。用于识别产品或流程问题的两个最佳 Odoo 应用是 Helpdesk 和 Quality。
服务台¶
Helpdesk 应用程序对于接收来自组织外部的反馈非常有用，例如来自客户或顾客的反馈。这是通过实现以下一种（或多种）方法来完成的：接收工单，包括电子邮件别名、实时聊天对话和网站表单。
使用这些方法，客户可以提交关于问题的反馈，随后由 帮助台团队 的成员进行审查。根据审查结果，团队成员可能会决定采取进一步行动以确保问题得到解决。这可能包括创建一个 质量警报。
质量¶
质量 应用程序对于接收来自组织 内部 的反馈非常有用，例如来自员工的反馈。
实现这一目标的一种方法是设置一个 质量控制点 (QCP)。QCP 用于定期自动创建质量检查，提示员工检查并确认产品的质量。
如果发现问题，员工可以创建一个 质量警报 来通知质量团队。质量警报也可以独立于 QCP 创建，即员工在未被提示检查的情况下发现问题时。这是客户支持员工通过客户工单将问题通知质量团队的一种好方法。
提出改进建议¶
一旦问题被识别出来，下一步就是提出解决问题的想法。与识别问题一样，Quality 应用 在提出改进建议方面也非常有用。此外，PLM*（*产品生命周期管理）应用也可以用于此目的。
质量¶
当创建一个 质量警报 以引起质量团队对某个问题的关注时，可以使用 纠正措施 和 预防措施 标签提供关于如何解决该问题的反馈。
The Corrective Actions tab is used to suggest a method for fixing items affected by the
issue. For example, Screw the bolts on tighter, so the seat stays in place.
预防措施 选项卡用于建议一种防止问题在未来发生的方法。例如，不要过度拧紧螺丝，否则它们会被损坏。
审查警报的质量团队会看到这些建议的行动，并在决定如何处理问题时将其考虑在内。
PLM¶
PLM 应用程序用于管理产品从引入到每个后续版本的生命周期。因此，它对于测试产品改进的想法非常有用。
使用 工程变更单，产品管理团队可以根据需要创建产品 BoMs 的新版本，添加或删除特定组件或操作。使用这些 BoMs 创建的产品会经过审查流程，以确认变更的有效性。
实施策略¶
实施策略涉及将建议改进步骤中提出的解决方案付诸行动。在此步骤中，PLM 应用程序仍然有用，因为它可以配置为进行 BoM 更新。某些公司还可以使用 Field Service 应用程序对已售给客户的产品进行改进。
PLM¶
一旦 BoM 变更通过了适当的审查流程，它们可以被批准，并投入使用更新后的 BoM。这是通过配置 ECO 审查阶段之一来实现的，以 应用变更 到 BoM，此时更新后的 BoM 即可用于新的 MOs。
产品 BoMs 可以根据需要继续更新。PLM 应用的 版本控制 功能可以轻松管理给定 BoM 的所有版本。
现场服务¶
PLM 应用程序是修改产品 BoMs 的好方法。然而，这些更改只会影响使用新 BoM 生产的产品。如果已经有缺陷的产品被销售给客户，可能需要对该产品进行修复（或更新）。
在这种情况下，可以使用 Field Service 应用程序来安排 现场干预。这些干预措施允许服务技术人员（或其他员工）被派往客户所在地，以解决产品问题。
审查操作¶
审查行动是持续改进中“持续”部分的体现，因为它允许组织评估在前几个步骤中所做的决策。因此，这一步本质上就是回到流程的起点，以便识别和解决更多的问题。
这意味着应再次使用 Helpdesk 和 Quality 应用程序来接收客户和员工的反馈。在此阶段可能有用的另一个应用程序是 Surveys 应用程序。
调查问卷¶
在对产品或流程实施更改后，直接向客户征求反馈可能是明智之举，而不是等待他们主动提出。这可能会揭示客户原本可能忽略分享的反馈。
实现这一目标的最佳方法之一是通过 调查 应用。创建调查并将其发送给收到更新产品的客户，可以增加获得有关产品的相关反馈的可能性。
示例工作流程：衣帽架产品改进
Wood Hut 是一家优质木制品制造商。他们致力于生产最高质量的产品，并始终寻求改进所售产品及其制造工艺的方法。
Wood Hut 使用 Odoo 平台管理其生产、交付和客户满意度流程的每一个环节。他们开发了一个自定义的产品改进工作流程，该流程整合了 Helpdesk、Quality、PLM 和 Manufacturing 应用。
Wood Hut 最受欢迎的产品之一是他们的 衣帽架。它完全由橡木制成，顾客形容它“时尚而优雅”。然而，最近关于衣帽架的客户反馈引起了人们对质量问题的关注，这需要对当前的制造流程进行修订。
产品修订流程始于客服团队在 Helpdesk 应用中收到一位客户关于她购买的衣帽架出现问题的工单。客户 Abigail Peterson 发现，当衣帽架上挂超过五件外套时，衣帽架会倒下。这是一个重大问题，因为衣帽架有足够挂六件外套的横杆。
Marc, 负责处理帮助台工单的客户服务员工，打开 Quality 应用，并创建了一个新的质量警报。他标记了 生产质量团队 ，并指派 Julie Andreson 作为负责该警报的质量员工。
Julie 查看了警报，并与她的团队商讨了最佳行动方案。他们决定有必要修订产品的 BoM 以防止问题在未来再次发生，Julie 在质量警报的 纠正措施 选项卡中记录了这一点。
然后，Julie 在质量警报的聊天中给产品工程师 Joe Kazan 发消息，以引起他的注意。Joe 打开了 PLM 应用并创建了一个新的 ECO，记录了衣帽架的问题，并建议可能需要对产品的 BoM 进行更改。
Joe 点击 Start Revision，然后点击 Revision 智能按钮以打开衣帽架的第二版 BoM。该 BoM 是与 ECO 一同创建的，并在批准之前保持存档状态。
经过一些测试，Joe 发现给衣帽架添加一根金属 支撑杆 可以增强其稳定性，使衣帽架能够承载六件或更多衣物而不会倾倒。他更新了 BoM ，将支撑杆作为其中一个组件，并增加了一项额外操作，以确保在制造过程中安装它。最后，他在 ECO 的聊天中留下了一条消息，通知他的经理 Jose 它已准备好进行审查。
Jose 审查了这些更改，并确认它们是解决衣帽架问题的有效方法。他将 ECO 移至 已批准 阶段，这使得衣帽架的第二个版本 BoM 成为当前版本。
现在，每次创建 MO 以生产衣帽架时，更新的 BoM 会自动被选中。Wood Hut 开始生产改进后的衣帽架，客户反馈证实新版本已经解决了之前的问题。
使用 Odoo 平台，Wood Hut 实施了端到端的产品改进流程。由于该流程的关键要素（客户反馈、质量控制等）始终在运作，因此可以重复使用该流程来持续更新产品和流程。