惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
博客园 - 司徒正美
C
Check Point Blog
G
Google Developers Blog
The GitHub Blog
The GitHub Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
有赞技术团队
有赞技术团队
P
Proofpoint News Feed
IT之家
IT之家
B
Blog
博客园_首页
量子位
MongoDB | Blog
MongoDB | Blog
博客园 - Franky
J
Java Code Geeks
H
Help Net Security
A
About on SuperTechFans
Apple Machine Learning Research
Apple Machine Learning Research
Jina AI
Jina AI
D
DataBreaches.Net
Y
Y Combinator Blog
大猫的无限游戏
大猫的无限游戏
云风的 BLOG
云风的 BLOG
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
思考|B端中的那些审批流程怎么做?
哈哈 · 2023-07-24 · via 人人都是产品经理

在B端产品设计中,审批流程是非常重要的设计内容之一。这篇文章,作者总结了自己在审批流程这方面的经验,希望能对大家的工作有所帮助。

审批是管理侧后台系统中比较常出现的一个功能,就是去支持不同业务节点的申请审批。

如何让审批流程简单高效呢?这也是我一直思考的问题。

一、角色

关于审批,主要的用户角色可分为两类:申请人和审批人。

1. 申请人

申请人是审批的流程发起者,他们会根据自己的需求发起不同的审批,以及填写所需的申请单子和提供所需的材料,若被驳回,则还需要修改。

从用户旅程上可以找到用户情绪低落点,从而发现其中的设计机会点。

设计机会点主要为:

  1. 申请单及审批结果信息传达清晰且准确
  2. 审批流程清晰明确且简洁高效,用户可预知
  3. 审批结果及时反馈

2. 审批人

审批人是审批流程结果的决定者,他会根据实际业务管理规则判断申请人提交的申请是否符合要求,若不符合则会做驳回处理,反之亦然。

从用户旅程上可以看出对于审批人来说,主要的操作场景聚焦在对申请资料的查看上。

二、设计怎么做?

在针对B端审批的这个场景下的角色进行了解后,接下来需要思考如何可以更有效的帮助他们提升工作体验。总结为需要解决的两点问题为:流程清晰与信息明确。

接下来将从申请侧与审批侧分别描述设计可以怎么做。

1. 申请侧

申请侧侧重于解决审批单创建及信息填写的效率问题。解决此问题的方法可采用信息前置的方法,让用户在审批单创建前就了解需要准备什么资料,以及需要怎么做。

同时遵循可预见性原则,在用户需要的时候便可提供其需要的信息。

1)信息前置

首先,我们来了解信息前置。

  • 目的:是为了让用户在实际操作前就了解需要怎么做。
  • 场景:第一次进行审批申请操作时。
  • 方式:可使用弹窗形式展示。

若需准备的材料有特殊的要求,则可以配置示例图片,让用户在准备材料时可以更准确,从而减少因资料格式不规范被驳回的情况。

2)可预见性原则

可预见性原则,即让用户在适当的时间内快速了解当前所处的状态。

针对申请审批这一场景下,需在以下情况下做好可预见性。

审批节点可预知:可以将审批的流程及审核的时间设计成流程节点至于页面顶部,同时根据审批流进到的不同状态,进行展示。节点状态需包含“正在进行中”、“已完成/已通过”、“已驳回/已终止”。

同时可以通过审批流水的展示,有助于申请人更详细的了解整个审批过程以及曾经未通过时的审批意见的查看。

采用倒叙形式展示,可以让用户更快速的看到最新的信息。

审批结果可快速了解:结果只包含两种,通过及驳回。用户对于通过,更在意其“通过”的这一结果,对于驳回,则更在意“驳回的原因”,所以在针对这两种情况,需做好重要信息的有效传达。

所以可以将最终的审批结果置于审批单顶部,若被驳回,则可将驳回理由定位显示在具体填写的哪条信息不符合要求的信息旁。使其驳回提示更具有针对性。

2. 审批侧

审批侧侧重于解决审批结果的容错性以及历史信息可追溯。

所以不论是驳回还是通过,都需要给用户二次确认的机会。可以通过点击“驳回”、“通过”按钮,触发二次确认的弹窗,并且在“驳回”是,需要必须填写驳回理由。

关于信息可追溯,则可以参考申请侧,提供审批流水的说明以及保留驳回原因,帮助审批侧在再次收到申请人申请时可以快速定位上次的问题是否有修改。

三、小结

以上是关于工作中遇到关于审批流程需求时所做的一些思考。b端设计的本质永远离不开两个原则:将本增效与增强管理,所以对于审批流程的设计也以此为准则展开思考,寻找问题的解决方法。若大家对此还有更多的方法以及解决方案,欢迎在下面留言~

本文由 @哈哈 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。