Блог Сергея Будякова

Пишу об управлении стартапом и собой.
CEO в UseDesk и >botmother|. CTO в ISIC. А тут мой фейсбук.

Ctrl + ↑ Позднее

Лишний шажок

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

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

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

17 января  

Интуиция и данные

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

Но часто этого не достаточно.

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

Конечно решения на основе интуиции не так безопасны, как «Аналитика рынка показывает, что снизив цену на 10% мы 5% увеличим потенциальную целевую аудиторию и на 1% поднимем конверсию», но зато и выхлопа от них не на 1% больше.

16 января  

Сакральные знания

Когда в стартапе работают только основатели, с задачами все понятно — все делают все, придумывая на ходу. Такого понятия как «Я не знаю как сделать» не существует, потому что абсолютно все действия неизвестны. Тут очень помогают менторы, если они есть. Но менторы — умные ребята, они не советуют, они спрашивают достаточное количство вопросов «Чтобы что?» и «Почему?». Ознакомиться с примером среднего ментора можете вот тут в боте — https://tele.click/iidftracker_bot, принцип будет ясен. Но по умолчанию основатели доходят до всего сами, путем проб и ошибок.

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

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

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

16 января  

Контринтуитивные вещи

Часто чтобы прийти к цели быстрее, нужно чаще останавливаться.

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

— Он стоит под дурацким углом
— Он перед тобой стоит, Винсент.
© Художественный фильм «Большой куш», режисер-постановщик Гай Ричи.

16 января  

О важности понимания проблемы

В стартапе важно решать одну конкретную проблему, которую клиент осознает. Первую часть понимают быстро, а вот вторую — нет.

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

Мораль в том, что ЛПР (лицо, принимающее решение) — сын, а решать проблему пытаются ребята, которые особо повлиять не смогли, т. е. родители. По крайней мере пока.

Если вам кажется, что проблема у клиента есть, то сначала узнайте кажется ли так ему. Если нет, то одно из двух — либо проблемы правда нет, либо клиент ее не осознает.

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

Помочь осознать у вас еще будет возможность, где-то в районе раунда B.

16 января  

Не существует простых задач

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

Можно просто написать разработчику, чтобы поставил лимит, но что тогда? Что если пользователь скопировал текст из другого места, его обрезать или вообще не вставлять? Где должна быть проверка, на бекенде или на фронте? Если на бекенде, то оставлять текст или удалять? Кто напишет текст ошибки? Как должна выглядеть ошибка превышения количества символов? Что делать со старыми данными, которые уже превышают лимит?

В общем вопросов куча и обо всем надо подумать, чтобы не обосраться.

У нас в Юздеск пришла задача сделать поддержку эмодзи. Вроде безобидная штука, но она уже вылилась в 50 часов програмирования. Кроме того оказалось, что для эмодзи нужна отдельная кодировка базы данных, о которой на старте, конечно, никто не подумал. А поддержка нужна в самых загруженных текстовых таблицах: комментариях и сообщениях. 10 высокоплачиваемых человек вот уже месяц думают как ничего не сломать при конвертации и как обеспечить доступность критических узлов системы на период конвертации, в которой будут участвовать 7 все еще высокоплачиваемых людей, еще и ночью.

И все это, чтобы клиенту можно было отправить ❤️

16 января  

Ежедневные задачи

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

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

С некоторыми задачами так не получится. Чтобы выполнять поставленные себе обещания, имеет смысл ставить их не в форме «Каждый день я буду...», а «Большинство дней я буду...». Получится каждый — круто. Не получилось, ну и ничего страшного. Обещание себе на завтра это не отменяет.

Эн эпл э дэй кипс э доктор эвэй. Но и 20 яблок в месяц тоже сойдет. Подсмотрено почти одновременно в фейсбуке у Анатолия Бурова (https://www.facebook.com/anatoly.rr/posts/10218903698887690) и у Дэна Харриса в посте про медитацию (https://www.menshealth.com/health/a25735082/how-to-meditate-almost-daily/).

16 января  

Успех за один вечер

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

В подкасте у Тима Ферриса (https://tim.blog/2018/12/20/patrick-collison/) основатель Страйпа рассказал, как сидел на встрече в 2012 году, а в это время них упала платформа и пролежала несколько часов. Тогда у Страйпа было десять клиентов и нагрузки на службу поддержки не случилось. Ребята все починили. Через 6 лет 80% американцев заплатили карточкой хотя бы один раз за год, используя интерфейс Страйпа. Основан Страйп в 2010 году.

Между этими двумя точками биографии компании много труда команды. Снаружи этой работы не видно.

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

Основатели Эйрбиэнби сами фотографировали квартиры арендодателей (https://growthhackers.com/growth-studies/airbnb), чтобы повысить интерес гостей.

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

16 января  

Про дерево

Лучший момент, чтобы посадить дерево — 20 лет назад. Второй лучший момент — сегодня.

12 января  

Как отправлять меньше плохих писем

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

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

8 января   лайвхак
Ctrl + ↓ Ранее