每次功能更新，产品经理总是期待得到用户的肯定。


这就要求产品经理在每个新功能上线之前都要做好规划。


本文作者OA以系统新功能规划为例，总结了功能迭代需要注意的关键步骤和问题~ “Hi，我想把这个功能放在一边OA你能做到吗？每次听到这句话，都会夹杂着恐惧和期待的复杂情绪。


你不知道同事可能会提出什么样的想法，每一个新的需求都是他们对你的认可和期待，也是他们对自己的挑战。


做OA产品快一年了。


是时候重新审视自己了。


让我们谈谈作者是如何计划的OA新功能。


一、熟悉业务，了解需求 OA作者个人习惯分为两种功能。


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


二是涉及各种角色的功能，如招聘管理，涉及用人部门和招聘hr、面试官、高级管理层，每个角色都有不同程度的参与。


和所有的产品规划一样，OA第一步是熟悉业务，了解业务的原因、后果和症结，然后知道如何开始。


作者最常用的方法有以下两种。


1. 参考竞品 以招聘管理为例。


一开始，笔者根据自己的理解列出了招聘流程，并初步规划了功能结构。


然而，毕竟，他的观点是单一的当他没有接触过招聘行业时，他的视野非常有限。


参考市场上已经商业化的产品是一个很好的方法。


找到头部产品，分析其功能结构和使用场景，可以让自己对业务有更全面的了解。


能够商业化的产品在市场测试中相对成熟。


头站在顶端的原因一定有它的优势。


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


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


还有什么比面对面聊天更能理解用户需求？直接和对应的人聊天！ 每个人都想通过系统取代繁琐的工作，提高效率OA使用频率高，功能设计会直接影响日常使用体验，所以同事积极采访。


如果对方没时间，总能多约几次！ B终端功能的角色分类比较清晰，比如上述招聘管理中的几个角色。


所以最好找代表采访每个角色。


二、功能设计 1. 绘制流程图和思维导图 以流程图的形式绘制业务，列出每个流程对应的角色和功能。


这可以帮助你理顺逻辑，在设计特定的原型时不会扭曲重心，也不会错过功能。


在后续的需求方和开发需求方面，您也可以帮助解释，以便观众更好地理解原型设计。


2. 思考角色的焦点，功能的排部 完成前一步后，我已经知道该做什么功能，功能之间的跳转逻辑，现在是如何排列功能的问题。


从角色和场景出发。


以招聘模块为例，涉及到这么多角色，每个角色的重点都不一致。


hr关注整个过程，面试官可能只负责面试和调查候选人的水平。


他关心我今天有多少次面试安排，什么时候，我想如何计划今天的工作。


至于招聘进度，面试官并不在乎。


那么，面试官能否提取所涉及的部分并取得突出成绩呢？ OA目的是提高效率，让不同的角色更容易看到自己关注的部分。


3. 确定具体细节 在这里，产品原型的设计已经大致形成，但细节不容忽视，以下问题需要再次解决： 1)考虑不同角色的操作权限和数据查看范围，是否需要做相应的权限规划，权限规划是否变更，上线后如何维护； 2)考虑功能和数据之间的关系。


B端产品功能更环环相扣，说几个常见情况:A同时在多个地方使用数据，影响多个功能；B数据变化会影响C数据的变化；D操作完成后，触发定时任务E。


大模块住大模块中的数据关系，不要遗漏模块与模块之间的关系； 3）考虑特殊情况。


随着用户数量的增加，总会有特殊情况。


在B端产品中，特殊情况更多的是边界情况，这将导致过程无法继续进行，而不是体验差，可以适当兼容。


不要忽视所有可以想到的问题，以我们通常不会这样做的态度。


我们必须考虑相应的处理方案。


这部分还可能需要与需求部门讨论特殊情况的处理规则。


三、上线后跟进迭代 除了传统的功能迭代和体验优化外，作者还将特别关注以下两个方面： 1. 数据和状态是否正常 B端产品存储大量的业务信息，数据和状态正确OA在正常运行的基础上，在测试过程中无法完全发现一些问题。


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


以上是笔者目前的规划OA总结功能的一般流程。


OA数据正确，使用稳定，效率提高。


欢迎有任何意见和想法交流~ 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。