Рубрика: Продукт

  • Матрица роста агентства

    Матрица роста агентства

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

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

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

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

    Продакшн делает что-то очень хорошо и на высоком уровне, допиливает под потребности клиента. Он продаёт дорого и к нему обращаются другие Агентства или компетентные Заказчики.

    Конвейер делает одинаковые штуки на потоке и с низким чеком. Кому не подходит конвейер — извините, следующий. Массовая настройка Авито или лендинг под ключ в этой категории.

    SaaS / Продукт — мы хотим сделать один раз, а потом видеть от клиентов только деньги. Упаковываем накопленный опыт в продукт: в робота, сервис или набор методичек.

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

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

  • Оргструктура для стартапа — как назначить всем должность

    Оргструктура для стартапа — как назначить всем должность

    Оргструктура для стартапа — как назначить всем должность.

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

    Я выписал всё, чем нам нужно заниматься. Разработкой всё не ограничивается. Огромное количество действий поглощает рабочие дни команды: продажи, редакция, партнёрская программа, маркетинг, PR, финансы, бухгалтерия, HR, секретарь, служба поддержки, продукт, разработка, дизайн, интеграции, тестирование, юридические аспекты, инвестиции.

    И попробовал рассортировать по кучкам. Потом на эти кучки можно будет приклеить ярлычки CEO, CFO, CMO, C3PO, R2D2…

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

    Такое распределение менеджмента получилось в итоге:
    1. CEO (Chief Executive Officer) + CTO (Chief Technology Officer). Генеральный + технический директор. Стратегия и руководство, технические вопросы, финансы, инвестиции.
    2. COO (Chief Operating Officer) + CRO (Chief Revenue Officer). Операционный директор + РОП. Продажи, управление редакцией, онбординг новых клиентов и сотрудников.
    3. Head of Design & UX/UI — Дизайнер.
    4. Head of Customer Support — Поддержка клиентов.
    5. Head of Marketing (потенциально CMO) — Маркетолог.

    Забавно, что AI назначает Head of, даже если в отделе один специалист. Но мы помним, что в стартапе карьерные ступеньки подставляют вниз. Ещё интересно, что не все участники команды получили позицию менеджера. Даже если этот участник в отделе один.

    Теперь дополнительная польза. Кого можно сейчас не нанимать?
    Chief Product Officer (CPO) — Директор по продукту. В нашем случае закрывается созданием продуктовой команды из CEO/CTO + COO + Design. Лучшее решение, спасибо искусственным мозгам! Что интересно — ровно так разработка у нас и происходит. Находка, что можно не выделять главного в этом процессе и продолжать работать коллективом.

    Chief Financial Officer (CFO) — Финансовый директор. Когда деньги появятся, тогда и возьмёте. Для меня отличным решением оказалось раннее выделение роли Chief Revenue Officer без довеса на эту роль функционала CFO. И правда, чем управлять? Продавайте пока и всё.

    HR-менеджер — Управление персоналом пока больше сводится к найму. Это закрывают сами CEO и COO, а что не смогут — отдать рекрутерам. Мы можем долго не нанимать выделенного HR, потому что оба фаундера много нанимали сами в других проектах.

    Юрист — аутсорсить на точечных консультациях (это мы уже начали) или взять агентство (а вот это пока навряд ли).

  • Как нанять разработчика: Вакансия

    Как нанять разработчика: Вакансия

    Данная инструкция отражает мой практический личный опыт.
    За последние 10 лет я нанял более 50 разработчиков на полный рабочий день. Описанное касается разработчиков категории Middle и выше. Вы можете делать всё совсем иначе и у вас тоже будет результат — это нормально.

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

    Хорошая вакансия будет замечена в ходе регулярного обхода площадок с работой.

    Разработчик хочет прочитать вакансию и сразу для себя прояснить:
    – А можно ли на удалёнке? Можно ведь, да?
    – Описание архитектуры проекта одним предложением: “хайлоад екоммерс монолит на джанго с веб-мордой на реакте”.
    – В каком стеке и окружении работать, какой софт использовать.
    – Какого рода задачи он будет делать. Только честно, без украшательств.
    – На каком уровне требуется знать конкретные технологии.
    – Его место в команде — за что он отвечает, за что не отвечает.
    – Методологию работы: скрам, канбан, водопад, “молодой, динамично развивающийся стартап”.
    – Ритуалы: стендап, дейлики, покер-планирование, код-ревью, ретроспективы, багфикс-хакатоны и т.д.
    – С кем работать и контактировать, а с кем не контактировать (что не менее важно).
    – Количество и частота коммуникации.
    – Какую продуктивность ожидают. Как и в чём она измеряется?
    – Какая отчетность и зачем, кто её будет получать и проверять.
    – Какая реальная вилка оплаты на позиции и какие плюшки?

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

    В целом, больше ничего программиста не интересует 🙀

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

    Все отклики на такую вакансию будут двух типов:
    1. Осознанные отклики от целевых кандидатов
    2. Вдруг я проскочу и меня доучат как-нибудь

    Завтра покажу, как я отсеиваю первых от вторых.

  • Почему я дома в авиарежиме

    Почему я дома в авиарежиме

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

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

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

    Это вышло из под контроля. Я выключил.

    – Меня не прерывают звонки, которые я не заказывал.
    – Меня не прерывают смс, которые я не заказывал.
    – Не выбивает из видео-звонков, конференций и звонков в мессенджерах.
    – Чтобы принять sms от банка, я выключаю авиарежим на минуту.
    – Часть 2FA завязано не на SMS, а на Google Аuthenticator — сотовая связь не нужна.
    – Самые продвинутые сервисы позволяют звонить в поддержку через интернет.
    – Под доставку продуктов и еды приходится входить в сеть.
    – Доставки товаров едут в ПВЗ и копятся, пока я не заберу.
    – Адекватные дееспособные люди умеют пользоваться телеграмом или вотсаппом. Все, кто набирал и не дозвонился — написали в мессенджер.
    – При выезде из дома сотовая сеть включается из-за навигатора.
    – В автомобиле входящие на беззвучном режиме — не прерывают музыку.

    Так я и понял, что мне сотовая связь нужна только для интернета.

  • Self-hosted

    Много раз за последние три года блокировали разные сервисы. То сами сервисы, то доступ к ним, то оплату, то поддержку. Самая странная блокировка – запрет принимать участие в приватных репозиториях на GitHub.

    Мы пошли другим путем: находим продукты с открытым кодом и ставим на свой сервер вместо платного SaaS.

    Что мы используем в работе:
    Gitlab CE – репозитории на нашем сервере. Переезжали с Bitbucket. Используем активно CI/CD.

    Sentry – сборщик логов с запущенных приложений. Очень полезный сервис – мы видим ошибки у реальных пользователей, сгрупированные по типу и с полным стеком вызова (браузер, устройство, окружение). Система прожорливая – ест CPU и RAM.

    Grafana – Конструктор дашбордов с графиками. Мы используем для мониторинга серверов (БД Prometheus в качестве источника). Видел у коллег дашборды с продуктовыми метриками, но у нас до этого руки пока не дошли.

    Plausible – простая веб-аналитика. Достаточно, чтобы изучить посещаемость лендинга или корп сайта, посмотреть источники и конверсии.

    PostHog – мощная аналитика. Расстановка своих событий (как в метрике и ga), воронки, срезы, полная информация о визитах, возвратах и т.д. Под капотом Clickhouse, Kafka и все 33 удовольствия для работы. Как и Sentry, очень прожорливая система.

    Ollgram – tg-боты для поддержки. Очень удобно – делаем бота, указываем его контакты в канал. Бот пересылает сообщения пользователей в секретную группу, а мы общаемся от имени бота. Не связано с CRM, но для получения обратной связи или старта – то что нужно. Код open source – поставили к себе.

    Сейчас присматриваюсь к новым кандидатам
    Affine для документации вместо Miro и Notion
    Zammad – автоматизация службы поддержки. Helpdesk вместо ZenDesk/CarrotQuest
    Twenty в качестве CRM

    Мы пока не смогли заменить трекер задач с учетом времени. Попробовал Taiga (вроде все ок, но не гибко, не хватает фич). Многообещающий Plane перекосило в урезание функционала бесплатной версии. Концептуально понравился LeanTime.

    А пользуетесь ли вы self-hosted и чем?

  • Команда разработки для стартапа

    Команда разработки для стартапа

    В 2003 году для старта проекта нужен был программист, продажник и дизайнер (hacker, hustler & designer). Пусть четвертый парень на картинке будет инвестором. Так и запускали первые проекты.

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

    Команда супергероев теперь выглядит так:
    – Продажник теперь BizDev и его меньше всего затронуло разделение труда. Он всё так же ищет жертву потребителя на рынке.
    – Product Owner – единственный понимает, что все делают и что должно получиться на выходе. Но сам может генерировать только беспокойство и приоритеты.
    – Product Manager – генерирует рандомные гипотезы, пытается понять что нужно считать в продукте и что из этого следует.
    – Project Manager – спрашивает у всех “как дела?” и рассказывает почему проект отстает от графика.
    – Business Analyst – должен всем всё разъяснить и описать, но душнилу плохо понимают.
    – Brand designer – нарисует логотип, подберёт шрифт для визиток и сделает презентацию на 80 страниц с обоснованием.
    – UX/UI – старательно перерисует чужой кейс с биханса в вашу фигму по мотивам фир стиля. Тоже приложит презентацию.
    – Frontend-разработчик – превращает всё до чего дотронется в Java Script.
    – Backend-разработчик – усложняет и так сложные штуки под капотом, которые никто кроме него не понимает.
    – QA manual – проверяет, что продукт ломается там, где не ожидали.
    – QA automation – заставляет робота проверять, что продукт ломается там, где ожидали.
    – DevOps – сисадмин, который заливает всё на сервер, но почему-то тоже через код и 8 слоёв абстракции.

    Конечно, на такую ораву теперь нужен TeamLead, HRd и ещё какой-нибудь скрам-мастер.

    Нормально же сидели, откуда столько народу понабежало? 🙈

  • По прошлому посту может показаться, что продукт был доведён до совершенства перед релизом

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

    Всё совсем наоборот!
    – В первой версии продукта не было монетизации
    – До сих пор нельзя зарегистрироваться (а нам 2 года)
    – Техническая SEO-оптимизация до сих пор не дожата другими SEO-работами
    – Не хватает десятка “очевидных” разделов и фич

    И про все эти фичи нам говорят пользователи. И говорят “как же вы не сделали”.
    Мы пользователей слушаем, но не слышим)
    Пользователи плохо знают свои потребности. Это же те самые ребята, которые хотели “более быструю лошадь”!

    Если вам не стыдно за первую версию вашего продукта, вы запустились слишком поздно.
    – Рид Хоффман

    Я знаю, что за продукт я делаю и для кого. У нас свои приоритеты и Roadmap.
    Пусть кому-то будет стыдно за первую версию, но не нам. Если мы в одних трусах – это так задумано!

  • Сегодня бывшие коллеги прислали гифку

    Сегодня бывшие коллеги прислали гифку

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

    15 лет назад я написал первую строчку кода интранета для внутренних нужд компании, в которой работал. Сам придумал, что нам нужен интранет. Сам начал его писать и внедрять. На рынке был Sharepoint Portal, до выхода Битрикс24 было ещё полтора года.

    Прошло 15 лет – интранет очень мощно развивается силами внутренней команды.
    Почти 4000 активных пользователей – сотрудники, партнёры и клиенты. Все процессы и задачи компании происходят там.

    Я передал проект команде больше 10 лет назад и уволился делать стартапы.
    Смотрел пару недель назад на звонке актуальную версию интранета и удивлялся обновлениям.

    Интересное ощущение – продукт придумал и сделал ты, а он живёт свою успешную жизнь и ты слышишь про его успехи разве что случайно…

    Спасибо коллегам, что поддержали начинания 15 лет назад!