OA系统_从规划到在线，内部OA如何做系统功能迭代？

每次功能更新，产品经理总是期待得到用户的肯定。这就要求产品经理在每个新功能上线之前都要做好规划。鑫亮软件以OA系统新功能规划为例，总结了功能迭代需要注意的关键步骤和问题~


“Hi，我想把这个功能放在一边OA你能做到吗？每次听到这句话，都会夹杂着恐惧和期待的复杂情绪。你不知道同事可能会提出什么样的想法，每一个新的需求都是他们对你的认可和期待，也是他们对自己的挑战。

做OA产品快一年了。是时候重新审视自己了。让我们谈谈作者是如何计划的OA新功能。



OA作者个人习惯分为两种功能。

一是功能对象为特定人群，比如具体出勤统计，使用对象为考勤专员，每月出勤情况由人工统计变为OA自动统计。

二是涉及多个角色的功能，比如招聘管理，涉及的主要人员有用人部门和招聘hr、面试官、高层，每个角色在这个业务里均有不同程度的参与。


和所有的产品规划一样，OA第一步是熟悉业务，了解业务的原因、后果和症结，然后知道如何开始。作者最常用的方法有以下两种。



以招聘管理为例。一开始，笔者根据自己的理解列出了招聘流程，并初步规划了功能结构。然而，毕竟，他的观点是单一的当他没有接触过招聘行业时，他的视野非常有限。

参考市场上已经商业化的产品是一个很好的方法。找到头部产品，分析其功能结构和使用场景，可以让自己对业务有更全面的了解。能够商业化的产品在市场测试中相对成熟。头站在顶端的原因一定有它的优势。

同样，通过一些平台，可以找到竞争产品的评价，进一步确认用户的关注点。



如果把规划需求比作烹饪，参考竞争产品就是知道别人的食谱；做内部OA该系统使这道菜符合自己的口味，需要去除自己不喜欢的配料，并与自己的口味进行比较。

还有什么比面对面聊天更能理解用户需求？直接和对应的人聊天！

每个人都想通过系统取代繁琐的工作，提高效率OA使用频率高，功能设计会直接影响日常使用体验，所以同事积极采访。如果对方没时间，总能多约几次！

B终端功能的角色分类比较清晰，比如上述招聘管理中的几个角色。所以最好找代表采访每个角色。




以流程图的形式绘制业务，列出每个流程对应的角色和功能。这可以帮助你理顺逻辑，在设计特定的原型时不会扭曲重心，也不会错过功能。在后续的需求方和开发需求方面，您也可以帮助解释，以便观众更好地理解原型设计。



完成前一步后，我已经知道该做什么功能，功能之间的跳转逻辑，现在是如何排列功能的问题。

从角色和场景出发。

以招聘模块为例，涉及到这么多角色，每个角色的重点都不一致。hr关注整个流程，而面试官很可能只负责面试考察候选人的水平，他关注的是今天我有多少个面试安排，在什么时间，我要如何规划今天的工作，至于招聘进度结果如何，面试官并不关心。那么面试官涉及到的部分，是否可以抽出来做一个突出呢？

OA目的是提高效率，让不同的角色更容易看到自己关注的部分。



在这里，产品原型的设计已经大致形成，但细节不容忽视，以下问题需要再次解决：

1）考虑不同角色的操作权限和数据查看范围，是否需要进行相应的权限规划，权限规划是否变更，上线后如何维护；

2）考虑功能与数据之间的关联。B端产品功能更环环相扣，说几个常见情况:A同时在多个地方使用数据，影响多个功能；B数据变化会影响C数据变化；D操作完成后，触发定时任务E。大模块住大模块中的数据关系，不要遗漏模块与模块之间的关系；

3）考虑特殊情况。用户数量多，总会有特殊情况B端产品，特殊情况更多的是边界情况，会导致过程无法继续，而不是经验差可以适当兼容。所有可以想到的问题，不要忽视我们不会这样做的态度，必须考虑相应的处理计划，这部分也可能需要与需求部门讨论特殊情况的处理规则。




发布上线后，除常规的功能迭代、体验优化外，笔者还会特别关注以下2个方面：



B端产品存储大量的业务信息，数据和状态正确OA在正常运行的基础上，在测试过程中无法完全发现一些问题。



产品规划需要尽可能多地考虑各种情况，但所有的考虑都是基于现有的经验，在推出后可能会遇到新的问题，这需要pm及时处理开发。