У многих компаний два основателя

У многих компаний два основателя

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

Сейчас у Nimax целая команда руководителей, каждый из которых партнер в своем подразделении. Но долгое время мы с Максимом управляли компанией вдвоем. Более того, мы еще и учились в школе, а затем в институте вместе. А сейчас живем в одном доме и дружим семьями. В общем, мне есть что рассказать про взаимоотношения партнеров в проекте.

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

Еще у меня накопился целый список других проблем, которые мы когда-либо обсуждали с коллегами из других компаний:

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

Знакомо? Ну да, проблемы у всех одинаковые 🙁
Можем разобрать некоторые из этих ситуаций — напишите какие.

Core Protocols 2

На прошлой неделе я начал писать про Core Protocols и мы посмотрели на список Core Commitments. Если вы пропустили пост и не понимаете, о чем вообще речь, можете вернуться вот к этому посту — https://t.me/designgest/377.

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

И первый протокол, о котором хочется поговорить — Check In.

Чек-ин чаще всего используется в начале встречи рабочей группы. Цель чек-ина — в заранее определенной форме поделиться мыслями и эмоциями по поводу ситуации, проекта, задачи с другими членами команды.

Иногда мы испытываем недовольство ситуацией в проекте, или у нас есть какие-то опасения, которые мы боимся или стесняемся высказать всей команде. Мы замалчиваем такие вещи или делимся с парой человек, но формально они остаются скрытыми от команды. В результате с каждым днем мы все дальше сдвигаемся от идеального пути. И только когда уже все становистя совсем плохо, начинаются разборы в духе «Я знал, что так и будет».

Чек-ин протокол предлагает простую схему для изложения чувств, он предлагает использовать всего 4 основные эмоции (напишу их на английском, чтобы у вас потом не было путаницы, если пойдете читать книгу):

GLAD (радость)
SAD (грусть)
MAD (бешенство)
AFRAID (испуг).

Ребята выделили именно эти 4 базовые эмоции, потому что считают, что они понимаются всеми однозначно, что снимает вопросы по поводу разного толкования одних и тех же слов разными людьми.

Плюс комбинацией этих базовых эмоций можно получать описание более сложных эмоций. Так например, EXCITEMENT = GLAD + AFRAID.

Стандартные правила для чек-ина следующие:
1) высказывать свои чувства без оценки и цензуры. Можно объяснить причину, по которой вы испытываете конкретные эмоции. Нельзя преуменьшать свои эмоции, говоря, например: «немного грустно».
2) нужно говорить только о своих эмоциях
3) с уважением слушать чек-ины других
4) не обсуждать и не ссылаться на чек-ины других, если нет явного приглашения для этого.

Интересно было бы посмотреть на запись какого-нибудь реального чек-ини, но сходу найти не удалось. В целом, можно по разному относиться к этой практике, но выделение 4 базовых эмоций для описания своего текущего состояния, кажется рабочей штукой.

Вы можете даже сами с собой зачекиниться прямо сейчас, попытавшись описать свое текущее состояние по поводу вашей работы/проекта/ситуации, выделив те из 4 эмоций, которые испытываете и подумать, почему именно они выделились сейчас.

Сила комментария

Сила комментария

Комментарий в интерфейсе — это необязательное текстовое поле. В комментарии человек указывает любую дополнительную информацию, которая кажется ему важной:

— На карточке клиента: за что предоставили скидку 20%
— На форме заказа: что в дверь звонить не надо
— В тикете техподдержки: ссылка на обсуждение в багтрекинге

Комментарии в интерфейсах недооценены. Аналитики, дизайнеры, программисты — все мы любим и умеем систематизировать информацию. Поэтому любой объект в интерфейсе представляем как набор полей с конкретным назначением: наименование, почтовый индекс, стоимость.

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

Например, на «Дадате» мы используем систему защиты от сетевых атак. У нее есть интерфейс, где можно заблокировать конкретный IP-адрес. Указываешь IP, жмешь «добавить в черный список», злодей получает бан. Что может быть проще?

Проблема в том, что непонятно, кто заблокировал IP и почему. В большинстве случаев это и неважно, но иногда пригодилось бы для разбора. Решить проблему элементарно — добавить поле «комментарий».

Но постойте, можно же сделать нормальные поля «сотрудник» и «причина блокировки»? Да, можно, но непонятно:

— точно ли нужны именно эти поля?
— действительно ли они нужны?

Добавлять поля просто «чтобы были» — так себе идея. А выяснить реальные сценарии как раз и поможет поле «комментарий». Потом, если что, можно заменить его на поля с конкретным назначением.

Комментарий — элемент хаоса. Но с ним система устойчивее.

10 самых важных принципов

10 самых важных принципов

Если бы меня попросили выписать 10 самых важных принципов, в которые я верю на текущий момент, то, пожалуй, этот список был бы таким:

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

2. Не бывает быстрых сверхрезультатов. Если кто-то обещает "быстро разбогатеть после просмотра ролика", то это всегда разводилово. Все взлёты — это итог предварительной тяжёлой работы. Быстро не бывает.

3. Знания забываются.
Нельзя выучить что-то про запас — если не пользуешься, то забудешь. Одно из важнейших решений, влияющих на время и фокусировку — решение что-то учить. Если это что-то не нужно на практике, то всё равно не получится выучить.

