知识

每次功能更新,产品经理总是期待得到用户的肯定。这就要求产品经理在每个新功能上线之前都要做好规划。本文作者OA以系统新功能规划为例,总结了功能迭代需要注意的关键步骤和问题~“Hi,我想把这个功能放在一边OA你能做到吗?每次听到这句话,都会夹杂着恐惧和期待的复杂情绪。你不知道同事可能会提出什么样的想法,每一个新

您当前位置>首页 >> 知识 >> OA

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

发表时间:2022-05-16 08:24:35

文章来源:超级管理员

浏览次数:16

每次功能更新,产品经理总是期待得到用户的肯定。这就要求产品经理在每个新功能上线之前都要做好规划。鑫亮软件以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及时处理开发。




相关案例查看更多