Менеджмент

3 неочевидные ошибки при выводе стартапа на рынок

Поделюсь сегодня опытом по составлению Go-to-market-strategy. Ошибки, которые совершают фаундеры при выводе стартапов на рынок, в целом, однотипны: это попытки сделать все фичи сразу, игнорирование действий конкурентов, некачественный анализ рынка или аудитории, ошибки при расчете Unit-экономики. Об этом мы уже много раз говорили. Поэтому сегодня расскажу о нескольких “подводных камнях”, которые не очевидны сразу, особенно тем, кто запускает стартап впервые.

Распыление усилий на все сегменты ЦА на первоначальных этапах

Да, создавать портрет клиента и сегментировать аудиторию необходимо. Но на самом первом этапе не стоит распределять внимание на все сегменты и пытаться угодить всем. Сосредоточиться лучше на самом большом/платёжеспособном сегменте аудитории, который будет основным. Все остальные сегменты “подтянутся” в процессе доработки продукта.

Распределение равных усилий между каналами продвижения

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

Попытки строго следовать намеченному плану

Фаундеру стартапа необходим план. Однако еще больше необходима готовность от него отступить в случае необходимости.  У проекта должен быть план не только на полгода-год, но и на 2-3 года вперед. Это план должен содержать в себе прогноз по рынку - куда будет двигаться ваша сфера и будет ли ваш продукт соответствовать потребностям аудитории? При этом, важно понимать, что любой прогноз может не сбыться, поэтому придется быть подвижным и что-то менять в проекте и своём подходе к его реализации.

Вывод продукта на рынок - самый волнительный и ответственный момент для любого стартапа. Будьте гибкими, но последовательными!

Новая статья на Habr: Опыт t2 по масштабированию BI на 4500+ пользователей

Опубликовали большой кейс о том, как компания t2 (бывший Tele2) решила одну из главных проблем российского рынка аналитики — нехватку западных BI-решений.

Главные цифры кейса:
4500+ пользователей FineBI
400+ разработчиков отчетности
Кластерная архитектура с 6 нодами
3 года успешной эксплуатации

Ключевые инсайты:
✅ Как организовать автоматизированное обучение пользователей
✅ Почему безлимитные лицензии стали ключевым мотиватором миграции
✅ Как построить внутреннее сообщество поддержки в Telegram
✅ Зачем нужна поэтапная миграция с участием бизнес-пользователей

Для кого будет полезно
Руководителям аналитики — практический опыт масштабирования BI
IT-директорам — архитектурные решения и организация процессов
Аналитикам — понимание современных self-service подходов
Всем, кто планирует миграцию — реальные уроки и рекомендации

Бонус от GlowByte
В статье также рассказываем об образовательном ретрите по FineBI, который стартует 25 августа:
🔸 13-дневный марафон с обновленной программой
🔸 3 эксклюзивных вебинара: FineReport Pro, AI в аналитике, 3D-визуализация
🔸 Реальные кейсы от t2, Уралсиб, Циан и других компаний
🔸 Система призов за лучшие домашние задания

Читать статью полностью → https://habr.com/ru/companies/glowbyte/articles/939470/

«Введение в управление проектами внедрения ERP-систем» А. Э. Бобровников (2-е издание) - обзор книги.

Ссылка на книгу на сайте фирмы 1С.

ERP-проектов на базе 1С всё больше, так что упомянуть это свежевышедшее издание книги не будет лишним.

Автор вроде бы опытный методист, теорией не перегружает, говорит на языке бизнеса. В книге по верхам собрано всё: от оценки сроков и бюджета до управления конфликтами и рисками. Акцент сделан на практику внедрения ERP на платформе «1С:ERP».

ЦА книги - это заказчик системы. А поскольку ассоциация 1С с продуктами для регламентированного учета всё ещё актуальнее других, отдельная глава посвящена тому, чем ERP-система отличается от системы для бухучёта (и почему она такая дорогая🌚).

Дальше - про стартовый этап проекта:
про функциональные требования и их сбор, у кого и как собирать, в каком формате
про выбор подрядчика (тендер) и этапы RFI, RFP, RFQ (если кто не знал, что это)
про fit-gap-анализ (в среде 1С это зовут еще выявлением функциональных разрывов)
и об оценке IT-инфраструктуры, включая нагрузочное тестирование, и расчет окупаемости.

Сам процесс внедрения может идти по принятым подходам (PMBOK, ISO, ГОСТ 34, Agile), а может и по фирменным методикам 1С (ТБР и т.д.). Стандартная модель - каскадная: инициация → анализ → проектирование → разработка → тестирование → ввод в эксплуатацию. Акцент на важности реинжиниринга бизнес-процессов (чтобы не автоматизировать хаос).

Отдельная глава - про стороны проекта внедрения. Команда исполнителя (внедренцы, методисты, разработчики), рабочая группа заказчика (ключевые пользователи), управляющий комитет (топы, принимающие решения).Само собой, говорится про важность мотивации, коммуникации и командообразования — иначе всё развалится.

Документация - тут всё очень кратко, в основном про использование бизнес-нотаций (IDEF0, BPMN, EPC) и прототипирование.

Говоря про сроки и бюджет, автор касается методов оценок (аналогия, экспертная, PERT, «сверху вниз» и «снизу вверх») и вспоминает классику - «мифический человеко-час», ошибки планирования, скрытые доработки. Отдельная глава - про управление рисками, про типовые риски (текучка кадров, ошибки ТЗ, сопротивление пользователей), управление|борьбу с ними.

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

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

Кому рекомендую: прежде всего, тем, кто готовится на роль ПМа в проектах 1С, особенно идущим на собесы, - идеальный конспект идеального внедрения (пусть его и не существует). Особенно в сочетании с одностраничными планами (приложил пример, который лично мне нравится больше других). Ну и тем, кто хочет слегка систематизировать проектный опыт.

Обзоры и дайджесты по проектному управлению - на нашем канале.

Что делать, если ваш проект все ненавидят?

В новом выпуске «Свободного слота» разбираемся, как пробивать непопулярные решения и объяснять их команде без потерь. Гость сегодняшнего эпизода — Сергей Щербинин, CEO Faust Consulting, основатель сообщества «Безвотэтоговсего». Вместе с ведущими Сашей Прокшиной и Сашей Афёновым обсуждаем:

• что такое принцип ПВО;

• как не продать душу дьяволу ради результата;

• как заставить себя и команду делать то, что не хочется, но очень надо.

Смотреть VK
Смотреть YouTube

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

Иконка WhatsApp* на сайте: почему цвет фона лучше не менять? 

Я сознательно убрал логотип WhatsApp* с сайта своей адвокатской практики. Это было единственное изменение в предложенном макете дизайна. 

Иконка WhatsApp* располагалась почти на всех страницах сайта: "Главная", "Контакты", "Адвокат" и так далее. Потенциальный клиент мог кликнуть по иконке и создать чат со мной. 

Но был нюанс - мой веб-дизайнер представил иконку WhatsApp*, заменив на ней фон. 

Изобразительный товарный знак WhatsApp* известен цветовым сочетанием белого, серого и зеленого. На моем же сайте использованы другие основные цвета: синий, желтый и белый. 

Веб-дизайнер отрисовал иконку WhatsApp* в цветах моего сайта. Получилось стильно, но рискованно. Почему? 

В самом размещении логотипа WhatsApp* на сайте нет нарушения интеллектуальных прав правообладателя товарного знака - ВотсАпп ЛЛК (Калифорния, США). Тому есть простое объяснение. 

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

Например, вы видите сайт с именем "WhatsApp*" в доменной зоне ".com" и понимаете: здесь предлагаются к продаже товары правообладателя этого товарного знака. 

В моем случае логотип WhatsApp* на сайте не предназначен для индивидуализации моих услуг под брендом "WhatsApp*". Логотип лишь информирует о том, что клик по нему переведет пользователя сайта в чат с адвокатом - владельцем сайта. 

Чисто информационная функция. Как следствие - изображение логотипа занимает незначительное место на экране сайта либо помещается в один ряд с иконками иных способов связи: e-mail, телефон и так далее. 

Другое дело - возможность нарушения авторских прав: 

1. Картинка товарного знака WhatsApp* кем-то нарисована. 

Значит, есть автор произведения искусства. И у него есть право на единоличное использование картинки, в том числе в сети "Интернет". 

2. Автор картинки передал интеллектуальные права на нее компании - владельцу товарного знака WhatsApp*. И компания запретила менять цвет в логотипе. 

Об этом я узнал из Условий предоставления услуг WhatsApp*: пользователю разрешено использовать логотип с учетом Руководства по фирменному стилю WhatsApp*. 

В Руководстве отсутствует разрешение менять фирменные цвета. Более того, в разделе "Вопросы-ответы" дан прямой запрет на изменение цвета в логотипе. 

3. Я рискую получить иск о нарушении исключительного права на произведение искусства. 

Логотип WhatsApp* зарегистрирован в России, что позволяет его владельцу обратиться с иском в суд. Основание - переработка логотипа без разрешения владельца и размещение переработанного произведения в сети "Интернет". 

Поэтому вы не найдете на моем сайте иконку WhatsApp*: ее фирменный стиль выбивается из моего стиля, а изменение стиля WhatsApp* незаконно. 

Поговорите с вашим адвокатом. Он предложит вариант оформления  на сайте кнопки, которая ведет на чат в мессенджере WhatsApp*. 

Узнать мой вариант решения можно, перейдя на сайт моей адвокатской практики. Ссылка в профиле. 

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

* Деятельность компании Meta Platforms Inc. (Facebook и Instagram) на территории РФ запрещена.

Практически каждый день я читаю и узнаю что-то новое про разработку. Решил начать вести посты в формате "Я узнал о... (какой-то факт)"

В краткой форме буду рассказывать о чем-то, что узнал за последнее время

---

Я узнал о... #1: FinOps

Задумка FinOps заключается в том, что мы начинаем считать расходы на DevOps и инфраструктуру в компании. Чтобы потом всё это счастье оптимизировать и сэкономить (в идеале, спрогнозировать расходы и риски).

Само название меня немного насмешило, потому что взяли "Ops" и добавили к нему другой префикс, чтобы выглядело солиднее

Стартапы очень любят таким же образом добавлять слово "Tech" ко всему подряд. Началось с EdTech и понеслось... AgroTech, FoodTech, PetTech, SleepTech, SexTech, HrTech.

Возвращаясь к сути: FinOps - это когда на уровне компании мы перманентно мониторим инфраструктуру, её загрузку и расходы, а затем ищем способы оптимизации.

McKinsey говорит, что от ~20% расходов на инфраструктуру в бигтехах уходят впустую. Следовательно, раз это нижняя планка, в среднем можно брать ~30%.

Например:

• сервера, которые взяли с запасом, и >50% ресурсов не используются (но оплачиваются);

• сервера для тестировщиков и стейджинга, которые мы купили и забыли про них;

• прожорливые сервера у проектов, которые не особо-то рентабельны (и стоит подумать уже об оптимизации кода).

Контроль делается за счёт того, что:

1. Мы начинаем в целом считать инфраструктуру, чтобы понимать, что в компании есть;

2. Затем мы начинаем мониторить утилизацию инфраструктуры, чтобы находить простаивающие ресурсы;

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

Дополнительный бонус: CTO проще объяснить фин. директору, куда и зачем мы платим, и сколько примерно денег потребуется на следующий период.

Есть софт, чтобы считать инфраструктуру в гетерогенных облаках. Есть Kubecost, который умеет считать расходы в k8s. Есть разные опции в Terraform, чтобы считать стоимость инфраструктуры.

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

Когда это нужно?

Пока расходы меньше $30к/мес. - должно хватать гугл-таблицы и зоркого взгляда CTO/DevOps'а. И дружеского вопроса команде: - "А зачем нам это?".

Когда расходы >$30к/мес. и оперативной памяти ответственного лица не хватает - можно начинать думать об автоматизации сбора метрик. Иначе до этого момента автоматическое сведение метрик воедино рискует просто не окупиться

---

Мой Telegram канал про разработку.
Мой open source проект для бекапа PostgreSQL - GitHub.

Потихоньку или “громко”: стратегии вывода стартапа на рынок

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

Если рассматривать широко, существует два подхода к этому процессу - мягкий и жесткий. Можно встретить термины Soft Launch и Hard Launch. Они разные, но оба совершенно оправданы и эффективны по-своему.

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

Жесткий запуск - это громкий выход, который заметят все. Здесь всегда много маркетинга, задействованы все каналы: соцсети, СМИ, инфлюенсеры. Цель одна: максимально быстро попасть в головы и умы пользователей и занять там много места. Здесь нет возможности доработок, зато есть шанс не оставить места для конкурентов. Жёсткий запуск - всегда риск, однако есть шанс начать получать прибыль уже с самого первого дня.

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

Новая версия Gramax!

Приглашаем вас протестировать экспериментальные функции:

• 💡  Статический сайт в облаке Gramax. Можно опубликовать свою документацию буквально за пару кликов, для этого не нужен сервер или хостинг. Достаточно нажать «Опубликовать в облако» и войти в почтовый аккаунт.

• 💡  Фильтр по содержимому. В каталоге можно создавать статьи и абзацы для разных сборок. На портале для чтения они будут фильтроваться с помощью переключателя. 

• 💡  Браузерная версия на мобильном. Браузерную версию Gramax можно использовать на мобильном телефоне. Доступны все действия, как при работе на компьютере.

А также:

• 📌  Новая главная страница. Улучшили внешний вид главной страницы. Добавили возможность создавать вложенные группы.

• 📌 Транскрипция речи с помощью ИИ. Если в пространстве включены ИИ-функции, редактор может автоматически транскрибировать аудиозаписи в текст.

• 📌 Просмотр изменений после синхронизации. После синхронизации автоматически открывается окно сравнения ревизий: сравнивается новая версия каталога с версией до синхронизации.
  

Об этих и других изменениях читайте в Release Notes 🔥

Нужно срочно тупеть!

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

То есть, с ростом управленческих навыков - Soft Skills, «проседают» технические навыки - Hard Skills.  И это правда, с этим спорить я и не собираюсь. Но, в некоторых головах причинно-следственная связь срабатывает наоборот: «чтобы расти как управленец нужно срочно тупеть!».

Причем в этой среде наблюдается натуральное соревнование насколько ты отупел:

-«Я не технарь, я в этом не понимаю!»

-«А я еще больше не технарь, я в этом не понимаю еще больше! Ха-ха!»

А ведь раньше эти персонажи были, в общем-то, неплохими техническими специалистами.

Что интересно, там, где причинно-следственная связь между hard-soft skills не перевёрнута с ног на голову, даже среди управленцев высокого уровня много хороших специалистов, отлично разбирающихся в том, чем они управляют. И это не только на уровне IT-директоров, а даже на уровне вице-президентов огромных холдингов.

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

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

Но позвольте, а как же тогда реальное дело, там же это быстро выявится?

А тут всё просто – реальных дел… нет в контролируемых параметрах! Ни одного проекта и контракта за три года? Клиенты разбежались, репутация упала под плинтус? Да кого это интересует, этот вопрос даже не поднимается.
Показателем всего становится то, что лучше всего видно и просто измерить – шум. Самая заметная обезьяна в стае – не самая умная, а самая визгливая.

Попытка вернуть контекст в практическое русло тут же называется «токсичностью» и отсутствием Positive thinking. В лучшем случае – «душнотой».

Законный вопрос – но можно же показать, доказать, обосновать что вот это сгенерированное связкой дурак+ИИ – чушь.

Да, можно. Но тут два момента:

1.    Эта чушь уже оттранслировалась наружу. «В этой клинике сердечо-сосудистой хирургии нам предложили покупать их циркониевые браслеты» 8-O. Вы второй раз обратитесь в такую клинику?

2.    Это занимает чудовищное количество времени и сил. Просто указать на ошибку недостаточно: «жи-ши пиши с буквой И». Будут многочасовые споры с контр-аргументами «А я вот в твиттере писал жЫзнь и всё было отлично! И знакомые одноклассники так писали!». И это при том, что цель – написать научный труд. Вместо сосредоточения на науке приходится объяснять, что совать пальцы в розетку – плохая идея.

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

Так и здесь: Бежало. Шло. Замедлилось. Остановилось. Сдохло.

Выживут сохранившие баланс Hard и Soft.

Фиксируем следы на сайте нарушителя: 5 способов

Зафиксировать следы - первое, что нужно сделать после обнаружения нарушения ваших интеллектуальных прав.

Обычно такая фиксация проводится на веб-сайте виновника владельцем интеллектуальной собственности.

Ниже даны пять способов фиксации нарушения, которые суды принимают:

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

Используете сервисы, встроенные в систему вашего компьютера или смартфона. Например, сервис работы со скриншотами в браузере Яндекса.

2. Автофиксация. Вам доступны специальные веб-сервисы для автоматической фиксации данных на сайте нарушителя.

Например, программный комплекс "Вебджастис". Его алгоритм собирает пакет сведений о сайте и условиях его работы, делает снимки экранов. И передает вам документ в формате pdf.

3. Нотариальный осмотр. Когда-то единственный способ закрепления следов. По вашей инициативе нотариус описывает сайт нарушителя и делает нужные скриншоты.

4. Осмотр правоохранителей. Например, следователь может осмотреть сайт в ходе проверки вашего сообщения о преступлении.

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

5. Адвокатский осмотр. С помощью адвокаты вы выбираете веб-ресурс для осмотра. После чего адвокат фиксирует условия осмотра и содержимое страниц сайта, передает вам сделанные скриншоты.

Поговорите с вашим адвокатом. Он поможет выбрать способ с учетом конкретной ситуации.

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

Книга нарушает интеллектуальные права: виноват издатель или курьер?

Оба держали книгу в руках, пока она шла к покупателю.

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

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

Претензии от "настоящего" автора фрагмента. Полагаю, именно он был тем самым покупателем книги))

Очевидно, издателю придется несладко: закон считает нарушением ситуацию, когда опубликовано чужое произведение без согласия настоящего автора.

Но как быть с фирмой-курьером?

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

На то есть пять причин:

1. Издатель - продавец книги, так как именно он администрирует сайт и предлагает к продаже книгу.

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

3. Издатель вправе доставить книгу своими силами. Или отправить ее с помощью фирмы-курьера.

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

Агентский договор не наделяет курьера статусом продавца. Это важно!

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

Пример исключения - между покупателем и издателем напрямую заключен договор возмездного оказания услуги по доставке книги.

5. Закон описывает ситуации использования произведения. Одна из них - распространение его экземпляра путем продажи.

Фирма-курьер не продавала книгу. Она лишь исполнила свои обязательства перед издательством: отвезла книгу покупателю.

Поговорите со своим адвокатом, если ваш бизнес связан с услугами доставки. Адвокат оценит ваш договор с издательством и проработает риски.

А вам приходилось отбиваться от обладателей интеллектуальной собственности при доставке?

Магистратура будущего уже здесь

Как не просто получить диплом, а действительно перестроить мышление и построить карьеру? В статье «Куда пойти учиться?» топ-менеджер Альфа-Банка рассказывает, как запускаются и развиваются магистерские программы по продуктовому подходу и HR-аналитике в партнёрстве с ВШЭ.

Обучение построено на решении реальных бизнес-задач, а выпускники выходят готовыми управлять цифровыми продуктами и внедрять ИИ в HR. Уникальная программа, разработанная совместно с ВШЭ, даёт студентам практический опыт, доступ к ведущим HR Tech‑мероприятиям и возможность выстроить нетворк с экспертами рынка.

Как проходит отбор, каким требованиям должен соответствовать кандидат и почему магистратура — это не просто диплом, а полноценный карьерный рывок? Читайте о новом формате обучения и реальных историях роста в статье!

Конференции — это пустая трата времени?

В новом выпуске «Свободного слота» вместе с Романом Ивлиевым, техническим директором и руководителем программного комитета TeamLead Conf, разбираемся:

• как превратить посещение конференций в рабочий инструмент?

• по каким критериям выбирать ивенты, которые реально приносят пользу?

• стоит ли самому становиться спикером и как извлечь максимум из живых докладов?

