Магазинчик с леттерингом
5 сентября 2021, 17:20
Я, вероятно, потеряла всю свою аудиторию этого сайта и блога, потому что долгое время ничего не писала. Но не важно :)
Хочу попробовать рисовать леттеринг на продажу. Выложила одну свою работу на Threadless. Рисовала ее в лохматом 2018 на чемодан друзьям, а сейчас отрисовала заново для печати.

В магазинчике можно купить разный мерч: футболки, толстовки, постеры, блокноты, наклейки. В одежде можно выбрать разные ткани футболок, цена будет отличаться. Цветов на выбор тоже много. Моя работа там в двух вариантах: на черном фоне — она хорошо смотрится на темных фоновых цветах, и работа на белом фоне — для светлых вариантов вещичек.
❤️ Заказывайте, если нравится, делитесь с друзьями.
Можете предложить свою фразу на английском. Если мне понравится, я нарисую.
Напишите мне, если вы вдруг знаете, возможны ли где-то штучные продажи, когда фигачишь нечасто и вкладываться в рекламу не хочешь. Куда сунуться со своим леттерингом?
10. Заблуждение: они настроят
18 октября 2019, 17:12
С прошлой заметки прошло три месяца, и вот появилась тема для новой.

Иногда говорят:
Мы не знаем, что именно нужно пользователям на этой странице, поэтому мы дадим им самим решить — пусть сами настроят интерфейс.
Очень часто это означает, что проектировщик не разобрался со сценариями пользователя: какие задачи перед ним стоят, какую информацию он пытается получить, что здесь важное и часто используется, а что второстепенное и редко. Если бы дизайнер все это знал, он бы учел это в интерфейсе.
Пользователь должен заниматься своими задачами, а не отвлекаться на настройку. Когда на каждом шагу настройки, сервис усложняется, с ним непросто начать работать. Новые пользователи могут попросту уйти, если не разберутся, как работать с сервисом. Многие оставляют настройки по умолчанию и не копаются внутри. Кто-то из тех, кто все же дошел до настроек, может настроить сервис не самым удобным образом — этим пользователь выстрелит себе в ногу. Задача проектировщика предотвратить это.
Избегай настроек на каждом шагу, разберись, что именно нужно пользователю. И тогда интерфейс будет вызывать восторг — он предугадает то, что хочет сделать пользователь, поможет справиться с задачами, покажет именно то, что нужно.
Узнавай своих пользователей, изучай их сценарии, затачивай интерфейс под конкретные задачи, а не под сферических коней в вакууме на все случаи в жизни, которых никогда не будет. Твоя задача — сделать волшебный интерфейс, а не такой, что без магии и не разберешься.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
5. Мне достался сложный проект.
6. Борем неуверенность.
7. Красота vs удобство.
8. Заблуждение: они обучатся.
9. Заблуждение: мы потестим.
9. Заблуждение: мы потестим
8 июля 2019, 9:55
В прошлой заметке я рассказывала о заблуждении «они обучатся». В этой расскажу о другом заблуждении.

Тестировать интерфейсы на пользователях — очень круто. Только есть один момент. Иногда у проектировщика возникает соблазн отдать в тестирование сырое решение:
«Мы ж все равно на пользователях проверим, можно не упарываться».
Так вот, упарываться нужно. Проверяй только те решения, которые ты считаешь хорошими. Качественные тестирования проводят, чтобы найти недоработки, которые ты сам пропустил. Не перекладывай на плечи пользователя поиск всех косяков твоего интерфейса, это твоя работа, а не его. Не ленись.
Если ты отдашь в тестирование сырой прототип, ты не отыщешь все проблемы интерфейса с помощью пяти пользователей. Будет непонятно, какое из плохих решений влияет на то, как пользователь справляется. Человек просто не справится с задачей. Но на какое решение пенять, если кругом плохо? Не усложняй работу себе и другим. Береги время юзабилити-специалистов и пользователей. Потрать чуть больше времени сам, устрани недочеты.
До новых встреч
У меня закончились темы для заметок. Конечно, если я вдруг захочу про что-то написать, сдерживаться не буду :) Но, пока что на этом все. Надеюсь, это было полезно.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
5. Мне достался сложный проект.
6. Борем неуверенность.
7. Красота vs удобство.
8. Заблуждение: они обучатся
8. Заблуждение: они обучатся
5 июля 2019, 9:37
В прошлой заметке я рассказывала о муках выбора. Сегодня расскажу об одном заблуждении.

Иногда говорят:
«У нас сложный продукт, поэтому нет цели делать все интуитивно понятным. Мы готовы, чтобы пользователи сначала обучились пользоваться продуктом».
Это заблуждение уходит корнями в какие-то древние книги по проектированию. Но все это справедливо ровно для одного случая — когда не получается придумать простое решение. Если есть хорошее для пользователя решение, постарайтесь его реализовать.
Иногда простые для пользователя решения оказываются нелегкими в разработке, и тогда проектировщики идут на компромисы, придумывают менее элегантное решение, которое быстрей и проще реализовать. Это нормально. Но это не значит, что под соусом «обучения продукту» надо проектировать сервис на постоянной основе. Ваша задача делать взаимодействие с продуктом простым и понятным.
Всегда думайте о пользователе, не забивайте на его удобство. Иногда стоит потратить больше сил, чтобы сложная фича работала понятно. Не прикрывайтесь тем, что у вас «сложный продукт», не делайте некачественный сервис. Это попросту халтура. Пользователи не должны огребать. У них не должен кипеть мозг при решении задач. Наша работа — сделать так, чтобы они тратили меньше усилий. Если задача сложная, это не повод переложить ее на плечи пользователя. Это значит, что и у проектировщика, и у всей команды более сложная задача.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
5. Мне достался сложный проект.
6. Борем неуверенность.
7. Красота vs удобство.
7. Красота vs удобство
4 июля 2019, 10:35
В прошлой заметке я рассказывала, как проектировщику стать чуть более уверенным и не тушеваться. В этой расскажу про муки выбора.
Всегда есть больше одного решения задачи. Представим, что у нас есть два решения.

Решение первое
Оно нам больше нравится визуально — стройнее, менее перегружено, приятнее глазу. Но при этом в нем пользователю могут быть неочевидны какие-то моменты, он может не разобраться, не заметить важное.

Решение второе
Максимально понятное, удобное, минимум вероятности налажать, пользователь справится. Внешне оно выглядит обычным, не таким классным, как в первом случае.
Что же выбрать?

