B端产品案例分析:业务调研应该怎么做?(四)

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  
B端产品案例分析:业务调研应该怎么做? 前面 给大家分析了调研前和调研中的工作流程,接下来就看看调研后的任务。
B端产品案例分析:业务调研应该怎么做?(四) 第三阶段:调研后

现阶段只有一个重点:业务抽象。系统思考线下业务角色、业务活动、业务流程,实现数字化。

1.业务角色&业务活动

通过与HR的沟通,结合线下业务流程,我们将业务流中的员工、领导、HR三个角色抽象为

1)申请人

作为绩效业务流程的起点,是指需要填写绩效的员工,可能是普通员工。

业务活动包括:创建绩效、填写绩效、暂存绩效、删除绩效。

2)评分人

申请人的直属上级通常负责评分和退还申请人提交的绩效(如果申请人提交的绩效内容有问题)。

涉及的业务活动包括:绩效评分和绩效退回。

3)审批人

评分人的直属领导通常负责审批评分人打分的绩效,以避免评分人出错或违反公司绩效制度。

涉及的业务活动包括:审批绩效,退还绩效。

4)HR

负责制定系统的绩效规则,总结中心的绩效,审核中心总经理。

业务活动包括:汇总绩效,退回绩效。

除了上面这几个角色,还有另外两个角色,下篇文章继续给大家介绍。

以上就是“B端产品案例分析:业务调研应该怎么做?(四)”的内容了,如果你还想了解其他相关内容,可以来 产品壹佰 官方网站。

随意打赏

提交建议
微信扫一扫,分享给好友吧。