互联网村互联网产品经理入门级分享Word格式文档下载.docx
- 文档编号:16590510
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:16
- 大小:1.91MB
互联网村互联网产品经理入门级分享Word格式文档下载.docx
《互联网村互联网产品经理入门级分享Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《互联网村互联网产品经理入门级分享Word格式文档下载.docx(16页珍藏版)》请在冰豆网上搜索。
AlookatmanyUXmodels1/UXelements
2/UXhoneycomb
3/UXforces
4/UXumbrella
UX:
Usefulifit’snotuseful,whocaresifit’susable?
Usabledon’tmakemethink!
(SteveKrug,whowrotethebook)
Desirablepositiveexperiencesbuildbrandloyalty可取的,积极建立品牌忠诚的经验
Accessibleavailabletoall,regardlessofdisability无障碍
Findableyoucan’tusewhatyoucan’tfind
Crediblequalitydesignbuildstrust优质的设计建立信任
个人认为上文中有两句话说的非常精辟:
Useful:
ifit’snotuseful,whocaresifit’susable?
(如果是没用的功能,谁关心他能不能用?
)
Usable:
don’tmakemethink!
(如果是可用的功能,别让我费劲去想该怎么用!
但是这两句话的背后,隐藏着两个条件:
1、你的经验足以支持你的判断2、你有足够的数据说明你的判断,否则这两句精辟的话请放在你‘禁言’的词典里。
这张图是一个网站的完整设计思路。
如果你早就深谙其道,请轻轻的嘲笑我一下这只井底的小青蛙。
如果你不能深入的理解,我建议你暂时把自己职位里的‘策划’、‘产品’、‘UI’、的字样忘掉。
好好研究一下张图的思路。
这是一个完整的用户UE流程,涉及到用户的预期和你最终网站运营能力之间的关系。
往这儿看,希望你没有快速的翻页,下面是我简单理解的上图,请配合你自己的理解:
关于上图的理解不多说了,转化为自己的才好。
千万不要受我干扰(你也可以理解为我懒得打更多的字来说明此图^^)
KNOWLEDGE
名如其问,知识。
这里说的知识是最好你都有所了解的,或者至少其中的某一项非常的专精。
(我非常感谢家人支持和理解我学完成了心理咨询师的课程,然我在看到第一行的时候不至于遭受当头一棒,也感谢国家……),而其他的基本都停留在只看过若干文章的阶段,真正体会到了‘书到用时方恨少’……大家请自行解决^^
Including:
cognitive,psychology,perceptualpsychology,linguistics,cognitivescience,
architecture,environmentaldesign,haptics,productdesign,informationdesign,
informationarchitecture,ethnography,brandmanagement,interactiondesign,
servicedesign,storytelling,heuristics,desighthinking
(认知,心理学,知觉心理学,语言学,认知科学,
建筑,环境设计,触觉,产品设计,信息设计,
信息架构,民族志,品牌管理,互动设计,
服务的设计,讲故事,启发,思想浅探)
relationships(customervsuser)
customerandusermightbedifferentortheymightbesame
ifyoudesignforaserviceacrossallitstouchpointsitscustomerfocuseddesign…
ifyouconsideronlyaproductitsuserfocuseddesign...
designmustconsiderboth…
(关系(客户比用户)
客户和用户可能会有所不同,他们可能是相同或
如果你的服务设计其所有的客户接触点集中设计..
如果你只考虑产品的用户集中设计...
设计必须同时考虑)
Arealworldexample...
"
inadesignprojectthatwedidinIndianmarkets,toughmostoftheusersofTVarewomen,iwasaskedtodesignkeepinginmindthementoo.."
-themanhadthebuying,decisionmakingpower.thecustomersweremenanduserswereprimarilywomen.
-wedidanextensiveuserresearchtocheckifwome(theuser)hadenoughbuyingpowertobecustomerstoo
-ifwejustcateredtwomenandtheirpreferencesthatwasnotenough.thefirsttouchpointwiththeTVwasattheshop.
-themencameandbought,herethecustomerdecidedwhattobuy...hemightormightnothavekepttheuser'
spreferences(women)inmind.
这个例子比较简单,大致是说在印度市场男性和女看电视收到的影响,经过调查之后发现市场的重点。
是一个比较典型和简单的通过用户习惯进行市场决策的过程。
在网站设计中,这一点同样适用,不过在实际工作中,通过网站发放调查问卷的效果并不好。
所以我们可以投机取巧的多看同行业网站的情况,当然不是鼓励你和别人一样,所谓‘学我者生,像我这死’就是这个意思。
再来一个简单的例子:
为什么现在的大部分注册系统都通过邮件来注册?
因为EDM(邮件广告)、和病毒营销等运营手段都需要知道用户的有效邮箱才可以实现。
一旦用户注册之后,你想让他再填更多真实信息付出的代价要远远大于在他开始有兴趣注册时候付出的代价。
虽然早一批用户的习惯是先给自己起个名字(注册昵称),但是由于社交网络的兴起,用邮箱注册已经渐渐成了用户注册时候认可的方式。
所以现在在你设计注册系统的时候,可以放心要求用户来使用邮件注册。
并且尽可能的让用户体验到:
‘邮件注册的步骤是简单的,和别的网站没什么区别,这不是我们网站另外给你设置的障碍’
WEBDESIGN
这部分叫webdesign但实际上更像一个网站的开发流程,但这个流程也有问题,我就切身感受过把软件工程师的工作和功能定义分割开的困扰。
所以一个比较好的建议是,在功能定义初期,就要让工程师了解在做什么。
这个图里也没有设计销售部门,虽然通常他们是在‘需求’这个环境。
但是完整的了解项目的全貌,对于各方来说是有益的。
也就是之前提到的‘是否愿意分享’。
因为这个过程很可能会分散‘产品经理’的功劳,也会有很多人挑战你的设计和想法。
但是如果你不能处理这些问题,不愿面对这些问题,那你的‘产品经理’名衔,就会永远挂着这个引号。
虽然这类带引号的‘产品经理’在业内很常见,而且很受宠^^
1:
2:
GAMEDESIGN
游戏设计和网站设计截然不同。
在这方面我只做过几个互动聊天、社区游戏、竞猜什么的小项目,还在写一些并不足够完善设计和策划,后者到目前为止还尚未完成其中的任何一款demo,所以没什么发言权。
但是下面这些简单的‘一句话介绍’,确实给了我一些启发,作为一个专题特此发来分享。
WhoDoesUIDesign?
unhappytextureartists
juniorprogrammers
pressed-into-serviceAssociateProducers
-sometimeswithartdegress,even
outsourcedcontractors
interns
...astarstuddedcast
rockerscientistgeniuseswhoworkinotherfields
WhatisUIDesign?
somegoodcommongoals
-Consistency
.withyourself,withgames,withsoftware,withtheworld
-Transparency
.gettothegame
-Accessibility
-Fun!
UIDesignforGames
-Flash
.eitherbyitself,orcompiledontoaconsole
-Windows(GDI/DirectX/Directlnput)
-J2ME/Brew
-UnrealorotherEngine(Torque)
-DrawSprite(intx,inty,Sprite*mySprite)
TalkingPoints
Whydon’tweusetheWindowsUIingames?
-Differentinputdevices(joysticksvs.mice)
-Techreasons(can'
trunonMacorconoles)
-Traditionsandconsistency(形成传统的windows操作模式)("
pause"
menu)
-Artisticimmersion/suspensionofdisbelief
-Goals(目标)areoftendifferent
.simplicityversuspower
.funversusproductivity(产量、生产率)
-Sometimes,youdo!
(Aerointerface)
WhyisnottheWoWinventoryresizable?
-Nothingelseis
-Theartwasn'
tbuiltforit
-Resizable(可调整的大小)impliesmovable
-MMOtradition(传统)
-Fixedunmberofitemsperbag
-AllowsBlizzardtopositionthingsforyou
-Butmostimportantly:
Becauseitdoesn'
thavetobe
WhyistheStarWarsGalaxiesinventorywindowresizable?
-Becauseeverythingelseis
-Becausetheartwasbuiltforit
-Becausetheyarealsomovable
-Becausethesizeoftheinventoryisverylarge
-Because,ultimately(最终),wefoundourplayersenjoyedthecomplexity
Whydon'
twehavea"
MasterToolkit(用户工具控制面板)"
forUIDesignforgames?
-"
Notinvented(造假)here"
syndrome
-Varietyofdifferentplatforms(放置不同种类的平台)
-Differentgenreshavedifferentconventions
Innovation"
(创新)
Tips&
Tricks
Colorisveryimportant
-Redforforegrounds(凸显),Blueforbackgrounds
-Vibrant(充满活力),evenifyouthinkyoushouldn'
t
.Contrastis(对比度)veryimportant
.Primarycolors(windows原色)popoffthescreen
-Alwaysviewcoloronthetarget(目标)device(意图)
-Someplayersarecolor-blind(orjustblind!
Read"
-v.,intransitive(及物动词),oftext,etc.:
tobeinterpretedorreadinaparticularway"
(:
“进行解释或读取的一种特殊方式”)
-Thingsthat"
don'
treadwell"
areconfusinastheeyescansoverthem
(不容易读读懂等于给他们看天书)
-Thingsthatdoreadwellareeasyto,well,read-informationjumpsoffthescreencommensuratetoitsimportance
(太简单的信息,可能让他们关掉了对话框,在看到重要信息之前)
-Animation(动画)isbad,esp.forbackgroundelements(元素)
-Thingsthatarethesameshouldbethesameanddifferentshouldbedifferent
.imaginga"
Sharpen"
(锐化)filterontheentire(整个)game
-Usechangesofcolororintensity(强度)toindicate(显示)information
.Disabled,selected,important
-Usebright(明亮的)foreground/backgroundcolors
-Chooseagoodfont(SansSerif)
AlwaysUseTargetDevice
-ScreenSpace(physically)(物理显示器空间)
-Colordepth(色深)andcolorprecision(精度)
-Colorreproduction(再现)
-Pixelprecision–fuzzy(模糊)CRTversussharpLCD
-Touchscreens
-Flicker?
-Lightingconditions?
(照明条件-游戏者的环境)
游戏中单一界面操作流程,步骤越少,越简单为越佳。
公式定律
这部分读起来枯燥(我在读的时候睡着了一次……杯具)但是一旦理解了,应用起来会觉得底气十足。
尤其是GOMS模型,不了解这些知识,很难把我们点一个按钮和MPMK
这个公式联系起来。
怎么样?
是不是很有兴趣看一看?
好,请在自己最清醒的时间看,不要像我一样^^。
(其实后来我严重怀疑大学的计算机课都讲过,不过因为我不是计算机专业而不知道,尴尬了……)
费茨定律:
费茨从试验中发现人的手的运动时间与运动距离,要求的准确程度有关,可以用下式表示:
MT=K*log(2*D/W)MT=K*log(2*D/W)
其中MT是手运动的世界,单位是秒,D是运动距离,W是目标的宽度,K是一个常量,约为0.1。
倘若用户行为位于一个控件内部时,这一计算公式可以演化为另一个定律:
锡克定律:
随着选项数量的增加,做决定所需的时间也越长。
锡克定律所给出的公式是:
RT=T0+K*log(N)
其中RT表示做决定所需的时间开销,T0表示一个基本事件,K为一个经验常数,N为选项集的规模。
恰好精确的符合了有序搜索算法中的折半搜索的开销计算:
ST=T0+K*log(N)
其中ST表示折半搜索算法的时间开销,T0表示一个基本时间(代码读取等固定开销),K为单次比较计算的开销,N为待搜索集的规模。
在费茨的公式中,D/W即可以表示为在用户的运动范围内,容纳的相同个数的目标数量。
GOMS模型:
GOMS(GoalsObjectsMethodsSelectionrules)模型表述了用户使用计算机人机交互界面的基本流程,并给出了一种量化评估人机交互界面的方法。
GOMS模型由以下四部分构成:
Goals:
用户目标
Objects:
对象
Methods:
方法
Selectionrules:
选择规则
GOMS模型将典型的用户交互过程分解为以下五个子过程,并测试了每个子过程的花费时间的典型值:
名称和助记
典型值
含义
K击键(Keying)
0.2秒
敲击键盘或鼠标上一个键所需的时间
P指向(Pointing)
1.1秒
用户(用鼠标)指向显示屏上某一位置所需的时间
H归位(Homeing)
0.4秒
用户将手从键盘移动到图形输入设备(鼠标),或者从图形输入设备移动到键盘需要的时间
M心理准备(Mentallypreparing)
1.35秒
用户进入下一步所需的心理准备时间
R响应(Responding)
不确定
用户等待计算机响应输入的时间
规则0:
候选M的初始插入
在所有的K之前插入M。
在所有用于选择命令的P之前插入M。
但对于用于选择命令参数的P,不要插入M。
规则1:
预期的M的删除
如果M前面的操作符能完全预期M后面的一个操作符,则将M删除。
比如你要指向一个按钮并点击,那么MPMK可简略成MPK。
规则2:
认知单元内M的删除
如果一串MK属于同一个认知单元,则删除第一个以外的所有M。
例如你要输入bingo,那么操作是MKKKKK。
规则3:
连续终结符之前M的删除
如果K是一个认知单元后面的多余分隔符,例如命令的分隔符后面紧跟着参数的分隔符,则将之前的M删除。
规则4:
作为命令终结的M的删除
如果K是一个分隔符,且后面紧跟一个常量字符串,例如,命令名或者任何每次使用都一样的实体,则将之前的M删除(加上分隔符会成为一种习惯,因此,分隔符会成为字符串的一部分,不需要单独的M)。
但如果K是一个命令参数的分隔符,或者可能变化的字符串,则保留之前的M。
规则5:
重叠M的删除
不要计入任何与R(等待计算机响应的时间)重叠的M。
之后,可以对通过六条规则修正后构成的序列集来计算其所花费的总时间以比较其优劣。
对于五个子过程中的P过程(指向),一个改进方式是可以利用费茨定律或者锡克定律来计算其耗费时间,这样可以得到更准确的结果,但由于事实上费茨定律或锡克定律对于GOMS整理结果的影响是比较小的,它更多的适合应用于局部的对比而非整体计算场合。
产品Ui设计图
最后这段是一个国外的产品设计图。
说了和看了上面的很多东西,借助这个回到现实吧!
在产品ui设计里,没有任何的注释,这些都需要自己加上,说算一个练习也可以,巩固知识也可。
写到这里,发现自己还有很多不足,在写的过程中就会有很多问号在脑海闪过,我想我还会陆续更新一些东东的,希望能引起自己的和你的共鸣,共同学习和探索互联网产品、项目方面的技巧和心得。
如果此文能有幸被你看到,请不惜赐教。
并祝大家工作顺利。
(下面是产品案例)
无效数据和分组
密码验证
特殊/非法用户名验证
提示项
最大字符数
Thanks
2010-5-17
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 互联网 产品 经理 入门 分享