4. Нельзя кого-то заставить что-то сделать.
На заре карьеры проектного менеджера, начитавшись MSF, я сделал для команды проекта отдельные блокноты "Журнал участника такого-то проекта". Туда надо было фиксировать итоги встреч, планы и т.п. Рассказал про это поверхностно и сказал — делайте. Никто не делал. Либо ты зажигаешь людей, поясняя и объясняя, либо ничего путного из этого не получится.

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

6. Надо пробовать новое.
Нельзя законсервироваться: я хороший спец или в компании всё хорошо и так будет всегда. У консервов есть срок годности. Если не пробовать новые направления, не проявлять живой интерес к новому, закрывать глаза на возможности — срок годности консервы выйдет.

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

8. Для результата нужен фокус.
Нельзя добиться результата без фокусировки. Надо самому создать шоры, направив свой фокус на то, что для тебя важно на текущем этапе. Звучит просто, а сделать сложно.

9. Дисциплина важнее вдохновения.
Не вдохновение, а дисциплина помогает мне и куче других авторов писать регулярно. Запланированная задача, которая должна быть решена.
Кто пишет на вдохновении, тот пишет так: "Котаны, долго не писал, но есть одна тема, которая прёт. Скоро напишу". И скоро не наступает.
И тоже самое во всём.
Дисциплина — путь к росту. Вдохновение — цветочки на этом пути.

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

10 принципов этичного UX-дизайна

10 принципов этичного UX-дизайна

Использование честного UX-дизайна для создания надежного и заслуживающего доверия опыта.

С ростом темных паттернов в UX никогда еще не было так важно, чтобы продукты, которые мы разрабатываем, были честными и надежными.

"Чтобы быть убедительным, мы должны быть правдоподобными; чтобы быть правдоподобным, мы должны быть достоверными; чтобы быть достоверным, мы должны быть правдивыми". - Эдвард Р. Марроу

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

Джошуа Портер пишет в книге "Честные интерфейсы": "Когда часть нашего продукта сбивает с толку, вводит в заблуждение или вызывает подозрения, доверие пользователей начинает ослабевать. Когда прокрадывается даже малейший намек на плохое поведение, пользователь уже начинает отказываться от дальнейшего взаимодействия."

1. Уведомить меня

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

Мы должны информировать наших пользователей и давать им возможность отменить подписку после бесплатной пробной версии, если она им больше не нужна.

А еще лучше, если вы предлагаете бесплатную пробную версию, вообще не запрашивайте кредитную карту.

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

2. Выделяйте негативную информацию

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

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

3. По умолчанию выбирайте наиболее безопасный для пользователя вариант.

Слишком много форм автоматически ставят галочку в маленьком квадратике, который приглашает вас в их рассылку. Я не хочу присоединяться к вашей чертовой рассылке!

4. Опыт важнее дохода

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

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

5. Прозрачность цен

Что вы видите, за то и платите.

Разве вам не противно, когда вы добираетесь до кассы, а там, как по волшебству, оказывается на 15 долларов больше, чем вы ожидали? Слишком часто в электронной коммерции рекламируется одна цена, а потом, когда вы добираетесь до кассы после уплаты налогов, сборов и доставки, она оказывается значительно дороже.

6. Прекратите рассылку спама

Ничто не заставляет меня удалять приложение быстрее, чем спам-уведомления.

Уважайте время пользователя, отправляя только самые нужные уведомления, когда это необходимо. Также важно, чтобы пользователи могли быстро и легко настроить свои предпочтения в отношении уведомлений.

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

7. Прозрачность конфиденциальности

Перестаньте прятать все за политикой конфиденциальности.

Если вы собираете ценную информацию, то я должен знать об этом и дать свое согласие. Вы можете подробно описать детали в политике конфиденциальности, но очень некрасиво, когда компания прячет важную информацию в документе, который никто не читает.

8. Честные предложения

Если на вашем сайте постоянно проводятся распродажи, перестаньте делать вид, что это новогодняя распродажа, которая закончится через два часа.

Будьте честны со своими пользователями в отношении акций и не проводите одни и те же распродажи постоянно. Фальшивые акции - верный способ потерять доверие.

9. Сделайте отмену заказа легкой, как пирог

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

Если я подписался на ваш продукт, сделайте так, чтобы ликвидировать его было очень просто.

Мне не нужно звонить на линию поддержки, отправлять электронное письмо, читать FAQ или общаться с агентом. Просто дайте мне чертову кнопку с надписью "отменить" и позвольте мне жить дальше.

10. Спрашивайте разрешения

Спрашивать разрешение, прежде чем добывать или продавать данные, связываться с друзьями, размещать информацию в профиле пользователя или делать что-либо подобное, - это правильное решение.

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

Не предпринимайте никаких действий от имени пользователя в фоновом режиме без его согласия.

Культ своего бизнеса

Сейчас со всех экранов льется: «не работай на дядю», «работай на себя», «будь независим». Этими идеями пропитано все вокруг. 

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

Нищих и грустных фаундеров не меньше, чем румяных и счастливых наемников. 

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

Так называемая свобода хранится в голове, а не в правовой форме организации работы. 

Важно помнить об этом, когда очередной натужный коммерс с ютуба зовет тебя выйти из зоны комфорта. Возможно, тот рынок, на котором ты действуешь прямо сейчас, таит в себе большие перспективы. Достаточно посмотреть на него глазами предпринимателя.