实例：园区企业的职工用户A使用园区APP（个人注册），向业主方申请活动临时用地，发起了申请流程，过程中用户A离职，用户B接任，因是个人手机注册的APP，流程是中断还是继续，如何继续？
因为涉及到向业主申请流程，租户看到的流程不像传统OA的流程表单、节点那样复杂，我们可以就这个问题先看下OA的一般解决办法。
传统OA如何处理用户、岗位变动带来的流程实例问题？
- 把离职或岗位变动那个同事的审批处理权限换成新同事的就行，替换处理人转交过去。
- 如果系统没有这个功能 ，也可以考虑把离职同事的帐号给新同事用，处理完已经在走的流程。
- 在后端控制台手动触发用户节点动作，完成流程的流转。
那么在园区APP中来套用上述方法会怎样？
- 用户A的审批权限可以在后台转移到用户B，但这个交互如何实现呢，用户B没有申请的动作，他的流程如何生成？平白无故在类似“我的流程”中生成一条不是自己发起的流程么？这个不符合逻辑。
- 用户A账号给用户B使用，凡涉及个人APP应用，这类操作都是违反用户隐私和体验原则的。
- 通过后台手动触发，这个就失去了APP这种手机应用存在的意义了。
从现实角度来看，可以通过以下两种方式解决：
- 通过系统消息推送给用户B，用户B点击进入消息，消息除基本说明外，提供一个确认机制，这个确认就是让用户B与用户A建立的流程实例进行关联，关联将触发程序，将用户B的ID与流程实例ID绑定，并授权用户B查阅、操作默认权限范围内的数据和功能。同时，拷贝一份数据提供查阅：查看历史沟通记录，即用户A之前发起的会话记录。作用就是让其了解历史过程。当然这个方法中需要考虑的还有用户B与后台的会话界面应该是默认空值。
- 从开发和维护代价最小角度看，重新让用户B按照交互设计建立发起新的流程是最优选择，毕竟原有的流程数据在用户B角度来看，数据量小、操作复杂度小（APP在设计之初就以最少操作和交互为导向）。从企业管理层来看，同样不涉及大量文档、数据准备，就算有一些文档准备，这也是用户B本来就要熟悉的一个过程。
用户A续约界面
业主用户端A-流程节点
业主用户端A-历史沟通记录
产品经理如何选择
选择第一种方案，让原有流程继续，让用户B看得见历史过程，原因有2：
- 不要让客户再来一次，不管是谁的原因，没有人愿意重复走一次流程，尤其是管理层被告知某某事需要再走一次流程，虽然这个事或许很小。
- 让流程唯一，从业务层面来，一个事情并没有结束，也没有重新开始，还是那个事情，换个人继续而已。这样客户端和后台的运营人员在对信息的认识上，是对称统一的。
没有最优，这就是一个选择。