Да, всегда есть опция придумать третье решение, которое обладает плюсами первого и второго. И, конечно, можно потестить на пользователях первое решение, вдруг они справятся. Но не всегда и не все нужно тестировать. И иногда не получается придумать третье решение, так что выбирать все же приходится.
В этих случаях я выбираю удобство и понятность. Потому что главное для пользователя — решить задачу. Конечно, внешний вид интерфейсов влияет на опыт использования продукта. Я вовсе не призываю забить на красоту. Мы все хотим, чтобы наши продукты вызывали эмоции, ими было приятно пользоваться. Но в случае, когда надо выбрать между понятным и приятным глазу — принимайте решение в пользу понятного.
В наших сервисах пользователи решают свои рабочие задачи, поэтому удобство в приоритете. Могу себе представить какой-нибудь сервис развлекательного характера, где цена ошибки невелика, но очень важен внешний вид. Там весы могут склоняться в другую сторону. Но у нас все же не так.
В следующей заметке читайте про заблуждение «они обучатся».
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
5. Мне достался сложный проект.
6. Борем неуверенность.
6. Борем неуверенность
3 июля 2019, 10:03
Прошлая заметка была про проблемы вливания проектировщика в команду. Но это не единственная сложность. Нового проектировщика одолевают разные тревоги, сомнения, страхи.

Я ни на что не влияю
Иногда дизайнер говорит: «Я сильно не вмешиваюсь, я же новенький, меня никто не послушает». А ты попробуй. Не попробуешь, не узнаешь. Не послушают раз, два, послушают на третий. Это не причина не пробовать. Вмешивайся, влияй, предлагай решения. Говори о проблемах в интерфейсе, объясняй свою точку зрения. Не забывай про конструктивную форму общения.
Доверие к твоим решениям формируется, когда ты раз за разом транслируешь свое мнение. Если этого не делать, то нечего и ждать.

Я не уверен в своих решениях
На первых порах это нормально. Уверенность приходит с опытом. А пока учись рассуждать. Ищи плюсы и минусы в решениях, проговаривай их. Можешь составлять списки за и против, если тебе будет удобнее. Слушай агрументы других дизайнеров, пытайся понимать, как они рассуждают, на чем основываются.
Повышай насмотренность. Так ты будешь видеть больше вариантов решений задачи, начнешь понимать, чем одно отличается от другого. Читай разборы работ у Горбунова, Лебедева, Штанга. Общайся с дизайнерами из своей группы. Разбирайте работы вместе, обсуждайте их.
В любом случае, не переживай о качестве своих решений. Твой наставник приглядывает за тобой и не даст облажаться.

Я решаю задачи хуже других
Всегда есть кто-то, кто решает лучше или хуже. Так будет всегда, это вечный процесс. С одной стороны, когда ты сравниваешь себя с другими, это позволяет тебе расти, не останавливаться на достигнутом. Но с другой это может ограничивать и расстраивать. Не тревожься об этом.
Не бойся показывать свои работы по этой причине. Да, дизайнеры критиканы и легко нарваться на негативную обратную связь. Но это нормально. Никто не думает о тебе плохо. Это всего-то решения задачи, а ты учишься. Показать недодстаточно хорошую работу не стыдно. Плохо не развиваться. Мы учимся на негативном опыте, так устроена жизнь. Не надо воспринимать негатив, как катастрофу. Ну и что, что у тебя не сразу что-то получается, или тебе надо больше времени подумать над задачей. Не отказывайся от возможности порисовать что-то совместно, от возможности показать и обсудить работу. Это позволяет тебе расти.
К тому же, твою неудачную работу уже завтра забудут, об этом не стоит беспокоиться. Людям по большому счету есть дело только до самих себя. Они не вспоминают чужие ошибки вечерами, у них хватает своих забот. Все неловкости только у нас в голове.

Я не могу объяснить свое решение
Ты чувствуешь, что твое решение правильное, но не можешь нормально объяснить. Задавай себе вопросы. Какую проблему ты решал? Какой у пользователя сценарий? Из каких шагов он состоит, что на каждом шаге важно? Где могут быть проблемы у пользователя, чего стоит опасаться? В чем сложность решения задачи? Какие еще варианты были у тебя? Почему они хуже? А можно ли придумать еще одно решение или несколько? Были ли подобные решения в сервисе, какие они? Или может другие дизайнеры решали схожие задачи?
Обсуди решение с аналитиком, юзабилити-специалистом, другим дизайнером, расскажи про его плюсы-минусы, спроси мнение. Тренируйся объяснять решения на своем наставнике.
О том, как презентовать свое решение, я рассказывала в одной из прошлых заметок.

Я не знаю ответа на вопрос
Бывает так, что кто-то из команды задает вопрос, ответа на который ты не знаешь или с ходу не можешь придумать. Попроси время подумать: «Мне надо 10 минут, я поразбираюсь и отвечу». Обычно ребятам это подходит, никто не ждет мгновенного ответа, так что не паникуй, не думай, что ты какой-то неважный дизайнер, раз не можешь ответить сразу. Нет задачи ответить мгновенно. Причем это относится не только к проектировщикам. Время на подумать бывает нужно всем, это нормально.
А дальше ты можешь сам искать ответ или просить помощи дизайнеров, как угодно.

И вообще, я не люблю общаться
Я тоже. Очень энергозатратное занятие. Но без этого никуда. Если хочешь чего-то добиться и вообще как-то существовать среди людей, тебе придется общаться с разными людьми. С кем-то будет проще, с кем-то сложнее, а с кем-то невыносимо. Если ты попал в Контур, значит мы решили, что ты с этим справишься. Общаться придется много.
Выводы
Будь смелее. Учись рассуждать и объяснять, повышай насмотренность. Проси о помощи, когда нужно. Не паникуй.
В следующей заметке читайте про муки выбора.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
5. Мне достался сложный проект.
5. Мне достался сложный проект
2 июля 2019, 11:47
В прошлой заметке я писала о том, что делать с желанием переделать все в проекте на свой лад. В этой расскажу, что делать, когда все кажется не таким простым, как ты ожидал.

