今天小编给大家带来的是一篇来自Medium的译文：B2B业务中的UX，本篇文章是国外作者针对企业级应用程序–B2B业务作出的分析，一起来看看吧！
我一直在参加关于UX的会议，聚会，研讨会和峰会，与该领域的专业人员进行了很多对话。我认为我在某种程度上了解这门科学。但从未真正尝试过该领域
然后有一天…
我与年轻的UI和Dave团队一起工作，他对这个领域很感兴趣，并且想改变职业尝试。
不必思考，“嘿，您怎么样了？” “谁将把哪项工作分配给谁做得好呢？”
在第一个任务中混乱无比，但团队中的每个人都为死而战。即使承受巨大压力 如果我们今天不成功，UXD失败的机会就很大。这让我想起了我看过的电影。
是第一个申请海豹突击队部队的女人的故事。她不明白为什么她要比同龄男性承受更大的压力。直到你想放弃 但是有一天教练告诉她
“由于她是第一位女性，她将成为将来申请成为海军陆战队的许多女性的标准。全军都在注视着她。这些女人一直在注视着她。如果今天放弃 这些女人甚至没有机会…“
无论标题是什么，我都不记得了，所以我正在挑战自己。你不知道，哈哈哈哈。
但是最后，UXD团队可以保证在3个工作日内进行可用性测试！嘿，怎么做…
让我们来看看…
B2B UX表示ORGX括号一词，对我们来说，收购过程有所不同。以及多个UX结合在一起的证明，最后，它成为组织级别的良好体验。（组织经验）
所有Builk One Group应用程序都是纯粹的企业级应用程序，每个应用程序将数据传递到系列中。是否跨部门/跨职位/跨国家/跨公司 很多时候必须回退并将同一信息的视角调整为多种视角
几乎每个B2B应用程序都有一个生命周期，在该生命周期中记录了操作人员>>经理级别是>>主管的聚合器和汇总器，供执行人员查看并做出决定>>有时将其转发给客户。该组织要使用的
这是一个漫长而庞大的连锁店，由许多相关角色组成。但是在不同的方面可能会有不同的业力
只需说，让我们做支付网关系统即可。
每个人都可能会以许多角色来瞥见系统的庞大性，因此，每次召集UXD团队时，我们都会像盐一样保持ORGXD生命周期以保持盐度。
团队董事会上发布的UXD生命周期v.3或ORGXD也是较旧的版本，哈哈。
战略
想法：OKR
每次邀请UXD团队来听简介时，我们将始终要做的一件事就是邀请想法所有者设置OKR。
为什么选择OKR？因为它不仅包含目标，而且具有可衡量的关键结果 如果结果超出了限制，我们将继续。
我们团队的关键结果必须始终有两个因素。
实现目标的目的是什么？
意识点在哪里？
因此，每项手工执行的任务必须至少完成两件事。
如何让客户知道他们有这个。它的目的是什么 导致自我使用，易于使用和使用
由于我们已经有了一个可以在获得OKR之前进行计划之前生成大量数据的应用程序，因此我们将提出一些问题，包括谁，什么，什么地方，什么时候，为什么（+如何）找到答案。最初，通过研究现有数据来发现此想法是由于需要解决任何难题而引起的-这种难题真的存在吗？答案就在数据中。
研究
进行的研究数据：现有泳道流程图。
在此阶段，我们将与相关人员进行访谈，以尽可能找到各方都在进行的用户流程或用户旅程。通常会有人负责调查竞争的工作流程，通常由我们负责。
无限的寻找，面试，伪装询问的方法 实际上，无论XD如何，都可以尝试购买公寓以了解其工作原理
但是，每次出门之前，我们都会一起准备所谓的假设，基本上，我们会真正接受并与客户确认这一想法是正确的。
但最终 我们将继续泳道流程图的流程。
这就是我们付出了很多努力的时候。在知道与角色配合使用的最佳方法是10之前，应先创建具有泳道的流程图。
在这一点上，我们认为UX B2B与B2C有很大不同，因为..
购买该系统的人可能不会使用它，而使用该系统的人可能不会使用它。
但目标是 购买该系统的人必须足够满意，以吸引整个组织使用该系统。而那些需要使用系统的人 扔碗之前切勿过度折磨 （高级制裁）
穿过手的每股水流都是混乱的，就像蚊子一样互相撞击。
当您得到交流时，每个人都将使用“共情”地图上的“说，做，思考，感受”来遵循流程，最后，我们将开始理解各方可能会说的相同操作带来的痛苦。还是不说话
分析
研究数据：倡议信息
这是我们开始创建角色的那一刻（足够薄 只想看图片 有时只需将图像打印到板的一侧即可创建一个以角色或相关系统为泳道的用户流程/系统流程 新系统应该解决他旧系统上的痛苦 请在“应该”一词下加上下划线，因为新流程已创建 它仍然被视为假设或“我们相信如果存在的系统 痛苦和苦难（从研究阶段开始）将消失。”
因此，下一步就是制定一个问题，那就是一旦有了新系统 我们将从与新系统相关的Persona中进行度量。理解并使用好像客户可以使用在线系统报告问题的系统一样 并及时告知问题是否得到解决，支持人员是否真的了解这将帮助他减少工作量？
因为我们大多数人都会进入某种事物，直到我们将其投入到日常生活中 仅在理解时（根据您自己的情况）
设计
系统流程：线框
这通常是UX小组工作的第2天晚上，然后我们再次与外部人员进行验证。所以我们要准备的就是我们所说的 “现实的欺骗”
伪造它，直到成功。
如果您说用于报告在线问题的新系统流程是LINE bot，那么我们将使用LINE Bot草稿并与实际客户聊天，就像该系统已经存在一样。很多时候必须注意数据使用法律 客户对系统和图像的感受（对于某些客户 可能已经附加了先前测试的图片而无法再次返回测试）
考虑虚拟环境以获取足够的真实反馈来衡量可用性测试就是创建一个测试场景。
一些详细的测试方案 最近，我们只设置了足够的任务，哈哈。
从这张图片中，我们将知道如何与客户交互，以回答每个测试方案以创建线框，可以说任何技巧都会创建这样的图像。
尝试让您先放在纸上。为了在与客户接触之前在内部击败对方
生产
线框：原型
上面的大多数步骤都是 也许只是做一些 或有时会做所有事情，但要在两天内完成 然后最后一天 将类似于业力的日子
它设计得很豪华，必须旋转多少原型才能假装该系统已准备好在今天成功使用 如此多次，您必须缩小范围以成为MVP原型，以证明我们认为关键的想法是“杀人功能”。
喜欢快速发布在网页上 让客户查看一些我们认为对他们的工作有用的数据 并通过该页面上的“订阅”按钮进行度量，客户是否希望在下个月再次收到相同的信息
幸运的是，在UX团队中，Dave在该领域也表现出色，这使得MVP成为可能且更加现实。（但并非每次我们这样投资时，哈哈哈）
准备立即使用。builk.com上的此功能。
测试版发布
测试方案：可用性测试
今天，我们将出去见客户或发布我们的虚拟原型来衡量结果。而且由于该应用程序为B2B形式，因此必须在工作时间内释放很多时间，或者必须在事件发生之前立即释放很多时间。因此，要测试的数据仍然很有价值。
实验结果将以秒为单位进行衡量，或通过产品中包含的Google Analytics（分析）捕获
UX测试结果：做出决定
今天我们将根据结果来回答第一天确定的OKR，以查看即将到来的系统是否被认为满足所有相关组织和Persona的目标。还是应该回到原处调整？
很多时候，他们必须回去清理木板。重新理解 因为结果不符合预期
结束了，不幸的是，我们的4-5个人在第一天就这么容易地从Flow那里来了。
我成立这个团队的第一天就是全部，马上进行设计思考。
“并且保证永不停停止！”
