117 ИТ-инициатив, 10+ лет горизонта реализации и один вопрос к бизнесу: «Ты готов за эту цифру отвечать?» Разбираю, как через реестр, ресурсную модель, P&L и системные ограничения отсеять проекты, которые съедают людей, бюджет и внимание.
Я сейчас смотрю на рынок ИТ-услуг (аутсор, аутстаф) и вижу, что несколько факторов сошлись в одной точке.
Как автоматизировать перехват лидов из Telegram, если конкуренты прячут свои чаты и запрещают копирование ссылок? Клиент пришел с задачей: парсить комментарии из 50 крупных каналов в реальном времени. Проблема в том, что для прослушивания нужен ID скрытой группы, который менеджеры вытаскивали руками, тратя на это полдня. В этой статье показываю, как мы обошли визуальные ограничения интерфейса, вытащили нужные ID напрямую через API Telegram и сократили рутину с десятков часов до пары секунд. Внутри — готовый скрипт-сканер на Python.
Токен — это единица текста.
AI-действие — это единица полезного результата.
AI-действия - это не абстракция и не побочный эффект автоматизации. Это измеримый экономический ресурс, который уже сегодня создаёт реальную ценность. Осталось лишь признать его в балансе.
В прошлых статьях мы разобрали, что такое цифровой двойник предприятия, а также механизм управления изменениями. Определили, как выстроить процесс изменения, чтобы изменения не привели к хаосу в ЦДП (Цифровом двойнике предприятия). Разобрали, что такое Задание на разработку, Релизный контейнер, Проект, и определили процессы для этих документов. Теперь приступим к рассмотрению того, каким образом необходимо реализовывать изменения в ЦДП.
Статья рассматривает кризис на рынке ИТ-труда, характеризующийся диктатом работодателей, урезанием бюджетов и автоматизацией HR-процессов. Также анализируется влияние массового притока начинающих специалистов на отбор квалифицированных кадров.
Период гиперроста и дефицита кадров в ИТ-индустрии, сопровождавшийся агрессивным перекупками специалистов и перманентным увеличением ФОТ, сменился фазой жесткой рыночной коррекции. К середине 2026 года на ИТ-рынке труда окончательно сформировался выраженный тренд на доминирование работодателя (Employer's Market): совокупный объем доступных вакансий сократился в среднем на 40%, а средний hh-индекс в секторе ИТ достиг критической отметки в 20 соискателей на одно рабочее место. В текущих реалиях специалисты уровня Middle сталкиваются с автоматическим высокопроцентным отсевом на этапе первичного скрининга резюме, а соискатели уровня Senior вовлечены в многоуровневые, затяжные циклы технического и архитектурного отбора. В настоящем материале представлен детальный структурный анализ причин деградации процессов найма, исследованы макроэкономические факторы оптимизации бюджетов на разработку и предложены валидированные стратегии адаптации квалифицированных инженеров к новым условиям рынка.
Как промт превратил языковую модель в проводника смыслов и источник инсайдов для бизнеса: AI-конструктор офферов
История эволюции инструмента анализа бизнеса: от создания офферов до AI-агента-проводника, который помогает предпринимателю прояснить свой бизнес через диалог.
Мультиконтекстный сайт на статических страницах без генерации на лету. Почему мы выбрали ручную вычитку и фиксированные версии
То что недавно являлось базовым джентльменским набором продуктовой стратегии, сегодня полностью перестраивается.
Дорожная карта должна превращаться не в поток релизов и обновлений, а в систему сценарного планирования, позволяющую перестроить свой план в любой момент.
Для этого продуктовым командам нужно перейти от классических дорожных карт в формате разработки конкретных функций к формату приоритетов и сценариев.
В статье описывается готовый фреймворк построения сценарного RoadMap.
Представьте: вы пятнадцать лет строили IT-инфраструктуру в банке или крупной розничной сети. Прошли через импортозамещение, наладили аварийное восстановление систем, получили сертификаты по стандартам управления IT. А потом приходите в продуктовую компанию - онлайн-кинотеатр, маркетплейс, образовательную платформу - и с треском проваливаете собеседование на позицию IT-директора.
Вас спрашивают, как вы будете повышать выручку от мобильного приложения и измерять удовольствие клиентов от сервиса. А вы рассказываете про время реакции техподдержки, внутренние регламенты и уровень зрелости процессов. Вас вежливо благодарят и не берут на работу.
Бывает и наоборот. Продуктовый лидер с опытом быстрых релизов и экспериментов приходит в промышленный холдинг. А там нужно, чтобы бухгалтерская система не падала в конце квартала, бюджет соблюдался, а любое изменение согласовывалось с тремя отделами. Тоже не берут.
За последние полтора года я участвовал в разборе нескольких таких кейсов. Не в теории, а в реальных собеседованиях и их последующем анализе. Дело почти всегда не в технологиях - с ними у кандидатов как раз всё в порядке. Дело в том, что IT-директор в большой корпорации и IT-директор в продуктовой компании - это две разные роли. У них разный язык, разные показатели эффективности и разная зона ответственности.
Ниже я опишу два типа, которые сложились на рынке. Почти всегда один из них оказывается главным в конкретном бизнесе, хотя в чистом виде они встречаются нечасто.
Рассказываем, как лазерное сканирование в связке с nanoCAD Облака точек помогает выявлять отклонения в несущих конструкциях (крановые пути, башенные сооружения, монолитные ЖБ-конструкции) — от автоматического анализа кренов до интерполяции плоскостей и цилиндров при отсутствии проектной модели.
Хватит скидывать задачи в мессенджеры и терять правки. Показываю 6 способов, как показать клиенту или подрядчику важное и не сломать внутренние процессы.
До того как начать инвестировать в разработку продукта, команде стоит проверить, есть ли реальный спрос на продукт и насколько убедительно для клиента звучит ценностное предложение. Для этого на ранних этапах мы используем разные методы валидации гипотез: от анализа рынка и качественных интервью до количественных исследований, fake door тестов, concierge‑подхода и MVP.
В этой статье покажу место fake door среди других методов валидации и разберу, как мы адаптируем этот метод в Точка Банке.
Я не программист, но я создал два сайта. Один с нуля, второй перенёс с Tilda, оба через Claude Code и с админ-панелью через Claude же. В процессе я прошёл через ИИшный газлайтинг, сотню правок уровня «перемести это выше, еще выше, теперь ниже» и получил два проекта, которыми теперь могу проще управлять.
Рассказываю, как, зачем и почему (и стоит ли так делать).
Китай за последние десятилетия совершил экономический рывок, который многие до сих пор пытаются осмыслить. Лань Сяохуань, китайский экономист из Пекинского университета, написал книгу, которая разошлась огромным тиражом (более полутора миллионов экземпляров) у себя на родине и была переведена на русский язык. Название — прямая отсылка к Адаму Смиту. Только вместо невидимой руки рынка здесь — видимая рука Партии. И она не просто регулирует, а реально строит экономику, отрасль за отраслью, регион за регионом.
Книга написана китайцем и, что важно, не для пропаганды, а для внутреннего обсуждения. Поэтому в ней почти нет партийных лозунгов. Есть конкретные бизнес-кейсы, расчёты, анализ того, как государство влезло в рынок земли, недвижимость, местные бюджеты, бюрократию, фондовый рынок и внешнюю торговлю, и почему без этой видимой руки ничего бы не взлетело.
ИИ уже меняет разработку, поддержку, аналитику и офисную рутину. Но тезис “больше продуктивности, меньше людей” слишком удобный. На практике корпоративный ИИ часто не убирает расходы, а переносит их в токены, инфраструктуру, безопасность, интеграции, ревью, ошибки и зависимость от поставщиков.
На демо всё красиво: задачки бегают, доски сияют, отчёты рисуются. Через полгода команда уточняет статусы в чате, релизы сверяет в таблице, а тимлид перед стендапом открывает пять вкладок. Разбираем четыре ошибки выбора системы управления разработкой и даём чеклист из 12 вопросов, которые стоит задать до покупки.
Три года назад нас было восемнадцать человек, мы пилили свою систему для управления задачами. Всё шло спокойно, пока не пропали Джира и Трелло. Параллельно мы выросли до 100+ человек.
Чтобы как-то сохранить управляемость и нормально заводить новых клиентов, мы разделили всех на три больших сегмента — для тысяч небольших бизнесов, для SMB и для кровавого энтерпрайза.
Сквозных процессов не было вообще. Каждая вертикаль стала отдельным мини-бизнесом со своим планом действий. Одни упоролись в RnD, другие в этот момент пилили «свой Ноушен» с документами. Каждый делал хорошо, но никого не волновало, что делает сосед.
Отделы дублировали задачи друг друга и просто не знали, как выстраивать работу между направлениями. Вписываться в общую задачу — означало добровольно завалить свой собственный KPI и лишить свою команду премии.
В этой войне локальных KPI против общих целей мы упустили, что продукт-то у нас один. Клиенты спрашивали, чего вообще ждать от системы, а мы даже не могли сделать нормальный роадмэп.
Нам пришлось полностью снести старые подходы. Сейчас расскажу, как мы это пережили и сколько народа полегло.
Представьте: вы наконец посчитали, сколько денег утекает из дома через плохую теплоизоляцию. Пришли к владельцу с цифрой в 200 тысяч в год на отоплении. Он посмотрел, кивнул и сказал: «Ну окей, запишем в убытки».
Примерно так выглядит разговор про техдолг с бизнесом. Пока это «у нас легаси» – руководство кивает и говорит «разберитесь», а стоит принести конкретные рубли вообще тему закрывают. Парадокс в том, что цифра без плана погашения – это не аргумент, а счёт, и на счёт без понятного ROI у CFO всегда один ответ: списать и забыть.
Мы потратили какое-то время на то, чтобы разобраться, почему так происходит. В процессе нашли три методики, которыми на западе считают техдолг в деньгах – у каждой свои допущения, слепые пятна и сценарии, в которых она врёт. И отдельно поняли, что сама по себе цифра это только половина задачи. Вторая половина упаковка, без которой CFO скажет «спишем» при любой методике.
Об этом и поговорим.
Я не руководил проектами, а просто строил дачу, но именно там понял, зачем нужны планы, оценки сроков и понимание бюджета. Делюсь опытом и выводами.