Это нормально
Все проекты разные, у каждого свои особенности, свои болячки. В одном проекте давно не было проектировщика, или его не было никогда. В другом — криво пошли процессы и все кажется неорганизованным. У кого-то команда переживает сложные времена. А где-то с отдельными ребятами не удается договариваться без кучи нервов.
Новичку может показаться, что именно ему перепало работать в сложном проекте. На самом деле у каждого проекта свои особенности, надо их понять и пытаться с этим работать. По этой причине мы ищем дизайнеров, которые могут самостоятельно решать разные вопросы, не будут отсиживаться в стороне, займут активную позицию.
Во всех непростых случаях новичку поможет наставник. Он расскажет, что делать со всем этим добром, с чего начать, как разговаривать с менеджером проекта о разных проблемах. Если это потребуется, наставник вмешается и пойдет разговаривать с командой.
Это твоя ситуация? Не вешай нос и пробуй менять к лучшему то, что можешь. Не думай, что где-то там лучше, и тебе надо идти в другой проект. Сложности есть везде, просто они разные, и надо прилагать много сил, чтобы стало хорошо.

Обращение к командам
Возможно, в каких-то проектах не выстроены процессы взаимодействия с проектировщиком. Причины могут быть разные. Помогите проектировщику влиться в команду, взаимодействуйте с ним. Недопустимо, когда интерфейсные решения принимают без проектировщика. Как минимум должно быть ревью решений. А вообще, проектировщик должен участвовать в выработке решений и их принятии, это его зона ответственности.
Не думайте, что проектировщик рисует картинки. Прототипы — это побочный продукт решения задачи, который помогает донести мысли. Важны сами решения, не важно, как они выражены. Работа проектировщика — вырабатывать такие решения.
Подключайте дизайнера к обсуждениям раньше, когда он еще может на что-то повлиять. Плохо, когда он узнает о решениях команды от кого-то постфактум. По сути вы лишаете его работы. Без проектировщика вы делаете некачественный продукт.
Проектировщик может повлиять много на что, но выстроить процессы взаимодействия должен помочь менеджер разработки или проекта. Не оставляйте проектировщика один на один с проблемами. Так он демотивируется. Нам очень сложно искать новых проектировщиков, их нигде не учат специально. Кто-то приходит к проектированию самостоятельно. Нам крайне редко везет на мидлов. Чаще приходят начинающие ребята с огнем в глазах, которых мы учим, тратим время и силы на это. Пожалуйста, не гасите огонь в их глазах.
Возможно, вы думаете, что проектировщик неопытный, поэтому не считаетесь с ним. На самом деле новеньких никто не оставляет один на один с проектом. Их решения отсматривают наставники, за качество решений можно не переживать. Я ни разу не видела откровенной фигни у новичков. У нас хороший отбор на входе, мы берем ребят, которые хорошо соображают. Верьте в них. Мы — верим.
Выводы
Проектировщик, если тебе кажется, что у тебя сложный проект, не вешай нос, пробуй изменить ситуацию к лучшему, проси помощи наставника.
Команды, менеджеры, берегите проектировщиков, помогайте вливаться в коллектив, включайте в процессы, не оставляйте в стороне. У вас одна цель — качественный продукт. Идите к ней вместе.
Ребята, вы не по разные стороны барикад, у вас одна дорога, помните это. Приход проектировщика в проект не должен походить на сражение.
Я была бы рада, если бы эту заметку прочли не только дизайнеры.
В следующей заметке читайте про страхи и сомнения нового проектировщика.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
4. Хочу все переделать.
4. Хочу все переделать
1 июля 2019, 11:15
В прошлой заметке я рассказала о том, как презентовать свои решения команде, и почему не стоит перекладывать на плечи команды выбор варианта решения.
Сегодня расскажу, что делать, когда ты пришел в проект, и в нем столько всего не нравится, что хочется все переделать.

За что хвататься?
Когда проектировщик годами смотрит на один и тот же интерфейс, взгляд замыливается. А если не замыливается, то все шероховатости и недоработки в интерфейсах не так сильно режут глаза. Он о них знает, но они не тревожат его, как нового проектировщика.
Новому дизайнеру часто хочется все исправить и переделать. Каждый день он находит все больше и больше штук, которые работают не так, как надо. Конечно, от этого можно растеряться. Непонятно, что делать — дизайнер в ответе за все это добро, но все сразу исправить не получится. Разработка не успевает за полетом мысли дизайнера. Да и дизайнеру иногда нужно много времени, чтобы подготовить концептуальное изменение целого раздела непростого сервиса.
Так что же делать?

Выбери самое важное
То, что тебе многое не нравится, это нормально. На первых порах плохие решения будут кидаться тебе в глаза, не давать спать по ночам, бесить. Все проходят через эту стадию.
Попробуй понять, что из этих вещей критично для пользователя. Критично то, что задевает основные сценарии, чем пользуются большие массы людей регулярно. Если что-то из этого действительно супер-важное, можно поговорить с менеджером разработки и запланировать задачу. Небольшие вещи можно чинить в формате багов.
Со временем ты будешь понимать, каких пользователей затрагивает конкретное изменение, будешь знать, что надо исправлять прямо сейчас, а что можно отложить. Для этого изучай сервис, узнавай про сценарии, погружайся в мир пользователя. И главное, не молчи о проблемах, обсуждай их с коллегами. Узнавай, какие места в сервисе самые плохие на их взгляд и почему.

Прими наследие
Не ругай проектировщиков, которые когда-то сделали все это. Они старались принимать оптимальные решения в каждый конкретный момент времени в неизвестных тебе условиях. Возможно, они и представить не могли, во что вырастет сервис. Да что там говорить, ты сам будешь критиковать свои решения спустя годы.
У проекта мог быть сложный бэкграунд: где-то был совсем начинающий проектировщик, а где-то его и вовсе не было. За это время сервис изменился не в лучшую сторону. Это не повод унывать. Все то, что ты видишь — условия, в которых надо работать. Работай с тем, что есть, улучшай это. Тебе всегда будет хотеться исправить старое, даже если перерисовать все в раз с нуля. Как только закончишь — сразу придут в голову новые замечательные идеи. И это хорошо.

