楼主: Mujahida
43 0

[其他] B端产品经理-从0到1,如何设计一套B端产品的“待办”流程 [推广有奖]

已卖:5634份资源

泰斗

0%

还不是VIP/贵宾

-

威望
0
论坛币
13322 个
通用积分
711.3950
学术水平
459 点
热心指数
484 点
信用等级
414 点
经验
115869 点
帖子
4676
精华
0
在线时间
16716 小时
注册时间
2013-1-2
最后登录
2025-12-9

楼主
Mujahida 在职认证  发表于 2025-9-24 10:03:21 |AI写论文

+2 论坛币
k人 参与回答

经管之家送您一份

应届毕业生专属福利!

求职就业群
赵安豆老师微信:zhaoandou666

经管之家联合CDA

送您一个全额奖学金名额~ !

感谢您参与论坛问题回答

经管之家送您两个论坛币!

+2 论坛币
在上一篇文章中——《交互设计 | 先分解后聚合,“权限申请及审批”的产品闭环》,笔
者讲解了如何利用“先分解、后聚合” 的设计策略,完成“权限申请及审批”的产品闭
环。同样,在该项目中,“待办”流程也可以采用相同的策略来开展设计,下文将详细说
明如何设计一套 B 端产品的“待办”流程。


一、什么是“待办”
一项任务或事项等待办理就是“待办”,在企业内常见的“待办”工具是 JIRA,用于项
目与事务的跟踪。
在本产品中,主要功能是监控“异常数据”,为了使得“异常数据”能够形成一套跟踪流
程,所以需要设计一套“待办”流程:如果用户认为某条“异常数据”需要被人为处理,
就将其纳入“待办”。通过实时跟踪、管理该“异常数据”的处理进度,从而形成一套完
整的“异常数据”处理机制。
二、角色及任务
1. 角色
一条“待办”的流转,必定有“创建方”和“承接方”,可分别定义为:发起者、接收者

在“待办”流转过程中,由于“接收者”是被动选中的,因此可能存在以下两种场景:
“接收者”无法独自处理待办,需要第三方参与处理; “接收者”认为该待办不属于职
责范围,需要转移给第三方。
在以上两种场景中, ...
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

关键词:产品经理 交互设计 发起者 IRA 处理机

您需要登录后才可以回帖 登录 | 我要注册

本版微信群
jg-xs1
拉您进交流群
GMT+8, 2025-12-9 14:39