UX编辑器:真实的故事,真实的生活

嗨,我是UX Yandex.Money的主编Natasha。 我写这篇文章是因为我不再对自己的工作保持沉默。



他们曾经以我们为撰稿人。 我们写得比经理要好。 我们能够检查识字率。 编辑使其更清晰。 我们删除不必要的词。


现在他们认为我们是微文本作者。 发明按钮的右按钮。 检查链接是否正确调用。 我们削减了所有不好的东西。



好吧,娜塔莎,你讨厌什么?


我不会放弃按钮,链接,标签和工具。 我爱他们,用拼图把它们切开,将它们折叠进去,除非我开车将它们推到酒吧。


但是,所有这些大约是我(我们)工作的第六部分。 最后一个。 当第五名通过第六名。 像这样:首先我去杂货店,洗净蔬菜,去皮,切成小方块和稻草,制成汤,然后每隔十分钟我跑一次,看它是否已经流失了。 最后,加入盐,胡椒粉和lavrushka。 按钮,链接,工具提示。 字母。


我(我们)该死的没有太多的人了解特定的文本非常重要,但仍然是UX编辑器工作的最后一步。


您不能只使用“编写一个按钮”,“在此处显示标题”或“在版式上固定字母”。 布局不是框架中的独立图片:它几乎始终是流程的一部分。 流程是产品的一部分,我们所有人(设计人员,编辑人员,分析师和产品经理)都在为其开发UX。


从一开始就在意义上


Money的编辑者具有以下条件布局:
-首先,您需要在一般意义上进行工作,
-然后您决定如何将此含义扩展为步骤和优先级,
-最后,您继续使用措辞和音调。


第一阶段-含义-意味着UX编辑器从一开始就连接到项目。 当我说“一开始”时,我不是在说“设计师开始制定布局”。 我说的是真正的开始:有理由,想法和一般概念,技术解决方案的开发已经开始(甚至还没有开始)。


这是一个小型UX团队的角色:设计师和编辑器。


技术解决方案与它有什么关系


我不是分析师,不是开发人员,也不是产品所有者。 我将不讨论系统组件应如何相互通信或新技术方案将如何影响业务绩效。


但是,我们将与UX设计人员一起进入另一个领域-例如,在这里:


- 表单上需要考虑用户的陈述 :可以立即将这些人发送给付款,其他人则需要通过包含个人数据的问卷发送给他人,


-将哪些数据提取到特定页面 :这里的贷款债务余额很重要,并且有银行卡到达的邮局地址,


- 为状态消息设置什么逻辑 :在这里,您肯定需要一个单独的页面以显示详细信息(顺便说一句,您需要从第一步转发数据),而更简单的方法是返回到该部分并为特定项目添加一个小提示,这更具逻辑性。


这并不意味着除了我们以外,没有人可以考虑逻辑和细微差别。 这意味着编辑人员和设计人员始终会讨论技术解决方案,以确保:我们需要的数据,状态,参数均已就绪。 这样您就可以继续工作。


从技术到人


有一个人,一个人想做某事。 有一个系统可以做到这一点:但是首先,它需要一些回报。


UX编辑器的主要任务之一是记住他为一个人工作。 因此,系统需要从一个人那里得到的一切,编辑人员都会将其翻译成人类语言。 首先,在意义层面,然后在文本层面。


关于一般含义


我们工作的很大一部分都在星座“为什么”的标志下进行。 这可能是UX编辑器最喜欢的问题。


-为什么我们认为这对人们很重要,编辑会问产品经理。
-为什么要带领一个人走到这一步,他会问分析师。
-为什么我们要以不同的方式验证这些数据,请问开发人员。
-为什么我们甚至要一个人指出这一点,问其他人。



我完美的会议T恤


一些“因为”将是简单易懂的:一个人和一个系统想要同一件事,他们只是用不同的方式表述。 接下来是一个文本问题。


其他将与复杂的内部逻辑或系统限制联系在一起。 但是经过一系列“为什么”之后,很可能会发现逻辑可以更改,并且可以绕开限制。 因此,编辑器将影响脚本,并且将保留两个屏幕(三个按钮),而不是五个屏幕(七个按钮)。 真实的故事,真实的生活。


关于文字


副手,如果您不深入,似乎:界面文本必须遵守严格的规则。 该按钮是动词。 拨动开关-开/关。 链接-位置指示。 一切似乎都很简单。


我们相信另一种:前端文本是人类对话方式的反映。


-系统希望用户“阅读条件”并单击“确认”。 作为一个人,我想告诉她我了解。
-系统要说:错误,错误的号码。 我想看看:这里有错别字-请再次检查号码。


当然,这并非总是可能的,并且并不总是有效。 除其他外,还因为文本的人性是该死的主观事物。


例如,很长时间以来,在我们看来,对于技术错误,有一个很好的标题-“出了点问题”。 任何情况下都适用,表示发生错误的事实,而其中没有一点机械化。 但是时间和反馈表明:当“出问题了”时,人们会非常恼火。 他们问什么,到底是什么? 通常,新错误中不再包含“某些内容”(并且我们发现了一些旧错误)。


它永远不会结束(你好聊天)


在我看来,这曾经是:您启动了项目,工作了,开始了-您可以呼气并切换到下一个任务。


现在我知道这不会发生。


编辑器(和设计器)处于长期支持模式,因为:a)产品始终在变化,b)用户提出新问题,甚至c)结果某些功能无法正常使用。


例如,在一组银行卡中,我有两个聊天室。 一个杂货店:这里有PO,PM,分析师,支持人员,我们和UX的设计师一起工作。 与前端的第二个对话:我们再次与设计师,PM和开发人员在一起。


需要进行杂货聊天,以免杂货杂乱无章。 例如:支持信号表明人们经常开始遇到类似的问题。 我们立即讨论如何处理:设计,文本,后端改进(或通常同时全部)。


在与前端的聊天中,我们解决了流式传输问题:该字段没有足够的提示,某些地方已经对齐。 甚至-从UX的角度来看,在特定位置使用哪种备份测试更好:同步或异步(它们向我解释了这种差异,现在我有机会在本主题中向所有人解释)。


结果,整个团队就在您的指尖。 而您就在眼前。 方便。



集体智慧,+ 1


UX编辑器不是理想的信息处理计算机。 我们误会,愚蠢,忘记考虑一些重要的事情。 反之亦然,我们是如此地沉浸在上下文中,几乎不可能出现并以用户的新鲜面貌来看您自己的作品。


有明显的方法可以解决这个问题。 让我看一个不知道细节的同事,观察研究中的用户,切换到另一项任务,然后在您脱离上下文时返回。


不太明显的方法是:在库中收集成功的解决方案,派生新项目中可以依赖的算法。


而且仍然有一个团队-就像一个集体的大脑。 这个团队需要更多的UX编辑器:研究技术解决方案,思考其含义,锐化单词(并且在没有它的情况下定期变得愚蠢)。


如果您有这样一个人,或者您自己是这样的人, 请参阅我们的职位空缺

Source: https://habr.com/ru/post/zh-CN439186/


All Articles