Переделывай
Иногда ребята из команды говорят: «Мы это переделывали год назад. Почему мы делаем это снова? Где гарантии, что через год вам не захочется все изменить?» Захочется. И это нормально. Так сервисы развиваются. Нельзя один раз написать сервис и больше не улучшать его. Конечно, большие серьезные изменения надо продумывать тщательно, тестировать решения, собирать информацию. Это очень ответственная работа. Лучше сделать все качественно, чтобы этих изменений хватило надолго. В это время можно заняться новыми фичами, которые ждут пользователи. Но переделывать — это нормально.
Выводы
Видеть стремные вещи в сервисе это хорошо. Еще лучше — записывать это куда-то, решать, что из этого важнее, и затаскивать изменения в разработку. Решай задачи по очереди, не накидывайся на все сразу. Иначе много нарисуешь в стол, а пользователи так и не увидят изменений. Сначала договорись с менеджером разработки, какую штуку ты хочешь переделать первой, только потом приступай. Не ругай прежних коллег и обстоятельства. Прими проект таким, какой он есть. И не переставай менять его к лучшему.
В следующей заметке читайте о том, что делать проектировщику, если ему достался сложный проект.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
3. Презентуй свои решения.
3. Презентуй свои решения
29 июня 2019, 11:21
В прошлой заметке я рассказала о том, что нужно не бояться задавать вопросы коллегам. Хочу сказать еще несколько слов на эту тему.
Общаться лично быстрее и эффективнее. Лучше, когда ты вживую покажешь аналитику конкретные экраны, чем он будет ковыряться в десятках страниц, искать нужный, а потом писать комментарии к ним, стараться хорошо их сформулировать. Часть того, о чем он подумает, он не напишет. В живой речи все проще. У тебя будет возможность задать вопросы и что-то уточнить тут же. Не надо устраивать переписок на несколько кругов по мелочам. Это затягивает процесс.
Перейду к следующей теме. В этой заметке я расскажу о важном качестве проектировщика — умении рассказывать о решенной задаче команде.

Рассказывай связно
Не у всех и не всегда получается хорошо формулировать свои мысли, этому нужно учиться. Благо у нас в компании много обсуждают задачи внутри команды, и есть дизайн-группы — на встречах можно прокачивать этот навык, рассказывать о своих задачах.
Рассказ должен походить на связную историю, а не на обрывочные фразы о частях сервиса. Он должен начинаться с того, почему возникла задача, какую проблему ты пытался решить. Рассказывай последовательно, не скачи с одной мысли на другую. Показывай экраны в той очередности, в какой идет сценарий пользователя — тогда будет понятно, что и где происходит.
Можно рассказать о поиске решения, с чем пришлось столкнуться, какие варианты ты отверг и почему. Если твоя задача — это исправление текущего решения, не поленись показать ребятам, как сервис работает сейчас. Это нужно не потому, что они не знают сервиса, а для того, чтобы вспомнили, и все были в одном контексте.
О том, что дизайнер должен отстаивать свою точку зрения, учиться слушать, адекватно воспринимать критику, я писала в самой первой заметке.

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

Многообразие вариантов
Не приноси команде разные варианты решения задачи с той целью, чтобы команда выбирала «лучшее». Это твоя зона ответственности — понять, какое лучше, предложить его и объяснить, почему ты его выбрал.
Бывает так, что ты что-то не учел, чего-то не знал, чем-то твое решение не годится, тогда решение нужно исправить — это нормально, это обычный рабочий процесс. В этом случае приготовь другое решение с учетом новой информации.
Не стоит во время обсуждения искать альтернативное решение и принимать его. Дай себе время подумать и решить задачу хорошо. Запиши замечания, комментарии, предложения и проработай их позже с аналитиком. Не соглашайся на плохое решение только для того, чтобы принять его сейчас. Или потому, что кто-то предлагает альтернативу. Не важно, кто придумал новый вариант, ты или коллега, если оно не проработано, не соглашайся на него, возьми таймаут на размышления. Обычно время на правки есть, пользуйся этим.
То есть общее правило такое: изменились условия, появилась новая информация — заново решай задачу. Обычно удается исправить лучшее из решений, а не проектировать задачу с нуля.
Почему команды хотят выбирать из множества вариантов?
Недоверие к решениям проектировщика
В формировании доверия поможет умение хорошо объяснять задачу. А еще умение много слушать и задавать вопросы. Когда люди видят, что ты их слушаешь, они понимают, что ты учитываешь их аргументы, доверие к твоим решениям возрастает. Общайся, и со временем коллеги смогут положиться на твои решения.
Желание поучаствовать в принятии решения
Это хорошее желание. Не решай задачу в одиночку, советуйся в процессе с аналитиком и другими ребятами. Так не только ребята поучаствуют в принятии решений, но и ты сможешь более качественно проработать задачу.
Не могу выбрать лучшее
Если ты не знаешь, какой вариант решения лучше — посоветуйся с другими дизайнерами. У нас есть чат всех дизайнеров, чаты и встречи дизайн-групп. Про наставника тоже не забывай. Не носи несколько вариантов команде, потому что сам не смог выбрать лучшее. Сначала разберись сам.
Ты можешь провести коридорное тестирование своих решений. По-началу это может казаться диким. Но тут все свои. И даже если ты не знаком с ребятами со своего этажа, мало кто откажется, если на кухне ты подойдешь к незнакомому человеку с вопросом, может ли он помочь протестировать задачку. Если не знаешь, как правильно задавать вопросы, как показать задачу для тестирования, ребята из твоей дизайн-группы или наставник тебе помогут.
Никогда не говори команде, что это решение лучше, потому что так сказал опытный Вася. Это плохой аргумент. Вася может и прав, но у тебя должно быть свое мнение, и ты выражаешь именно его. Если ты согласен с Васей, значит это и твое мнение, твое решение. Если не согласен или что-то не понял — поговори с Васей, пусть расскажет подробнее. Не приноси команде решения, в которые сам не веришь. Потренируйся объяснять решение на ком-то из дизайнеров, если тревожишься, что не можешь донести свою мысль хорошо.
Выводы
Хороший рассказ о задаче помогает понять команде, почему и как ты принимаешь решения, у ребят формируется доверие к твоей работе. Не стоит вываливать команде несколько вариантов решений для выбора. Разберись сначала сам, что лучше, и презентуй этот вариант.
В следующей заметке я расскажу, стоит ли проектировщику бороться с желанием все переделать в сервисе.
Прошлые заметки этой серии
1. Начинающему проектировщику.
2. Общайся.
2. Общайся
28 июня 2019, 11:25
В прошлой заметке я рассказала о том, что мы ожидаем от нового проектировщика. Выяснилось, что новичку крайне важны навыки общения. Поэтому в нескольких постах я буду говорить о коммуникациях, расскажу, с чем на первых порах сталкивается проектировщик, и как ему вести себя в непростых случаях.
В этой заметке я расскажу, кого и о чем надо спрашивать.
Задавай вопросы
Первое, чему стоит научиться в Контуре — не бояться подходить к людям с вопросами. Самостоятельность — это хорошо. Уметь гуглить — тоже хороший навык. Но некоторые вещи могут рассказать только коллеги. Они уже давно варятся в проекте, знают особенности, погружены в предметную область. И только они смогут развернуто ответить на твои вопросы. Ты просто сэкономишь время. Так что активно общайся с командой во время решения задачи.

