功能

信息繁杂、功能繁多怎么办

在平时工作的时候,免不了会面对这样的一个情景,产品的信息太繁杂,功能又太多,虽然你可能会觉的这条信息可以删除,那个功能可以舍弃。但是现实的设计不是理想化的,交互设计师没有那么大的话语权,也许这个可有可无的信息是为了加强产品的品牌效应,不能删除;那个功能是大boss要求的,不能舍弃。所以交互设计师也很无奈,并不能决定一条信息或者一个功能的生死。那么我们就要缴械投降么?No,我

手机这些华而不实的功能 或许早就应该淘汰了

安卓系统发展了这么多年,现在全球范围内已经累积超过10亿用户。安卓系统之所以能够如此风靡,与它开源式的系统环境有关。安卓系统发展了这么多年,现在全球范围内已经累积超过10亿用户。安卓系统之所以能够如此风靡,与它开源式的系统环境有关。开源系统可以让更多厂商自己定制独家UI,加入独特功能。在国内手机市场,定制系统非常普及,经过不断的版本迭代,定制系统越来越流畅,并且带来

简化产品的四个策略

这周末和朋友一起开了个直播,决定每周讲一本设计相关的书籍,很有趣,这件事对自己对他人都很有意义,如果把这个直播当做一个产品,那这就是能带来价值的产品,这样的产品就值得去做。讲的第一本书便是Giles Colborne的《简约之上:交互式设计四策略》。Giles Colborne前后买了两个打印机,第一台打印机需要连接组件,设置硬件,安装驱动程序等等步骤,前后花费几个小时;第

根据 KANO 模型分析产品在不同时期应该做什么样的功能

之前我们讨论了价值评估的三个原则,这篇文章就来说说功能的分类的方法—— KANO 模型 。它是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。我们可通过这个模型知道产品的五大功能在不同时期应该怎么选择。 这个模型的横轴表示 功能实现度 ,越是右边表示

从迭代看产品走向:以医疗 APP 为例

产品迭代记录了产品成长的心路历程,从产品的迭代中会发现产品动向,为你规划未来产品成长提供参考。读过几本产品相关的书籍,或是刚接触互联网产品这个行业,有两个名词频繁出现:需求和迭代。需求是迭代实现的最终目标,迭代是对产品的各个方面的升级优化,笔者在记录了几个医疗软件的迭代路程之后发现:从产品的版本迭代中能够看清产品的走向,版本与版本之间的巨大差别,和用户到一定量级以后如何发展

信息结构图、功能结构图、结构图,你还傻傻分不清吗?(上)

你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。在写PRD、竞品分析文档中,我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影,但需要讲清楚他们的定义和作用也真没看上去那么简单,这里作者尝试分享一下自己的观点。特别声明:由于篇幅和其他因素限制,本系列中所有的实例图在完整性上有省略和简化,仅作为举例讲解

捕捉客户需求:先改进功能需求的记录方式

编者按:用户在表达对某个新功能的需求时,他们的建议很容易被忽视或者被搁置在一边。Phil Freo 在本文中介绍了能更好地捕捉客户需求的方法。典型的方式真的管用吗?最常用的记录功能需求方式非常简单:“john@example.com需要功能A… [@产品和研发团队相关人员名单]”。假设我们确实要开发A功能,上述做法提供了需要给到通知的人员列表,但这种操作既不能给研发有用的帮

洗衣机的操作界面交互分析

从洗衣机的操作界面交互,我们可以学的哪些产品设计方法呢?最近家里需要购买一个洗衣机,由于空间有限只能选择波轮洗衣机,因为家里有老人,在选择过程中界面操作简单成为我的一个重要的标准,但在某东上逛了许久以及和客服沟通我只好放弃了这个标准。原因是我面对这些操作面板我是懵的,在和客服沟通后我依然很懵,很显然产品功能的叠加带来是操作界面操作成本的变高。下面我买的洗衣机操作界面:在看了

功能设计:将需求转化成实际的功能列表

围绕功能框架去设计,不要去迎合领导,不要去讨好用户,不要去取悦自己。产品经理在做功能设计的时候,要能保持平和中立的心态,才能确保核心主线功能不出现任何偏差。概念设计阶段是需求从抽象到具体、从模糊到清晰的过程,确立了产品的功能模型和信息架构。而功能设计则需要将信息架构进一步落地,是从框架结构到详细设计的过程。以分析后的需求为依据,在概念设计的基础上,设计产品的功能,经过功能的

《交互》5.如何呈现功能和定义框架

呈现功能和定义框架前言上章我们主要学会通过构建故事版,把人物模型带入场景,来描绘交互过程。并从过程中提炼需求点。那接下来便要开始设计了。通过之前的准备,我们详细的知道产品目标,适用人群,常见场景,已经主要需求和功能点,及交互的流程操作。集合全部内容开始设计的时候,应该采用自上而下的方式,先全局再细节。过早陷于细节妨碍构建框架,增多无效的开发。我们要先开始制作低保真但不包含具