前段时间看了一本《破茧成蝶》的书,里面写到了很多项目过程中遇到的问题,很值得参考借鉴,这两天兴起就整理了一些觉得比较重要的内容,以问答的方式来展现,这样会不会比较容易针性呢?
产品定位为什么这么重要?
产品定位实际上就是关于产品的目标、范围、特征等约束条件,它包括两方面的内容:产品定义和用户需求。产品定义主要由产品经理从网站角度考虑,用户需求主要由设计师从用户角度考虑。
- 产品定义包括了使用人群、主要功能、产品特色。
- 用户需求包括了目标用户、使用场景、用户目标。
- 主要功能、产品特色和目标用户形成了产品定位中最核心的内容,是产品设计最主要的方向和依据。
- 在目标用户、使用场景、用户目标3个因素中,目标用户是最关键的。一方面,明确目标人群可以使你更专注于服务某一类特定人群,这样更容易提升这类人群的满意度。另一方面,目标用户的特征对使用场景和用户目标有较大的影响。
需求从哪里来?
- 用户调研:通过问券调查、用户访谈、信息采集等手段来挖掘需求的方式。
- 用户反馈:产品测试阶段或者正式发布后。
- 竞品分析:对比产品之间的优势、劣势,从而发现产品的突破口。(竞品分析可以根据规划进行,也可以根据功能、设计细节来进行,这取决于项目情况和需要。在竞品的分析过程中,我们可以研究别人是怎么拟定产品战略、方向的,怎么做用户体验,怎么处理逻辑、界面层级、界面细节等。)
- 产品数据:产品上线后,就可以收集到产品的相关数据,比如常规的访问浏览数据、浏览痕迹、点击痕迹、在每个页面上的浏览时长、整体的浏览顺序、等等。(数据收集需预先埋点,也可以参考一些公共调研机构出具的数据分析报告,比如艾瑞咨询对互联网行业里面所做的一些数据分析,也可以试试百度指数、淘宝指数等工具,他们可以告诉我们目前的搜索热词、搜索词对应的用户特征、各项数据指标等。)
如何分析与筛选需求?
- 筛掉明显不合理的需求。
- 从现象看本质、挖掘用户的真实需求,并考虑如何解决。
- 进一步分析提炼出的用户真实需求是否匹配产品的定位(目标用户、主要功能、产品特色等),以此来决定如何取舍。
- 考虑需求的实现成本(人力、时间、资源等因素)以及收益(商业价值/用户价值等),综合考虑是否将其纳入本阶段的需求库中,还是放到下一期执行。
需求怎么产生的?
我们先确定产品定位,然后通过不同的方式来收集大量的需求,识别这些需求的有效性和真实性后,根据产品定位和项目资源情况筛选、提炼出产品需求、定义出需求优先级。接下来就可以重点描述每个需求的逻辑、内容等,开始撰写详细的需求文档。
需求文档应该包含什么内容?
- 文档修改与审核记录:需求文档如有修改,需要简要记录。
- 目录:内容过多最好提供给目录。
- 背景描述:为什么做这个产品/模块、市场行情、业务目标、产品定位等。
- 用户类型和特征:简单的描述目标用户情况或现有使用人群的情况。
- 项目时间安排:何时启动,何时完成等。
- 信息结构:内容或者页面的层级。
- 整体业务流程说明:对设计操作较多的产品/功能,需要业务流程图,帮助设计师和项目成员理解具体的业务逻辑。
- 需求详细说明:每一条需求的详细说明。
如何对待用户的意见?
- 根据目标用户考虑:提出要求的用户是你的目标用户吗?
- 根据使用场景考虑:用户提出的这个问题一般发生在什么场景?合乎实际的使用情况吗?
- 根据用户目标(真是需求)考虑:用户表达出自己的真是需求了吗?
- 根据产品定位考虑:用户提出的要求符合产品的定位吗?
- 根据项目资源考虑:用户提出的这个要求需要多少开发资源?价值有多大?需要立即开发吗?
怎么做需求分析?
理想的需求分析过程:产品定位-需求采集-需求文档。
现实的需求分析过程:需求文档-设计目标-设计需求。
怎么寻找设计目标?
如果是做优化,可以先看用户评论和反馈;可以做一些简单的访谈和测试,看使用过程中的痛点;可以对比一下竞品,看看哪里体验比较好,哪里有改进余地。
怎么做竞品分析?
- 尝试所有的操作,截取全套竞品截图;
- 根据这些截图流程绘制流程图,然后再根据流程图倒推需求。
- 提炼设计目标,确定设计需求,然后在开始正常的设计过程。
如何搞定信息分类?
- 逻辑归类
- 卡片分类:开放式和封闭式 开放式:设计师将完全打乱的卡片分发给用户,用户可以完全自由地决定把卡片分为几组、每组有多少张卡片。最后再由用户为分好组的卡片命名。 封闭式:设计师首先会将导航的架构设计好,确定出导航的个数和名称,再将属于这些类目的卡片分发给用户,让用户根据自己的期望,把卡片归类在不同的导航分类下。
好的导航是怎样的?
- 导航的自我解释:虚拟的互联网世界没有现实世界中明显的方向感,不明确的导航和位置信息可能导致用户迷失方向。成功的导航设计可以自我解释,让用户在导航系统中清楚地认识到信息结构和自己所处的位置,为用户解释“我从哪里来?”、“我现在在哪里?”、“我能去哪里?”的问题。
- 深广度平衡:在导航的信息组织中,层级的数目可以称为导航的深度,每一层级中包含的菜单项数可以称为导航的广度。在设计导航结构时,要考虑到深度与广度的平衡,也就是纵向的层级数,与横向的选项数的平衡。
- 用户所需信息与商业推广信息的平衡:对导航的设计,一方面要了解用户的信息需求;另一方面也要了解网站背后的商业目的。用户目标与商业目标之间肯定存在着矛盾。用户只想看到自己需要的信息,而企业又希望可以把业务和广告推荐给用户。
- 为重要功能和常用功能设置快捷入口:导航应该是结构清晰、呵护逻辑的,这是产品设计必要条件。如果用户有明确的目标,凭借侵袭的逻辑就可以快速找到自己想要的内容。但对于没有明确目标,只是随便逛逛的用户来说,由于他们使用产品时并不会可以思考,因此,如果重要和常用的功能隐藏得过深,就可能令他们丧失对网站的兴趣。
产品中的主要任务和次要任务?
- 说说任务设计:需求文档中的功能和内容都是比较零散的,我们需要通过一系列界面把他们组织起来。通过梳理信息结构,我们可以把主要的功能、内容组织起来。而通过任务流程,我们则可以把剩余的部分给“拼装”起来。
- 设计主线(主行为流)就是把杂乱无章的功能点根据用户的期望及目标以正确的次序组织起来的过程,告诉用户需要先做什么,再做什么。如果没有任务流程图,就好像把所有路线胡乱组合到一起一样,那么用户可能就永远走不出去了。
- 是否设计支线(次要行为流),要看次要行为流是否能对用户完成主行为流产生必要的帮助(迷宫的支线越少,整体复杂度越低,越有助于用户迅速完成任务)。
- 就像迷宫一样,如果没有清晰的线路,用户就会感到迷惑。
如何突出主要任务
- 分解用户任务:首先要明确用户使用WEB产品时,要完成的任务有哪些,并详细的分解出这些任务。那么如何进行分解?我们需要从用户的行为出发,详细描述用户的使用过程,将用户任务分解为具体的行为操作。这些用户行为就可以称作这个任务的子任务。
- 排列任务优先级:用户需要用到的功能和使用频率较高的功能,需要重点突出。对用户目标和商业目标的影响大小,可以表示为此功能的重要程度。所以,而已通过使用人数、使用频率和重要程度3个维度来排布优先级。
- 组织合并相关任务
如何引导用户完成任务?
如何简化复杂的操作?
- 减少冗余步骤和干扰项
- 将复杂操作转移给系统
- 简化操作方式
- 优化操作过程
信息量太大,页面怎么摆?
- 让页面层次不言而喻:根据“用户想看到什么”和“我们想让用户看到什么”,为内容模块排列优先级。再根据用户的浏览习惯,将不同优先级的信息放置到相应的页面位置,都遵循“分解——排列——组织”的原则。
- 让重点信息“跳出来”:通过视觉设计的方法,强调界面的重点元素,而其他非重点的元素应该尽量隐藏起来,或是显得暗淡些,从而使界面的重点“跳出来”。
- 将次要信息“藏起来”
标准的原型应该包含什么内容?
- 简要说明与信息结构:变更日志、版本说明、信息结构
- 任务流程和页面流程:
- 线框图&交互说明:
限制:范围值、极限值
状态:默认状态、常见状态、特殊状态
操作:常见操作、特殊操作、误操作、手势操作
反馈:提示、跳转、动画
什么是可用性测试?
通过观察用户使用产品,发现产品中存在的问题的一种方法。
可用性测试的流程:设计任务-招募用户-进行测试-分析 问题。
设计测试任务该注意些什么?
- 给出使用目标,而不是直接地操作。
- 尽量选择最重要、最频繁的任务进行测试。
- 符合正常的流程操作。
怎样选择测试用户?
选择有代表性的用户,小的功能点,测试3~5名用户即可。新产品、较大的改版和重要功能,可以测试5~10名用户。
测试过程的注意事项?
- 切忌引导性过强。
- 操作行为永远是重点。
- 不要忽视现场反应。
- 考虑使用场景。
- 感谢被测者,并给予一定的报酬。
什么是A/B测试?
顾名思义就是A方案和B方案的比较。为同一个目标设计2个方案。一部分用户使用A方案,一部分用户使用B方案。通过用户的使用情况,衡量哪个方案更优。
可用性测试和A/B测试那种更优?
可用性测试是一种定性分析的方法,而A/B测试是一种定量分析的方法。定性从分析样本量小,结果未必完全可靠,但可以了解到用户的想法;而定量分析虽然样本量大,结果较为客观,但我们很难直接通过数据了解到背后的原因。一般采用定性研究和定量研究相结合的方法 。
什么是流程意识?
流程可分为两类:设计流程和项目流程。如果设计流程有问题,那么最后的设计方案质量将很难得到保证;如果项目流程有问题,那么再好的设计方案也无法执行下去。
什么是设计流程?
需求分析-信息架构-任务流程-页面草图-标准原型
什么是项目流程?
研究-概念Demo-产品立项-交互设计-视觉设计-前端/后台开发-测试走查-上线
如果不遵守流程,会发生什么样的结果?
需求不确定,反复更改。 无具体排期,上线遥遥无期。 没有预留出走查时间,仓促上线。 产品经理一人独大,项目失控。 出现问题难以确定责任。
大牛,别默默的看了,快登录帮我点评一下吧!:)
登录 立即注册