Пользователи и сценарии
О том, как устроена жизнь пользователей, часто знают аналитики. Многие из них пришли из технической поддержки пользователей, так что они многое повидали. Они знают конкретные сценарии, особенности поведения пользователей.
Если в проекте есть свой юзабилити-специалист — он тоже много всего знает. Возможно, у него есть нужные тебе исследования, записи интервью, транскрипты. Если информации не хватает, можно запустить новый опрос или съездить на интервью.
Маркетологи могут рассказать тебе, почему люди покупают сервис, что ценят в нем, как покупают. Это тоже помогает сформировать представление о пользователе.

Как это работает
Как все работает в сервисе знают не только аналитики, но и разработчики. А если не знают, то могут почитать код и узнать. Да, бывает так, что какие-то старые части кода писали люди, которые уже не работают в проекте, и поэтому сложно с ходу сказать, как все устроено. Но чаще всего разработчики знают, спрашивай.

Проработка деталей
Тестировщики могут помочь добыть экран сервиса, который сложно получить самостоятельно. Например, в твоей учетке нет отправленных отчетов, ты не можешь отправить отчет без сертификата, а тебе нужно посмотреть, как все это выглядит.
Кроме того, тестировщики знают, с чем связана какая-то отдельная фича, какие места сервиса может затронуть твое изменение. Это поможет тебе более полно проработать все ситуации поведения интерфейса. Ну и конечно, они дадут доступ к тестовым учеткам на боевой или тестовым стендам.
Очень рекомендую смотреть на новую фичу до релиза на тестовом стенде. Так ты можешь заметить какие-то детали и несоответствия, о которых разработчики не подумали, не догадались, не заметили в прототипе. Или даже просто посмотреть на верстку. Часто такое могут замечать тестировщики, но взгляд проектировщика не помешает.

Тексты
Иногда в проектах есть редакторы, технические писатели, маркетологи. Эти ребята обычно знакомы с Ильяховым и могут помочь с текстами в интерфейсе. Они прекрасно умеют писать лонгриды и короткие сообщения об ошибках. Не стесняйтесь просить их о помощи. Классные тексты сложно переоценить.

Процессы и внутренняя кухня
Менеджер разработки может рассказать, как устроены процессы. Если что-то работает не так, как хотелось бы, он поможет скорректировать и настроить. Если не складывается общение с командой — спроси его, почему все так происходит, как можно сделать так, чтобы стало нормально.
Когда возникают такие ситуации, поговори со своим наставником. Вряд ли он сразу бросится вмешиваться, сначала он попробует помочь тебе, чтобы ты справился самостоятельно. Он подскажет, на что стоит обратить внимание, подсветит острые моменты, расскажет, как себя вести, что делать, настроит на нужный лад.
Хорошо научиться решать конфликты самому. Но если ситуация затягивается и не разрешается, наставник вмешается, поговорит с менеджером. В любом случае не терпи. Нет задачи пасть смертью храбрых. Есть задача не потерять мотивацию и наладить процессы взаимодействия в команде. Наставник поможет.
Выводы
Первые сомнения и страх новичков — начать отвлекать людей от работы своими вопросами. Прошлый опыт часто говорит им о том, что нужно работать самостоятельно. Но в этом случае новичку будет сложно решать задачи. Выход один — задавать вопросы.
В Контуре личного общения больше, чем где-то еще, все к этому привыкли. Не решай задачи в одиночестве. Нормально, если во время решения задачи ты несколько раз в день подходишь к аналитику. Конечно, не стоит отвлекать людей каждые 5 минут. Если работа не встает, можно немного подкопить вопросов и задать их раз в пару-тройку часов — смотри по ситуации.
Главное помни — в Контуре тебе готовы помочь по любым вопросам, только начни их задавать.
В следующей заметке читай о том, как презентовать свои решения команде.
1. Начинающему проектировщику
27 июня 2019, 20:30
Я запускаю серию заметок, которые буду публиковать в первую очередь во внутренней соцсети Контура, Стаффе, здесь будет копипаст этих статей. Если ты из Контура и читал это в Стаффе — можешь не читать.
В заметках я буду писать о том, на чем стоит фокусироваться новичку, чтобы не растеряться в многообразии информации. Что может помочь на старте, как вести себя в непростых ситуациях в команде, что нормально, а что нет.
Заметки будут сильно ориентированы на проектировщиков Контура и наши процессы. У меня нет цели рассмотреть, как все устроено в других компаниях, наш опыт может отличаться. Но что-то вы можете переложить на свои ситуации, и это может оказаться полезным.
Первая тема — про наши ожидания от проектировщика.
Что мы ценим и ожидаем
Много полезного написано в гайде по проектировщику, а еще в модели развития дизайнера. Я хочу остановиться на самых важных навыках, которые пригодятся прямо на старте.

Умение общаться и рассказывать свои решения
Этот навык нужен с самого первого дня, когда проектировщик начинает получать горы информации. Кому и на какие темы задавать вопросы я напишу в отдельной заметке.
Мы ожидаем, что дизайнер будет объяснять и отстаивать свою точку зрения. Для команды важно понимать, почему надо делать именно так, а не иначе. Команда болеет за продукт, хочет, чтобы он получился хорошим. Никому не хочется делать фигню. Именно поэтому ребята задают вопросы — это нормально.
Не думай, что твои решения критикуют или задают вопросы, потому что ставят под сомнение твой профессионализм. Вопросы — это способ понять твое решение, а предложение альтернативных вариантов от ребят — способ помочь тебе решить задачу. Чем раньше ты это осознаешь, тем быстрее беседы перетекут в конструктивное русло. Ты поймешь, почему твое решение не годится и придумаешь новое. Ты ощутишь поддержку, а не препятствия.
Бывают ситуации, когда в команде не налажено общение с проектировщиком, и может быть есть ребята, которые не видят в проектировщике пользы. Такие ситуации надо разбирать отдельно. Здесь я пишу о нормальных здоровых отношениях в команде, когда все участники понимают роли друг друга, считаются с мнением коллег, хотят решить задачу минимальными усилиями. В случае сложностей дизайнеру стоит сообщить об этом своему наставнику. Не всегда дизайнер может переменить ситуацию в проекте, ему нужна помощь.
Уметь слушать и понимать другие точки зрения тоже важно. Без этого ты можешь многое упустить. Не ленись слушать ребят до конца, даже если ты понимаешь, что тебе хотят сказать. Людям важно понимать, что их выслушали и поняли — сделай это.
Ну, и конечно, надо уметь договариваться. Задача не решена, пока все не сошлись на одном решении. Нехорошо, когда кто-то говорит «я не согласен, но делайте, что хотите». Стоит обсудить возражения, понять, почему человек сопротивляется. Возможно ты что-то не учел. Это важно для будущих отношений с ребятами. Как только ты начнешь делать «что хочешь», так сразу доверие к тебе будет утеряно. Восстанавливать его будет сложно. Когда ты не считаешься с кем-то, этот кто-то потом тоже не будет считаться с тобой.

