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

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
W
WeLiveSecurity
O
OpenAI News
N
News and Events Feed by Topic
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Webroot Blog
Webroot Blog
Google Online Security Blog
Google Online Security Blog
云风的 BLOG
云风的 BLOG
N
News | PayPal Newsroom
H
Hacker News: Front Page
博客园_首页
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
The Last Watchdog
The Last Watchdog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
H
Heimdal Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
S
Schneier on Security
宝玉的分享
宝玉的分享
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Y
Y Combinator Blog
Cyberwarzone
Cyberwarzone
Microsoft Security Blog
Microsoft Security Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
GbyAI
GbyAI
Cloudbric
Cloudbric
TaoSecurity Blog
TaoSecurity Blog
人人都是产品经理
人人都是产品经理
P
Palo Alto Networks Blog
M
MIT News - Artificial intelligence
G
GRAHAM CLULEY
C
Check Point Blog
Apple Machine Learning Research
Apple Machine Learning Research
Last Week in AI
Last Week in AI
T
Troy Hunt's Blog
L
Lohrmann on Cybersecurity
www.infosecurity-magazine.com
www.infosecurity-magazine.com
P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
量子位
博客园 - 聂微东
S
Securelist
博客园 - 三生石上(FineUI控件)
F
Full Disclosure
G
Google Developers Blog
L
LINUX DO - 热门话题
P
Proofpoint News Feed
AI
AI
PCI Perspectives
PCI Perspectives

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
如何做工单管理系统
(*≧▽≦) · 2024-06-20 · via 人人都是产品经理

随着企业的发展和壮大,工单管理系统是必然产物,能够保障企业业务顺畅运行,工单管理系统用于跟踪、监控和管理工作任务的执行,包括了工单创建,资源分配、任务执行到反馈评估整个过程。通过有效的工单管理,可以提高企业工作效率、降低成本。

本篇文章主要站在产品设计的角度对已做过的工单管理系统进行整理与介绍,可结合自身业务,灵活借鉴。

一、工单系统搭建

1. 工单创建

工单创建必备3大要素:包含标题、内容描述、附件。

  1. 标题:尽量简短明确,具有概括性,最好限制20字符,能让接单者快速理解与响应。若在创建工单前选择了工单问题类型,那么可以以工单问题类型作为标题起到概括的作用
  2. 内容描述:完整清晰的描述遇到的问题;对于比较复杂的问题,可以提供选项,具化到某一问题或者缩小问题范围
  3. 附件:可以上传视频或者图片对问题进行补充描述,方便工单处理者快速理解问题

针对不同的业务场景,可能还需要填写:预约处理时间、联系电话、服务地址、处理方式(上门、远程、邮寄)、申请人相关信息、优先级、产品信息等其他业务相关的字段信息。

2. 资源分配

工单创建后会流转到具体的处理人,怎么合理流转工单,让工单能更高效的被响应和处理是工单系统重要的一环,在这个环节我们需要注意信息展示和分配方式

信息展示:申请人提交了很多信息,在传达给用户的时候,我们需要根据自身业务场景,把处理人最关注的信息简洁精炼的显示出来,例如:什么问题,什么时间处理,什么方式处理等,方便处理人快速判断是否接单(自己是否能解决该问题,是否有时间解决该问题)。除申请人提交的信息之外,详情还需要在合适的位置增加显示工单唯一编号,方便一人多个工单时,能够做到精准查询工单。

分配方式:站在处理人的角度,接单的方式可以分为被动接单、手动接单。

  • 被动接单:分为系统自动分配或指定。自动分配需要后台进行用户管理或者使用已有的人员组织架构,并且制定好分配规则,可以按区域、按工单类型、按紧急程度、按职能分等。分配不成功或分配结束后仍然可能出现问题无法处理的情况(处理人判断失误,问题描述与实际情况有偏差),这时候会涉及到转派或者指定给他人处理。
  • 手动接单是处理人在工单池,主动选取工单点击接单并处理。

3. 执行与监控

任务执行过程中,需要关注工单处理过程与结果,工单常见的有以下几种状态:

  • 待接单:等待处理人接单,为了避免长时间未接单,导致用户满意度降低,通常会对处理人做响应要求,多少时间一定要接单,或者超过多少时间由系统或者上级领导强行指派。
  • 已接单:工单成功分配到处理人。
  • 处理中:接单并不一定立马开始处理,首先需要和申请人通过电话或其他方式明确问题,然后马上处理或按约定时间处理。针对这类工单很难去清晰的界定处理者的处理时效。若想要通过系统评估处理效率,可以设置“开始处理”的按钮,通过开始处理时间和完成时间检验员工的处理效率。
  • 已完成:工单处理结束,需要处理人填写相关的信息,如处理结果、费用、使用耗材等。
  • 已取消:在待接单、已接单的状态中,支持用户自由取消工单,取消后工单池内该单据消失不显示。

