Как убедить айтишников
#ответ
Sasha M: Пишу продуктовые тексты для банковского приложения. Есть огромный excel-файл со всем вордингом, текст тянется сразу в приложение. Проблема в том, что писать приходится НЕ ВИДЯ ТЕКСТ В ИНТЕРФЕЙСЕ. Мне нужно догадываться по названию ключей и корявым описаниям айтишников, о чем вообще речь. Как донести абсурдность ситуации до руководства и не поссориться с айтишниками?
——
У меня есть для тебя только одно слово, и это слово ПЕРЕГОВОРЫ.
Надо понять, почему разработчики против. Скорее всего, они просто не понимают преимуществ твоей идеи и экономят ресурс. Соответственно, сначала узнаём все ограничения и аргументы, чтобы было понятно с чем работать.
Когда понятно, в чем преимущество варианта «не менять», можно посчитать преимущество от «менять». Новое решение всегда должно приносить больше, чем расходы и издержки от его внедрения. В твоём случае новое решение — это изменение рабочего процесса или какие-то новые инструменты вроде среды визуализации, так?
Что может быть аргументом:
— в идеале какой-нибудь тест, который покажет, что текст вслепую какая-то лажа;
— или просто продемонстрировать всем наглядно лажу на выходе;
— посмотреть отзывы пользователей, вдруг кто-то уже жалуется на тупой текст;
— бест практис от других компаний можно рассказать — тоже иногда помогает.
У тебя тоже вопрос? Присылай на @maratele
#ответ
Sasha M: Пишу продуктовые тексты для банковского приложения. Есть огромный excel-файл со всем вордингом, текст тянется сразу в приложение. Проблема в том, что писать приходится НЕ ВИДЯ ТЕКСТ В ИНТЕРФЕЙСЕ. Мне нужно догадываться по названию ключей и корявым описаниям айтишников, о чем вообще речь. Как донести абсурдность ситуации до руководства и не поссориться с айтишниками?
——
У меня есть для тебя только одно слово, и это слово ПЕРЕГОВОРЫ.
Надо понять, почему разработчики против. Скорее всего, они просто не понимают преимуществ твоей идеи и экономят ресурс. Соответственно, сначала узнаём все ограничения и аргументы, чтобы было понятно с чем работать.
Когда понятно, в чем преимущество варианта «не менять», можно посчитать преимущество от «менять». Новое решение всегда должно приносить больше, чем расходы и издержки от его внедрения. В твоём случае новое решение — это изменение рабочего процесса или какие-то новые инструменты вроде среды визуализации, так?
Что может быть аргументом:
— в идеале какой-нибудь тест, который покажет, что текст вслепую какая-то лажа;
— или просто продемонстрировать всем наглядно лажу на выходе;
— посмотреть отзывы пользователей, вдруг кто-то уже жалуется на тупой текст;
— бест практис от других компаний можно рассказать — тоже иногда помогает.
У тебя тоже вопрос? Присылай на @maratele
Не согласен с UX-редактором
#ответ
Dmitriy P, дизайнер: Что делать, если не согласен с текстом ux-редактора? Кто прав? Как аргументировать правильно с обеих сторон?
——
Ну, один факт, что текст написал редактор, не делает его неприкасаемым. Все имеют право на другое мнение, тем более дизайнер, который обычно в конечном счёте отвечает за интерфейс вместе с текстом.
Но просто отбраковывать текст без обсуждения плохо. У нормального UX-редактора обычно есть объяснение для каждого выбранного слова. Лучше уточнить его логику, вдруг ты тоже что-то не учёл? А то было одно неизвестное — «почему редактор написал так». Теперь будет ещё и второе — «почему дизайнеру не зашёл текст». С этой точки непонимание будет только копиться, поэтому лучше сразу всё проговорить.
Самым правильным разговором является аргументированный: «Я это сделал, потому что X» — «Я считаю, что не подходит, потому что Y». Но это только первый уровень скилла. Если уходить в деликатные психологические дебри, то круче будет сесть вместе за фигму и решить задачу не как соперники, а как союзники:
А вот тут почему так решил написать? Ага, мысль хорошая, а что если ещё вот об этом сказать? Ага, не помещается, ну тогда может быть вот от этого откажемся?
Наводящими вопросами, наводящими. Особенно при общении с джунами.
#ответ
Dmitriy P, дизайнер: Что делать, если не согласен с текстом ux-редактора? Кто прав? Как аргументировать правильно с обеих сторон?
——
Ну, один факт, что текст написал редактор, не делает его неприкасаемым. Все имеют право на другое мнение, тем более дизайнер, который обычно в конечном счёте отвечает за интерфейс вместе с текстом.
Но просто отбраковывать текст без обсуждения плохо. У нормального UX-редактора обычно есть объяснение для каждого выбранного слова. Лучше уточнить его логику, вдруг ты тоже что-то не учёл? А то было одно неизвестное — «почему редактор написал так». Теперь будет ещё и второе — «почему дизайнеру не зашёл текст». С этой точки непонимание будет только копиться, поэтому лучше сразу всё проговорить.
Самым правильным разговором является аргументированный: «Я это сделал, потому что X» — «Я считаю, что не подходит, потому что Y». Но это только первый уровень скилла. Если уходить в деликатные психологические дебри, то круче будет сесть вместе за фигму и решить задачу не как соперники, а как союзники:
А вот тут почему так решил написать? Ага, мысль хорошая, а что если ещё вот об этом сказать? Ага, не помещается, ну тогда может быть вот от этого откажемся?
Наводящими вопросами, наводящими. Особенно при общении с джунами.