Критическое мышление
Оно позволяет докапываться до сути и решать задачи более качественно. Дизайнер должен быть жаден до мелочей. Конечно, во всем нужна мера. Идеальный интерфейс можно рисовать всю жизнь. Задача дизайнера предложить решение хорошего качества в разумные сроки. Нормально, если дизайнеру не нравится, как он решил старую задачу. Это позволяет ему расти, предлагать лучшие решения в будущем.
Не ленись придираться к своим решениям, но будь аккуратен, когда придираешься к чужой работе — не забывай про конструктив.

Здоровое отношение к критике
Твои решения будут критиковать. Просто смирись, это нормально. Нет ничего стыдного показать свою работу с ошибками. Это всего лишь задача, ты учишься, ничего особенного в этом нет. Мы учимся всю жизнь через неудачи. Никто не ожидает от новичка супер-интерфейсов. Не тревожься из-за количества стремных моментов. Просто слушай, что тебе говорят, пытайся понять почему, пытайся уложить это в свой опыт. Задеть за живое никто не хочет. Не бойся показывать свои работы и не избегай критики. Только так ты сможешь расти — это важно.
Критикуй чужие работы аккуратно, без эмоций. Скажи, что было бы лучше и почему.

Неравнодушие
Не проходи мимо фигни. Если видишь что-то неправильное — скажи. И предложи возможное решение. Это касается как интерфейсов, так и общения, процессов. Если что-то можно изменить к лучшему, мы это меняем.
Будь готов, что по поводу фигни придут и к тебе :) Если ты плохо сделал задачку — это повод ее переделать, а не расстраиваться. Ошибаются все. Ребята не хотят задеть тебя лично, они просто не хотят фигни.

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

План решения задачи
В идеале ты должен представлять себе алгоритм решения задачи. В Эльбе мы используем чек-листы, чтобы ничего не упустить в процессе решения.
Ты можешь составить подобный для себя с учетом особенностей твоего проекта. Наш чек-лист периодически дополняется новыми пунктами. Актуальный ты можешь найти в Фигме, если включишь библиотеку компонентов «Эльба». Если у тебя есть вопросы про какие-то пункты в нем — пиши в комментариях, я расскажу.
Про то, как дизайнеры решают задачи, тебе может рассказать наставник. Со временем ты поймешь, как устроен процесс в вашей команде, и не будешь теряться, когда к тебе придет новая задача.

