| 中后台界面设计流程剖析 | |
| 【返回本版】 【发表帖子】 【回复帖子】 | 浏览量 1101 回帖数 0 |
 |
lanlan123 等级 ☆ 0 楼 发表于 2019/11/14 10:54:45 编 辑 |
|
|
拿到PRD的瞬间，你在想什么？ 设计一个产品的前提是要先了解这个产品想要解决的是用户什么痛点，核心功能是什么，价值点在哪里等等。 关于原型的问题，如果是比较大的项目，建议还是先画原型，因为前期原型交互上修改的次数会比较多，那么设计师可以专注在整体页面流程上的把控，而不把时间放在颜色，icon，插画等视觉上的修饰。一个大项目前期的讨论，评审，修改个5-10次都挺正常的。 每次修改最好都更新下版本号，并在原型里面加个（更新记录）的页面，记录这次更新哪些内容，如果是大的更新，或者是功能的改变，最好写上原因，方便后期可查，因为时间久了，往后翻，真的会忘记。比起相信自己的记忆，还是烂笔头吧。我也碰到几次这样的坑，某次开会，去掉了某个功能，当时觉得不需要。后期又有人提这个需求，追溯到底是谁说不要的，结果怎么也想不起来。所以要做到记录可查。 如果产品前期有做竞品分析，建议把竞品分析的内容也写在原型里面。同时也把产品目标，用户痛点这些都可以写上去，这样让整个原型，可以更加完整，也更有份量。后期如果遇到类似的产品要设计，就可以去回顾下之前做产品的记录，考查的方向。 做原型时，可以对一些要点，进行补充，比如以下几点： 1.新建页面，新建完成后，是跳转到哪个页面，这个需要说明，不然开发就只能用猜。 比如新建产品完成后，是到产品列表，还是到产品详情页，因为前期没有说明，开发就让页面跳转到产品列表，但是事实上，是要跳到产品详情。因为到详情页面，可以引导用户进行下一步操作。如果到列表页面，其实操作就被中断了，除非产品的需求是，不断建产品，但这种情况比较少 2. 有涉及到状态的列表 要在原型旁边补充说明并列出，所有状态。如果状态还会对应不同的操作，则需要把对应关系都列出来。同时界面中的列表，也需要把状态和操作对应，不要随意填写，以致于开发看漏或者看错了，要保持一致，减少错误发生。 或许你会认为开发在细分的时候，也会讲清楚状态的分类，各自的逻辑关系。但是，建议设计师多做一步，可以帮助设计师更了解产品，还有些特殊状态。而且自己碰到比较多情况是，前端也不清楚逻辑，结果在状态与操作的对应关系上来来回回一直在修改。个人的习惯是，如果设计稿可以呈现的逻辑，那就认真的画出来，减少后期开发的错误和来回沟通的时间。 3. 列表的排列顺序 按什么顺序排序，这也是个关键问题，按创建时间、更新时间，产品序号，优先级等等，不同的需求会不一样，所以不要去假设开发都知道 4. 表单校验 前端校验，还是后台校验？基本上现在都是前端校验，马上给用户反馈，而不是在用户填完一堆的表单后，告诉用户，哪里出错了。后台校验属于偏重的交互，容易给用户产生心理负担。 校验问题，还会涉及到报错文案。这个建议做个文档给开发，特别是刚合作的开发，也不了解对方的习惯，这样减少后期更改文案的时间。也可以做个报错规范，这样后期的报错就根据规范来就可以，不需要每次都来提醒。更多文章就在蓝蓝设计每日一贴。您可以直接联系优秀的软件ui设计提供者北京蓝蓝设计,北京蓝蓝设计为您提供最好的设计服务。 欢迎访问,开始愉快的合作! 网站：www.lanlanwork.com 全国统一客服热线：400-608-6026 公司邮箱:weibaobei@163.com |
||
| 1 |