1。A 公司下单, B 公司付款,这不是错误吧,只是提醒
设计严重不符合实现和现状,
提示状态,可以是成功,可以是失败,正确和错误,目前只有错误,非常单一和狭隘。
2。是否保存数据,让用户自己决定,结果产品设计者先入为主,【禁止保存】,禁止用户保存的数据支持在哪里,理论依据在哪里?
【产品经理是不是很喜欢替用户做决定。】
客户问:付款公司和下单公司不一致,你居然让我无法收款?
我:....
验证规则有些情况压根无法使用,果断放弃。
1。A 公司下单, B 公司付款,这不是错误吧,只是提醒
设计严重不符合实现和现状,
提示状态,可以是成功,可以是失败,正确和错误,目前只有错误,非常单一和狭隘。
2。是否保存数据,让用户自己决定,结果产品设计者先入为主,【禁止保存】,禁止用户保存的数据支持在哪里,理论依据在哪里?
【产品经理是不是很喜欢替用户做决定。】
客户问:付款公司和下单公司不一致,你居然让我无法收款?
我:....
验证规则有些情况压根无法使用,果断放弃。
加一个备注字段,用交互规则,下单和付款不一致的时候把备注字段显示出来。既能起到提醒作用,也不会妨碍正常提交,但是体验不怎么样
目前解法就是这样的,体验真不咋地。
加一个备注字段,用交互规则,下单和付款不一致的时候把备注字段显示出来。既能起到提醒作用,也不会妨碍正常提交,但是体验不怎么样
下单公司和付款公司不一致,从财税角度这本身就不合规呀。客户要这么干你也不能支持他这么干,纵容客户犯罪 😄
工作流里面有个界面推送,如果不验证的话,那可以用界面推送。。既然这个下单公司和付款公司可以一致也可以不一致,那就失去了验证的意义了啊。。。。一致和不一致有什么区别?
一致可以输入保存,不一致也可以输入保存。那这个字段没必要设置任何通知了啊
换句话说,就是客户的意思是付款公司这边不需要做任何限制,可以随意输入吧
非得通知,那可以用工作流的界面推送,记录更新了付款公司字段,如果付款公司和下单公司不一致,在页面顶端或者左下角推送个 5 秒关闭的文本通知,不过感觉这个通知没有任何意义
目前就是这么做的,体验很一般。
客户使用版本没有事件,那就升级版本,没必要为自己的“狭隘”找说词。
还有,错误和正确,你都定义不了,就肯定不适用“验证”的场景,既然不适用就不要去“吧”自己搞死了。--
如果版本不同,可以用各种方式去处理,比如冗余值 + 验证规则,或者冗余值 + 工作流,一样都可以给出提示。
如果能升级版本,可以直接用事件。--
条条大路通成功,你非得钻那个不成功。
升级版本如果出现 BUG 你能承担后果吧,如果不能,那就别说话。
验证规则用不了。
工作流里面有个界面推送,如果不验证的话,那可以用界面推送。。既然这个下单公司和付款公司可以一致也可以不一致,那就失去了验证的意义了啊。。。。一致和不一致有什么区别?
一致可以输入保存,不一致也可以输入保存。那这个字段没必要设置任何通知了啊
换句话说,就是客户的意思是付款公司这边不需要做任何限制,可以随意输入吧
非得通知,那可以用工作流的界面推送,记录更新了付款公司字段,如果付款公司和下单公司不一致,在页面顶端或者左下角推送个 5 秒关闭的文本通知,不过感觉这个通知没有任何意义
客户使用版本没有事件,验证只验证错误,就不能验证成功,没必要为狭隘找说词。
还有,错误和正确,如何定义,不同场景下,规则不同。目前是验证规则设计吧自己搞死了,没人敢用。
客户使用版本没有事件,那就升级版本,没必要为自己的“狭隘”找说词。
还有,错误和正确,你都定义不了,就肯定不适用“验证”的场景,既然不适用就不要去“吧”自己搞死了。
--
如果版本不同,可以用各种方式去处理,比如冗余值 + 验证规则,或者冗余值 + 工作流,一样都可以给出提示。
如果能升级版本,可以直接用事件。
--
条条大路通成功,你非得钻那个不成功。
那就不要用验证规则,识别到不对的后台写个通知发送或者界面加个提示字段。
这种没有规则的最好不要用验证规则。
老板们都是之前定了各种规则,然后实际使用的时候的说法是:规则是死的人是活的。
后台加个下单公司和付款公司是否一致的单选字段:一致/不一致,然后给老板一个视图可以筛选就可以了
这是实际使用过程经常发生的问题,做软件的时候领导们定了各种规则,然后使用的时候下面人就是一个一个去突破这些规则
验证规则用不了。
那就不要用验证规则,识别到不对的后台写个通知发送或者界面加个提示字段。
这种没有规则的最好不要用验证规则。
老板们都是之前定了各种规则,然后实际使用的时候的说法是:规则是死的人是活的。
后台加个下单公司和付款公司是否一致的单选字段:一致/不一致,然后给老板一个视图可以筛选就可以了
这是实际使用过程经常发生的问题,做软件的时候领导们定了各种规则,然后使用的时候下面人就是一个一个去突破这些规则
验证,这是专一场景的功能就是为了 错误 提示的。
你需要的“提示状态,可以是成功,可以是失败,正确和错误,” 去参考 控件事件,https://help.mingdao.com/worksheet/event
客户使用版本没有事件,验证只验证错误,就不能验证成功,没必要为狭隘找说词。
还有,错误和正确,如何定义,不同场景下,规则不同。目前是验证规则设计吧自己搞死了,没人敢用。
验证,这是专一场景的功能就是为了 错误 提示的。
你需要的“提示状态,可以是成功,可以是失败,正确和错误,” 去参考 控件事件,https://help.mingdao.com/worksheet/event
赞同,有些验证规则只是想提醒一下用户,用户想突破还是可以的。
但是现有的规则一旦不符合,就不能提交了。
所以我有些规则最后都关闭掉了,没法使用。
没毛病,你需要开发票吗?钱货款要一致吧。不然到时候税务请你去喝茶!
客户问:付款公司和下单公司不一致,你居然让我无法收款?
没毛病,你需要开发票吗?钱货款要一致吧。不然到时候税务请你去喝茶!
说得好,借大佬地盘混个分