Technologies成功的实施并不是创建账户的那一天。在这一点上，新的工作流程被理解，正确的数据已准备好，团队可以自信地运作，所有者可以看到变革是否有效。
从需要改进的工作开始。用通俗易懂的语言描述当前的流程：谁开始，做出哪些决定，信息在哪里传递给另一个人，以及所有者最终需要看到什么。这可以防止长时间的功能比较隐藏实际的操作问题。
选择可以在启动后检查的少量结果。餐厅可能希望减少重复的订单输入，酒店可能希望有更清晰的客房准备情况交接，而多地点经营者可能希望获得一致的每日视图。记录当前存在的基线，以便团队可以诚实地比较新的工作流程。
列出将接触系统的每个角色以及每个角色需要的最少信息或动作。经理、一线员工、财务用户和所有者很少需要相同的访问权限。尽早设计权限可以保护敏感信息并保持日常屏幕的焦点。
在配置开始之前准备新系统所需的信息。与发布期间相比，在导入之前更容易更正干净的产品名称、房间或财产记录、客户字段、期初余额和员工名单。单独记录打印机、终端、扫描仪、支付设备和集成，因为硬件和第三方审批可能有不同的交货时间。
有用的飞行员遵循正常工作日。测试最繁忙和最容易出错的路径、取消或更改等例外情况、日终程序、报告以及团队之间的交接。当不需要生产数据集时，使用安全测试记录而不是私人客户或租户信息。
保持飞行员足够小以便仔细观察。一个代表性地点、部门或工作流程可以暴露配置和培训差距，而无需强迫整个组织立即解决这些问题。记录每个问题的所有者、决定和截止日期；不要让非正式的聊天成为唯一的推出记录。
培训应当遵循每个人执行的工作。使用实际任务为一线团队提供简短的练习课程，并为主管提供单独的批准、更正和报告路径。对于只使用部分系统的员工来说，一次长时间的演示是远远不够的。
发布明确的切换计划：当旧记录停止变化时、当导入最终数据时、谁确认准备就绪以及团队在第一轮班期间将如何请求帮助。如果新旧系统必须重叠，请准确定义哪个系统是每个时期的事实来源。
在最初的几个操作日期间每天审查推出，然后在该月的剩余时间内每周审查一次。将培训问题与配置问题和真正的产品差距分开。这种区别使得后续行动更快，并防止变通办法成为意外的永久过程。
在30天结束时，将商定的结果与基线进行比较，确认报告和许可仍然适当，并决定哪些改进属于下一阶段。受控的第二阶段通常比在启动期间添加每个请求的选项更安全。
实施顺序保持相似，但需要测试的工作流程因行业和产品而异。在规划部署之前，请使用相关的 Joony 指南来定义特定于产品的要求。
分享您的运营方式、现有工具和优先事项，我们会为您推荐相关的 Joony 产品和下一步方案。