根据业务域不同,工单的内容不同,可以根据问题复杂程度选择远程、上门,或邮寄处理

例如电脑问题通常可以远程处理,产品维修且距离较远的可以选择邮寄处理,对于不方便移动的设备可以选择上门处理。对于上门和邮寄处理还涉及路程费、邮费,需要在维修前明确告知用户。

另外涉及收费,费用要公开透明,并记得明确收费标准,先付费后处理可以避免逃单,但是有的用户会担心处理结果不如人意;先处理后付费,需要要求处理人及时收费,另外设置未付费处理规则,如未及时付费需催促提醒(系统➕短信),且不能再次下工单。

4. 反馈与评估

处理完及时的邀约用户评价,可以侧面把控完成质量,及时发现问题和改善问题。评价对于业务管理者重要,但是对于使用者本身毫无益处的话,很少有用户愿意参与,因此我们可以设置一些福利给到工单申请人刺激评价,例如采用累积积分兑现;对于处理者月度好评比较多的可以给到现金奖励等方式。但是积分和个人好评整个流程做下来工作量还是比较大的,若条件不允许,可以系统内不做激励相关功能,需要收集用户意见的时候在app内发送整体的满意度调研,问题较大的时候再邀约低分用户访谈查找原因;或者设立常驻的用户反馈入口。

另外工单实施处理结束,需要对整个过程进行一个系统性评估,例如:分析问题解决满意度,处理时长、资源分配是否合理等等,进一步优化整个工单流程。

二、工单系统怎么降本增效

产品设计最重要的就是赋能业务,帮助企业降低成本,帮助员工提升工作效率。那工单系统是怎么达到降本增效的目的呢?

1. 业务侧

1、工单系统线上化,可以大大降低沟通成本,更快的响应和处理问题并监控问题处理进度。想想若没有工单管理系统的监管,线下去联系一个人,他能及时回复的概率?并且工单提交者只能通过线下重复的沟通去了解工单的处理进度,耗时耗力。

2、工单系统可以监控员工工作效率,线上化的系统,可以根据埋点数据,收集数据,分析员工的处理效率,有没有工作不饱和或者负荷,可以根据数据客观的得到结果,而不是主观臆测。

3、合理分配物力资源,对于工单处理涉及需要使用其他物力资源的,线上化的登记与使用记录,能帮助管理者更好的监控和有效管理&分配物力资源。

4、沉淀工单数据,及时发现问题和解决问题,通过分析工单完成情况,我们可以发现问题并改善,例如,网点很多某类型的问题,但是这个问题其实不属于运维解决的问题,那我们就该反思是不是我们在提交的时候进行问题分类,阐述清楚我们支持哪些能力,避免浪费人力周转工单和引起用户等待的不满。

2. 体验侧

提交-界面简洁易操作:减少填写,智能填充,用最短时间传递和解决问题。

举个栗子🌰:下图的的提交工单就做的比较好。

  • 默认的时候只展示通用的几个字段,用户压力降低,要填的不多。
  • 输入关键后,联想出来已选的“产品使用咨询”的问题,选择后下方展示问题的答案可供查看,鼓励用户自主且快速解决问题,减少等待时间,也减少。
  • 根据问题描述,快速识别并填充产品分类。
  • 联系方式自动识别获取该账号的已有信息。

分配-自动分配工单:不用处理人去池子捞合适自己的工单,把工单智能分配给合适的人,提高问题处理效率。

自动分配可以帮助管理者合理的利用资源,把处理效率最大化。保证进入的工单都有对应的处理人及时跟进。和传统的纸质工单,和群里爬楼获取工单相比,大大提升了问题解决效率。

处理中-快速查询与跟踪处理进度:处理中可能涉及查询工单详情、进度、处理地址等;联系处理人、申请人;取消、修改、删除工单等等。

这里很简单,都是一些细节且简单的问题,充分利用同理心,站在用户角度思考即可达到效率提升的目的。

举个栗子🌰:查询工单。

  • 用户最关心的【处理中】的问题,界面可以默认透传这个状态的工单信息,并告知用户有多少条在处理中。
  • 工单信息较多需要给到快速定位的方法,例如:列表排序(按申请时间、按处理时间、按处理距离等),搜索,筛选。
  • 处理中多个环节流转的,需要告诉用户当前谁在处理?之前的处理结果是什么?接下来还会流转给谁?
  • 若有处理地址,可以显示距离当前地址的距离,以及支持导航。
  • 详情页根据用户诉求,把用户最关心的内容提炼置顶。
  • 处理时间比较久的,提供给用户催促的按钮,提醒处理人,避免重复进单。
  • 消息及时提醒。
  • ……

实施完成-数据可视化,结论一目了然:通过数据逻辑加工成可视化的结论,无需用户数据再处理。

罗列重点关心的数据,直接通过后台运算规则,显示可辅助用户决策的结果数据。例如:平均响应时长,满意率、平均处理时长等等。

本文由 @(*≧▽≦) 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

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