Программисты делают бизнес

🎮 Как закрыть KPI продукта с геймификацией? Геймификацию часто обсуждают через саму механику: персонажей, награды, прогресс, мини-игры внутри продукта. Но маркетологу или продакту важнее другой вопрос: какое поведение пользователя она должна изменить и какой KPI благодаря этому сдвинется? Один и тот же инструмент может привлекать новых пользователей, знакомить их с продуктом, увеличивать частоту покупок, возвращать в приложение или помогать осваивать новые функции. Всё зависит от задачи, аудитории и контекста. 20 октября в 18:00 МСК управляющая партнёр KTS Вика Синельникова выступит на стриме PMM BAZA. Разберёт, как идти от нужного бизнес-результата и пользовательского поведения к подходящей игровой механике, а не начинать с идеи «давайте сделаем залипуху как Subway Surfers». По версии Рейтинга Рунета 2026 мы входим в топ-3 команд по геймификации в России. Почти 10 лет Вика создаёт геймификации и спецпроекты для Самоката, Магнита, Авито, VK, Burger King, телеканалов СТС и «Пятница!», а также других крупных брендов. На стриме вы узнаете: 🟢 Почему геймификация — это не обязательно отдельная игра и как превратить уже знакомые пользователю действия в игровую механику 🟢 Какие KPI маркетинга и продукта она действительно может закрывать: от привлечения и первой пробы до частоты использования, среднего чека, удержания и дополнительной монетизации 🟢 Чем отличается геймификация до попадания пользователя в продукт от механик для уже существующих клиентов 🟢 Как инструмент применяется в B2C и B2B и какие механики можно адаптировать под более скромный масштаб и бюджет 🟢 Где геймификация не даст нужного результата, даже если сама игра получилась классной А ещё в эфире будет практический разбор одной из метрик участников с попыткой выстроить под неё логику геймификации: от нужного поведения пользователя до подходящей механики. Чтобы сначала понять, зачем и на что нужно воздействовать, а не переделывать красивую игру после запуска. В конце будет время на вопросы и разбор ваших кейсов. 🎁 Все зрители получат шпаргалку, которая поможет подобрать геймификацию под целевую метрику. Приходите со своими KPI и задачами. Регистрация по ссылке.

Когда результаты команды скрывают проблемы с мотивацией Меня зовут Михаил Остапинский, я Старший QA Engineer в KTS, где занимаюсь не только тестированием, но и менторством младших специалистов.  Хочу поговорить о том, что обычно остаётся «за кадром» в работе ментора, — о мотивации. Как понять, когда менти теряет интерес? Как вовремя заметить первые сигналы выгорания? И главное — как ментору поддерживать «силу команды», сохраняя баланс между результатами и состоянием людей? Мотивация держится на трёх уровнях: — условия работы: деньги, комфорт, признание, безопасность и возможности для развития; — интерес к работе: удовольствие от задач, подходящая сложность и самостоятельность; — ценности: понимание пользы продукта и связь с целями команды. На каждом уровне нужны свои действия. Условия можно улучшить, интерес — поддерживать чередованием знакомых и более сложных задач. Совпадение с ценностями нельзя создать искусственно, но можно честно объяснять смысл работы и её результат. Отдельно стоит следить за стадиями демотивации. При стрессе важно скорректировать нагрузку. При деморализации — вернуть человеку ощущение прогресса через достижимые задачи, поддержку и признание. При отчуждении уже нужен прямой разговор о причинах и отношении к работе. Отслеживать динамику помогает мотивационный профиль: сотрудник оценивает факторы, которые его заряжают или истощают, а руководитель обсуждает результаты на 1:1. Важна не итоговая сумма баллов, а изменения и тревожные сигналы. Как его составить и оценить, рассказываю в статье на Хабре #михаил_остапинский