Многообразие решений
Видеть разные варианты решения одной задачи — хорошо. При этом надо понимать, чем одно лучше или хуже другого. Выбирать лучшее и отстаивать его. Почему не стоит давать команде выбирать решение из всего многообразия, я расскажу отдельно.
Выводы
Новому проектировщику надо прокачивать не только навыки проектирования, но и навыки общения. Софтскилы прокачивать больно и сложно, но необходимо. Часто у новичков с ними куда больше проблем, чем с плохим дизайном.
В следующей статье читай о том, что и у кого можно спрашивать, когда решаешь задачу.
Слово велосипеду
2 июня 2019, 23:42
UPD: Велосипед продан
Привет! Давай знакомиться. Я прогулочный велосипед Kross Classico II 2014 года.
Я прожил у хозяйки 5 лет, она меня очень любит, но не очень-то много на мне катается. Прошлые пару лет я безвылазно стоял в темном углу. Пришла пора найти мне новую хозяйку. Или хозяина — я не против.
Я хорош для поездок по городу, но не гожусь для езды по бездорожью. На мне можно кататься в платье — есть защита от попадания одежды в спицы. У меня занижена рама — удобно быстро спрыгивать с меня и садиться обратно.
Я ретро-красавчик — внимание прохожих идет в комплекте ;)
У меня светлые покрышки, плетёная корзина, звоночек, передний фонарик, который питается от динамо-машины, защита цепи, чтобы в нее не попадала одежда, задний багажник, комфортное седло с амортизацией и подножка.
Я в отличном состоянии, не попадал в неприятности. К хозяйке приехал из Санкт-Петербурга в 2014 году, все мои документы сохранились.
Я подойду любому с ростом 165-180 см.
Остальные скучные характеристики есть на Яндекс.Маркете.
Хозяйка согласна отдать меня за 11 000 ₽ — пишите ей в почту.
С нетерпением жду встречи ❤️
Передоз саморазвития
30 сентября 2018, 5:28
Я давно не ходила в отпуск так надолго. На целых три недели. Сегодня последний день. Я ничего не ждала от отпуска. Хотела просто переключиться. Я не планировала что-то сделать или в чем-то разобраться. Оно получилось само. Примерно на 12 день у меня к самой себе возник вопрос: Оль, а что тебе надо, чтобы тебе было хорошо? Какой бы тебе хотелось быть? Что для тебя хорошо? Когда тебе хорошо, то что у тебя есть, а чего нет? Ответы пришли, и все сложилось.
Предыстория
До этого, много лет назад, как-то так вышло, что я начала рисовать. А потом писать буквы. Все это хорошо, но через какое-то время я стала ожидать от себя чего-то большего. Саму себя сделала должной. Я должна нарисовать кучу картинок, выложить на стоки и заработать еще немного денег. Я должна продавать, что я рисую, ведь неплохо же получается. И вообще, я должна много и регулярно рисовать. Хотя, кому должна, было непонятно. Так я загналась и перестала рисовать совсем. Это стало не в кайф. Рисование ассоциировалось с дополнительным заработком и социальным одобрением. А надо ли мне все это? Вообще-то нет. Но я от себя это зачем-то требовала. Я зациклилась на рисовании, но не рисовала. Ни картинки, ни буквы.
Этот бложик стал прозябать. Потому что он тоже ассоциировался с картинками, и мне думалось, что сюда приходят за ними, а если картинок нет, то и жизни здесь тоже нет. Вроде все логично. Может когда-то сюда и правда приходили за смешными историями про человека Мяука, но что с того? Вообще-то, бложик всегда был местом, где я просто живу. И если у меня сейчас много букв без картинок, значит у меня сейчас есть мысли, которые хочется зафиксировать для себя и не забыть. И не важно, кому они интересны, пусть мне одной. К сожалению, когда рисование стало для меня каким-то центром вселенной, про это я как-то не думала.
Потом я немного почитала Людвига с его Недиваном, и главной темой у меня стало «разрешать себе не». Разрешать себе не рисовать. Не ждать чего-то от себя и не требовать. Не переживать из-за того, что не рисую, не развиваюсь куда-то там дальше и вот это все. И я наблюдала, что будет. После пары-тройки недель такого «не», случались приступы рисования, потому что прямо захотелось что-то сделать, что-то придумалось, и это было в кайф. Не потому что я требовала от себя, а потому что захотелось. Ну, и я такая подумала — во! Вот так надо. Надо просто не заставлять себя, и тогда будет хотеться все вот это делать, что я от себя требовала раньше.
Развязочка
Для меня все встало на свои места где-то на 12 день отпуска. Когда я ответила самой себе на фиг знает откуда взявшиеся вопросы: что для меня хорошо, что для меня быть счастливой, что я для себя хочу?
Оказалось, что я хочу вовсе не картинки и буквы рисовать. Саморазвития мне хватает. Мне нравится моя работа, там пока есть, что побеждать и делать лучше. Все сражения за спасение мира у меня там. И мне этого достаточно. Достаточно. Ключевое слово. Мне всего хватает. И интереса, и сложностей, и развития. А не хватает мне просто спокойствия. И времени, чтобы расслабиться и отдохнуть. И не думать, что я что-то кому-то должна. Пусть даже себе самой.
На двенадцатый день отпуска я ответила самой себе:
Да, я умею в каллиграфию, в леттеринг, в персонажей, в комиксы. Ну и что? Мне это не нужно. Если когда-то и буду рисовать, то не потому что я поставила себе такую задачу. А потому что само. Вырвалось. И не важно даже, что это будет. Может, вырвется что-то другое :) Ведь раньше я увлекалась разным, и фотографией, и шитьем. И не парилась по поводу того, что я это бросала. И не ждала от себя чего-то сверх. Просто делала, что нравится. Но в какой-то момент утерялось это ощущение, и кто-то, внешний мир или я сама, внушил мне, что я могу и должна делать больше, а не тратить время впустую.
Нет, погодите секундочку. Впустую? Да что же может быть важнее для меня, чем я сама? Даже в самолете по инструкции, если вдруг все идет не по плану, надо сначала надеть кислородную маску на себя, потом на ребенка. Потому что если тебе звездец, то никому ты уже не поможешь и ни о ком не позаботишься. Если ты расклеился, то зачем и на что тратить то самое драгоценное время? Ради какой такой зашибительной цели? Вот бы почаще про это вспоминать в обычной жизни...
В этом месте я пожалела, что все это озарение наступило не после недельных практик медитации или осознанного поедания изюма. А просто так. А то могла б говорить, что вот, оно работает :)
На самом деле, вся эта тема про успокоение мыслей мне будет нужна прямо сейчас. До этого я пробовала что-то, но оно не шло. Я понимала, что все эти медитации помогают расслаблять мозг, но тогда я к этому не пришла. Для этого не достаточно понимания, что это работает. Для этого еще нужно понимание, зачем оно тебе. А когда кругом суета, то важнее кажется порешать вопросики, чем послушать очередной трек на Headspace и привести мысли в порядок. Потому что цели и стремления другие.
И вот, только под конец отпуска мне стало ясно, в чем была моя ошибка, когда я, вдохновленная Недиваном, пробовала «разрешать себе не». Мне нужно было не просто «разрешать себе не», мне надо было понять, что оно мне вовсе не нужно. Потому что важнее всего заботиться о самой себе и понимать, что мне правда надо, что мне хочется. Главное — я сама. А все остальное фигня.
Любите себя.
❤️
Бот Большой библиотеки
3 сентября 2018, 21:37
В июне я писала про Большую библиотеку Контура. По-тихоньку библиотека растет, читателей становится больше, а значит больше времени нужно тратить библиотекарю, чтобы всем этим заниматься. Мы с Катей Пайль сделали бота в Телеграме, который многое упросил. Но сначала стоит вспомнить, как мы жили до бота.
Жизнь до бота
Что делают читатели
- Берут книги.
- Встают в очереди за книгами.
- Заказывают новые книги.
- Заказывают доставку книг в другие офисы Екатеринбурга, и возвращают оттуда прочитанное.
У библиотекарей чуть сложнее
- Библиотекари ежедневно записывают книги на читателей и наоборот в гуглотаблице. Читатели сообщают о том, что взяли, на специальном листочке, а что сдали лежит на отдельной полке со стикерами «от кого». У читателей нет доступа редачить гуглотаблицу. Это сделано сознательно: в таблице легко что-то сломать, и информация станет неактуальной. Поэтому мы старательно переписываем ручками всю инфу с бумажных носителей.
- Библиотекари записывают читателей в очереди.
- Если книга освободилась, а ее кто-то ждал, библиотекари пишут читателю, что книгу можно забрать.
- Упаковывают и отдают на переправку книги для читателей из других офисов.
- Составляют список книг для покупки, заказывают книжки, а потом записывают их в гуглотабличку. Шлют письма ожидающим читателям о том, что книга появилась.
- Шлют письма должникам — сейчас их около 50. Каждому надо написать, какие книги на руках, куда их сдавать. Некоторым читателям приходится писать несколько раз, потому что не все отвечают на письма и не все сдают книги сразу.
Это все адов труд. Адов — потому что формально должности библиотекаря нет, библиотекой заняты ребята, у которых свои проекты и своя работа. Все на чистом энтузиазме и желании сделать хорошо.
Что можно было бы автоматизировать
- Запись книг на читателя. Чтобы не библиотекарь делал это руками, а читатель со своим логином-паролем.
- Запись в очередь за книгой. Чтобы читатели делали это сами.
- Уведомление о том, что книга освободилась, с инфой, где брать книгу. А в случае с читателем из другого офиса это письмо с вопросом, нужно ли переслать книгу. Иногда, когда подходит очередь, читатель из другого офиса может сказать, что книга уже не нужна, купил, или же заберет сам из офиса на Малопрудной, не хочет ждать доставки.
- Уведомления библиотекарям, что книгу надо переслать. Когда попросил читатель из другого офиса или освободилась книга для такого читателя.
- Уведомления должникам, что книги пора сдавать. Это самая напряжная работа, которая занимает дико много времени.
- Автоматическое формирование таблицы с книгами для заказа, где указано что просят, кто и когда.
Вот бы у нас был такой сервис 🤔 Но пока его нет, приходится выкручиваться.
Бот в Телеграме
Пару недель назад мы запустили бота. По моим ощущениям все случилось быстро и достаточно небольно :) Катя — просто умничка. С ботом все в разы проще.

