人傻了，还有这种需求

[lifesimple]

背景

内部考核系统类似 okr ，填写完自己 okr 后有个「提交上级审批」就是提交 tl 审批确认下，要是填了一半不想提交那么就点「暂存」。另外个隐藏功能就是 提交上级审批，要是领导还没开始审批，自己可以「撤回」本次提交，但是这个操作是需要提交了之后 自己才能看到。

现在的问题

用户（内部用户 自己员工）不知道「提交上级审批」之后有这个「撤回」操作，所以一直不敢提交，可能就拖到最后期限再提交，领导觉得这样不好。然后然产品想想方案，比如在每个按钮 hover 上后加 tooltip 说这个操作的影响，比如就是提交上级审批加上「您提交之后在后续也是可以撤回的哦」这样的提示告知文案，本来我以为可以加个二次确认框处理下，但是产品说人家「不敢点」这个按钮，你二次弹框人家也不会知道，有点滑稽。

新系统，人事部门也有录视频说明过，系统里也有说明手册，可能太长没人愿意看。

求助

基于此类这种问题，emmm ，作为开发而言 我觉得系统不都是这样么，也没啥太好的想法，比如每个（或者是一些重要的操作 button ）加 tooltip 给提示告知，但多用几次用户知道咋操作了 每次都还有这种 tooltip 会不会又嫌烦，或者再每个 button 后面价格小问号 icon 再这个 icon 加 tooltip 。感觉就很蠢。

问一下区里各位大佬 对于这种场景，应该这么更好的满足用户（内部用户）的需求呢？

谢谢

芭比 Q 了，这个帖子只是吐吐槽，不是抱怨贴，只是针对这个场景的求助贴，希望大家能给点建议，我好反馈给产品提供点好的思路哈。谢谢，有项组里的同事也混 v2 ，感觉 emm 这个发帖的基调还是得明确下，再次感谢大家回复。

描述的是一种情况，实际上系统里诸如这样的操作按钮还有很多。
想要一个好点的通用的 「提示告知」方案，比如每个按钮都加 tooltip 几次后（用户主动去关闭系统帮助提示或者自动关了），或者每个按钮旁边都价格问号 icon 给提示，但总感觉都不是很优雅吧。

[Jooooooooo]

"但是产品说人家「不敢点」这个按钮，你二次弹框人家也不会知道，有点滑稽。"

pm 这个逻辑很合理

[ramcasky]

前几次弹 tooltip 后面不弹 tooltip ？

[lifesimple]

@Jooooooooo 是啊 其实都没毛病 不敢点 那作为用户来说我就多检查检查自己的内容，最后确保没问题了再提交，只是领导觉得好家伙怎么都是快 ddl 提交的呢，我都没时间处理了。

[murmur]

没法满足，按正规设计来说，撤回也是要进流程的，如果不想反反复复那就写好了卡着期限审批

你们是 teamleader ，我想在流程上做手脚都没办法，比如在大领导和员工之间加一个部门领导，部门领导看了不妥可以让员工先改，免得大领导看到

[ksedz]

要是我，知道能撤回我也不会提交的 🐶

[micean]

很正常啊。。。万一提交上去直接审批了呢

[murmur]

有一个可能的办法，提交的时候成功了不要返回，刷新页面，变成只读，让用户看到那个撤回按钮在那

[eason1874]

从用户的角度说，可以撤回我也不会随便提交啊。因为提交了主动权就不在我这里了，万一我前一秒提交，后一秒就被领导刷到了呢？

用户知道可以撤回也不会轻易提交的。如果纯粹是为了宣传“撤回”这个功能，在提交按钮上方加一条显眼信息写明就行了

[lifesimple]

@ramcasky 是的 个性化配置后端给个接口处理下，工作量倒也没什么，只是觉得这些功能大家用个两次基本也就没啥作用了。现在已经开始用了一次，用完这次后相关的东西也都知道了，下个迭代上这些个提示功能其实也没啥太多作用感觉

[lifesimple]

@murmur 有的 提交之后会返回到当前数据列表页面 就能看到这个撤回按钮，只是用户不操作这个提交，就看不到，就不知道

[madlifer]

我也觉得 PM 这个交互还行，但还是不够明显。

我的话我会直接在提交框内以文本方式写注意事项。 或者文本框的框体(左下角)写这一句提示。

这样开发量就少很多..

点击按钮后二次确认这个交互确实不好，点的人都是要提交了的人，除非这个人会给还没提交的人说这个信息，但这样靠口头传播效率太低了。

