Blog

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

    Как сове совместить расписание менеджера и создателя?

    У Пола Грэма (Y Combinator) есть замечательное эссе (англ.), в котором он рассказывает про два режима деятельности.
    Расписание менеджера (manager’s schedule) – звонки, переписки, постоянные переключения контекста, диспетчерская.
    Расписание создателя (maker’s schedule) – фокусировка, погружение в процесс, одна задача может занимать несколько дней.

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

    В одни момент я обнаружил себя в определённом графике. Мой мозг сам нашёл решение, как совмещать эти два режима:

    13:00 — Подъём после полудня. Я сова, сколько себя помню. Ночью голова работает — ранним утром я овощ. В любой стране и при любом режиме освещения буду спать первую половину дня.

    14:00 — Днём тревожность и коммуникации требуют внимание менеджера. Говорю на совещаниях, переписываюсь в множестве чатов, хожу в таск-трекеры, создаю, делегирую и делаю десятки задач, устраняю препятствия для команды.

    17:00-19:00 — Количество сообщений резко уменьшается. Идеальное время менторской консультации или любого другого 1:1 с повесткой. Есть бодрость, я включен, мой мозг готов быстро обрабатывать поступающие данные и генерировать решения.

    19:00 — Обед и тишина. Рутина по дому, игра с собакой.

    20:00 — Начинаются стратегические звонки и вовлеченные переписки.
    Очень много людей готовы говорить вечером и это качественно другие звонки, чем днём.
    – Участники проектов с частичной занятостью. Учеба, дети, основная работа — всё было днём.
    – Партнёры. Строить планы, консультироваться, делиться новостями своих проектов.
    – Друзья и семья. Общение после работы.
    – Люди в других часовых поясах. И те, кто западнее меня (у них раньше), и лютые ночные жители или очень ранние пташки восточнее.

    00:00 — Тишина в эфире, пожалуйста. Самое время включить в себе Maker.
    Обычно это 1 или 2 проекта на сессию. Открываю заготовленный список задач. Это всегда будет список, потому что крупная задача попадает в него только через дробление. Поехали!

    04:00 — Начинают открываться ворота сна. В ближайший час я уйду от клавиатуры.

    06:00 — Blackout.

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

  • 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 и чем?

  • Как код попадает на сервер 2025 edition

    Как код попадает на сервер 2025 edition

    Как раньше: открыл удалённую папку на сервере по FTP, скопировал туда свои файлы — сайт работает.

    К каким проблемам это приводило:
    – Два разработчика скачали один и тот же файл, внесли правки и по очереди загрузили их на сервер. Изменения первого разработчика стёрты вторым.
    – Разработчики работают прямо на сервере. Человеческий фактор неизбежно приводит к ошибкам.

    Как это выглядит у нас сейчас:
    – Разработчик копирует код из Git-репозитория (git clone/git pull)
    – Создаёт свою ветку, в ней изменения хранятся отдельно (git checkout -b)
    – Вносит изменения в свой экземпляр (git commit)
    – Отправляет изменения обратно в репозиторий (git push)
    – Создаёт запрос на добавление своих изменений в общий код (Merge Request)
    – Робот 🤖 на новом поддомене разворачивает тестовую копию сайта с изменениями (Review Apps) и запускает тестирование
    – Менеджер, Тестировщик и другие разработчики смотрят и щупают изменения
    – Разработчик дорабатывает код, тестовый сайт автомагически обновляется
    – После принятия запроса на слияние (Merge Request) все новые изменения автоматически выкатываются на промежуточный сервер
    – С промежуточного сервера время от времени все обновления попадают на основной сервер (тоже через Merge Request)

    В итоге менеджеры могут одновременно отслеживать прогресс разных задач на тестовых доменах и давать обратную связь.
    Дополнительные бонусы: исключаем риск утечки данных (152-ФЗ) и рукожопства на сервере (🤖).

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

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

    В 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.
    Пусть кому-то будет стыдно за первую версию, но не нам. Если мы в одних трусах – это так задумано!

  • Откуда трафик?

    Откуда трафик?

    Для большинства стартапов трафик — самая большая проблема. Без трафика нет клиентов. Реклама стоит денег, пиар стоит денег и усилий. Многие проекты не смогли отстроить математику привлечения клиентов: “воронки не сошлись”, а проекты закрылись.

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

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

    В своём проекте я никуда не спешил. Собрал черновое ядро, изучил конкурентов, нашёл “дырки” – запросы есть, а известные сайты в выдаче отвечают на эти запросы плохо. Легкая html-разметка, уважение к семантике, микроразметка, sitemap, open graph. Высокие показатели Google Page Speed, mobile-first. Первый сотрудник в редакции.

    Первые полгода было грустно…

  • Добро пожаловать в увлекательный аттракцион!

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

    Вводные следующие:
    – 30,000+ посетителей в месяц на сайте
    – 0 расходов на трафик
    – 0 денег фондов
    – Работает 13 человек (посчитал, удивился), все part time (!)
    – Месячный доход 100 тысяч рублей 😅, весь уходит на содержание штата.
    – Часть участников работает за 0 или за символические деньги на интересе уже больше года ❤️
    – Есть достижимый понятный план трансформации этой истории в SaaS на >1 млн дохода, в который я верю.
    – Я считаю, что мы можем обогнать всех конкурентов на этом рынке.
    – Конкурента в прошлом году купили за 1,000,000,000 (один миллиард) рублей 😳
    – Почти все моё время съедает диджитал-агентство заказной разработки и менторство других агентств и команд.

    PS: Пусть проект будет (пока) анонимным, это позволит мне не проводить посты через лишнего внутреннего цензора и палить внутрянку.

  • Повесить переключение языка на Caps Lock

    Повесить переключение языка на Caps Lock

    Повесить переключение языка на Caps Lock.

    Самый неожиданный лайфхак за много лет за компьютером
    – Caps Lock практически не используется при наборе. Большинство людей забывает о его существовании
    – Гораздо удобнее нажимать одну кнопку, чем две
    – Часто для него есть отдельный индикатор – как в системном трее, так и на самой клавиатуре.
    – Скорость переучивания – 2 дня

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

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

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

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

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

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

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

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

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

  • Формула Стеклянного потолка

    Формула Стеклянного потолка

    Математическое обоснование почему агентства не могут прыгнуть выше планки дохода:
    1) Отток (churn) клиентов существует и при росте количества клиентов нужно будет всё больше клиентов, чтобы перекрывать отток.
    2) Отток растёт с ростом агентства и выходом основателей из процесса оказания услуги
    3) Есть плато, при выходе на которые очень тяжело расти – отток равен притоку

    Вывод – отток в агентстве резко растёт с увеличением количества клиентов и значимо нивелирует усилия по росту.

    Источник и графики: https://jakobgreenfeld.com/agency-model