协同办公系统工作交接（离职工作数据交接）功能构想

---

---

前言

今日接到用户一个需求，大致意思是用户张三要离职或调离本单位，用户李四接手张三的工作，提出需求能够将用户张三的历史账号数据迁移至李四的账号。

---

一、功能设计前需要思考的问题

1、那些模块的功能数据需要交接？（注：确定工作交接模块涉及功能范围）
2、工作交接是1对1的方式进行交接，还是1对多的方式进行交接？（注：用户的真实场景是什么？存不存在张三的工作同时交接给李四、王五、孙六等多人的情况）
3、某项功能数据交接是1对多的方式还是1对1的方式。（注：和问题2类似，某项功能存不存在1对多的情况）
4、交接人员是否必须办结自己的代办事项或者自己发起的流程，才能进行交接？
5、若是待办事项和自己发起的流程未办结，已办结的步骤是否进行临时归档？（注：若未办结，临时归档就是之前流程审批记录不变，张三之前办的还是显示张三，接下来李四办理就显示李四）
6、工作交接的数据与账号本身的数据是否需要进行区分？

二、前提条件

假设前提：
条件1：（1）交接人员必须办结所有待办和由自己发起的流程。
条件2：（2）交接人员（人员a）和接收人员（人员b）两人角色权限相同或者人员b的角色权限大于人员a。

三、功能构想

四、环节描述

1、进行工作交接。
2、判断条件1是否满足。
3、不满足进行友情提示，提示内容包括说明工作交接的条件1是什么，哪些流程未办结影响了工作交接。
4、选择交接人员时，判断条件2，呈现人员是满足条件2的接收人员清单。
5、设计时根据客观实际情况，选择询问工作交接通知的方式。
6、询问的方式就是和接收人员做个互动，将是否接收的选择权交给了接收人员。此处场景是考虑到接收人员发现某项工作并不在计划的交接清单之内，或者接收人员有其他考虑，认为现在不是接手这项工作的合适时间，可进行拒收。
7、告知的方式，不需要进行互动，只是友情提示，工作交接的事情已完成。

总结

本人是从事软件交付项目管理的，根据以往的工作经验，构想了一下大概的功能，非专业产品经理所以水平有限，给看到这篇文章的童鞋一个思路吧，如有可借鉴处，亦吾之所愿也！