别想着多操作几次就知道了，每月一次频度的使用场景不合适“多操作几次”。

[lifesimple]

@eason1874 哎 可能是「审批」这两字容易让人曲解，就是自己拟定一份 okr 绩效表让领导过一下，领导觉得没问题就同意，有问题就驳回让用户修改下，也不是什么大不了的事

[VictorFrank1]

难道知道能撤回就会大胆提交了吗？
这不是系统的问题，是大家都想最后一刻交作业，解决的办法：提升员工积极性，或者领导把 Deadline 再往前提两天。

[cmdOptionKana]

"要是领导还没开始审批，自己可以「撤回」本次提交"

意思是不是，如果领导已经开始审批，就无法撤回？如果是，建议直接禁用这个撤回功能，太鸡肋了。

[wudicgi]

@lifesimple 嫌没时间处理不应该把 ddl 往前定一点吗，一般默认都是卡着 ddl 提交吧

[lifesimple]

@madlifer 嗯呐 就针对这一个问题来说 都可以处理也没什么工作量，只是诸如这种问题还有很多，可能开发而言不觉得是啥问题，然后大部分系统也没有这种问题，就觉得比较 emmm

[lifesimple]

@cmdOptionKana 如果用户看到自己的数据列表有「撤回」而且就在此时领导审批了（页面没重新加载），这个时候点撤回就后端会报错，大部分情况 领导开始审批审批过了的话，用户自己的数据列里也不会有这个撤回按钮，

[fredli]

这个撤回没有保证，当然不会用，暂存不就是干这个的么？

[cmdOptionKana]

@lifesimple 这个撤回按钮怎么显示、怎么报错，都是次要的。关键是，根本就是可禁用了也毫无影响的功能。又看到你说，所谓审批也不是特别严肃的事情，那就更不需要撤回功能了。

回归本质，如果领导希望早点看资料，就把期限提早两天，预留一个审批、修改、二次审批的缓冲时间，这就从根源上解决了问题。

[imn1]

想当年刚开始电子商务时，我也没搞清“订单”按钮，不知道后面怎么给钱，也不知道可以撤单
产品经理的话没毛病

如果不想写成“事无巨细”，其实很好解决，把这个系统的手册作为考核内容，考一次，就全部人都会用了

[lifesimple]

害，感觉「提交上级审批」审批两字文案有问题，并不是说做个作业提交上去领导不满意会咋样咋样，不满意就重新写下，感觉用户不需要担心被驳回了有啥影响。改成「上级拉通对齐」一下 可能会好点

[ershierdu]

其实核心就在于“领导觉得这样不好”，到底是为什么不好？

[lifesimple]

@cmdOptionKana 「撤回」场景是这样的 提交了领导半天不看，自己在这个阶段又没法改自己的内容，这种情况只能去催领导驳回。所以撤回 更多的是自己提交之后又觉得写的不太好，想要重新调整下又不想麻烦领导

[lifesimple]

@ershierdu 是滴 大兄弟 你说的对，内部系统大部分需求都是满足 1%的核心用户觉得不够好，谁让人家是领导呢？人家就是觉得不够好，那就是不够好

[madlifer]

@lifesimple 我建议哈 不伤大雅的东西 PM 让咋做就咋做就行了。没必要争。

首先时因为吃的信息不一样，有很多时候外部的一些信息研发吃不到，都会觉得 这不是也行么？ 但可能吃了外部信息之后确实 PM 说的更好一点。当然也能确实都行，甚至你说的好那么一点，但 PM 没想到，这种情况下可说可不说。

另外就是这种东西一般都是 PM 跟研发互相妥协，对立起来以后两边都干起来难受。 比如研发跟我说 一个步骤回退时要保留信息的需求做起来就很麻烦，因为影响不大，我作为 PM 也会妥协说要不就不允许回退了也行。

但如果我不妥协，研发做起来就很难受，客户那边确实体验好了一些，但提升也不会太大，总归我不妥协这个操作一定找不出来毛病，去哪说理我都能说，大家互相理解互相妥协 干活儿才舒服。

[libook]

问题很可能不在于大家不知道有“撤回”操作，大家就是希望尽可能在写完之后多一些检查思索的时间，即便没有这个平台，大家用邮件发送，很可能也会拖到 DDL 才发。

建议还是从政策上调整一下，提交 DDL 尽可能靠近领导审批工作开始的时间而不是结束的时间。

[cmdOptionKana]