• как обосновать руководству необходимость поездки?

• и наконец, почему иногда самые полезные дискуссии происходят не в зале, а возле кофемашины?

Смотреть VK
Смотреть YouTube

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

Какие цифры считать победой?

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

Смотреть VK
Смотреть YouTube

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

Ранее мы писали о трендах в использовании генИИ, а сегодня хотим показать как это работает на практике. Например, встроенный в Gran KMS AI-ассистент не просто выдает ответы - он понимает контекст вашей беседы и поддерживает живое общение.

Например, вы спросили: «Как настроить скидку в системе?». AI отвечает, ссылаясь на конкретные статьи в базе знаний. Если вы уточните: «А как это сделать для постоянных клиентов?», он учтет предыдущий вопрос и даст более точный ответ.

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

Например, сотрудник службы поддержки может спросить: «Какие документы нужны для возврата товара?». AI-ассистент выдаст краткий ответ и ссылку на соответствующую инструкцию.

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

Например, вопрос «Как настроить акцию?» в проекте «Маркетинг» даст инструкцию по скидкам, а в проекте «Техподдержка» — по настройке системы.

Для начала давайте вспомним, кто в команде есть:

• Продукт - его главный продукт это в "Forbes 30 under 30".

• Тимлид - климатический активист: следит, чтобы в команде всем было комфортно, мягко и без токсичных выбросов. Уже не разработчик, но ещё не менеджер.

• Мидл - соль земли, тянет всё. Мечтает стать сеньором, чтобы «думать, а не делать». Но перформанс-ревью мешает: «Требуется больше инициативы в области технического... бла-бла-бла».

• Джун - вымер. Заменён на Copilot'а.

• Сеньор - подключился последним. Но спасибо, что пришёл.

Иногда, чтобы что-то сдвинулось с мёртвой точки, нужно сделать больно. Сказать неприятное, протолкнуть сложное, выйти один на один с сеньором из чужой команды. Катнуть мимо пайплайнов, поправить на живом рантайме. Кто ещё подойдёт?

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

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

ИТ-проекты — это настоящий марафон!

Ну что, уже посмотрели новый подкаст? 🔥

Александр Семенов, генеральный директор ГК «КОРУС Консалтинг», и Антон Думин, ИТ-директор «Газпром нефти», поговорили про бизнес, технологии и подход к сложным задачам.

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

Смотри полный выпуск по ссылке!

Как отдыхать, чтобы отдохнуть?

Саша Афенов, Паша Федотов и Саша Прокшина нашли в своем расписании «Свободный слот», чтобы разобраться: что на самом деле значит отдых и почему в IT-сфере так много людей, которые забывают, как это делать правильно?

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

Смотреть VK
Смотреть YouTube

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

Почему ваш новый «гениальный» флоу вызывает тревогу в команде? Всё о психологии сопротивления изменениям — в одной статье!

Представьте ситуацию: вы, как продакт, несколько недель потратили на исследования, кастдевы, прототипирование и дизайн. Вы выносили идею, защитили её перед стейкхолдерами и теперь, сияя от предвкушения, приносите команде разработки новый, идеально продуманный флоу. А в ответ — тишина. Или, что хуже, шквал вопросов в стиле «а зачем?», «у нас и так всё работает» и «это всё сломает».

Знакомо? Прежде чем записывать команду в ретрограды и саботажники, давайте разберёмся. То, с чем вы столкнулись — не вредность, а фундаментальный баг (или фича?) человеческой психики. Имя ему — сопротивление изменениям.

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

Укуси меня, пчела — это же Копатыч!

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

Меня зовут Аня, я руковожу проектными менеджерами на сайте Альфа-Банка. Более 8 лет работаю в сфере people management и провела сотни собеседований В статье «Вы точно их собеседовали: 8 личностей, которые приходят на интервью» делюсь с вами инсайтами своих интервью, рассказываю, почему Ёжик никогда не уходит без оффера, в чём вы должны соответствовать Совунье, чтобы взять её на работу, и почему в моей команде нет Кар-Карыча, а Крош — есть.

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

Узнаёте ли вы этих персонажей среди своих кандидатов?