项目这样设计真的好吗?

2019年11月15日 132 次阅读 0 条评论 2 人点赞

在项目开发过程中大家势必会遇到一些业务逻辑设计的很糟糕,当后端去提供接口时会很不爽,当然有规模的团队肯定不会遇到这些问题,但这种项目一般都不会存活太久,除非用$去推广。对于目前我所在的公司,不提公司好坏,从公司管理角度去考虑,目前的这种状态应该持续不了太久。入职半年来深有体会!

从设计角度,任何业务设计都要从简,让用户在使用一个功能的时候,尽量避开跳转多个页面,这难道不是作为设计最基本的要领吗?

以下分别从几个场景来讨论这次项目设计过程中遇到的几个糟糕的设计问题:

场景一:

个人中心修改手机号,暂且不说,修改手机号不验证老手机号,这里修改手机号的场景分别为(修改手机号P1)->(修改手机号P2),这个设计最糟糕的地方便是,我可以随便把别人的账号绑定为我的手机号,然后提现并注销账号;

当提出修改手机号需要验证老手机号的业务,设计人员综合考虑后感觉“如果之前手机号注销了怎么办?”,经过反驳,如果不验证,那我是不是可以随便把别人手机号绑定为自己的,然后提现和注销账号呢?,设计人员 ... ... ,考虑后“还是增加老手机号验证吧”

很多时候,我们在APP或者移动端操作,就拿修改手机号来讲,极大多数的应用都是在一个页面完成,至少我没见过是需要3个页面完成的?

增加了老手机号验证后,业务设计将会是这样。

页面1:输入老手机号,获取验证码,页面2:输入验证码,页面3:输入新手机号,页面4:输入验证码, 确定修改完成;

如果你是设计你会这样设计吗?我相信你不会,就算一个刚毕业的学生我想也未必会这样设计吧。从后端接口提供来说,无所谓的,无非是多行代码的事情,毕竟麻烦的是前端实现代码的同学。那我只能emmmmm ... ... 无语...

当提出修改手机号的业务应该在一个页面完成时,而设计同学从专业的设计角度认为,几个页面操作更能让用户专注一件事情.... 这里我继续emmmmmm,

讲梦想、讲奋斗可以,前提是钱要给够。

文章评论(0

接收回复邮件通知
非注册会员初次评论需要审核,审核时间(09:00-18:00),请耐心等待...