产品经理,需要设计产品原型吗?纸质:很多人比较推崇纸质原型设计,就是用笔和纸进行产品原型描绘(白板也常常起到类似的作用),不过我认为这只是产品经理进行原型构思阶段使用的最佳方式,不过这才是原型设计的第一步,构思和框架基本确定之后,就需要将这个"纸上谈兵"的框架转移到更形象直观的电子文档上,便于后续的研讨、设计、开发和备案。
(必须了解的产品技术坑)架构设计:架构设计需要定产品的开发框架、数据选型、文件存储方式等,并进行架构方面的一些搭建和测试,保证所选的架构符合整体目标且能满足后期的产品扩展、迭代需求。在整个开发过程中产品经理或者老板是总指挥、总负责,需要带领业务、架构、开发、UI/UE进行一系列的工作才能完成,其中需要输出《产品需求》、《产品功能》、《产品原型》、《架构设计》、《测试用例》到最后的代码和《部署方案》等。
产品新人如何开需求评审会?UE并不是时刻为某个产品经理待命的,很可能并行其他项目,也就是说,很可能UE排期赶不上需求评审;同样注意的是,很多产品经理习惯把没有经过产品内部确认的方案发出来(基本都会有产品内部需求评审,或者一对一确认方案“产品经理VS产品leader”),但是如果方案没通过的话产品经理在技术大大那的信任积分将直线下降,就算可通过,最好也先在产品内部先沟通确认,多打磨打磨产品细节。
敏捷开发流程:如何提高产品迭代效率 | 人人都是产品经理。工作人员:参与迭代的工作人员涉及到产品、UE、UI、开发、测试,基本上互联网公司都会涉及到这些岗位,小型的创业公司可能没有UE,那么一般是由产品经理完成,所以作为产品经理,原型图以及交互体验是必须要懂的,有时候测试人员不够,同样地,产品也要进行参与,所以,产品是苦逼的,大家要善待每一个产品经理。前期的产品战略以及需求,产品经理都是参与其中的。
切入正题,我理解中的产品核算,包括四部分:UE核算、UI核算、功能核算、体验核算。我们在第一版产品开发中,就没能事先制定UI核算,包括我们的UI设计师也没有真正的客户端产品的设计经验,所以我们走了一些非常不必要的弯路,甚至还发生过一些争吵。不过UI核算真的不只是这些,有了上文UE核算的基础,UI核算要在间隔线、头像、字体字号颜色(高亮)、按钮、消息类型等分类通用设计上做足功夫,有特色又不过度设计。
实战总结:产品经理的核心工作职责。需求的正确与否,直接影响产品开发周期、产品开发成本,甚至决定产品最终是否能成功。在我有限的产品工作经验中,产品经理的工作涉及至少涉及以下几点:评估产品机会竞品分析需求分析产品设计需求评审跟进产品开发产品测试产品上线后的数据分析产品运营支持。但在产品开发的过程中,需求越多,产品开发所需的时间就越长,bug也有可能会更多。需求评审:主要就是评审产品需求文档和产品原型;
总结而言,在跟开发人员沟通的过程中,产品人员要做的工作主要有三点:第一是跟开发人员讲解产品需求;第二是怎么去说服开发人员信服产品人员的想法;第三点就是跟进开发,避免开发出来的产品与预期不符。因为每个人都是有思想的,看到产品规划后,开发人员也总是会提出一些自己的看法,所以产品需要去说服技术,在跟开发讲解产品的时候也要适当的画饼,描绘一下产品上线成功后的美好未来,这样会带动起开发人员的积极性。
交互设计文档一般是指:交互设计说明文档(交互设计师产出的规范文档),又称DRD(Design Requirements Document),工作中一般称之为''交互设计文档''。产品没有交互设计环节团队没有交互设计师角色交互设计没有系统化和规范化开发边界不需要控制产品没有动效或交互细节有经验丰富的产品经理产品没有复杂的人机交互逻辑产品只有一个产品经理或负责任的角色主要负责2.要写交互设计文档的情况。交互设计说明书中的交互逻辑页面流程。
C端产品生命周期通常包含:需求调研、竞品分析,产品规划,产品设计、跟进开发、测试上线、冷启动期、运营推广,迭代优化等阶段。以B端产品为例,包含需求调研,竞品分析,产品规划,产品设计,跟进开发,测试上线,售前推广,客户部署,培训指导,售后跟踪,迭代优化等阶段。综上,产品经理在产品的整个生命周期是从始至终的,尤其作为产品负责人来讲,不会像执行性的产品经理那样只做好某一块的工作就可以。
时间与项目需求允许的情况下,更可以制定实景用户分析) 三、架构设计阶段 1、目的(这里涉及到比较多的界面交换与流程的设计,根据可用性分析结果制定交互方式、操作与跳转流程、结构、布局、信息和其他元素) 2、主要执行人员(UI、UE、需求部门) 3、需沟通人员(技术、销售) 4、实现步骤(UI进行风格设计出界面,和需求部门拿出定稿;
web2.0网站如何设计UE/UI.你要研究什么,根本就是典型用户的操作习惯,行为方式,最后获得一个用户模型(User Model)。ok,现在你知道了,出来的结果是什么,用户群特点,典型用户的形象即角色(Persona),然后就是用户模型。。(开发前期的用户调查工作主要是进行数据收集,设计是直接从现实中得到的,研究用户的现实工作和生活,他们做事情的方式,进行数据的收集,这样可以保证设计出来的产品是来源于生活的,来源于用户的。
关键是:基本界面开发素质的PM或者软件设计师。相互配合的角色:具备界面素质的开发和测试人员,UI设计师(能融入此软件用户角色的图形设计师)产品设计师>PM>UE>UI>TEST/DEV.对于UE以下的人员:仅仅需要做到 不出错(各种UI组件的正确用法),能理解(上头派发的界面设计标准),不折腾(不把一些自己YY练手的东西丢到最终程序里)UI UE和产品设计师属于公用的辅助团队。
《1.4 PRD Beta》说明:如需下载.rp源文件、...4、界面描述:说明产品所有界面具体需求、原型、PRD描述(含UE描述)、UE演示、UI和修订记录。2、技术:PRD的主要阅读对象,根据需求描述、PRD描述和UE描述以及UE演示等信息对界面进行具体的施工。因为PRD主要是对原型的描述,而原型多是由Axure RP工具绘制的,并且Axure RP也能够提供流程图功能,满足了PRD文档的多数要求,所以个人比较推荐用Axure RP工具编写PRD。
PM、PD、UE与UI.PD:直译为产品设计师,也可能叫产品规划师、需求分析师。PD侧重于将一个个杀手级应用做功能级的设计,在这个模块上,PD类似是一个小产品经理。通常UE拿到case的时候,要做什么功能已经决定了,PD与UE要充分沟通,UE必须要了解很多商业层面的内容,理解功能的商业价值。UI:英文直译为用户界面,可能也叫界面设计师、视觉设计师,很多小作坊简称美工,与UE的界限在很多时候是模糊的。
但一旦一个公司,愿意专门设立UE这个岗位,那请尊重每位UE,就和产品经理一样,他们也在自己的领域上不断专业和付出,相比产品经理更专注需求本身以及逻辑层面,UE更多的专注于如何让用户轻松的使用产品,他们和产品是一个相辅相成的关系,并不是产品经理会画原型,就能取代UE,UE有自己的门槛和专业界限!(产品定位、产品研发):产品指线上线下销售的实际商品,非单指互联网技术层面的产品,你先得确定卖什么;
产品设计人员包括产品经理、交互设计师、视觉设计师;另一种情况是,产品经理负责需求,UI设计师(或交互设计师)负责交互设计和视觉设计。产品经理和交互设计师都会考虑用户体验,所以产品经理有时也会参与到交互设计的环节,而且在产品需求设计的时候产品经理和交互设计师也有很多的工作重叠。由于ui设计、交互设计、产品经理工作内容关联性比较强,而且有部分交集,很多UI设计师选择ui-交互设计-产品经理这个发展路线。
最近产品经理这个职业受到多方的关注,有很多朋友想转行做产品经理,都希望了解如何才能转行做产品经理。思路清晰,是因为产品经理肓负着一个产品成败的重要使命,从商业计划,市场前景,用户调研,需求定义,产品评审,功能定义,UI,UED,DEV,运营团队,再到产品优化,整个产品生命周期的把控,全部需要产品经理的跟踪协调和全程参与。产品经理很可能不做UI、前端开发、后端开发、运营,那么产品经理做什么?
每次听到有人把UE成为一个角色的时候我就有种淡淡的抑郁,而每次听到有人把某种交付物叫做UE图的时候我就他妈的有种深深的无奈!!!于是,“UE工程师、UE设计师”和“UED部门”类似的称谓层出不穷。公司为了让产品更符合用户感觉就派设了UI设计师(视觉设计)、交互设计师(负责如何触发一个动作,以及这个动作引起的连锁动作的设计)、用户体验研究(用科学、统计、数据分析的方法为产品设计提供依据);UE交互设计。
很多人认为图形设计或者视觉效果制作就是UI设计,其实这只是UI设计中的很小一部分即图形界面(Graphic user interface -GUI)的环节。做UI的最好要有UE的思维,但如果目的只是提升产品品质,不一定要“转做”UE。大批UI想转UE,可见UE这个职业对于个人来说性价比更高。#近几年UE概念推广得很到位,几乎人人都会把UE挂在嘴上,干UE自然成了相对UI设计高端的工作。国内对UI设计师的定义还是模糊 UI不等于视觉设计。
第28期:走进产品坑之——转行做产品,到底行不行?17. 产品的规划以及发布能力。有UE的团队,UE是PM和UI的桥梁,也属于比较纯正的设计工种,过渡完全没问题,要训练一个动态的设计思维(UI大多是静态的),多一些对自家产品流程的认知,知道为什么PM要这样设计产品。这时可以开始寻找自己想要了解的行业,并且找出其中做的比较好的产品进行产品分析,并输出产品体验报告,发到相关网站和产品经理群里让大家评判,不断改进;
微软(美国)产品开发组的团队角色。好的流程应该是,在产品开发的早期,在做设计时,PM就应该和UI设计人员一起来考虑产品设计的合理性。测试团队:(Quality Assurance or Test Team) 测试团队领导(QA Manager): 负责管理测试小组 测试组长 (Test Lead): 负责管理测试工程师, 制定测试计划等 测试工程师(Tester or Test Engineer):负责具体的测试工作 测试开发工程师(Developer in Test, or STED): 负责测试工具的开发。
业务负责人要去进行商务拓展、寻求合作伙伴并规划市场 产品经理需要制定详细的推广计划 产品设计开始制作产品功能说明书,同时按照用户研究小组的测试来完善产品的UI设计 视觉设计对产品团队进行艺术指导,同时要确认最终的产品外观设计 用户研究小组进行原型测试 产品经理对所有的设计进行确认,正式进入开发阶段,接下来就祈祷成功吧 产品设计把最终确定的产品功能说明是提交给开发团队。
要不要画高保真的原型图?原型图是干嘛的,原型图是一种表达你想法的工具,他让你的想法图像化。给什么人看,决定了你要达到什么目的,有时候原型图只需要表述清楚,有时候原型图,需要传达给你下游你想表达的东西,哪里是重点,突出什么,想要如何引导用户使用和查看等等,这时候就要高保真起来。基本上按照上面的思路去思考,就能画出能看到的过去的原型图了,但是经过UI的加工后,你才会发现,原型图,果然,还是原型图。
同是UI,3K和30K月薪的设计师究竟有何不同?月薪3k与月薪30K的设计师。如此说来,月薪30k的UI设计师,需要具备的能力也必须是相当丰富喽!”那么,优秀的UI/UE设计师岗位需要掌握哪些知识,学习哪些内容?一个好的UI/UE设计师还需要了解产品知识,市场营销知识,数据分析等专业以外的知识;对于想入行UI、UE的同学,我推荐CSDN学院出品的《UI/UE全栈设计师》。转行必备:业余时间掌握UI/UE开发技能,轻松实现职业转化;
小李去年定的目标:在电子商务领域,成为高级产品经理,独立负责产品线,月薪2万,有10万存款;翻阅了产品类各种文章,询问过高级产品经理和以前转型的同事后发现,要求很多:a.业务类型:需要了解公司的业务、公司所处的阶段、产品用户群,运营情况等;误认为画原型就是产品经理;目标2:完善产品经理业务能力。产品能力(行业分析报告,竞品分析报告、会议纪要、思维导图,业务流程图,原型、需求文档、产品使用说明书等);
新产品开发的完整流程之产品设计。需求分析是产品经理工作的重中之重,工作中的需求来源如下: 老板提出的战略性的需求产品经理根据产品方向规划的需求运营和数据分析出的需求市场调研出的需求竞品分析出的需求用户访谈提出需求其他参与者和关注者(同事等)反馈的需求等。二、产品原型。基本产品设计方式: 产品经理与设计师合作设计产品的高保真原型,这个原型只具备实现商业目的的最基本功能要求,以及良好的用户体验和吸引力。
一个项目带你走进产品经理的世界(6):设计确认 | 人人都是产品经理。产品经理:就是点进去那个「产品介绍」啊……很多时候,UI 可能并不关注产品的业务逻辑,但是一个优秀的产品经理还是会为 UI 解释产品的业务逻辑,一来了解产品知识会促使 UI 设计出更合理的界面;可以这么理解,「产品规划」是产品的长期规划,需要好几个产品版本逐渐去迭代实现,而「功能打包」是包含在「产品规划」内的,是当前产品版本需要实现的功能。
很多人会探究产品经理、交互设计、UI设计师的工作内容到底是什么?很少有创业型公司会设立交互设计师这个岗位,因此对产品经理的要求就是要会写需求文档,还要会画原型图,但这很容易让产品经理一开始就陷入交互细节,从而失去对产品大方向的把控;我自己看过的有:《About face 3交互设计精髓》《简约至上 交互设计四策略》《设计师要懂心理学》《移动交互设计精髓》《交互设计沉思录》《用户体验设计》等,也推荐大家看看这些。
×

¥.00

微信或支付宝扫码支付:

开通即同意《个图VIP服务协议》

全部>>