😎 Илья Смирдин x KTS: Приложение жителя, которое думает даже про любовниц В нашем новом подкасте Илья Смирдин, Head of Product MR Житель, и Александр Баталов, коммерческий директор KTS, обсудили: 📍что первично: инженерия ЖК или сценарии жителя; 📍чем отличаются технологии для премиум и бизнес-класса; 📍зачем девелоперу разрабатывать собственное приложение, если есть крупные вендоры; 📍какой потенциал умной эксплуатации в будущем; 📍как оценить окупаемость приложения жителя. Смотрите подкаст на удобной площадке: 📹 Rutube 💙 VK Video 📺 YouTube И скачивайте памятку для девелоперов «Приложение жителя: как сформировать лояльность клиента бизнес-класса».

Как вайбкодинг меняет работу с заказчиком  К нам приходят клиенты с нейросетевыми прототипами и сервисами, причём речь не о микростартапах, а о довольно крупных компаниях. Сам по себе этот сценарий уже никого не удивляет. На одном из последних таких проектов у нас получилось по-настоящему круто выстроить совместную работу: не просто взять прототип за основу, а встроить вайбкодинг заказчика в совместную работу. В стандартном SDLC есть заказчик со стороны бизнеса, бизнес-аналитик и системный аналитик, которые детализируют задачу. Затем менеджер всё планирует, дизайнер проектирует решение, разработчик реализует, а тестировщик проверяет. Мы изменили этот процесс: клиент самостоятельно вайбкодит прототипы доработок и новых фичей в безопасной среде и прямо по ходу работы передаёт нам требования в таком виде. В результате получаем не просто ТЗ и даже не прототип, а уже работающий фрагмент продукта — например, отдельный модуль. Дальше берём этот фрагмент, перерабатываем его, повышаем инженерную зрелость и UX, улучшаем результат, который изначально выдала нейросеть клиента. А клиент уже на работающем решении показывает, что устраивает, а что нужно изменить. Так требования уточняются по ходу, а не передаются один раз на старте. Главный эффект — time-to-market сокращается в разы. На входе у нас не абстрактные ожидания и пожелания, а решение, которое в целом закрывает потребность клиента, плюс конкретные комментарии к нему. Конечно, в таком процессе есть шероховатости, которые нам приходится устранять. Но полученный эффект значительно превосходит все потенциальные проблемы. Мир меняется.

Наш Head of QA Рома делится рабочими находками. За день он может согласовать новый процесс, доработать матрицу грейдов и собрать внутренний инструмент, но спустя полгода следы этой работы приходится искать по трекеру, чатам и календарю. Чтобы не тратить два дня перед перф-ревью, Рома собрал персональный рабочий контур на базе Claude Code, Obsidian и Markdown-файлов. Он рассказывает ассистенту, чем занимался, а тот ведёт журнал и канбан-доску, сохраняет договорённости со встреч, готовит отчёты к 1:1 и складывает достижения в отдельную папку. В статье на Хабре Рома рассказал, как система устроена, что изменилось за два месяца и какие правила безопасности стоит заложить сразу. В конце оставил готовый промт, который поможет собрать такой же контур под свою роль и задачи. Материал пригодится проджектам и руководителям, чья работа состоит из множества встреч, решений и небольших задач, которые обычно теряются между системами. #роман_авдонин

