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

推荐订阅源

G
Google Developers Blog
D
Docker
Stack Overflow Blog
Stack Overflow Blog
GbyAI
GbyAI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Google DeepMind News
Google DeepMind News
M
MIT News - Artificial intelligence
H
Help Net Security
T
Tailwind CSS Blog
Engineering at Meta
Engineering at Meta
L
LangChain Blog
MongoDB | Blog
MongoDB | Blog
腾讯CDC
H
Hackread – Cybersecurity News, Data Breaches, AI and More
S
SegmentFault 最新的问题
博客园 - 司徒正美
C
Check Point Blog
B
Blog
Y
Y Combinator Blog
Microsoft Azure Blog
Microsoft Azure Blog
P
Proofpoint News Feed
F
Fortinet All Blogs
美团技术团队
D
DataBreaches.Net

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品基础篇——单据的设计
YX_ · 2024-02-19 · via 人人都是产品经理

B端产品会涉及到大量的单据,那么,怎么设计好单据,提升用户体验和业务效率?这篇文章里,作者从几个维度来描述如何设计单据,一起来看看。

B端产品会有大量的列表记录和单据,例如在企业里常见的有采购单、销售单、出库单等等。在设计B端产品的单据或记录模块时,产品经理需要深入理解业务流程,确保单据设计不仅满足数据记录的需求,还要提升用户体验和业务效率。本文将从两个方面描述如何设计单据。内容包括单据设计的10个要点以及单据设计时的产出物。

一、单据设计的10大要点

1. 状态定义清晰

单据设计应与业务流程紧密对接,确保每个环节都能通过单据得到有效支持和记录。为单据设计一个状态模型,确保每个状态都有明确的定义和用途。例如,草稿状态表示单据尚未完成,待审核状态表示单据已提交等待审批,已完成状态表示单据已经处理完毕。状态名称应简洁明了,避免使用行业术语或缩写,以便于所有用户理解。

2. 状态流转逻辑

设计一个状态流转图,明确展示单据从创建到完成的整个生命周期,以及在各个阶段可能的状态变化。状态流转应基于业务流程,例如,只有当单据通过审核后,才能进入付款状态。

3. 权限控制

实现基于角色的访问控制(RBAC),确保用户只能看到和操作他们有权限的单据状态。对于关键操作,如修改已审核的单据,应设置更严格的权限要求。

4. 状态变更记录

实现一个日志系统,记录每次状态变更的详细信息,包括变更前后的状态、变更者、变更时间以及变更内容。提供查询和导出功能,方便审计和问题追踪。

5. 异常状态处理

对于超期未处理的单据,系统应自动发送提醒给相关责任人。设计错误处理机制,如状态变更失败时,系统应提供错误信息并允许用户重新尝试或联系技术支持。

6. 用户界面友好

在单据详情页面清晰显示当前状态,并提供状态变更的按钮或链接。

对于可能导致状态变更的操作,如提交审核或确认付款,应有明确的提示和确认步骤。

7. 系统集成

确保单据状态的变更能够触发相关模块的更新,如库存变动、财务记账等。设计API接口,允许其他系统根据单据状态执行相应的业务逻辑。

8. 安全性

对于敏感操作,如付款或作废单据,应要求用户进行二次确认,或输入安全密码。对于关键状态变更,可以设置审批流程,要求多个角色的同意。

9. 灵活性与可扩展性

设计状态模型时,考虑未来可能新增的状态或变更流程,确保系统能够灵活适应。提供配置工具,允许管理员在不修改代码的情况下调整状态和流转规则。

10. 用户体验

设计直观的操作流程,减少用户的操作步骤,提高效率。提供实时通知功能,如通过邮件或系统消息通知用户单据状态的变更,增强用户体验。

通过这些详细的设计,可以确保单据状态管理系统不仅功能强大,而且易于使用,同时能够满足业务需求和安全要求。

二、单据设计的产出物

1. 状态流转图

状态流转图以图的形式描述流转,清晰易懂,该图也可称为状态机图。

以采购订单为例,小A是某生产企业的采购专员,负责人生产物料的采购,每次采购由小A制单,制单后由经理审批,审批通过后正式向供应商下达采购,下达采购后由供应商发货,到货后由小A确认收货,该笔采购单到此完结。那么由此业务场景以及采购的整个流程,可以大致把采购订单状态进行如下拆分,待提交、待审核、已审核待下单、已下单待收货、收货中、已收货、已驳回、已取消,状态流转图如下。

2. 状态流详细说明表格

表格说明更加详细具体,补充了图的不足,在需求文档中用该表可清晰描述模块单据状态的流转说明。

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

题图来自Unsplash,基于CC0协议

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