@lifesimple 直接就叫“提交”，员工只需要知道“期限”和“提交”就行，到期就提交，根本不需要理解额外的概念。

至于提交后会怎么样，操作几次自然就知道了，不需要说明，直接体验即可。

内部系统的精髓就在于一个简单粗暴。

[lifesimple]

@madlifer 嗯啊 倒完全没这个问题，这种需求对开发来说完全是轻松活，就是觉得有点不可思议，可能开发和用户视角不一样，然后觉得想的方案不是很好（怪怪的）。当然了 后面要弄 就按产品的意思弄就行了，不争这个，反正都会给时间。

[cmdOptionKana]

@lifesimple 不需要撤回，也不需要麻烦领导，卡点提交是最好的，提倡卡点提交，定期限时预留时间即可，简单清晰，没有多余概念。

[lifesimple]

@cmdOptionKana 对啊 就是这样，因为类似这些需求是写个迭代上，但是系统已经都开始用了。比如我描述的这个提交上级审批是可以撤回的，等我们把这个需求给加上了 人家使用过一次也知道了，所以加上这些个提示的东西，没什么太大的作用实际上

[lifesimple]

@cmdOptionKana emm 本来是没有的，但是用的人多，总是有些人遇到这个场景，然后和人事 /领导吐槽，然后他们就反馈过来，产品就给做了。就是觉得 太惯着这帮逼了[捂脸哭]

[lifesimple]

芭比 Q 了，这个帖子不是吐槽抱怨贴，只是针对这个场景的求助贴，希望大家能给点建议，我好反馈给产品提供点好的思路哈。谢谢，有项组里的同事也混 v2 ，感觉 emm 这个发帖的基调还是得明确下，再次感谢大家回复。

[cmdOptionKana]

@lifesimple 如果不得不做，就弄个一次性提示，点击“知道了”就把 clicked:true 保存到 localstorage 之类的地方，不重复提示就行。

[makdon]

如果只是提醒的话，可以在按钮旁边加个圈圈问号，鼠标悬停出提示

[sampeng]

建议就是不需要改。。因为大部分 OA 都是这个逻辑。最后一秒提交和撤回不撤回没什么直接联系。你改了也都卡在最后一秒提交，这是人性，系统不要和人性做太多的斗争哈。比如我，OA 从来都是最后时刻才提交，然后人肉催流程在一个小时内完成所有流程。

[lanlanye]

看了你在楼里补充的信息，我觉得你需要的不是撤回功能，而是提交后的编辑功能……

[lifesimple]

@lanlanye 提交后就是就是上级帮忙调整了，自己是不能编辑的，要一个让用户知道提交了也可以撤回这个功能，不然用户觉得提交后就不能再改了。

[lanlanye]

@lifesimple 我不太懂这个逻辑，你说撤回的目的是修改再提交，那直接允许在审批前修改不就行了吗？审批后不允许再修改。

[lifesimple]

@lanlanye 就是你 okr 写完了让你领导过一下，领导觉得不对就修改下然后改完领导可以暂存一下，后面接着调整。所以审批过程可能是一段时间，并不是马上就要审批掉的。这个过程如果你自己又能修改，那对领导看来就乱了。所以这个阶段自己不能再调整，只能等领导调整完如果领导觉得没问题就啥也不改就同意了，同意以后就算拟定完成了。如果觉得有问题帮你改后会退回给你确认下。撤回主要是我提交了然后马上意识到有东西写错了，又不想麻烦领导，如果这个时候领导没看，就可以撤回回来自己编辑再提交，如果领导一收到通知马上看了然后做了操作，也就不会有撤回功能。撤回按钮也是通过数据动态调整的，大部分情况有撤回这个选项就代表领导没看，自己可以撤回。

[zmxnv123]

我怀疑你是钢厂的？

[dengshen]

把确定按钮改成保存或者预览。在这个页面才有真正的提交

[unknownservice]

plan a:搞成向导式的，填完了下一步是预览页，然后才能提交
plan b:把撤回按钮放出来，摆在提交边上，禁用掉，hover 给 tips 提示需要提交之后才能用

[aliveyang]

最后期限提交应该跟撤回操作并没有联系，你这还不如给草稿加个红点，强迫症患者可能受不了就提交了

[shijingshijing]

是怕积压到 deadline 提交 TL 忙不过来吧，其实就是 TL 或者 HR 一句话的事情，必须在 Deadline 之前 xx 天提交，为后面可能出现的退回预留缓冲时间。

[seesky]

