人傻了,还有这种需求

2022-03-03 11:01:15 +08:00
 lifesimple

背景

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

现在的问题

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

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

求助

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

问一下区里各位大佬 对于这种场景,应该这么更好的满足用户(内部用户)的需求呢?

谢谢

7722 次点击
所在节点    问与答
62 条回复
lifesimple
2022-03-03 11:20:27 +08:00
害,感觉「提交上级审批」审批两字文案有问题,并不是说做个作业提交上去领导不满意会咋样咋样,不满意就重新写下,感觉用户不需要担心被驳回了有啥影响。改成「上级拉通对齐」一下 可能会好点
ershierdu
2022-03-03 11:20:59 +08:00
其实核心就在于“领导觉得这样不好”,到底是为什么不好?
lifesimple
2022-03-03 11:22:48 +08:00
@cmdOptionKana 「撤回」场景是这样的 提交了领导半天不看,自己在这个阶段又没法改自己的内容,这种情况只能去催领导驳回。所以撤回 更多的是自己提交之后又觉得写的不太好,想要重新调整下又不想麻烦领导
lifesimple
2022-03-03 11:23:51 +08:00
@ershierdu 是滴 大兄弟 你说的对,内部系统大部分需求都是满足 1%的核心用户觉得不够好,谁让人家是领导呢?人家就是觉得不够好,那就是不够好
madlifer
2022-03-03 11:24:35 +08:00
@lifesimple 我建议哈 不伤大雅的东西 PM 让咋做就咋做就行了。没必要争。

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

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

但如果我不妥协,研发做起来就很难受,客户那边确实体验好了一些,但提升也不会太大,总归我不妥协这个操作一定找不出来毛病,去哪说理我都能说,大家互相理解互相妥协 干活儿才舒服。
libook
2022-03-03 11:25:19 +08:00
问题很可能不在于大家不知道有“撤回”操作,大家就是希望尽可能在写完之后多一些检查思索的时间,即便没有这个平台,大家用邮件发送,很可能也会拖到 DDL 才发。

建议还是从政策上调整一下,提交 DDL 尽可能靠近领导审批工作开始的时间而不是结束的时间。
cmdOptionKana
2022-03-03 11:25:46 +08:00
@lifesimple 直接就叫“提交”,员工只需要知道“期限”和“提交”就行,到期就提交,根本不需要理解额外的概念。

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

内部系统的精髓就在于一个简单粗暴。
lifesimple
2022-03-03 11:28:08 +08:00
@madlifer 嗯啊 倒完全没这个问题,这种需求对开发来说完全是轻松活,就是觉得有点不可思议,可能开发和用户视角不一样,然后觉得想的方案不是很好(怪怪的)。当然了 后面要弄 就按产品的意思弄就行了,不争这个,反正都会给时间。
cmdOptionKana
2022-03-03 11:28:25 +08:00
@lifesimple 不需要撤回,也不需要麻烦领导,卡点提交是最好的,提倡卡点提交,定期限时预留时间即可,简单清晰,没有多余概念。
lifesimple
2022-03-03 11:30:07 +08:00
@cmdOptionKana 对啊 就是这样,因为类似这些需求是写个迭代上,但是系统已经都开始用了。比如我描述的这个提交上级审批是可以撤回的,等我们把这个需求给加上了 人家使用过一次也知道了,所以加上这些个提示的东西,没什么太大的作用实际上
lifesimple
2022-03-03 11:33:27 +08:00
@cmdOptionKana emm 本来是没有的,但是用的人多,总是有些人遇到这个场景,然后和人事 /领导吐槽,然后他们就反馈过来,产品就给做了。就是觉得 太惯着这帮逼了[捂脸哭]
lifesimple
2022-03-03 11:36:21 +08:00
芭比 Q 了,这个帖子不是吐槽抱怨贴,只是针对这个场景的求助贴,希望大家能给点建议,我好反馈给产品提供点好的思路哈。谢谢,有项组里的同事也混 v2 ,感觉 emm 这个发帖的基调还是得明确下,再次感谢大家回复。
cmdOptionKana
2022-03-03 11:40:06 +08:00
@lifesimple 如果不得不做,就弄个一次性提示,点击“知道了”就把 clicked:true 保存到 localstorage 之类的地方,不重复提示就行。
makdon
2022-03-03 11:41:06 +08:00
如果只是提醒的话,可以在按钮旁边加个圈圈问号,鼠标悬停出提示
sampeng
2022-03-03 11:59:45 +08:00
建议就是不需要改。。因为大部分 OA 都是这个逻辑。最后一秒提交和撤回不撤回没什么直接联系。你改了也都卡在最后一秒提交,这是人性,系统不要和人性做太多的斗争哈。比如我,OA 从来都是最后时刻才提交,然后人肉催流程在一个小时内完成所有流程。
lanlanye
2022-03-03 12:21:49 +08:00
看了你在楼里补充的信息,我觉得你需要的不是撤回功能,而是提交后的编辑功能……
lifesimple
2022-03-03 12:24:04 +08:00
@lanlanye 提交后就是就是上级帮忙调整了,自己是不能编辑的,要一个让用户知道提交了也可以撤回这个功能,不然用户觉得提交后就不能再改了。
lanlanye
2022-03-03 12:32:44 +08:00
@lifesimple 我不太懂这个逻辑,你说撤回的目的是修改再提交,那直接允许在审批前修改不就行了吗?审批后不允许再修改。
lifesimple
2022-03-03 12:40:03 +08:00
@lanlanye 就是你 okr 写完了让你领导过一下,领导觉得不对就修改下然后改完领导可以暂存一下,后面接着调整。所以审批过程可能是一段时间,并不是马上就要审批掉的。这个过程如果你自己又能修改,那对领导看来就乱了。所以这个阶段自己不能再调整,只能等领导调整完如果领导觉得没问题就啥也不改就同意了,同意以后就算拟定完成了。如果觉得有问题帮你改后会退回给你确认下。撤回主要是我提交了然后马上意识到有东西写错了,又不想麻烦领导,如果这个时候领导没看,就可以撤回回来自己编辑再提交,如果领导一收到通知马上看了然后做了操作,也就不会有撤回功能。撤回按钮也是通过数据动态调整的,大部分情况有撤回这个选项就代表领导没看,自己可以撤回。
zmxnv123
2022-03-03 12:54:05 +08:00
我怀疑你是钢厂的?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/837625

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX