Эх, сложно быть дизайнером

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

Главная сложность UX/UI дизайна в танце логики и творчества.

Какие важные качества должны быть у UX/UI дизайнера:

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

Сложно быть дизайнером, короче)

5AM | #разработка

Ребят, а мы ищем крутого middle ux/ui дизайнера с горящими глазами на наш продукт Lokeo, который будет дизайнить нашу админку и мобильное приложение.

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

Локео - это большая платформа для рынка загородной недвижимости) Мы меняем рынок загородки, делая его современным и комфортным.

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

Если вот оно самое, то напиши Никите - @Fox33_33, он очень ждет)

Будем признательны если поделитесь))

5АМ | #вакансии

Времени никогда нет

В последнее время я применяю ментальный прием "Времени на это нет? Значит выдели", чтобы не слететь с катушек.

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

Помогает "будь что будет" и "времени на это нет - значит выдели". Можно ускорить костылями, чайка-делегированием, но это до поры до времени. Мы уже на такой стадии, что нельзя просто так взять и сделать задачу "голосом". Короче, всё та же фраза из старого поста: «Когда ты жирный - не важно как быстро ты бежишь, важно добежать до финиша».

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

Времени никогда нет, нужно украсть его у самого себя и самому же себе подарить.

5AM | #философия

Как-то раз случился кранч...

Наверняка многие знают, что такое кранч, но я поясню на всякий. Это жесткая переработка, импульс, чтобы доделать выпуск приложения в срок. Есть тягучий кранч, есть спринтовый. Тягучий - это когда неделями или месяцами работаешь по 14 часов в день. Спринтовый - это резко без сна вырабатываешь 20-30 часов подряд. Особенно кранчуют игроделы, это прям заболевание рынка. 44% респондентов жаловались на кранчи до 70 часов в неделю. У игр всегда жесткий тайминг выпусков. Благодаря маркетологам анонсы громко гремят, но не всегда даты совпадают с планами разработки.

В период выполнения заказов у нас с Серегой случались кранчи. Мы как раз делали AR/VR, а я недавно писал, что это около игровая разработка. Сейчас таких переработок меньше. Они касаются, в основном, только меня. Например, недавний кранч - подача документов на грант за 16 часов до дедлайна. Ну короче там - done, но в 30 лет кранчи тяжелее переносятся)

Внимание! Трюк выполнен профессионалами. Не повторяйте это дома

В далеком 2019-м (как звучит) мы заанонсировали выпуск беты 3D приложения. Делаем. Вроде укладываемся в график. В обед предпоследнего дня мы оценили и понимаем, что сделать можно, но придется жестко отработать. В тот момент, кстати, наш "офис" был в моей квартире-студии в 36 кв.м. Мы: Серега, я и еще двое наших коллег договорились завалиться спать до вечера, закупиться сникерсами и Redbull-ом и стартовать в 18:00. Так и сделали.

В назначенное время стартуем и в четвером кто где: на диване, за обеденным столом, кто-то на балконе - начали фигачить. К 11 утра (17 часов кранча) нас осталось двое. Коллеги уехали со славами "ну нахер...". Мы с Серегой, сделав передышку, продолжили добивать задачи и к концу первых суток, к 18:00 (24 часа кранча), закончили все задачи по дизайну, логике и уровням.

Ииии... начался деплой - создавали билд приложения, который можно установить на телефон. Как это всегда бывает при компиляции приложения и создании билда сыпалить туева хуча ошибок. Мы начали решать их попеременно, потом Серега забрал их на себя, а я готовил презу. К 2-м ночи (30 часов кранча) я закончил презу и доки. Серега решил часть багов, но попрежнему приложение не билдилось под ведро Android. Серега в одного начал дописывать скрипты. RedBull, тяжелый рок и приседания уже не помогали. Пару раз меня вырубало и я падал лбом об стол)) В итоге решил наматывать круги вокруг дивана, ощущения не передать. К 6:00 проблема была решена, мы получили приложение. Кранч продлился 36 часов.

Это было лето, светало. Квартира была на 21-м этаже. Мы пили чай на балконе молча охеревая, вглядываясь в рассвет. Вышли к метро, чтобы ехать к клиенту. Заходим в вагон... Садимся друг на против друга...

Что было дальше?))

5АМ | #life

ребят, а у кого вот так пост отображается? телега багует походу.

А то подумают люди, что я в депрессию впал))

UPD: В общем новомодные цитаты телеграмма багуют)

Так что было после 😭

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

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

5АМ | #life

Проклятие смотрящего

Каждый продакт знает про эту бесовщину.

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

Было?)

5АМ | #разработка

Про принятие решения

В процессе принятия решения есть всего три компонента: собрать, сделать вывод, выбрать.

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

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

Кстати, такая разбивка идеальна для понимания делегирования и роста стоимости рабочего времени:

1) Сбор. Если есть процесс, то можно передавать на ассистентов, помощников, относительно недорогих исполнителей.
2) Вывод. Могут уже только спецы и знающие контекст, поэтому делегирование дороже.
3) Выбор. Дорогой руководитель, принимающий на себя ответственность, ну или сам.

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

5АМ | #предпринимательство

Мне нравится сравнение результатов методик проектирования. Становится ясно, что все это, так или иначе, просто задача, но рассматриваемая с определенной стороны.

🟣 Бизнес требование: "Нужно сделать мобильное приложение для оплаты счетов клиентами".

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

🟣 User Story: "Я как собственник недвижимости хочу оплатить счет за услуги через личный кабинет, чтобы у меня не образовался долг"

🟣 Job Story: "Когда я сижу в баре с друганами в Москве в пятницу, получаю уведомление о необходимости оплаты, зная, что из-за загруза на работе не поеду в Тверскую область на дачу еще 2 недели, соответственно не попаду в офис к моей УК для оплаты у кассира, вбивать 20 цифр расчетного счета и назначения платежа в сбере мне лень, а значит я забуду и меня будут пинать по поводу долга, я хочу, как собственник недвижимости оплатить счет за услуги через личный кабинет, а лучше вообще автоплатежом, чтобы не мешали мне квасить."

🟣 UserCase: "Собственник, получивший уведомление о создании начисления, входит в приложение на своем смартфоне, переходит в раздел счета и производит пополнение лицевого счета...".

🟣 Возможность: "Оплатить лицевой счет."

🟣 Функциональные требования: "Система должна создать заказ для шлюза интернет-эквайринга банка и передать в него данные для проведения оплаты".

🟣 Задача: "Жек, мля, запили пж фичу, чтобы бабки на счет падали, только тот баг сначала поправь, а то глаз мазолит жуть..."

В этом посте я закинул визуализацию задач с разной стороны на примере метафоры из физики на эту же тему))

5АМ | #разработка

Про один крутой продукт

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

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

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

В общем, это мой личный опыт. Очень советую попробовать, раскрутить воображение, пропустить через себя)

Вот ссылочка, дал на сайт, чтобы был выход и в эпловский и в гугловый магазины - https://voice-stories.app

5АМ | #рекомендации

ИИ, автообзвон и жираф

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

Признаюсь, в сентябре меня обманул такой ИИ, я поверил, что это человек. Он прокололся только в еле заметной склейке звуков, которую бы не каждый услышал. Тут я напрягся. Как он меня обманул? Разработчики специально добавили тупняк в человеческий голос ИИ, например, "ой, вы ввели меня в ступор, я даже не знаю, что ответить на этот вопрос, ээээ... {и возврат в скрипт}". Зашло на ура, программа же не умеет тупить, тупит только человек.

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

Я решил сознательно пройти по воронке и обнаружил, что продажники больше начали лениться в продаже. Не запоминают контекст, не прорабатывают связи, не отходят от сценария, а это была b2b(!) продажа. И понимаю почему. Бизнес закручивает гайки для увеличения контроля над метриками. Но продажник и клиент - это реальные люди, это общение "на земле". Плохо, что продажникам больше не дают "рисовать", "творить" в момент продажи, воспринять проблему, контекст клиента и провернуть продажу. Кажется, мы меняемся местами с ИИ: знание контекста и связей отойдет ИИ, а люди будут делать механику. Грустно по-человечески, как пользователю процесса продажи, который является частью продукта.

Почему жираф? Я придумал капчу. Торможу скрипт робота и говорю "Скажи слово жираф", если не говорит - кладу трубку, а реальных людей веселит". Болтаете с ИИ обзвоном?)

5АМ | #мысли

Реверсивные операции

Есть такая сложная фигня в проектировании архитектуры. Я назвал это реверсивными операциями, может кто знает как это называется общепринятым термином.

Суть, допустим есть сущность Смета и сущность Контрагент. У обоих сущностей есть полный набор CRUD операций. И вот допустим, пользователю нужно, чтобы на странице контрагента отображался список смет контрагента (при создании сметы выбирается контрагент).

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

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

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

Встречали такие сущности? Как решали?))

5АМ | #разработка

Ребят, всем привет. Хочу провести небольшой кастдев моего канала) Вас уже так много стало, спасибо, что читаете, очень-очень приятно!) Кстати, тут есть честный пост про этот канал и про нас.

Я пишу на многие темы: аналитику, стартапы и бизнес, продакт и проджект, даже философии чуть-чуть. Каналу уже 8 месяцев и каждую неделю я пишу по 5 постов) Хотел вас попросить поделиться своими мыслями и ответить на эти вопросы, ну или просто написать отзыв:

1. Почему читаешь? Что интересно?
2. Какие темы лично тебе интересны?
3. Что можно улучшить по твоему мнению?

Спасибо за ответы заранее!

Давайте поговорим с клиентом?

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

🟣 ЧТО
Вот продукта нет, фаундер/продакт задней чуйкой понимает, что что-то есть на этом рынке, что-то не так. Конечно очень важно понимать домен, важно знать нишу, желательно изнутри, чтобы общаться с пользователями на их языке, но общения с будущими клиентами не избежать. Не с пользователями, а с клиентами. Даже если платит бизнес, а не непосредственно пользователь сотрудник, этот сотрудник тоже клиент.

Главный вопрос, на который нужно ответить себе - "Что клиент готов купить"? Все вопросы интервью должны в совокупности ответить на этот вопрос, подтвердить или опровергнуть наши гипотезы.

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

Главный вопрос тут: "Как вам это?", т.е. то или не то, удобно или нет. Если возвращаться к деньгам, то получится такой вопрос: "Благодаря чему вы будете продолжать за это платить?".

🟣 ПОЧЕМУ
Вот продукт начал продаваться. Клиенты платят за него деньги. Мы по-прежнему должны общаться с клиентами, чтобы понять что двигало клиентом.

Главный вопрос тут: "Почему вы это купили?". Разворачивая главный вопрос, мы расскручиваем кто принимает решение, кто решил, что нужно, почему решили купить именно у нас, а не конкурентов и т.д.

Теперь расставим точки над i. Все это называется злоебумным словом CustDev и происходит огромная путаница, потому что не понятно, а какой именно. Почему?

Разный этап жизненного цикла продукта
На этапе первого продукта нет. На этапе второго продукт появляется. На этапе третьего продукт уже является бизнесом.

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

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

5АМ | #маркетинг

Похвалите, если правда круто

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

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

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

Похвалите, не проходите мимо ❤️

5АМ | #команда

Глубина продумывания

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

Почему так редко видно глубоко продуманные вещи? Это очень тяжело, концентрировано производить расчеты - это прям больно, думать больно)) И это не шутки, мы не любим думать, потому что это затрачивает колоссальную энергию.

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

Одним из примеров глубокого организационного продумывания являются бизнес процессы ботофермы Free Russia Foundation (документы), которую создавали для влияния на общественное мнение через комментарии в российском интернете. Меня поразила глубина продумывания бизнес процессов, именно как поставлена организация работы людей. Представляется центральный мозг мыслитель, организаторы и писатели этих процессов, постоянно обновляющие процессы на базе обратной связи. Там нет такого: "да зачем писать инструкцию, все равно читать не будут", "ну считать же результаты kpi долго, у меня другая работа есть". Там прям все рассчитано.

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

5АМ | #философия

Типы стартапов

Хочу поделиться с вами моей типизацией стартапов. Стартап максимально гибкая конструкция, которая при наличии определенных компонентов может неожиданно вылететь на рынок и изменить ход игры. Я где-то встречал фразу: "инвестируют в то, что не понимают. То, что понимают - финансируют." Так что основа типизации - откуда и какие деньги)

🟣 Уверовавшие
Как правило это молодые (очень) люди, очень заряженные, с шилом в заднице, верящие в святое и чистое предпринимательство. Они ищут идею повсюду, чтобы быстро её запаковать, найти CTO и запитчить на инвесторских мероприятиях. Питчить нужно много, постоянно, повсюду. Для них главное знакомство, нужно много-много бегать кабанчиком и рассказывать про идею. Они пытаются найти инвестиции, но даже не представляют как строить организацию, систему. Предполагают, что наймут "правильных" людей, которые все сделают, потому что они знают как делегировать. Откуда деньги: только от инвесторов, которые, по их мнению, должны почему-то дать деньги, но чаще родственники или, что еще страшнее, личные накопления. Шанс 1 из 100, потом уходят в продакты или ПМ-ы.

🟣 Тихони
Просто, тихо, мирно, никого не оповещая, взял и херак - Minecraft. В этом типе у человека или команды есть глубокие компетенции и, как правило, это просто фан, а не бизнес, но постепенно рождается что-то уникальное, что вдруг начинает заходить пользователям. Крайне редкий вариант, но и палка раз в год стреляет. Откуда деньги: личные накопления, кредитные, далее первые продажи и уже после набора фан базы - инвестиционные. Шанс все так же 1 из 100.

🟣 Придаток
Вот тут где-то начинается реальность. Собственники бизнеса в реальном секторе, имеющие и знающие процессы. Видят и глубоко понимают проблему рынка через общение с конкурентами или партнерами по сектору. Стартап фомируется внутри бизнеса и постепенно рождается в самостоятельное юридическое образование. Важным компонентом является прямое влияние стартапа на стратегию развития и выживания "кормящего" бизнеса, поэтому скорость выхода на рынок менее важна, так как есть "ответственность" перед основным бизнесом. Главная сложность - это партнерство, человек, ведущий стартап, который по сути должен построить с нуля технологический бизнес. Деньги у придатка непрофильные, т.е. инвестируют организация или лицо, не знающая как построить бизнес в IT со всеми нюансами разработки, продаж, тех. поддержки и т.д. Шанс выше, но отсутствие опыта может прибить плитой, 10 из 100.

🟣 Жирные
Специалисты-звезды, топ-менеджеры, команды сработавшихся лидов, вышедшие из конкурентного бизнеса, имеющие связи с быстрым выходом к инвест фондам. Их модель ясна, коротко их питч: вот мы, мы можем, мы знаем, особо ничего не придумываем, повторяем + вишенка, будет много... много денег... потом, нужно много... много денег.... сейчас, дайте. Как правило ответ - хорошо, нате (я не выдумываю - вот). Инвестиции, как правило, профильные сразу, а это значит, что помимо денег полетят сразу ништяки защиты инвестиций: юристы, бухгалтеры, финансовое управление, маркетинг, лучшие бизнес процессы управления проектами, продаж и т.д. Каждый пук-чих оплачивается, стартап в масле. Именно от них чаще всего слышно, что нужно продавать как можно раньше, что нужен максимум кастдевов, cjm-ов, jtbd-вов, офис в центре, массажист, дмс и личный бариста) Шансы гораздо выше, если фаундеры (именно тут они называются так) все таки будут работать, 20 из 100.

5АМ | #стартап

Крутая новость🔥

Хоть мы и не новички в продажах и маркетинге, но в построении процессов для продажи и продвижения именно программного обеспечения, к сожалению, теоретики и дилетанты. Поэтому я подумал, что нам в этом точно понадобится помощь. Я давно слежу за Димой Махлиным. Он партнер в компании HRLink, один из фаундеров и полностью отвечает за продажи, продвижение и продукт. HRLink - это сервис КЭДО, кадрового электронного документооборота. Они за 4 года прошли путь от неизвестного стартапа до успешного бизнеса с оборотом почти в миллиард в год. А до этого он работал в Duracell, PepsiCo, Конус Консалтинг. Короче зубр по моим понятиям))

Первое, что меня удивило, еще до знакомства с Димой, когда я первый раз зашел на сайт - это глубочайший, очень дорогой подход к созданию отзывов реальных клиентов в b2b секторе. Это прям очень круто, боюсь представить как им удалось это запродюссировать, а я прям недавно писал о том, как уважаю за глубокий подход. Потом я решил сам провести у них проверочную закупку и пообщался с продажниками, а там тоже все в порядке. Даже определенные процессы подглядел и использовал в продажах этим летом и весной. Как результат у нас конвертнулось 3 продажи, которые мы сейчас ведем и внедряем))

Так вот. Мне пришла мысль: а почему бы не попробовать обратиться к Диме как к крутому специалисту. Вдруг он практикует консалтинг. Ииии... так вышло, что он как раз рассматривал компании на эту роль. У нас произошел метч в подходах, и мы решили поработать вместе над развитием отдела продаж Локео) Очень круто, прям воодушевлен, что мы будем перенимать лучшие практики на рынке)

Если кому-то интересно, советую почитать канал Димы - @ofunicornsandmen. У него все по высшему разряду: делится опытом, результатами, делает подкасты. В общем прям советую!) 🤘

5АМ | #рекомендации

Крик души

Ребята, давайте переставать передавать инфу о проблемах фактами. Это непрофессионально. Лучше общаться задачами и гипотезами решений.

Пример, на фронт прилетают не те данные, расчет неверный, Иннокентий пишет в чат: "нам прилетают вот такие данные, здесь отображается вот так" и пропал. Ответственный Василий за задачу должен (загибаем пальцы), раз, понять, что это обращаются к нему, два, понять контекст, в котором произошла проблема, три, понять, что выведенные данные неверные, четыре, понять почему они неверные и какими должны быть, пять, переключиться на эту задачу и начать её делать. Если Василий мощный спец, то он подумает: "ну и мудак же ты, Иннокентий, и возьмет решать задачу", а если нет, то задача так там и останется, пока не протухнет.

Как бы звучало сообщение не фактом, а задачей: "Василий, нужно поправить расчет данных в этом месте, так как он некорректен, предположительно, по вот этой причине. Сейчас результат такой, а должен быть таким. Возможно нужно сделать вот это и это, чтобы это решить."

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

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

5АМ | #команда

Ну вы как бы поняли да? 😁😁

Просто пятница, вечер, маячит бар на горизонте, перестал напрягаться, потерял уважение)

Всех с пятницей🤘

5АМ | #мемы