手机软件的可用性和用户体验的简单发展趋势
时间：2023-10-17 09:58:07 闻子
翻译的目的很简单 我一直致力于易用性科学研究。她的经历和我很像，比如大家都在从程序猿转型。因为毕竟我不是在做一个严肃的翻译员 和大家分享一下 因此，文章翻译只能说是详细的 但还没有精致。所以你可以看看汉语 看看英语。有
翻译的目的很简单 我一直致力于易用性科学研究。她的经历和我很像，比如大家都在从程序猿转型。因为毕竟我不是在做一个严肃的翻译员 和大家分享一下 因此，文章翻译只能说是详细的 但还没有精致。所以你可以看看汉语 看看英语。有什么问题 不妨在下面回应。
好啦 “油菜花 上泡菜”
用户体验研究:多学科演变之路
创作者：J. Mayhew
1. 软件开发的初始发展史
本节是20世纪60年代至80年代软件开发的发展历史
60年代到70时代
早期(60年代)，是程序猿包打一切的时代。Period
此时，程序开发产业链根本没有或没有劳动分工的真正意义。程序猿必须进行项目和功能设计。他们必须进行项目风险管理、系统架构图、界面设计、编号、软件性能测试、质量管理和后期客户应用。在某些情况下，他们必须经营业务。
实际使用中没有所有的规范或商业程序开发学。每个公司R&D项目团队的领导者(实际上是程序猿)都是通过自己积累的经验来指导新项目的。我还在1978年开始了我在互联网行业的职业生涯。在那段时间里，我正在攻读我的博士学位，其研究内容是人格心理学。当我还是研究生院的助理研究员时，我学到了一些编程技巧。与此同时，我在暑假期间在一家程序开发咨询公司找到了一份程序员工作，以鼓励我继续学习和取得成功。本来打算暑假结束辞去这份工作，然后把所有的精力都集中在学士学位上。但万万没想到的是，我痴迷于程序开发行业(更别说好收入了)，于是决定再留下来。我是来咨询公司全职实现博士生的。
80时代
回到20世纪80年代，我还记得当公司试图首先发布一套标准化的开发设计方法时，我询问了公司程序员愤怒的反应（她正试图规范公司的内部开发设计方法，并期待最终像产品一样包装和销售）。工程项目经理（当然，他们或程序猿）对这个想法感到惊讶。如果他们遵循这个想法，他们将无法以自己的方式管理项目。他们抱怨遵守规范会压抑他的创造力和自主创新能力，降低他们的工作热情。当公司即将开始进一步细分和专业化项目软件开发团队的人力资源时，开发人员也因同样的原因感到惊讶。
最初分离的身份是“业务分析师”，这个角色不再是程序猿，而是业务专家。程序猿不需要做业务分析。是从程序猿包打所有工作中分离出来的第一个岗位职责。客户快速解决的工作职责已经从程序员的工作中分离出来。解决这个职位职责的角色是“业务经理”。严格来说，这也是业务流程中的角色。迅速出现了另一个新的技术专业角色——工程项目经理—这个角色不是真正的技术角色，他通常是一个管理角色。程序猿又要不满了，因为它们值得“管理方法”，同时又失去了更多的项目操纵。
人物的标准化还在继续。20世纪80年代末，系统架构图中出现了将操作界面编码模式与应用逻辑代码分开的技术性。这种分离促使应用软件变得更强大，更容易维护。相应地，程序员的工作角色逐渐分为“后台管理技术工程师”和“前端程序员”——进一步标准化，促使至少部分界面设计角色从程序猿角色中删除，但这个角色仍然经常被程序猿角色操纵。建立单独页面编码标准化专用工具的相关架构系统出现了，随后程序猿社区的一些人逐渐致力于研究该工具。
最后，这个角色从程序猿角色中消退——计算机领域的诞生——人机交互技术产业。它出现在20世纪70年代末，并开始完全接管这个角色。程序猿逐渐不得不征求“操作界面室内设计师”和“人因为”专家的建议，他们都不是专业的手机软件工作人员。由于学科背景，大多数人都有社会心理学或人。很多程序员(尤其是专注于操作界面工具的人)都习惯了，喜欢界面设计。他们也觉得自己完全胜任这个领域，不愿意失去对这个领域的操纵。早期易用性权威专家常被程序猿称为不受欢迎的不速之客，也不受管理者的理解和支持。这个角色在80年代是一个非常艰难的角色。
2. 近期手机软件易用性工程项目的发展史
下一节是90年代和21世纪初手机软件易用性项目的发展历程。
90时代
20世纪90年代初，在程序开发行业，角色标准化和标准的研发方法越来越广泛和被接受，尤其是小白，他们在中国历史上没有非常广泛的角色，他们可以更自由地管理自己的方法和他的新项目。另一方面，在软件开发团队中，成为易用权威专家仍然难以接受，仍然是一个非常困难的角色，不会受到程序员工作的热烈欢迎，也不会受到上级领导的适用。然而，信息技术行业现在采用了标准化的开发和设计方法。易用性权威专家在这样一个科学的方法论中找不到自己的正式部分。他就像80年代初的程序员一样——他是一个领导者，在所有特定的易用性角色中都没有完全标准化（如操作界面室内设计师、易用性需求分析师、用户行为分析师等）。他们没有更专业的，将他们的经验和工作融入到软件开发团队和方法学中。时间再次重蹈覆辙。时间再次重蹈覆辙。
90年代末进入.com时期。
记得这个时候我开始了很久的dot。 com咨询工作。我快50岁了，在信息技术行业有25年的工作经验，而绝大多数员工刚刚进入这个行业，只有20岁，刚刚进入社会。他们对自己的专业角色(后台管理程序猿和前端程序员)没有负面的理解，因为这就是他们所知道的。一些专业人士应该完全承担程序猿的使用经验。在这一点上，他们毫无疑问。
在与客户公司互动的过程中，也出现了一种新型的客户体验技术专业-平面设计大师。突然，像我这样的易用性专家学者在20年前处于同一部分，需要与另一类易用性权威专家共同承担，但在过去，它完全由我们共同承担。不久之后，一个新的技术专业客户体验角色——信息内容系统架构师出现了。
我的书:易用性工程项目的生命周期（Morgan Kaufmann Publishers，1999，http://drdeb.vineyard.net/index2.php?loc=7&nloc=1）更重要的是，介绍了易用性工程项目的实践探索，认为根据结构化和工程项目方法学习更好的页面设计。同时，该方法可以与软件开发方法相结合，类似于当时的软件开发实践活动。在那个时代，这种标准化方法对易用性行业来说是全新的，就像20年前程序猿遇到的变化一样。在软件开发团队中，生命周期模式也更清楚地确定了客户体验更专业的不同角色。要开拓创新。
还记得一开始，学习如何为用户体验研究区分广告设计角色信息架构角色的责任是一个非常有趣的考验。很明显，我从一开始就意识到了强大合作的必要性，但我发现易用性标准总是与广告设计和品牌标准发生争执，很难实现最优化的协调。这就需要在一定程度上了解彼此的工作经验。我深深地感到，在这方面，我们逐渐消除了技术和责任之间的界限。我也觉得作为一个用户体验研究团队，它会比履行自己的职责更有效率。
2000年代
最近发现了一个新的使用体验技术专业:“劝说系统架构师”。这些权威专家将有一个市场和销售环境，致力于研究网站用户体验如何有利于“转型”，即有多少或一定比例的访问者可以立即实现页面的商业目的，如购买物品、登录即时通讯商品、申请注册或使用网站等。这也是定制的两个不同层次。建议设计方案可以促进未来访问者转化为客户，之前的设计有利于快速简单的日常任务，提高网站视觉的诱惑，或以最自然的方式创建网站信息或角色。
我有新的合作伙伴（Todd Follansbee,互联网资源运营商)，他是一个优秀的劝说系统架构师。我已经开始和他合作了。他开发了一种用户体验研究，可以快速、客观、定量地评论页面，尤其是电子商务网站。该软件集成了公司现阶段最基本的易用性标准、具体内容标准、广告设计标准和说服架构设计标准，使测试人员能够获得该网站的分数。我在自己的公司页面评估中使用了这个软件的Beta版本号。虽然我的公司网站获得了较高的易用性标准分数，但在正常情况下，建议架构设计的分数相对较低。这不是我擅长的。同样的广告设计也不是我擅长的，也体现在网站设计上。
在Dudley专用工具中，建议实测架构，检查网站是否符合以下营销理念和立场：
在主页上提供一个非常清晰的“目标群体”（Value Proposition）”；(注:参考维基百度百科的名词解释
http://en.wikipedia.org/wiki/Value_proposition）
关心商品或服务的权益而不是它的功能(客户关注的语言表达)；
有效解决信誉和信任问题；
有效解决个人隐私保护问题；
应用访客的表达方式(防止行业或公司的专业术语)；
给访客所需的所有信息，有利于来访者沿着业务流程立即确定每一步；
显示明显和清晰的“行为召唤”
这些标准的市场概念可能无法在专业用户体验设计师(如易用性工程师和平面设计师)推出的网站中找到。为了达到Dudley的规劝标准，我重新设计了一个网站。我重新设计了一个网站，以达到Dudley的说服标准。有明显的改进(以前Google搜索结果可能是1-10页，现在是1-2页)
3 未来展望
我们的易用性专业人士需要与这样的专业人士真诚团结。在Web世界中，完成任务(传统易用性目标)远远不够，吸引人的网页界面设计也远远不够。网站不仅要吸引页面的访问者，还要解决如何购买商品、申请注册或登录等诸多问题。你比其他市场竞争网站更容易快速通知来访者你可以满足他们的需求，他们也可以快速在你的网站上购买商品。这是整个网站成功的基石。
好啦 “油菜花 上泡菜”
用户体验研究:多学科演变之路
创作者：J. Mayhew
1. 软件开发的初始发展史
本节是20世纪60年代至80年代软件开发的发展历史
60年代到70时代
早期(60年代)，是程序猿包打一切的时代。Period
此时，程序开发产业链根本没有或没有劳动分工的真正意义。程序猿必须进行项目和功能设计。他们必须进行项目风险管理、系统架构图、界面设计、编号、软件性能测试、质量管理和后期客户应用。在某些情况下，他们必须经营业务。
实际使用中没有所有的规范或商业程序开发学。每个公司R&D项目团队的领导者(实际上是程序猿)都是通过自己积累的经验来指导新项目的。我还在1978年开始了我在互联网行业的职业生涯。在那段时间里，我正在攻读我的博士学位，其研究内容是人格心理学。当我还是研究生院的助理研究员时，我学到了一些编程技巧。与此同时，我在暑假期间在一家程序开发咨询公司找到了一份程序员工作，以鼓励我继续学习和取得成功。本来打算暑假结束辞去这份工作，然后把所有的精力都集中在学士学位上。但万万没想到的是，我痴迷于程序开发行业(更别说好收入了)，于是决定再留下来。我是来咨询公司全职实现博士生的。
80时代
回到20世纪80年代，我还记得当公司试图首先发布一套标准化的开发设计方法时，我询问了公司程序员愤怒的反应（她正试图规范公司的内部开发设计方法，并期待最终像产品一样包装和销售）。工程项目经理（当然，他们或程序猿）对这个想法感到惊讶。如果他们遵循这个想法，他们将无法以自己的方式管理项目。他们抱怨遵守规范会压抑他的创造力和自主创新能力，降低他们的工作热情。当公司即将开始进一步细分和专业化项目软件开发团队的人力资源时，开发人员也因同样的原因感到惊讶。
最初分离的身份是“业务分析师”，这个角色不再是程序猿，而是业务专家。程序猿不需要做业务分析。是从程序猿包打所有工作中分离出来的第一个岗位职责。客户快速解决的工作职责已经从程序员的工作中分离出来。解决这个职位职责的角色是“业务经理”。严格来说，这也是业务流程中的角色。迅速出现了另一个新的技术专业角色——工程项目经理—这个角色不是真正的技术角色，他通常是一个管理角色。程序猿又要不满了，因为它们值得“管理方法”，同时又失去了更多的项目操纵。
人物的标准化还在继续。20世纪80年代末，系统架构图中出现了将操作界面编码模式与应用逻辑代码分开的技术性。这种分离促使应用软件变得更强大，更容易维护。相应地，程序员的工作角色逐渐分为“后台管理技术工程师”和“前端程序员”——进一步标准化，促使至少部分界面设计角色从程序猿角色中删除，但这个角色仍然经常被程序猿角色操纵。建立单独页面编码标准化专用工具的相关架构系统出现了，随后程序猿社区的一些人逐渐致力于研究该工具。
最后，这个角色从程序猿角色中消退——计算机领域的诞生——人机交互技术产业。它出现在20世纪70年代末，并开始完全接管这个角色。程序猿逐渐不得不征求“操作界面室内设计师”和“人因为”专家的建议，他们都不是专业的手机软件工作人员。由于学科背景，大多数人都有社会心理学或人。很多程序员(尤其是专注于操作界面工具的人)都习惯了，喜欢界面设计。他们也觉得自己完全胜任这个领域，不愿意失去对这个领域的操纵。早期易用性权威专家常被程序猿称为不受欢迎的不速之客，也不受管理者的理解和支持。这个角色在80年代是一个非常艰难的角色。
2. 近期手机软件易用性工程项目的发展史
下一节是90年代和21世纪初手机软件易用性项目的发展历程。
90时代
20世纪90年代初，在程序开发行业，角色标准化和标准的研发方法越来越广泛和被接受，尤其是小白，他们在中国历史上没有非常广泛的角色，他们可以更自由地管理自己的方法和他的新项目。另一方面，在软件开发团队中，成为易用权威专家仍然难以接受，仍然是一个非常困难的角色，不会受到程序员工作的热烈欢迎，也不会受到上级领导的适用。然而，信息技术行业现在采用了标准化的开发和设计方法。易用性权威专家在这样一个科学的方法论中找不到自己的正式部分。他就像80年代初的程序员一样——他是一个领导者，在所有特定的易用性角色中都没有完全标准化（如操作界面室内设计师、易用性需求分析师、用户行为分析师等）。他们没有更专业的，将他们的经验和工作融入到软件开发团队和方法学中。时间再次重蹈覆辙。时间再次重蹈覆辙。
90年代末进入.com时期。
记得这个时候我开始了很久的dot。 com咨询工作。我快50岁了，在信息技术行业有25年的工作经验，而绝大多数员工刚刚进入这个行业，只有20岁，刚刚进入社会。他们对自己的专业角色(后台管理程序猿和前端程序员)没有负面的理解，因为这就是他们所知道的。一些专业人士应该完全承担程序猿的使用经验。在这一点上，他们毫无疑问。
在与客户公司互动的过程中，也出现了一种新型的客户体验技术专业-平面设计大师。突然，像我这样的易用性专家学者在20年前处于同一部分，需要与另一类易用性权威专家共同承担，但在过去，它完全由我们共同承担。不久之后，一个新的技术专业客户体验角色——信息内容系统架构师出现了。
我的书:易用性工程项目的生命周期（Morgan Kaufmann Publishers，1999，http://drdeb.vineyard.net/index2.php?loc=7&nloc=1）更重要的是，介绍了易用性工程项目的实践探索，认为根据结构化和工程项目方法学习更好的页面设计。同时，该方法可以与软件开发方法相结合，类似于当时的软件开发实践活动。在那个时代，这种标准化方法对易用性行业来说是全新的，就像20年前程序猿遇到的变化一样。在软件开发团队中，生命周期模式也更清楚地确定了客户体验更专业的不同角色。要开拓创新。
还记得一开始，学习如何为用户体验研究区分广告设计角色信息架构角色的责任是一个非常有趣的考验。很明显，我从一开始就意识到了强大合作的必要性，但我发现易用性标准总是与广告设计和品牌标准发生争执，很难实现最优化的协调。这就需要在一定程度上了解彼此的工作经验。我深深地感到，在这方面，我们逐渐消除了技术和责任之间的界限。我也觉得作为一个用户体验研究团队，它会比履行自己的职责更有效率。
2000年代
最近发现了一个新的使用体验技术专业:“劝说系统架构师”。这些权威专家将有一个市场和销售环境，致力于研究网站用户体验如何有利于“转型”，即有多少或一定比例的访问者可以立即实现页面的商业目的，如购买物品、登录即时通讯商品、申请注册或使用网站等。这也是定制的两个不同层次。建议设计方案可以促进未来访问者转化为客户，之前的设计有利于快速简单的日常任务，提高网站视觉的诱惑，或以最自然的方式创建网站信息或角色。
我有新的合作伙伴（Todd Follansbee,互联网资源运营商)，他是一个优秀的劝说系统架构师。我已经开始和他合作了。他开发了一种用户体验研究，可以快速、客观、定量地评论页面，尤其是电子商务网站。该软件集成了公司现阶段最基本的易用性标准、具体内容标准、广告设计标准和说服架构设计标准，使测试人员能够获得该网站的分数。我在自己的公司页面评估中使用了这个软件的Beta版本号。虽然我的公司网站获得了较高的易用性标准分数，但在正常情况下，建议架构设计的分数相对较低。这不是我擅长的。同样的广告设计也不是我擅长的，也体现在网站设计上。
在Dudley专用工具中，建议实测架构，检查网站是否符合以下营销理念和立场：
在主页上提供一个非常清晰的“目标群体”（Value Proposition）”；(注:参考维基百度百科的名词解释
http://en.wikipedia.org/wiki/Value_proposition）
关心商品或服务的权益而不是它的功能(客户关注的语言表达)；
有效解决信誉和信任问题；
有效解决个人隐私保护问题；
应用访客的表达方式(防止行业或公司的专业术语)；
给访客所需的所有信息，有利于来访者沿着业务流程立即确定每一步；
显示明显和清晰的“行为召唤”
这些标准的市场概念可能无法在专业用户体验设计师(如易用性工程师和平面设计师)推出的网站中找到。为了达到Dudley的规劝标准，我重新设计了一个网站。我重新设计了一个网站，以达到Dudley的说服标准。有明显的改进(以前Google搜索结果可能是1-10页，现在是1-2页)
3 未来展望
我们的易用性专业人士需要与这样的专业人士真诚团结。在Web世界中，完成任务(传统易用性目标)远远不够，吸引人的网页界面设计也远远不够。网站不仅要吸引页面的访问者，还要解决如何购买商品、申请注册或登录等诸多问题。你比其他市场竞争网站更容易快速通知来访者你可以满足他们的需求，他们也可以快速在你的网站上购买商品。这是整个网站成功的基石。