В чем помогает бот
Для читателя и библиотекаря возможности разные.
Читатель может
- Найти книгу простым поиском по автору или названию.
- Найти книгу по рубрике. Раньше мог только неудобной фильтрацией гуглотаблицы.
- Отметиться, что он взял книгу. Сам! 😍 Библиотекарю теперь ничего не нужно записывать, все помнит база.
- Попросить выслать книгу, если читатель находится в другом офисе.
- Встать в очередь за книгой, которая занята, и выйти из очереди.
- Посмотреть, что на нем записано.
- Попросить купить книгу, которой нет.
- Узнать, где находится библиотека или написать библиотекарю.
Библиотекарь может
- Записать книгу на любого читателя и обратно — и это сейчас в разы быстрее, чем с гуглотаблицей ❤️
- Записать читателя в очередь за книгой и наоборот.
- Посмотреть, кто читает конкретную книгу и стоит за ней в очереди.
- Редактировать любую книгу: название, автора, рубрику, число экземпляров.
- Добавлять новые книги.
- Смотреть, какие книги у конкретного читателя. Раньше можно было только поиском по гуглотаблице.
- Посмотреть полный список всех должников. Раньше только глазами по всей таблице из 620 книг.
- Посмотреть читателей, которые скоро уйдут из Контура, но которые не сдали книги. Раньше это было невозможно, так книги уходили вместе с сотрудниками.
Впрочем, вот все команды библиотекаря:

✨ Чертова магия
Бот умный, он дружит со Стаффом, внутренним сервисом Контура, где есть информация о всех сотрудниках. Бот берет из Стаффа логин Телеграма, если он был там указан, и так узнает читателя сразу. Читатель приходит впервые к боту, жмет кнопку «Мои книги» и видит все, что у него на руках — волшебство! ✨

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


Такие уведомления мы выделили совушками, чтобы отделить их от своих запросов боту. Более важные уведомления мы выделили восклицательными знаками, они требуют действий от библиотекаря. Например, если нужно выслать книгу читателю из другого офиса:

Есть и обычные подтверждения действий библиотекаря с галочкой:

В последнем примере красный кирпичик означает, что все экземпляры книги заняты, а всего их пять. У библиотекаря в сообщениях от бота больше информации, ее приходится сокращать и компактно упаковывать. Если знаешь все эти обозначения — это только удобно. Для читателей все сообщения понятные, тексты более подробные.
Интерфейс читателя
Стартовый экран:

Когда читатель нажал кнопку «Мои книги»:

Проектирование интерфейса
В интерфейсе бота не так много средств что-то выделить. В основном жирный текст и отступы. Так что эмоджи иногда спасают, чтобы обозначить структуру. Проектировать бота было интересно и необычно.
Главное, что я поняла:
Интерфейс бота не такой уж могучий, чтобы ворочать много сценариев. Нужно четко понимать главную ценность бота и уберегать ее от захламления другими «хотелками». У нас главное — это записать на себя книгу, встать в очередь. Это существенно облегчает жизнь библиотекарю, как бы эгоистично это ни было. Остальное это уже дополнительные возможности.
Мы по-прежнему оставили лист для записи в библиотеке, потому что у кого-то может не быть с собой телефона или даже Телеграма. По ощущениям сейчас половина людей записывается на листочке, а половина самостоятельно в боте. Есть пару моментов, которые могут напрячь читателя или библиотекаря.
Что может пойти не так
Первая проблема
Читатель сидит дома или за своим рабочим местом и начинает записывать книги на себя. А в это время те же книги берет кто-то другой. Или уже взял, ведь кто-то мог отметиться на листочке в библиотеке, а библиотекарь не успел перенести все в базу.
Отсюда правило:
На самом деле это не такая большая проблема. Если читатель не найдет книгу на полке, он свяжется с библиотекарем и ситуация как-то разрешится. Вторая проблема серьезней.
Вторая проблема
Читатель пришел в библиотеку без телефона, взял книгу и подумал: дойду до рабочего места и запишу на себя книгу. Как бы ни так. Пока идешь на место, уже подумаешь о десяти других вещах, поболтаешь с коллегами и забудешь напрочь.
Отсюда второе правило:
Уж лучше так, чем никак. Иначе книги теряются, из дома их забывают возвращать.
Одним глазочком
Сейчас я дам ссылку на бота, но вы должны понимать, что только ребята из Контура могут записывать на себя книги и вставать за ними в очередь. Очень надеюсь, что вы не станете ломать бота, подбирать логины сотрудников Контура и все такое. В этом случае нам придется его выключить и огребать. Вы же не злодеи? В боте можно посмотреть, какие книги у нас есть и, пожалуй, все.
Бот Большой библиотеки в Телеграме
Отдельным постом хочу написать, как мы тюнили всякое удобство и понятность для пользователей. Не только бота, всего вокруг библиотеки. Пользователи под боком — исследуй сколько влезет, меняй, проверяй гипотезы :) Это очень увлекательно. Надеюсь, дойдут руки написать.
Коплю на Макбук
11 июня 2018, 20:32
Иногда я что-то рисую людям, а они спрашивают, как меня отблагодарить. Шоколадки есть надоело, поэтому я сделала специальную страничку. Пусть лучше копится здесь.
Ну и вообще, вся история правда, поэтому если кто-то желает загладить кошкину вину — всегда пожалуйста :)