Форт подготовил испытание и для нас: удержать зрителей между эфирами 🗝 К новому сезону шоу «Форт. Возвращение легенды» мы запустили вместе с СТС геймификацию на сайте телеканала! Пик внимания к шоу приходится на эфир. Мы продлили этот контакт: пока герои проходят испытания на экране, зрители на протяжении 15 недель разгадывают свои загадки на сайте. Как мы расширяем опыт зрителя СТС и получаем целевые действия: • Растим CRM-базу пользователей СТС. Каждое воскресенье в выпуске появляется код. Зрителю нужно поймать его во время просмотра и ввести на сайте СТС. Для участия нужен аккаунт: если его ещё нет, пользователь регистрируется на сайте. • Мотивируем возвраты в механику. Раз в неделю открывается квиз из пяти вопросов о шоу, а каждый день зрителей ждут два новых испытания: угадать слово дня и собрать изображение по кусочкам в пятнашках. Короткие задания заполняют паузу между выпусками шоу и поддерживают регулярный трафик. • Распредяем мотивацию на весь сезон. За задания пользователи получают монетки. Они поднимают шансы на победу в еженедельных и финальном розыгрышах техники, промокодов и мерча. • Продолжаем атмосферу проекта в digital. В игровую механику добавили героев шоу, таинственные коридоры, сундуки и экраны побед и поражений. Зритель выключает телевизор, но остается внутри мира шоу. Форт уже ждет: проверить свои силы и попытать удачу можно на сайте СТС!

Разработка ускорилась — заново изобрели планирование За 10 лет у нас было много разных проектов, но сейчас мы работаем над реально инновационным. Делаем его небольшой командой специалистов. В продукте много связанных сущностей, интерфейсов и данных в активной разработке, а требования уточняются по ходу. При этом сроки жёсткие, а горизонт планирования короткий. Если бы мы работали над проектом как раньше: фронтендеры, бэкендеры, тимлид, аналитик, менеджер + нейронки, то шли бы по длинному пайплайну из нарезанных задач. В нужный срок мы бы так не уложились. Поэтому для проекта мы заново изобретаем планирование и используем подход AI SDLC. Его ключевой элемент — продакт-инженеры + экспертиза узких специалистов. Например, инженер, с сильной экспертизой во фронте, но не шарящий за бэк, идёт к бэкендеру за детализацией на уровне текущей архитектуры. Так как требования к лид тайму высокие, то с одной стороны надо делать больше задач под ключ, с другой стороны качественно планировать распределение взаимосвязанных задач. В основе планирования здесь четыре группы факторов: 1. Требования и пользовательская ценность. Нужно так разбить и расположить задачи, чтобы каждый законченный блок давал пользу клиенту. 2. Технические зависимости. Данные, интерфейсы и API-контракты связывают разные части продукта. Нельзя независимо разрабатывать функции, которые зависят друг от друга или затрагивают одни и те же участки кода. 3. Владение кодом. На старте выгоднее отдавать доработку тому, кто уже погружён в конкретную часть продукта. Позже экспертизу можно распределять между командой, чтобы снижать бас-фактор. 4. Приоритеты и сроки. Нужно соотносить ценность задач с затратами, менять очерёдность и при необходимости резать скоуп ближайшего релиза. Поверх этого есть ещё один слой — реальное состояние разработки. Какая-то задача заняла больше времени, другая закончилась раньше, третья заблокировала коллегу. Вчерашнее распределение уже не работает, и план нужно пересобирать. Обычно весь этот контекст разделён между аналитиком, менеджером и тимлидом. Аналитик отвечает за продуктовую декомпозицию, менеджер — за приоритеты и соотношение выхлопа с затратами, тимлид — за технические зависимости и распределение задач с учётом владения кодом. Пока все синхронизируются, принятие решения растягивается. Сначала я пытался уместить всю эту конструкцию в голове. Потом вспомнил собственную рекомендацию: не надо долго думать над чистым листом, сначала получи первую версию от нейронки. Я передал Claude пользовательские истории с описаниями и критериями приёмки, код из всех активных веток и приоритеты ближайшего релиза. За 4-5 итераций Claude собрал план разработки. Сначала он прошёлся по всем пользовательским историям и сопоставил их описанный статус с тем, что реально есть в коде: что уже готово, что сделано частично, где пока стоят заглушки и что ещё предстоит реализовать. Затем объединил истории в пакеты работ. Для каждого пакета указал: — какую ценность он даёт пользователю; — какие истории в него входят; — что уже готово и что осталось сделать; — от каких контрактов, данных и элементов интерфейса он зависит; — кто из разработчиков лучше владеет нужными участками кода. Также он предложил три варианта группировки задач: по пользовательским сценариям, разделам интерфейса и сущностям продукта. Я выбрал сценарный вариант. Для него нейронка собрала отдельный граф зависимостей между пакетами: какой API-контракт или готовый элемент интерфейса одна часть команды должна передать другой. На этой же основе предложила, кому из разработчиков отдать каждый блок, и зафиксировала открытые вопросы, которые нужно разобрать с командой. Буквально за полчаса получилась рабочая карта разработки. Документ можно актуализировать или пересобрать за пару запросов к ИИ. Я вижу здесь тот же переход, который происходит с разработчиками. Для менеджера остаётся всё меньше зон, где он сам не может ничего сделать. #максим_павлов 😀

Даём AI-агенту глаза и руки В этом канале мы часто рассказываем о проектах мобильной разработки. Среди которых — приложение для технадзора ПИК и сервис дефектовки окон Level Group. И это далеко не всё, над чем успели поработать. За это время команда накопила большой опыт, а сейчас перестраивает сам процесс вокруг AI SDLC: агенты получают доступ к контексту и инструментам проекта, а инженер отвечает за архитектуру, качество и безопасность. Об этом подробнее расскажем на Podlodka Android Crew. 23 сентября Android-разработчик KTS Тимур Чикишев проведёт демо-сессию «Даём глаза и руки AI-агенту в Android-разработке». В прямом эфире Тимур соберёт цикл, в котором агент: 🟢находит актуальные API и нужные исходники; 🟢проверяет интерфейс; 🟢воспроизводит баги и ищет их причины; 🟢проверяет результат после изменений. В ход пойдут Skills, MCP, поиск по исходникам и инструменты отладки. Собранный цикл можно будет адаптировать под свой Android-проект. Crew пройдёт онлайн с 21 по 25 сентября. В программе — 12 сессий про Android × AI: от UI и тестов до guardrails и Figma MCP. 📅 Тимур выступает 23 сентября, с 19:00 до 20:00 мск. Программа и билеты

Какие процессы можно автоматизировать поверх корпоративной базы знаний от KTS × Selectel ИИ-поиск помогает сотрудникам быстрее находить и проверять информацию. Следующий уровень работы с корпоративными знаниями — автоматизированные цепочки под конкретные процессы компании. Решение KTS и Selectel можно использовать для различных сценариев: — подготовки черновиков документов; — проверки отчётной документации; — контроля контрактов с поставщиками; — мониторинга рисков; — поиска аналогов неисправностей; — поддержки сотрудников по вопросам техники безопасности и обслуживания оборудования. Такие цепочки сокращают ручную работу в регламентированных операциях и ускоряют подготовку и согласование документов. В совместном решении KTS отвечает за платформенный слой: мы разрабатываем ассистентов на базе собственного решения AI Platform. Настраиваем RAG (Retrieval-Augmented Generation), сценарий и логику работы агента, встроенные механизмы контроля (guardrails) и интеграции с источниками данных и корпоративными системами.  Наш партнёр Selectel обеспечивает инфраструктуру: ассистент может быть развернут как в облаке, так и в контуре заказчика — в этом случае Selectel предоставляет серверы с GPU (графическими процессорами) в аренду, размещая и обслуживая их на площадке клиента. Обработка данных и эксплуатация — совместная зона: Selectel держит ресурсы и связность, а KTS контролирует индекс, качество и сценарии. ✅ Протестировать решение на собственных документах

Создали AI-поиск для Level Group: точность ответов превысила 90%  В корпоративной базе знаний — сотни регламентов, инструкций и проектных документов. Нужная информация часто разбросана по разным статьям, поэтому обычный поиск находит отдельные фрагменты, но не собирает из них полный ответ. Вместе с Level Group мы запустили ИИ-ассистента, который видит связи между документами, отвечает на вопросы сотрудников и прикладывает ссылки на источники. На подготовленном массиве точность ответов превысила 90%. В статье показываем внутреннюю кухню проекта: как готовили данные, зачем объединили векторный и графовый поиск и почему начали с пилота на одном источнике.

