产品经理实践篇.docx
- 文档编号:27404611
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:14
- 大小:26.97KB
产品经理实践篇.docx
《产品经理实践篇.docx》由会员分享,可在线阅读,更多相关《产品经理实践篇.docx(14页珍藏版)》请在冰豆网上搜索。
产品经理实践篇
产品经理实践篇
新手如何入门?
新入门阶段:
要抄.分析其他优秀的产品,抄袭之。
到合适的阶段再增加自己的想法进去。
设计时候尽量找出核心卖点,如果确实啥卖点也没有时,一定要做的好看。
2.2如何考虑设计的需求,进行目标设定和产品计划?
如果想把一个产品做正确,就必须把握清楚这个产品的需求,这个需求主要从三个方面进行一个描述:
客户的需求对于一些有甲方的企业来说,客户需求是放在第一位的,因为他们很清楚一件事,如果客户不满意,那还有何用户可言,客户对你的产品不肯定、产品不能满足客户的需求;那这个产品问世的可能性不大。
所以说客户的需求尤其重要。
所以产品经理在做产品蓝图规划时,必须要弄清楚客户空间想要什么,并想清楚客户的这个要求,如何在我的这个产品里做体现,更优秀的产品会考虑的更长远一些,及如何把客户的需求与产品完美结合。
如果你的产品方向或思路得到客户的认可,对于后台的产品推广方面,将会得到客户的更多关注和支持。
公司的内部需求公司的内部产品需求,要从几个方面去阐述。
公司高层对产品的期望产品经理必须要弄清楚,公司的高层对你所规划的产品,持有怎么样的期许,在公司的战略规划里,你的产品的方向和里程碑式的目标又是怎么?
你所设计的产品如何给公司带来最大化的利益?
你所设计的产品是否与高层的期望是一致的?
这些疑问都是产品经理要去解决的,通过与高层的不断沟通,必须要弄清楚高层对于产品的深层次需求是什么,当你的产品规划案得到公司高层的认同时,你的产品工作就又上了一层台阶,在产品的天平上又增加了一块生要的法码。
公司的运营部门的需求有些公司的产品建设完成后,要交由公司的运营部门的,运营部门要去完成产品上市后的一系列运营事务。
因为你的产品做出来后,是要给运营部门来运营的,你的产品设计是否合理,有一项重要指标就是运营人员在使用了你设计的产品之后,相关的转化率有没有提高?
有没有有效的降低了运营的成本。
产品经理必须要弄清楚运营部门需要解决什么样的问题?
要实现什么样的目标?
你所设计的产品有没有有效的解决运营部门的问题,就显得尤为重要。
公司技术支撑部门的需求有些人不禁会想这个产品做出来后是给运营部门去运营的,技术支撑部门的需求真的需要考虑吗?
这里的答案是肯定的。
技术支撑部门对于产品的设计更多时候有自己的想法,有时是降低产品的开发成本,实现重用性。
用户需求说到这儿,估计很多UED团队的朋友要跳出来,可能会大声疾呼:
“这哥们到底懂不懂啥叫以用户为中心的产品设计啊?
”当然“以用户为中心的产品设计”,是产品人员所追求的一个目标。
对于一些没有甲方的客户,UED团队当然是设计以用户为中心的设计。
我曾经遇到过一些情况,在充分以用户为中心的产品设计后,用户在体验上确实得到了一些改善,用户是用得爽了,但是运营部门却无法完成他的指标。
也没有达到高层的满意。
这种情况时常发生,所以对于产品经理而言,“做正确的事”这个方向上是相当有挑战的,有经验的产品经理可以很好的把这些需求点进行梳理和统一规划,很清晰的完成操作。
2.2.1、产品需求角色分析:
1、基于需求发起方;
2、基于需求对象方;
3、基于需求执行方;
当产品经理把产品牵涉相关的需求都考虑在内的话?
那么成功的方向就离我们不远了?
建议产品经理把产品蓝图勾勒出来之后,要组织相关的重要人士做决策。
2.2.2、产品需求对象分析,
1、基于对市场的需求;
2、基于对用户的需求;
3、基于对系统的需求;
2.2.3、产品需求的综合分析:
1、要做什么?
2、可做不可做?
3、要做到啥样?
4、时间、投入多少?
5、风险、回报各占比例?
2.2.4识别出主要的产品目标
在需求清晰后,必须识别出主要的产品目标,并作为产品设计的核心产品标准在你做一个产品的时候,产品目标经常会是不唯一的,遇到这种情况,产品经理需要分清晰哪个为重哪个次之,定义出产品目标的优先级,产品目标的优先级是技术经理定义产品开发优先级的重要参考要素之一。
产品目标必须要让产品团队的人员知道,开发团队人员也必须知道自己做的这个产品将要达成什么样的目标,产品经理需要去宣介你的产品目标,让客户、公司领导、相关部门都知道你这个产品要完成的目标是什么。
这个目标是产品提炼出来的精华。
是统一各协作团队思想的重要组成部分。
2.2.5制定产品计划
制定可行的产品计划做任何事之前,最好有一个计划;虽然大家常常会说“计划不如变化”,但是如何没有有一个计划,你会不清楚产品的各阶段工作是如何有序进行的,甚至你的团队成员都不知道下一步应该做什么。
如果你在做事之前还没有列计划的习惯,那你决不是一位合格的产品经理人。
在有些公司,产品经理是没有产品团队为其做支撑的,这时候需要产品经理自己给自己定义产品计划。
但大多数正规公司,是有产品团队的。
产品经理的计划是经过产品团队一起分析讨论,制定出产品大纲,再细化为各产品的阶段性计划,汇总给产品经理形成产品的计划。
产品计划中的构建阶段、发布阶段计划由技术经理提供。
2.2.6进行产品设计
产品设计一定要考虑三方面的内容:
商业需求、技术约束、设计约束
基本方法:
可用性测试、ABTest、问卷调查、座谈、小组讨论.
多收集他人的意见是很重要的
2.3如何有效沟通?
产品经理在工作过程中,60%的时间用于沟通。
所以沟通效率决定着工作效率。
产品经理是虚拟CEO。
“虚拟”,本质就是其他人员并不向产品经理汇报,产品经理对涉及各方人员的PM(绩效考核)通常没有实质的影响力。
这个CEO做得实在有点憋屈。
产品经理要做到因人成事,别人不report给你,你也管不了人家的PM,你还得团结参与各方,为产品成功而努力。
我经常用马丁.路德.金、圣雄甘地来激励自己,没有任何人向他们汇报,但毫无疑问他们拥有leadership领导力、influence影响力、chrisma精神魅力。
在实际工作中总结的3点经验:
1).双赢,多赢。
找到别人为什么做这件事的利益点。
没有什么事是别人应该做的。
哪怕有书面的制度流程条文白纸黑字写着他的职责就是这个,但对方如果没有他能看清楚、想明白的好处,有无数可以堂而皇之拿到台面摆到桌面sayno或者拖你一拖的办法。
产品经理是站在全局的,能够比其他参与各方,特别是那些支持性的职能部门对事情本质把握更准,也更能回答好“做这件事情有什么好处”的问题。
韦小宝的名言:
”别扯什么反清复明,咱哥们就聊银子女人”。
在银子女人的层面,给对方找一个做事的理由。
2).坦荡磊落,尊重信任,将心比心。
大多数冲突的真相是,每个人都是对的,只是角度、立场不同。
愤青或自以为愤世嫉俗、冷眼洞察一切的职场老油条,会把很多事情都归咎于“企业政治”,总结为办公室内的勾心斗角、领导之间的权力斗争。
“企业政治”当然也客观存在,但绝大多数情况下,只是沟通问题,是所处立场、角度不同造成的。
作为产品经理,一定要坦荡磊落,学会将心比心,设身处地为对方考虑,尊重合作部门,发自内心地信任对方。
出发点都是为了做事,有时采取一些措施也是不得已,是为了在规定时限内推进工作;而且,需要承认,是自己的大智慧不够,为人处世能力有限,没有找到一个圆通的方式,所以采取了一个可能令到对方不快的措施。
还有一些情况,如果维护比较融洽的私人关系,或者几个部门搞些聚餐K歌、一起外出拓展、拖拉机扑克大赛等团队建设,都可以大大改善。
3).注意沟通的工具层面的技巧
这方面可说的就比较多了,两点个人认为比较重要的:
2.3.1及时总结小的规程
国内比较成熟的企业都有SOP(标准操作规程),界定部门之间合作的职责、流程、接口等。
但中国的实际,特别是互联网行业的实际,日新月异的新情况不断出现,现实很难允许把一整套大的流程标准化下来。
这个时候,就要善于分解,及时总结工作中小的规程,与对方部门的接口人、Leader达成小的共识,归纳总结,积小为大。
2.3.2慎用邮件
邮件一般作为阶段成果的书面确认。
争议性的东西,尽量避免使用邮件,特别注意不要在邮件中fighting,抄送很容易被理解为“企业政治”的行为。
如可能,尽量采用电话、MSN或当面沟通等,至少不给对方突然袭击的感觉。
2.4如何在无授权的情况下领导团队
产品经理这一角色最大的挑战就是成为没有授权的领导者.
在一个特性开发组中任何人都可以成为领导者,关键在于他的想法和贡献得到大家的认可.领导者最关键的能力莫过于给团队提出一个愿景(Vision),时刻清楚地告诉大家我们的目标,现实的可能性,以及我们如何能够有效地达到目标.
这些没有授权的领导方式,将把产品经理人员从团队的内部管理中解放出来,使他们有更多的精力从外部世界寻求新的资源、机会与合作没有授权的领导是微软成功的关键因素之一
一开始入门的产品经理,也许得综合运用影响力、协商、人际关系及其他类似技能。
现在有的产品经理跟工程师沟通时一有小问题就找工程师的上级,通过上级施压,并不好。
但是对于确需保证的要素,就算是跨部门找上好几级领导,也是必须的。
2.5如果意见无法达成统一怎么办?
2.5.1沟通的流程和原则
产品细节问题,由模块化的产品专员与技术专员直接沟通,如果10分钟内无法达成一致,则交由产品经理和技术经理共同决策。
需要决策的事宜,由产品经理与技术经理直接沟通,且相关产品技术人员旁听。
如果产品经理与技术经理仍不能达成一致,则由产品经理决策,且责任由产品经理承担。
产品经理需要承担最后的结果,在无法达成一致情况下,还需要强势一点。
在意见不一致时候,承担责任,做决策。
达成一致主要还是解决沟通问题,以下是解决沟通问题的方法。
2.5.2收集沟通问题的现状
一般在跨部门沟通过程中经常会遇到这些问题:
1、对方不知道我在说什么,哪怕我已经觉得自己说得很明白了,但是他们还是一脸疑惑。
2、我一遍一遍的强调需求。
告诉他们我需要的是电视,但是最后却给我一台微波炉。
3、他们的工作效率太低了,还不如我自己来做。
4、他们总是不重视,我一次一次强调的问题,错误一再出现。
5、文档里面说的很清楚了,他们根本就没有仔细看。
2.5.3分析沟通问题的实质
好像沟通失效都是别人的问题。
怎么办呢?
要解决还得从自身开始!
分析为什么沟通过程中会有那么多的问题。
1、人性是自利的
不同的部门,必然导致工作目标不同、看问题的视角也不同。
人随着处世的时间增长,会更强烈的保护自己。
也许开发部的工作就是把你的功能做出来,能超越你的需求从他的专业角度添加个人意见的很少,从经营的角度去考虑是否为将来的运营留一个技术接口的更少。
都说语多必失,做的越多也可能错得越多,所以严格按照你的需求来做才是最保险的,这看起来是个很悲哀,但却非常现实。
了解人性的这个问题,就能发现,其实沟通中,很多问题不是错在对方,而是我们自身,因为我们往往把自己对事物的看法和认识强加给对方,并那样去要求他们。
反思:
当别人在与我们沟通的时候,除了听和记是否也应该思考?
把我们的想法现场说出来,也许只是一个字的建议却能给对方打开一个新的思路。
现场确认目标,然后才着手实施。
期间有好的想法也马上找到负责人,让他来确认,才去实施。
2、信息传递的失真
大家一定做过这类游戏,排头的举重动作,到最后一个人模仿的时候已经成跳水了。
出现这种状况,排头的不能说排尾的笨,因为这种不能说话只能肢体的单一沟通方式很容易失真。
工作过程中因为沟通方式的单一也往往出现这样的状况,所以会议之后经常要求做会议纪要发给参会者。
无论正式还是非正式的都应该考虑到如何避免信息传递失真,对方也许当时明白了你的意思,脑子里面记下了一二三四,但是难保一根烟烧完就只剩二了。
反思:
别人在和我们沟通的时候,应该记录下来,如果身边没有笔和纸,一段时间之后又不确认自己是不是100%记得,就再去确认一次。
3、出现问题没有及时反馈
这问题很好理解,但是却也是最容易犯的,人都有惰性,还怕被人批评,所以抱着侥幸心理,即使出现问题也不反馈。
反思:
一年多来,我有个感受,做产品经理脸皮要厚,这个职位有个无奈,上级基本都是很忙的、上级的语言基本都是很简练的、上级的思路基本都是很难琢磨的。
咱脸皮不厚点,屁股的茧就该厚了。
多问、多反馈,这是保证产品良性发展的良药。
分析这些问题,希望在沟通过程中能够重视,否则下次问题还是会出现。
2.5.4、解决沟通问题的方法
牢记四点,做到有效沟通。
在工作的8个小时里,追求的是有效沟通,否则一个讨论会也许会成为抱怨集散地,与同事协调工作最终的结果是你知道最近市场上的猪肉多少钱一斤。
如何才能保证有效呢?
1)明确目标
没有结果的会,干脆不要开!
要找谁沟通,最好可以先发个邮件或者打个招呼,告之这次沟通的大概情况,要有不达目的不罢休的精神。
2)换位思考
一名专业互联网博士去和60多岁深山里的老农沟通,想告诉农夫什么是电子商务,博士满口的B2C、B2B,讲得手舞足蹈、天花乱坠,虽然言表不亚于奥巴马,但是效果却鸡同鸭讲。
如果能换位思考,多用一些对方的语言,多了解对方的工作方式,多了解一些对方的性格,沟通的效果就皆大欢喜了。
3)选择合适的时间、地点、方式
有些同仁,的确鲁莽,逮到对象就上,最后招来一句:
“没看到我现在忙么?
”灰头土脸的走了。
沟通的方式包括说话语气/肢体动作、书面/非书面、正式/非正式。
记得有专门的研究机构提供过数据,在表达同一层意思时,你的文字、语气、肢体语言对你意思表达的影响各占比重分别为7%、38%、55%,所以如果各位之前没有意识到这点,今后试着刻意观察一下自己沟通过程中的语气和动作,加以改进。
假设把小沈阳固定在墙上,除了嘴,其他部位都动不了,观众早睡着了,他还一个劲的在墙上:
“我就拎着我这包,走在街上,PiaPia地!
”
关于正式和非正式的问题,值得注意的是,在跨部门沟通中,存在很多敏感的问题,特别是第一次沟通,最好采用正式沟通,例如发邮件给对方,抄送给对方和自己的直接上级,或者直接联系该部门的负责人,得到他的支持等等。
4)检省与致谢
沟通过程中,发现自己不对或者失职的地方,不要急于解释,应该首先承认自己的错误,发自内心的,然后找补救的办法。
要学会接受别人的意见,多说:
“恩!
你说的有道理。
”
对方也有自己的事情,特意的花时间来参与你的讨论,这就应该给予感谢!
长久以往,至少你的公司中给人的感觉就会提升,沟通的障碍也会减少。
2.6什么是必须掌握的技能?
产品经理硬工夫:
演示:
PPT文档撰写和演讲
产品原型:
用Visio,AxureRP等设计原型,更多原型工具请参照http:
//blog.pmcamp.org/23
数字分析:
用Excel等分析数据
思维组织:
用Freemind等画思维导图
PPT密技:
尽量用1种字体,最好不要超过3种
PPT的灵魂—-“逻辑!
”
PPT的恶心—-“错别字等于苍蝇”
3色原则:
“不要超过3种色系”
6字解码:
“大化小,小化图”—-提纲时,用逻辑树尽量将大问题分解成小问题,小问题用图表现。
12字真言:
“能用图,不用表;能用表,不用字”
只要掌握如上原则,PPT肯定不会很“糙”或“土”,而且具有专业精神
2.7定好产品计划后,产品团队成员如何去高效的执行?
往往有些产品经理会想出一个宏伟的产品目标,制定出产品计划;但是由于没有统一清晰的产品流程和规范,导致各团队成员做出来的需求规格不同、质量不一、要花大把的时间去核查去调整。
所以说制定一个统一的产品流程和规范有助于提高产品工作的效率。
a.建立统一的文档模板库,用统一的产品模板;规定了产品的流程图、线框图、功能描述、用例图的规范、保证格式和范围上的统一。
b.建立产品的作业指导书,对于产品中的各阶段工作都会有一个较为详尽的指导书,告诉产品人员每一步应该做什么工作,如何做。
c.四审核机制的建立在文档提交给产品经理审核之前,由各产品专员交叉审核交叉审核完成后,由产品组长审核产品组长审核后,再交由产品经理审核产品经理审核后,再上产品评审会大家不要常见得这个四审核机制有点长,但用时并不多,而且这部分工作如何做得仔细,会大大降低后期的产品修改的工作量。
2.8如何有效地汇报评审?
建立有效的汇报评审机制产品经理需要定期向领导汇报其所负责的产品当前的状况是什么?
要让领导知道你在做什么?
产品到了哪一个阶段?
需要领导协调的资源是什么?
有些公司的汇报和评审机制是放在一起的,评审时,由产品经理向领导汇报产品工作。
但建议汇报和评审分开,为什么呢?
因为领导关心的问题往往与评审的主题是不相同的,且领导没有太多的时间去听产品的细节,他更关注的是产品的里程碑状况。
而评审更多的是评审产品的细节,有时候也会谈到方向,但更多的是关注产品的本身。
建议的汇报评审机制如下:
汇报机制每周由产品经理向高一级领导单独汇报产品的当前状况,汇报的形式:
周会、周报评审的机制在产品需求完成后,由产品经理发评审通知,主要参与人员:
项目经理、技术经理、测试经理、QA、UED经理、及部分主要核心专家成员一起评审,并填写评审报告单。
评审结果由CM入配置库。
2.9如何持续跟踪产品的运营和改进?
不论是产品经理或是产品专员,任何一个做产品的人,都应该把跟踪视为自己的一个常态性工作,而不是由规范来圈定你去做这件事儿?
跟踪是产品的本能性工作。
如果你是一个合格的产品人,我相信这一点不用多说。
当然,产品经理可以在制定产品计划时,把“跟踪到位”重点强调,并作为考核的一部分,应该会有些效果。
2.10网页设计需要考虑哪些因素?
2.10.1、网站风格/创意
风格(style)是抽象的。
是指站点的整体形象给浏览者的综合感受。
整体形象包括站点的版面布局,色彩,字体,浏览方式等…。
如:
我们觉得迪斯尼是生动活泼的而IBM则是专业严肃的。
每一个网站都会给人们留下的不同感受。
这里我们需要做到的是根据网站的定位做出网站特有的风格。
除此我们还需要在风格同一上需要把握一下,其实这个风格的统一和传统的印刷出版物没什么区别。
你网页上所有的图像、文字,包括像背景颜色、区分线、字体、标题、注脚什么的,都要统一风格,贯穿全站。
这样子用户看起来舒服、顺畅,会对你的网站留下一个“很专业”的印象。
而企业网站设计师往往就缺乏这一点,没有全局意思。
创意,所谓创意就是不拘一格?
某些设计师在做创意的时候大费周章,做出来确实不可否认很有创意、很别致,但往往对于行业网站的客户为什么不能接受呢?
此时不要太责怪客户的不识货,应该反思,抓住客户的需求。
其实做行业网站不需要很多大的创意,也不要浪费过多的时间去追求如何个性、如何好看,我们只需要一点小小的创意贯穿全站,也许会使网站更生动更具有吸引力、更有思想,比如中国现车交易网(2005年此站已经消失)就是一个很好的案例,它把车的外形融入到网站中,使它脱颖而出。
2.10.2、网站LOGO
Logo顾名思义就是站点的标志图案,logo最重要的就是用图形化的方式传递网站的定位和经营理念、同时便于人们识别。
网站logo的设计过程中一般有以下三种思路:
1.直接以网站网址作为logo。
2.根据网站提供的产品/服务特点展开logo设计。
3.以传递网站运营商的经营理念为特色。
2.10.3、视觉流程
人们在阅读某种信息时,视觉总有一种自然的流动习惯,先看什么,后看什么,再看什么。
在心理学的研究表明,一般的浏览习惯是从上到下、从左到右,在一个平面上,上松下稳而压抑。
同样,平面的左松右稳。
所以平面的视觉影响力上方强于下方,左侧强于右侧。
这样平面的上部和中上部被称为“最佳视域”,也就是最优选的地方。
在网页设计中一些突出或推荐的信息通常都放在这个位置。
当然这种视觉流程只是一种感觉并非一种固定的公式,只要符合人们的心理顺序和逻辑顺序,就可以更为灵活地运用,在网页设计中,灵活而合理地运用直接影响到传达信息的准确与有效性。
2.10.4、网页框架与布局
网页布局大致可分为“国”字型、拐角型、“T”字型、“L”字型、综合框架型、Flash型、变化型,在这里就不做一一论述了。
其实在我们在做设计的时候并没有过多的去考虑什么形式,比如我们在一张纸看到一个圆形的东西,很容易可以联想到它像太阳,而有些人则联想到月亮等等…这都是一种形式比喻,最重要的是抓住客户的需求,把握网站的定位做处合理的框架布局。
1).分辨率
网页的整体宽度可分为三种设置形式:
百分比、象素、象素+百分比。
通常在网站建设中以象素形式最为常用,行业网站也不列外。
我们在设计网页的时候必定会考虑到分辨率的问题,科技发展到现在我们通常用的是1024*768和800*600的分辨率,现在网络上很多都是用到778个象素的宽度,在800的分辨率下面往往使整个网页很压抑,有种不透气的感觉,其实这个宽度是指在800*600的分辨率上网页的最宽宽度,不代表最佳视觉,不妨试试760~770的象素,不管在1024还是800的分辨率下都可以达到较佳的视觉效果。
2).合理广告
在目前一些网站的广告(弹出广告、浮动广告、大广告、banner广告、通栏广告等等…)让人觉得很烦琐,更本就不愿意来看,有时连你这个网站都不上了,这样一来网站受到了严重的影响、广告也没达到广告的目的。
这些问题都是我们在设计网站之前需要考虑、需要规划的内容之一。
浮动广告有两种,第一种是在网页两边空余的地方可以上下浮动的广告,第二种是满屏幕到处随机移动的广告。
建议能使用第一种的情况下尽量使用第一种,不可避免第二种情况时尽量在数量上控制最多一个就好。
如果数量过多会直接影响到用户的心理、防挨到用户浏览信息,适得其反。
首页广告不宜过多适中即可。
如在注册或者某个购买步骤的页面上最好不要出现过多的其他无关的内容让用户分心,避免客户流失等…
3).空间的合理利用
很多的网页都具有一个特点,用一个字来形容,那就是“塞”,它将各种各样的信息如文字、图片、动画等不加考虑的塞到页面上,有多少挤多少,不加以规范,导致浏览时会遇到很多的不方便,主要就是页面主次不分,喧宾夺主,要不就是没有重点,没有很好的归类,整体就像各大杂烩。
让人难以找到需要的东西。
有的则是一片空白失去平衡,也可以用个“散”字来形容。
并非要把整个页面塞满了才不觉得空,也并非让整个页面空旷才不觉得满,只要合理的安排、有机的组合,使页面达到平衡,即使在一边的部分大面积留空,同样不会让人感到空,相反这样会给人留下广阔的思考空间,给人回味又达到了视觉效果。
4).文字编排
在网页设计中,字体的处理与颜色、版式、图形化等其他设计元素的处理一样非常关键。
-文字图形化
文字图形化就是将文字用图片的形式来表现,这种形式在页面的子栏目里面最为常用,因为它具有突出,同时又美化了页面,使页面更加人性化加强了视觉效果。
是文字无法达到的。
对于通用性的网站弊端就是扩展性不强。
-强调文字
如果将个别文字作为页面的诉求重点,则可以通过加粗、加下划线、加大号字体、加指示性符号、倾斜字体、改变字体颜色等手段有意识地强化文字的视觉效果,使其在页面整体中显得出众而夺目。
这些方法实际上都是运用了对比的法则。
如果在更新频率低的情况下也可以使用文字图形化。
2.10.5、网站配色
1).用一种色彩。
这里是指先选定一种色彩,然后调整透明度或者饱和度,(说得通俗些就是将色彩变淡或则加深),产生新的色彩,用于网页。
这样的页面看起来色彩统一,有层次感。
2).用两种色彩。
先选定一种色彩,然后选择它的对比色(在Photoshop里按ctrl+shift+I)再进行微小的调整。
整个页面色彩丰富但不花稍。
3).用一个色系。
简单的说就是用一个感觉的色彩,例如淡蓝,淡黄,淡绿;或者土黄,土灰,土蓝。
也就是在同一色系里面采用不同的颜色使网页增加色彩,而又不花,色调统一。
这种配色方法在网站设计种最为常用。
4).灰色在网页设计中又称为“万能色”,其特点是可以和任何颜色搭配,在使用时把握量避免网页变灰。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 经理 实践