泰安千橙网站建设,北京活动策划公司黄页,做的网站缩小内容就全乱了,百度招聘 网站开发#xff08;续上回#xff09;
目录
五、原型设计
1.写在前面的话
2.原型是什么
3.画原型的工具
4.产品经理的复合能力
5.关于原型图 PS#xff1a;这个系列#xff0c;主要讨论的是产品设计的一般标准流程。这个流程也许每天都发生在我们的身边#xff0c;我们也常…续上回
目录
五、原型设计
1.写在前面的话
2.原型是什么
3.画原型的工具
4.产品经理的复合能力
5.关于原型图 PS这个系列主要讨论的是产品设计的一般标准流程。这个流程也许每天都发生在我们的身边我们也常常对此熟视无睹实际上更系统的理解每个环节的核心目标成果对提高团队的效率确保产品的成功有很重要的作用。
五、原型设计
1.写在前面的话
在本流程中UX设计过程被单独拿出来放一个章节来讨论但是设计最初的原型图我的建议是产品经理来主导UE设计师参与。此外评审我也当做一个独立的章节来讨论但是在设计原型时如果你有一个极大POWER的甲方最好能经常去沟通和汇报不要总怕太快被否定导致你多花工时永远不要让你的设计作品等到最后评审会上去大家一起来“掀开盖头”。实际上在一些最佳实践的案例中经常和甲方沟通可能会让你的产品设计中体现了很多甲方关键人的思路在评审时他就会自动的成为你的辩护者让你的产品设计更轻轻和顺利的过审。
评审会当然要求提前发会议物料到各个干系人的手中但是你能强力要求他们提前看、并且规定好完成的时间、反馈的详细程度吗即使要求了他们就能很好的执行吗执行了就能真的理解你的设计吗
等到会上大量的信息涌入……这种沟通实际上是效率比较低的。大家经常有感受自己的思路不被anyone else理解感觉领导不专业客户太傻X实际上我们和自己的亲爹亲妈也是很难沟通的吧。所以并不是这个世界和我们格格不入。
好吧。
原型设计是最重要的激动人心的环节了因为大家一直期待的产品到底长什么样子即将小荷露出尖尖角。
2.原型是什么
原型prototype这个词来自拉丁文的词proto意谓“最初的”意义是形式或模型。在这里我们主要讲的是软件原型便于快速沟通、确定明确需求。在软件开发中一个原型是产品或数据系统的一个基本的实用模型。 软件原型包含但不限于功能、交互、UI。
3.画原型的工具
工具非常多在线设计团队协作几乎成了时代的主旋律但有时一些产品的服务器能力确实还不过关当然客服会赖带宽。
比较经典的人人都知道的就是Axure。实际上全名是Axure RP文件的扩展名也是rp啥意思呢RP则是Rapid Prototyping快速原型的缩写。 Axure RP的使用者主要包括商业分析师、信息架构师、产品经理、IT咨询师、用户体验设计师、交互设计师、UI设计师等另外架构师、程序员也在使用Axure。
人人都可以用Axure就像人人都可以用思维脑图一样。
此外在线的工具基本都是互相参考并且做集成。参考重点是拷、模仿国外优秀产品、集成各种功能、加自己的理解改造、设置付费节点和套餐、发布、买流量这也是一个标准流程吧。
4.产品经理的复合能力
产品真是无所不能在大的集团有PMO等部门和职位或者另一种PM项目经理但是很多公司产品经理就是一个项目的全部入口和出口。客户来访产品经理来聊下顺便给客户倒杯水内部协调资源产品经理做个脑图汇报下领导要预算产品经理牵个头把产品分解下和技术开个会拍个数出来前端技术储备不足想要的页面效果无法按期达成产品经理过去干一架打赢了前端加个班自己买会员发问答去大输了就简化下设计外采个系统产品经理参与下去谈谈价格调研下竞品……
当然这都是极端的情况可能碰到碰到了也是纯属巧合。不管是几百人的团队还是几十人的团队产品确实是产品最大的owner产品的再生父母就是要对这个孩子负责的。即使没有人让做的很多产品也会主动去做因为一个负责人的产品真的希望做出来的东西人人喜爱客户点赞。
当然上面说的产品经理都是十项全能再加上专业的画线框画原型做分析做设计…….。
但是真正检验一个产品经理的业务能力和设计素养的就是他做的prototype。通过这个原型产品经理要把你独特的理解、能力淋漓尽致的表达出来准确的传递出去。
有些复合型的产品经理确实在交互设计上有更深入的理解有设计方法而不是简单的把客户的用例画成简单的界面还缺这缺那。也不是狂热的加上很多自己的理想抱负让客户害怕让技术抓狂。
5.关于原型图
低保真的原型图在前面的PRD的环节实际都做了。有的公司PRD中就已经包含了高保真的原型。这看项目的大小和类型。
低保真包括页面的框架逻辑导航逻辑交互逻辑标签逻辑内容组织逻辑等。低保真在实际项目中并不是可以“粗略”的做只是不用配置更多的美化图糙理不粗。
高保真原型在低保真原型的基础上还加入了信息内容视觉元素交互细节等。
两种原型的用法也略有不同
一般在产品团队中大多是出低保证原型。因为在设计之初最怕的是偏离设计方向而浪费资源所以通过低保真原型可以快速的发现问题通过不断的迭代设计完善产品框架和主体构造。有的产品经理是强迫症宁肯熬夜也要出漂亮的原型这也挺好的避免产品设计理念由于表达不“具象”被误伤也行。
一般在与外部进行产品工作成果说明和演示时用高保真原型更好。因为客户就看颜值。用户更喜欢关注产品的实际模样因为他们骨子里是代表未来实际使用者的利益如果他们觉得色彩不好交互细节有问题那么他们会坚持要求团队做出响应直至他们满意为止我们最好将这个过程安排的越早越好至少不要因为他们的意见而导致后期的开发工作重复。
我比较喜欢Scrum的敏捷模式高频的沟通确保每一天的成果都最大程度的有效关于scrum可以参考我的文章Scrum好用吗-CSDN博客
这里的原型图特指高保真原型图。
原型图包括如下的要素
页面布局页面的整体结构包括导航栏、页眉、页脚和内容区域等。功能模块网站或应用程序的各个功能模块如登录、注册、搜索、商品展示、购物车、结算等。页面元素页面的各个元素如文本框、按钮、下拉框、复选框、单选框、图像、视频等。交互效果用户与页面元素相互作用时的效果如弹出框、提示框、动画效果等。页面跳转各个页面之间的跳转关系如首页跳转到商品列表页商品列表页跳转到商品详情页等。用户反馈用户与页面交互后的反馈如错误提示、成功提示、警告提示等。页面细节页面的其他细节如页面颜色、字体、大小、边距等。
对于流程相对复杂的业务原型图的辅助标注或者说明无法准确的表达业务流程比如跳转的逻辑。这时要注意对前述PRD进行更新通过一些图表来更准确的描述业务。尽管后续有交互设计但是随时发现问题随时更新同时内部拉通这总是好的。
未完待遇下次我们讲如何组织高效的评审
