打字猴:1.700423374e+09
1700423374
1700423375
1700423376
1700423377 一个内容管理系统可以实现自动化流程,能展示和交付内容给用户。
1700423378
1700423379 内容管理系统必备的功能取决你将要管理的内容的性质。你是否需要维护多语言的文字内容?内容的基础数据是否自带格式?CMS就需要具有处理这些类型的内容元素的能力。你的每一篇新闻稿是否必须要通过六个执行副总裁和一个律师的审核?CMS就需要在流程中支持这些类型的需求。你的内容元素是否要根据每一个用户的喜好或访问终端来动态地组合?那么CMS就必须要能完成这一类高级别的复杂输出。
1700423380
1700423381 类似地,功能需求或任何一种技术类产品也常常伴随着内容的需求。在“个人喜好设置”的页面中需要有使用说明吗?需要有错误提示吗?必须要有个专门的人来写这些内容。每一次当我看到网页上出现类似“无效输入”的错误提示时,我就知道这种文字是出自开发工程师之手,并成为了最终产品,因为没有人把这些错误提示纳入内容需求中。而事实上,如果开发者能花一点点时间让某些人看一看应用程序中的内容的话,无数的技术项目会因此得到极大的改善。
1700423382
1700423383
1700423384
1700423385
1700423386 用户体验要素:以用户为中心的产品设计(原书第2版) [:1700422476]
1700423387 用户体验要素:以用户为中心的产品设计(原书第2版) 定义需求
1700423388
1700423389 一些需求适用于整个产品。品牌需求是最常见的一种;某些技术需求,比如支持浏览器和操作系统,是另一种。
1700423390
1700423391 另一些需求只适用于特殊的特性。大部分时候,当人们说到某种需求的时候,他们想的是产品必须拥有的、某种特性的一句简短描述。
1700423392
1700423393 需求的详略程度常常取决于该项目的具体范围。如果该项目的目标是完成一个复杂的子系统,那么就需要有一个非常详细明确的需求,即使这个项目的范围相对于整个网站来讲非常小。相反地,一个大型项目,它的内容也许只是相似或相同性质的东西(比如提供大量功能相似的产品说明书的PDF文件),那么内容需求只需要一般化就可以了。
1700423394
1700423395 最用之不竭的需求源泉总是来自用户本身。但更多的时候,你的需求将来自与项目利益相关的同事—那些在企业中总想影响你的产品的人。
1700423396
1700423397 不管是哪种情况,去了解“人们在想什么”的最佳途径就是直接询问他们。在第3章列出的用户研究技术都可以用来帮助你更好地了解用户,了解他们希望在你的产品上看到的特性的种类。
1700423398
1700423399 不管你是从企业内部的管理者,还是直接从用户处获得的帮助,来定义的这些需求,这个过程中得到的需求将分成三个主要类别。首先,最显而易见的是人们讲述的、他们想要的东西。这中间有一部分是非常清晰的好想法,会通过各种途径体现在最终产品上。
1700423400
1700423401 有时候人们口中说出来的、所期望的特性其实并不是他们想要的,当人们在某个过程或某个产品中遭遇到一些困难时,想象有某种解决办法可以缓解这一困难,这对任何人来讲都是很正常的反应。有时这个解决办法是行不通的,或者仅仅是治标不治本的办法。通过与用户探讨这些建议,你有时候可以得出能真正解决问题的、完全不同的需求。
1700423402
1700423403 在这个阶段能得到的第三种类型的需求是人们不知道他们是否需要的特性。当你让人们讨论新的需求和战略目标时,他们有时会突然想起某个伟大的构思,而根本忘记了那个正在维护中的产品。这些通常会在头脑风暴讨论的时候出现,那正是与会者有机会参与和探讨项目的可能性的时候。
1700423404
1700423405 具有讽刺意味的是,那些很少去想象产品新方向的人,恰恰是参与创建和设计产品最深入的人。当你把所有的时间都投入到维持现有产品时,你经常会忘掉哪些是真正的限制条件,而哪些是为了简化产品而曾经做过的选择。出于这个原因,汇集企业各个部门的成员或不同类型的用户代表来进行头脑风暴会议,是一种打开设计者思路、让他们考虑以前从未想到的可能性的、非常有效的工具。
1700423406
1700423407 让一个工程师、一个客服人员、一个营销人员坐到一间会议室中谈论同一个产品,这会对大家都有启发意义。听取从自己不熟悉的角度出发来考虑的、对于产品的观点,并给予反馈,可以鼓励人们多角度全方位地思考开发中的产品遇到的问题以及解决办法。
1700423408
1700423409 不管你设计的产品在什么样的设备上使用(或者我们正在设计的就是那个设备)我们的需求序列必须要考虑到硬件需求。这个设备有摄像头吗?有GPS吗?有陀螺感应指针(一种用来测量或保持设备坐标信息的装置)吗?这些因素都将会确立或限制产品功能的可能性。
1700423410
1700423411 通过这种方式讨论出来的功能需求通常是得到如何去除某些障碍的方法。举个例子来讲,假设你有一个用户已经决定要购买了—他们只是没有决定是不是买你的产品,你设计的产品要怎样才能让这个过程(首先是选择你的产品,然后买下它)对他们来讲更容易呢?
1700423412
1700423413 在第3章,我们看到有一种叫作人物角色(personas)的技术,通过创建虚拟人物来帮助我们更好地理解用户需求。在决定功能需求的时候,我们可以再次使用这些人物角色,把我们的虚拟人物放到一个简短的故事之中,我们称之为“场景(scenarios)”。一个场景是一个简短的故事,简单描述了一个人物角色会如何完成这些用户需求。通过“想象我们的用户将会经历什么样的过程”,我们就可以找到能帮助他顺利完成这个过程的潜在需求。
1700423414
1700423415 我们也期望从竞争对手处得到一些启示。任何一个在做同一件事的企业基本上在试图满足同样的用户需求,同时也在试图完成相似的产品目标。竞争对手是否找到一种特别有效的特性,能完成其中的某个战略目标?他们是如何权衡和调整我们所面对的那些问题的?
1700423416
1700423417 即使不是产品的直接竞争对手也能提供丰富的潜在需求。例如一些游戏平台允许用户创建自己人的社交群组,那么在我们的数字录像软件上采用相似的特性或建立类似的机制,也许就能给我们一定的竞争优势,用来超越直接竞争对手。
1700423418
1700423419
1700423420
1700423421
1700423422 用户体验要素:以用户为中心的产品设计(原书第2版) [:1700422477]
1700423423 用户体验要素:以用户为中心的产品设计(原书第2版) 功能规格说明
[ 上一页 ]  [ :1.700423374e+09 ]  [ 下一页 ]