感觉直接提交前弄个灰色的撤回按钮，然后 tooltip 提示撤回的条件。 而不是提交之后才显示撤回按钮。
多个按钮就有人会问，口口相传，这功能也就能知道了。

[merryyou]

东?

[meeop]

两个按钮,[保存][提交],甚至还可以有个没用的[撤回]按钮,这样一看就知道有啥功能

[byasm32]

每个用户首次进入新模块页做个简单的引导提示

[ivyliner]

感觉改提示为 "保存草稿, 和提交审核" 好像这样提交的压力会小点吧.

[Ansen]

直接在提交按钮旁边打上提示

[yancy0l]

在开始看评论之前，我想到了 延迟提交的功能设计，比如邮箱设置的功能，提交了但 5 分钟以后才真的发出去。主要问题是大家不会写，这要是表单写个姓名和手机号，或者按流程提个请假申请，需要的时候，顺手就写了。 要是写个没模板 还对自己有影响的小作文，是得好好考虑。 想办法把任务搞简单吧。纯粹一点。。另外，如果想解决这个问题，我也觉得 大家让 ddl 提前是实际方案

[queryee]

页面上一个大大的滚动提升说明一下就可以了

[jingcc72]

说一个让我震惊一百年的需求供君一乐。前东家自研系统用于给自有员工绩效考核，研发的绩效汇总到研发总监处审批，其实就是评估绩效量化是否合理由总监一人独掌大权，事关每月绩效奖金。总监一日心生烦闷，估计是审批按钮点烦了，要求自研系统的研发经理给一个绩效一键打折功能，不再需要挨个详看挨个审批。emmm....离天下之大谱

[codingguy]

撤回是提交后发现有问题的反悔，这个反悔时间短。时间长没法保证会不会被审批掉。
按照背景的描述就是应该用暂存。
抛开这个问题，hover 的 tooltip 是比二次弹窗更好。

[gwbw]

@lifesimple 想回复的就是 22 楼说的，用意是让你试图从"领导觉得这样不好"下手，分析原因，比如直接问这样为什么不好，是不是哪里不方便 /效率低。一个可能的原因：领导也不想在临近 deadline 才开始疯狂批奏折。假设是这个原因，那你的目标是 [让用户尽早提交，并告知用户存在撤销功能，打消顾虑] ；针对这个目标，既然是内部使用，发一封全员邮件，讲解当前操作逻辑，鼓励尽早提交，可能比单纯优化交互效率更高些

[GeruzoniAnsasu]

我觉得前公司这个流程就做得挺好

我们的流程申请页面一上来会画一个清楚的流程图，你可以直观看到自己的手续流程卡在哪一步由什么角色具体是谁来审批，卡住了你就可以直接 im 上去找负责人。


我觉得你们场景的核心矛盾并不是「撤回功能」不明显，而是
「审批」对于员工来说是个风险很大的操作

点完这个按钮，能决定我生死的人就有几率开始决定我的生死，为了活久一点那我晚点再点，大家现在是这种心态。

与其想让大家认识「审批」后「撤回」（判书都下了让我重新上诉？），不如让大家改变「审批操作很 Critical 」的观念。比如把「提交上级」改成「确认内容」，然后在我上面说的流程图里，把上级确认的那步画得特别 Critical （「注意！不可撤回！」），有个对比，大家就下意识觉得「可以随时反悔的步骤问题不大」了

[jupiter157]

就这个问题解决很简单。
1.把“暂存”砍掉
2.把“提交上级审批”改成“保存”
3.把“撤回”改成“修改”

这样领导想什么时候看都行。可以内部加上一个完成度的数值（或字数统计），这样领导可以直接忽略完成度低的提交单。

[DT27]

肯定加❓啊。

[wangyzj]

提交后还有一个最终确认环节
最重要的时候内部要培训，培训

[francis59]

加个流程图，一目了然

[neptuno]

很正常的需求呀，要是我我也不敢直接点。直接在页面最明显的地方提示就好了

[FrankHB]

两类思路：
1.直接砍掉，极端简化需求，如 27L 。（当然这样可能 PM 和你 OKR 就不保了。）
2.如 41L ，改掉“确定”。可以附带加上愿意给谁共享预览。
不建议其它更复杂的设计，因为即便说明得再清楚再一目了然，理解多出来的流程的内部复杂性也是要成本的，实际基本上会让人更不敢点。
@jupiter157 这样直接负责领导的权限可能太大。除非都是直筒子 boss 领导，怎么实现监督直接负责人应该什么时候看？