🏠 «Флатика» — платформа для тех, кто обустраивает дом, планирует ремонт и подбирает специалистов.  Раньше российский сегмент развивался внутри международного сервиса Houzz. Монолитная архитектура затрудняла локальные изменении, поэтому команда KTS создала для «Флатики» новую платформу в Yandex Cloud. 🏆 KTS — обладатель премии «Партнёр года: DevOps Yandex Cloud 2025». Для первого релиза команда определила MVP, выстроила взаимодействие аналитики, дизайна, разработки и управления проектом, а также перенесла SEO-логику, адреса страниц и поисковые сценарии.

В результате: 👉 запустили отказоустойчивую платформу с полноценным мониторингом в запланированный срок 👉 реализовали более 200 ключевых сценариев и десятки модулей 👉 получили более 1 млн визитов в первый месяц после запуска 👉 создали воспроизводимую инфраструктуру для стейджа и продакшена с помощью IaC 👉 сократили временные и финансовые затраты на обслуживание платформы

👉 Коротко о решении и технологическом стеке — в карточках, а подробнее — в статье.

KTS — в списке партнёров Yandex Cloud Сервис включил KTS в список сертифицированных партнёров по IT-инфраструктуре под ключ. Мы проводим аудит, проектируем и разворачиваем инфраструктуру в облаке, настраиваем мониторинг, безопасность и CI/CD, а затем берем систему на сопровождение по SLA. C Yandex Cloud мы уже решали инфраструктурные задачи для Karpov.Courses, Cybertonica, Lazurit и «Флатики». Ниже делимся кейсом «Флатики» из блога Yandex Cloud: как мы перенесли платформу в облако 👇

Выбери своего бойца или забери сразу всех! В KTS одновременно внедряют AI-агентов, создают сервисы для стройки, делают спецпроекты для брендов, развивают конструктор чат-ботов и учат IT-специалистов. У каждой команды накопилось достаточно экспертизы, кейсов и мемов для собственного Telegram-канала. Рассказываем, что полезного можно найти в каждом: ✅ Внутри AI — как мы внедряем AI-агентов в бизнес и перестраиваем собственные процессы. Делимся кейсами, технологиями и результатами экспериментов.  ✅ Код в каске — как цифровизировать строительство, продажи и эксплуатацию недвижимости. ✅ Геймификация: игра на результат — как геймификация, in-app- и mini-app-решения помогают брендам расти, увеличивать продажи и влюблять в себя клиентов. ✅ Smartbot Pro — как собрать чат-бота, ИИ-ассистента и сценарии для маркетинга, продаж и поддержки. ✅ Metaclass — бесплатные курсы для разработчиков, аналитиков и менеджеров. А в «Программисты делают бизнес» продолжаем говорить об управлении, разработке и жизни KTS. Подписывайся на интересное или добавляй всю подборку 😎

⚡️ KTS — в топе по отраслям Рейтинг Рунета опубликовал срезы за 2025 год. Мы попали в топ-5 во всех ключевых индустриях:  ⭐️ HRTech — 1-е место в разработке веб-сервисов. ⭐️ PropTech— 1-е место в мобильной разработке. ⭐️ Retail— на 2 месте по услугам: мобильная разработка, AI-интеграции и геймификация. ⭐️ FinTech— 4-е место среди AI-интеграторов.  Радуемся результатам вместе с вами 💚 Продолжаем накапливать опыт в этих и других отраслях и применять его в проектах — от веб- и мобильных продуктов до AI и геймификации.

