OA系统_从规划到在线，内部OA如何做系统功能迭代？
发表时间：2022-04-28 17:27:59
文章来源：超级管理员
浏览次数：131
每次功能更新，产品经理总是期待得到用户的肯定。这就要求产品经理在每个新功能上线之前都要做好规划。本文作者OA以系统新功能规划为例，总结了功能迭代需要注意的关键步骤和问题~
“Hi，我想把这个功能放在一边OA你能做到吗？每次听到这句话，都会夹杂着恐惧和期待的复杂情绪。你不知道同事可能会提出什么样的想法，每一个新的需求都是他们对你的认可和期待，也是他们对自己的挑战。
做OA产品快一年了。是时候重新审视自己了。让我们谈谈作者是如何计划的OA的新功能的吧。
OA作者个人习惯分为两种功能。
一是功能对象为特定人群，比如具体出勤统计，使用对象为考勤专员，每月出勤情况由人工统计变为OA自动统计。
二是涉及多个角色的功能，比如招聘管理，涉及的主要人员有用人部门和招聘hr、面试官、高级管理层，每个角色都有不同程度的参与。
和所有的产品规划一样，OA第一步是熟悉业务，了解业务的原因、后果和症结，然后知道如何开始。作者最常用的方法有以下两种。
以招聘管理为例。一开始，笔者根据自己的理解列出了招聘流程，并初步规划了功能结构。然而，毕竟，他的观点是单一的当他没有接触过招聘行业时，他的视野非常有限。
参考市场上已经商业化的产品是一个很好的方法。找到头部产品，分析其功能结构和使用场景，可以让自己对业务有更全面的了解。能够商业化的产品在市场测试中相对成熟。头站在顶端的原因一定有它的优势。
同样，通过一些平台，可以找到竞争产品的评价，进一步确认用户的关注点。
如果把规划需求比作烹饪，参考竞争产品就是知道别人的食谱；做内部OA该系统使这道菜符合自己的口味，需要去除自己不喜欢的配料，并与自己的口味进行比较。
还有什么比面对面聊天更能理解用户需求？直接和对应的人聊天！
每个人都想通过系统取代繁琐的工作，提高效率OA使用频率高，功能设计会直接影响日常使用体验，所以同事积极采访。如果对方没时间，总能多约几次！
B端功能的角色分类较为分明，比如前述招聘管理中的几个角色。所以最好各个角色都找代表进行访谈。
以流程图的形式绘制业务，列出每个流程对应的角色和功能。这可以帮助你理顺逻辑，在设计特定的原型时不会扭曲重心，也不会错过功能。在后续的需求方和开发需求方面，您也可以帮助解释，以便观众更好地理解原型设计。
完成前一步后，我已经知道该做什么功能，功能之间的跳转逻辑，现在是如何排列功能的问题。
从角色和场景出发。
以招聘模块为例，涉及到这么多角色，每个角色的重点都不一致。hr关注整个过程，面试官可能只负责面试和调查候选人的水平。他关心我今天有多少次面试安排，什么时候，我想如何计划今天的工作。至于招聘进度，面试官并不在乎。那么，面试官能否提取所涉及的部分并取得突出成绩呢？
OA目的是提高效率，让不同的角色更容易看到自己关注的部分。
在这里，产品原型的设计已经大致形成，但细节不容忽视，以下问题需要再次解决：
1）考虑不同角色的操作权限和数据查看范围，是否需要进行相应的权限规划，权限规划是否变更，上线后如何维护；
2）考虑功能与数据之间的关联。B端产品功能更环环相扣，说几个常见情况:A数据同时用在多个地方，影响着多个功能；B数据变化会影响C数据变化；D操作完成后，触发定时任务E。大模块住大模块中的数据关系，不要遗漏模块与模块之间的关系；
3）考虑特殊情况。用户数量多，总会有特殊情况B端产品，特殊情况更多的是边界情况，会导致过程无法继续，而不是经验差可以适当兼容。所有可以想到的问题，不要忽视我们不会这样做的态度，必须考虑相应的处理计划，这部分也可能需要与需求部门讨论特殊情况的处理规则。
除了传统的功能迭代和体验优化外，作者还将特别关注以下两个方面：
B端产品存储大量的业务信息，数据和状态正确OA在正常运行的基础上，在测试过程中无法完全发现一些问题。
产品规划需要尽可能多地考虑各种情况，但所有的考虑都是基于现有的经验，在推出后可能会遇到新的问题，这需要pm及时处理开发。
以上是笔者目前的规划OA总结功能的一般流程。OA数据正确，使用稳定，效率提高。欢迎有任何意见和想法交流~
本文由 @每个人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
“Hi，我想把这个功能放在一边OA你能做到吗？每次听到这句话，都会夹杂着恐惧和期待的复杂情绪。你不知道同事可能会提出什么样的想法，每一个新的需求都是他们对你的认可和期待，也是他们对自己的挑战。
做OA产品快一年了。是时候重新审视自己了。让我们谈谈作者是如何计划的OA的新功能的吧。
OA作者个人习惯分为两种功能。
一是功能对象为特定人群，比如具体出勤统计，使用对象为考勤专员，每月出勤情况由人工统计变为OA自动统计。
二是涉及多个角色的功能，比如招聘管理，涉及的主要人员有用人部门和招聘hr、面试官、高级管理层，每个角色都有不同程度的参与。
和所有的产品规划一样，OA第一步是熟悉业务，了解业务的原因、后果和症结，然后知道如何开始。作者最常用的方法有以下两种。
以招聘管理为例。一开始，笔者根据自己的理解列出了招聘流程，并初步规划了功能结构。然而，毕竟，他的观点是单一的当他没有接触过招聘行业时，他的视野非常有限。
参考市场上已经商业化的产品是一个很好的方法。找到头部产品，分析其功能结构和使用场景，可以让自己对业务有更全面的了解。能够商业化的产品在市场测试中相对成熟。头站在顶端的原因一定有它的优势。
同样，通过一些平台，可以找到竞争产品的评价，进一步确认用户的关注点。
如果把规划需求比作烹饪，参考竞争产品就是知道别人的食谱；做内部OA该系统使这道菜符合自己的口味，需要去除自己不喜欢的配料，并与自己的口味进行比较。
还有什么比面对面聊天更能理解用户需求？直接和对应的人聊天！
每个人都想通过系统取代繁琐的工作，提高效率OA使用频率高，功能设计会直接影响日常使用体验，所以同事积极采访。如果对方没时间，总能多约几次！
B端功能的角色分类较为分明，比如前述招聘管理中的几个角色。所以最好各个角色都找代表进行访谈。
以流程图的形式绘制业务，列出每个流程对应的角色和功能。这可以帮助你理顺逻辑，在设计特定的原型时不会扭曲重心，也不会错过功能。在后续的需求方和开发需求方面，您也可以帮助解释，以便观众更好地理解原型设计。
完成前一步后，我已经知道该做什么功能，功能之间的跳转逻辑，现在是如何排列功能的问题。
从角色和场景出发。
以招聘模块为例，涉及到这么多角色，每个角色的重点都不一致。hr关注整个过程，面试官可能只负责面试和调查候选人的水平。他关心我今天有多少次面试安排，什么时候，我想如何计划今天的工作。至于招聘进度，面试官并不在乎。那么，面试官能否提取所涉及的部分并取得突出成绩呢？
OA目的是提高效率，让不同的角色更容易看到自己关注的部分。
在这里，产品原型的设计已经大致形成，但细节不容忽视，以下问题需要再次解决：
1）考虑不同角色的操作权限和数据查看范围，是否需要进行相应的权限规划，权限规划是否变更，上线后如何维护；
2）考虑功能与数据之间的关联。B端产品功能更环环相扣，说几个常见情况:A数据同时用在多个地方，影响着多个功能；B数据变化会影响C数据变化；D操作完成后，触发定时任务E。大模块住大模块中的数据关系，不要遗漏模块与模块之间的关系；
3）考虑特殊情况。用户数量多，总会有特殊情况B端产品，特殊情况更多的是边界情况，会导致过程无法继续，而不是经验差可以适当兼容。所有可以想到的问题，不要忽视我们不会这样做的态度，必须考虑相应的处理计划，这部分也可能需要与需求部门讨论特殊情况的处理规则。
除了传统的功能迭代和体验优化外，作者还将特别关注以下两个方面：
B端产品存储大量的业务信息，数据和状态正确OA在正常运行的基础上，在测试过程中无法完全发现一些问题。
产品规划需要尽可能多地考虑各种情况，但所有的考虑都是基于现有的经验，在推出后可能会遇到新的问题，这需要pm及时处理开发。
以上是笔者目前的规划OA总结功能的一般流程。OA数据正确，使用稳定，效率提高。欢迎有任何意见和想法交流~
本文由 @每个人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
