Тег «контекст»

Мы планируем нашу проектную загрузку… 

Иногда клиенты пропадают. Ничего с этим не поделать, хотя очень хочется…

Как написать письмо клиенту, если в проекте конфликт 

Менеджеры часто путают ситуации, когда можно написать клиенту письмо, а когда лучше позвонить или назначить встречу. Из-за этого в проектах часто возникает дополнительное трение и конфликты. Разбираю письмо, которое попалось мне на глаза в одном из проектов, объясняю, что с ним не так и как это исправить…

Собеседник не обязан отвечать здесь и сейчас

Бывает напишешь кому-нибудь по важному и срочному делу, а он не отвечает. И тут начинается страшное: чешутся руки, чтобы написать ещё одно сообщение, накричать капсом, восклицательный знак поставить в конце предложения. Стоп, лучше три — тогда точно ответит!

Но это всё не работает. Никакие «СРОЧНАА ОТВЕТЬ, КЛИЕНТУ НУЖЕН МАКЕТ!!! АААААА!» не помогут. Собеседник скорее всего занят или не в сети. Если у вас правда срочное дело, лучше позвонить и решить вопрос в разговоре.

А ещё полезно помнить, что никто не обязан отвечать вам в ту же секунду. Вам вообще никто ничего не должен. Даже если вам что-то пообещали, не факт, что так и будет. Эту простую истину всегда нужно держать в уме. Когда ожидания от окружающих снижаются, жить становится чуть легче.

Не бойся выглядеть дураком или сначала разберись в задаче, потом делай

Первый этап любого проекта и задачи — это понять, а что вообще нужно сделать: в чём проблема, какие есть ограничения, что можно, а что нельзя, какое решение видит клиент, а что нужно сделать на самом деле. Есть проекты, в которых нихуя с первого раза непонятно и кажется, что решения нет.

В такие моменты у неопытных исполнителей: менеджеров, дизайнеров, редакторов — случается стресс и замыкание. Они бегут к своему ноутбуку и начинают создавать видимость работы: пишут текст, рисуют дизайн, пишут клиенту коммерческое. Мол, потом разберёмся, что там нужно. Главное же, что я работаю, решаю задачу! И вроде как не придраться: дизайнер ведь и правда чего-то там рисовал, редактор что-то писал, а менеджер вёл какие-то переговоры с заказчиком и что-то ему отправлял.

Не нужно писать тексты, рисовать дизайн и отправлять письма, если вы чего-то не понимаете в задаче. Сначала проясните ситуацию, потом действуйте.

Нужно перестать выдрачивать слова и пиксели, и научиться задавать глупые вопросы себе, своим коллегам и заказчикам. Не писать текстики, а искать решения. Не рисовать дизайн, а понять ограничения и цели компании. Не выставлять счёт, если остался незакрытый вопрос по какому-то пункту в договоре. Не стесняйтесь разбираться в задаче. Задавайте глупые вопросы. Не бойтесь показаться дураком на старте проекте, чем оказаться в жопе, когда проект идёт полным ходом.

К слову, это ещё и один из самых простых способов проверить человека на профпригодность. Если в сложной ситуации человек пришёл к вам со словами: «Слушай, я вот тут не знаю, как поступить, не понимаю вот это и это…» — с этим человеком можно работать. А если просто ушёл делать, ничего не спросив, а потом что-то принёс со словами: «Ну я же работал, время потратил…» — то перед вами мудак, которого нужно слать нахуй и никогда больше с таким не работать.

Тексты и подсказки в интерфейсе — это обычная редакторская задача

Я не вижу сильно большой разницы между дизайнерами и юкис- или юай-дизайнерами. То же самое с редакторами и юикс-писателями. Для меня все эти приставки юикс — это просто модные словечки и чаще всего попытка спрятаться за малопонятным английским термином. Есть исключения, их я укажу в конце статьи.

И хотя я ни разу не юикс-писатель и никогда специально не занимался интерфейсными текстами. Но попробую порассуждать на эту тему.

Читать дальше