От первого пилота Stackland — к техническому гайду Мы уже рассказывали, что начали работать с Yandex Cloud Stackland. Фишка платформы: инфраструктура остаётся на собственном железе внутри закрытого контура, а управляется как в облаке. KTS разворачивает платформу на bare metal, готовит инфраструктуру и конфигурации, запускает встроенный мониторинг и управляемые сервисы, а также сопровождает внедрение в enterprise-среде.  Практический опыт собрали в подробной статье с пошаговой установкой, примерами конфигураций и разбором ошибок, которые могут остановить развёртывание кластера. Материал пригодится DevOps- и инфраструктурным командам, которые планируют тестировать или внедрять Stackland: по нему можно проверить требования к инфраструктуре и заранее изучить проблемные места. Проджектам и техническим руководителям статья поможет оценить реальный объём подготовки, учесть риски в плане проекта и предметно обсудить с инженерами сценарий запуска. Приятного чтения и предсказуемых внедрений.

Metaclass в первый класс! 💐 В честь 1 сентября покопались в архивах и нашли детские фото тех, кто сегодня менторит и развивает Metaclass 👀 Эти малыши ещё не знают, что однажды будут учить и растить крутых специалистов! А пока у них впереди первый звонок, уроки и домашка. Вспоминаем в комментах свое первое сентября — посмотрим, какими первоклашками были будущие айтишники!

Ваш KTS и тут и там показывают Рассказали в программе Наука и Техника на @rentv_channel про нашу разработку — мобильное приложение Локки, которое помогает контролировать время в соцсетях. Ограничить соцсети очень просто: открываете Локки, выбираете, какие приложения заблокировать и задаете период доступа. А ограничения снимаются по физическому ключу-карте. Смотрите сюжет, скачивайте на Google play и тестируйте. P.S. Концепт приложения собрали всего за пару часов.

Играем на retention вместе с Авито Что общего у квартиры, велосипеда, и коллекции винила? Всё это можно найти на Авито. А теперь — ещё и встретить в игре. С командой сервиса мы придумали «Раскладушку» — геймификацию внутри приложения, построенную вокруг ассортимента Авито.  Проект решает ключевые продуктовые задачи Авито: · вовлечь больше пользователей в Портал призов, · дать дополнительный повод регулярно возвращаться в сервис, · показать, сколько всего можно найти в разных вертикалях Авито. Мы начали с аналитики и нашли механику, которая будет понятна широкой аудитории, не станет копией уже популярных геймификаций и будет дружить с брендом Авито. Так появились ассоциации: пользователь объединяет карточки с товарами в тематические категории, нарабатывает скилл и проходит уровни, а за прогресс получает монетки. Их можно обменять на шансы в розыгрышах на Портале призов или потратить на бустеры, если уровень оказался сложным. Продумали retention и мотивировали пользователей возвращаться: 🌟 игровой цикл с прогрессом: чем больше играешь, повышаешь уровень, забираешь больше монет, тем выше шансы на призы, 🌟 апдейты: новые уровни открываются каждый день Посмотрите, что у нас получилось:  откройте «Раскладушку» в Портале призов → avito.ru/apps

MCP для Яндекс Трекера пробил 100 звёзд на GitHub⭐️ Когда-то давно мы сделали сервер для собственных процессов: с ним AI-ассистенты создают и обновляют задачи, дополняют описания, оставляют комментарии и фиксируют затраты времени прямо в Трекере. Потом открыли код на GitHub. И теперь видим больше 100 звёзд и радуемся, что инструмент пригодился и другим командам. К первой сотне выпустили обновление 0.8.0. Главное изменение: MCP научился работать с проектами, портфелями и целями. Добавили 39 инструментов для поиска, создания, обновления и удаления этих сущностей, а также работы с комментариями. Теперь агенту можно поручить создать проект, обновить статус цели или собрать информацию по портфелю. Меньше данных придётся переносить вручную между AI-ассистентом и Трекером. В релизе есть и другие изменения. Полный список собрали в changelog. Спасибо всем, кто пользуется сервером, ставит звёзды и помогает его развивать! 💚