轮岗目的
- 熟悉公司的整体的业务逻辑
- 熟悉各个岗位的同事
- 提供一个产品接触各个岗位的契机
- 整理目前已有的问题，确定后续迭代
- 发现系统的症结点，确定后续可能的产品尝试方向
- 甚至于发现团队存在的一些问题，
思路
整体的业务流介绍
体现对于整体业务流的理解，体现对于公司核心业务流的理解。明确系统的核心功能和价值。
产出：系统业务流程图、系统核心价值明确
各个细分业务流介绍
- 体现目前的主干业务流，该业务流上人员的职责、存在的意义。
- 尽可能穷尽细分业务流的异常流，以及目前的解决方式。包括在系统上体现的，和不在系统上体现的。
- 该业务流目前存在的问题，以及后续的改善方案
产出：细分业务流的核心价值和功能、细分业务流程图（包含异常流）、已有问题和解决方案
后续发展方向的总结
- 自己对于整个系统的理解；
- 后续需要重点在哪些方向上发力；
- 后续系统的产品路线图梗概；
- 后续团队协作方式优化（如果有）
产出：后续系统蓝图、产品后续迭代图、产品协作方式优化（如果有）
可能踩到的坑：
- 大忌：盲目评判
企业内部系统往往是多种因素角力的结果，有时候有些功能设计的很蠢，往往有着深层次的原因，在不了解现状和历史成因的情况下，盲目评判。第一结论的正确性得不到保证，第二否定现在人员的工作成果，往往很容易与现在成员对立。 - 高效交流
有时候轮岗流程，对于横向部门，他们并没有分配专门的时间来教你，所以轮岗的时候是占用他们的工作时间的。为了节省他们的时间，需要提前了解部分系统，尽量带着问题聊，提前准备好自己讨论的思路。交流过程中，大部分时间以听为主，这样才能让他大范围发散，了解更多隐藏的信息。 - 源于系统，但是不要受限于系统
在了解业务后，假如自己有一些建议和疑问，那么一定要问出来，问出症结的前因后果。另一方面如果自己有些更好的解决方案，可以直接提出来，直接验证自己想法的合理性。
