作者：Monica
推荐理由
3人/天即可完成一个系统从需求梳理到最终开发实现！
一、参赛信息
我来自国内某专病药企的一名业务测试，自从了解aPaaS后，深深被它的简单、易用、高效所吸引，并且在一周的接触和学习之后，应用该技术，我在3天内个人就部署一套功能完善、操作简便的工单平台，十分轻松！
二、应用信息
应用名称：工单平台
命名空间：package_c03f08__c
三、应用背景
项目背景：一线问题解决平台——快办助手服务台自7月25日上线以来，已累计接收各类一线问题706个，闭环解决率91%，平均每周接收问题25+，涉及部门近20个。随着后续小助手服务台的持续推广和运营，预计问题量将会进一步提升。但目前，一线问题的解决是通过飞书、邮件等线下方式进行流转的，信息比较分散，不便于问题解决责任部门集中查看本部门的问题、解答情况，时常会发生问题解决不及时、甚至被遗漏等情况，规划经营管理部跟进也比较困难。
四、应用价值
项目目标：①一线问题通过线上平台自动流转、催办，提高一线问题解决流转效率，责任部门平均答复时效从目前的2.3天，目标提高至1天，更快、更好的服务一线。②通过在平台上自动流转，实现一线问题解决过程可视化，一线可随时查看自己提出的问题现在处于什么阶段；③同时希望借助平台的使用，提高管理效能，减少经营管理部在问题流转、星空报表刷新等的人员投入约0.8个人力，更多转向服务台的运营、推广，打造品牌。
解题思路：此需求为业务方用来收集问题工单、状态流转、飞书发消息催办、权限控制相关，使用aPaaS来实现既能完美完成业务方要求，也能在短时间内高效实现。
五、方案调研
通过飞书应用引擎的aPaaS技术，其特有的页面、数据、流程可以自由设置，只需梳理清楚业务方需求、系统状态流转即可自己进行页面排版、对象设置，可以完全脱离产品经理、UI设计、前后端开发，由测试一个人完全胜任系统的需求梳理、代码开发、UI排版、测试，更重要的可以直接对接业务方，及时获取需求后立即开发，中间省去了各端人员成本、沟通成本、信息差传递导致多次讨论的时间成本，及时实现上传下达的管理要求！
六、应用展示
1、页面排版：
2、跟进工单：
250px|700px|reset
3、工单催办：
3.1、定时发消息代码块：
3.2、当状态到达指定场景下，更新时间字段，且发送飞书通知
3.3、定点检查、定点更新，当工单的截止时间超过指定时间，需要将该工单标记为风险项：
250px|700px|reset
4、全部工单展示，并提供导出功能
5、负责人工单列表，展示待处理和已处理列表：
6、系统设置-可以由管理者自己进行标签的创建、修改、删除等维护工作：
7、权限控制：
8、系统状态流转：
