Менеджмент

Этот пост ждал своего часа. Я даже хотела, чтобы обстоятельства сложились именно так: сегодня мне отказали по вакансии, потому что я использую ИИ в работе. Одна компания, с которой мне доводилось работать в 2022–2025 годах над одним большим проектом, позвала меня на интервью, потому что мой опыт в разработке правовых конструкций максимально релевантен запросу по их вакансии.

Дальше было тестовое. После него я получила вопрос от HR: использовала ли я ИИ при подготовке тестового задания? Вопрос обычный, вроде бы, да? Ну и я с гордостью заявляю, что в свои 29 могу позволить себе оплатить пару подписок, навайбкодить мини-агента-аналитика-Анастасию и вместе с ним двигаться по рабочим процессам в три раза быстрее первоначальной скорости (которая, если что, уже с лет с 16 была вполне себе очень высокой).

Дальше все как в тумане: странный вопрос на предмет «следов ИИ», хотя я вроде не данные обрабатывала для дашбордика, созвон, на котором я объясняю весь процесс работы с LLM: от того, что такое Claude, до того, как промптить правовые задачи. Потом пресловутый откат в стиле: «Мы не знаем, когда руководитель вернется с ответом».

И тут я задумалась: неужели для российской действительности все еще НЕ круто, когда сотрудники пользуются языковыми моделями? Причем какие сотрудники - сильно не джуны и даже не мидлы. С этого момента я начала ждать отказ. Я даже очень его хотела. Хотела, чтобы моя гипотеза подтвердилась и чтобы я впредь знала: можно обернуть мою совместную с нейронкой работу в конфетку, которую я без зазрения совести продам как что-то «уникальное». «Да-да, я сама выровняла все в документе, раскрасила все шильдики и пронумеровала пункты глоссария» (ага, делать мне нечего, извините).

И вот сегодня я наконец-то получила отказ. Отказ на позицию, для которой (со слов руководителя, с которой мы непринужденно болтали об общих правовых болях) подходила идеально - как пазл в картинку, где сплошное голубое небо. Несостоявшийся руководитель сопроводила звонком и уточнила, что коллеги ищут сотрудника, который в состоянии работать без нейронок. Понимаю, очень (но не совсем)! Однако.. эти же коллеги видели и знают уровень моей работы в ДОLLMную эпоху, хихик).

Зато теперь я знаю, как удивлять российских НЕтехнических специалистов: fake it till you make it в той реальности по прежнему работает как часы.

Риск забастовки редакторов на Википедии

На Википедии есть предпосылки для забастовки.

Против… Викимедии. Против Wikimedia Foundation.

В январе 2026 года пост гендира Wikimedia заняла Bernadette Meehan, работавшая до этого в JPMorgan и Lehman Brothers. А ещё она была ни много ни мало послом США в Чили.

Wikimedia – это некоммерческая организация, управляемая советом директоров.

На Wikimedia работает больше 700 человек, а доход компании, кстати, очень стабильный, составляет почти 200 миллионов долларов в год.

Сотрудники Wikimedia создали для защиты своих прав профсоюз - Wiki Workers United.

Wikimedia, пишут, повела себя как типичная корпорация, и начала на этот профсоюз давить.

Недавно было уволено несколько членов профсоюза, включая менеджера Community Tech team. Группы, иронично, занимавшейся обратной связью с волонтёрами.

На данный момент профсоюз призывает подписать письмо солидарности: “Мы, нижеподписавшиеся, выражаем солидарность с Wiki Workers United и подтверждаем нашу готовность принять участие в коллективных действиях, если WWU призовет к этому, вплоть до организации забастовки редакторов. Редакторы, участвующие в коллективной акции, смогут использовать обычные методы достижения консенсуса в Википедии для определения условий акции и, при желании, выдвигать свои собственные требования в дополнение к требованиям WWU”.

От гипотез до операционки: открытые уроки для IT‑руководителей и менеджеров

Управление в IT — это давно не только «поставить задачи и проверить статус».

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

Собрали открытые уроки OTUS по управлению, продукту, процессам и работе с командами.

Продукт и клиентские исследования

• 3 июня, 19:00 — «Про кастдевы с интерактивом / исследование потребителей в теории и на практике». Записаться
  _{На уроке поговорим о том, как исследовать аудиторию не «для галочки», а чтобы находить реальные инсайты для продукта.}

• 17 июня, 19:00 — «Как продакту проверять гипотезы быстрее с помощью AI». Записаться
  _{Покажем, как использовать AI для ускорения продуктовой работы: от формулировки гипотез до проверки идей.}

Операционка и эффективность

• 4 июня, 20:00 — «Операционная эффективность в IT: как находить скрытую прибыль в процессах разработки». Записаться
  _{Разбор о том, где команда теряет время, деньги и управляемость — и как это увидеть в процессах.}

• 18 июня, 20:00 — «Операционный директор в IT: компетенции, которые превращают хаос в систему». Записаться
  _{Урок о том, какие навыки нужны руководителю, чтобы выстраивать процессы, а не постоянно тушить пожары вручную.}

Бизнес, стейкхолдеры и ценность

• 2 июня, 20:00 — «Цепочки создания ценности: моделирование, анализ, проектирование». Записаться
  _{Поговорим о том, как смотреть на процессы через ценность для бизнеса, а не только через задачи, статусы и регламенты.}

• 17 июня, 20:00 — «Заказчик vs Стейкхолдер: как вовлечь бизнес в проект». Записаться
  _{Разберем, как работать с ожиданиями разных сторон и выстраивать нормальную коммуникацию между бизнесом и командой.}

Финансовое мышление руководителя

• 3 июня, 20:00 — «От хаоса к контролю: как построить финансовую модель, которой можно верить». Записаться
  _{Полезно, если нужно принимать решения не на ощущениях, а на понятной модели с цифрами}.

• 17 июня, 20:00 — «Как убрать "человеческий фактор" из финансовых моделей: от расчёта NPV до сложных систем оплаты труда». Записаться
  _{Разбор про финансовые модели, планирование, оплату труда и управленческую аналитику.}

Переход в роль руководителя

• 16 июня, 20:00 — «От кода к людям: как вырасти в руководителя команды и не возненавидеть свою работу». Записаться
  _{Урок для специалистов, которые переходят в тимлиды или уже управляют командой и чувствуют, что одной технической экспертизы уже недостаточно.}

AI в управлении и автоматизации

• 3 июня, 20:00 — «Как измерить рост производительности команды от внедрения ИИ». Записаться
  _{Обсудим, как оценивать эффект от AI‑инструментов без магического мышления и красивых, но бесполезных метрик.}

• 16 июня, 20:00 — «AI‑ассистент отдела без кода: как найти рутину, собрать рабочий сценарий и посчитать экономию времени». Записаться
  _{Практичный урок для руководителей, которые хотят автоматизировать повторяющиеся задачи без отдельной команды разработки.}

_{Все уроки бесплатные, проходят онлайн в рамках курсов OTUS и проводятся преподавателями‑практиками. Можно познакомиться с экспертами, протестировать формат обучения и задать вопросы по своей ситуации.}

Если хотите системно прокачать управленческие навыки, посмотрите каталог курсов по управлению: там есть программы для проджектов, продактов, тимлидов, delivery‑менеджеров, операционных директоров и руководителей в IT.

А ещё подписывайтесь на канал OTUS в MAX — там публикуем анонсы открытых уроков, полезные материалы и подборки для IT‑специалистов и руководителей.

Аутстаф и инженерная культура. Как работают сильные команды 

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

Аутстаф без иллюзий: честно о том, как мы готовим специалистов, выводим на проекты и взаимодействуем с заказчиками

Операционный директор Анна Антонова – рассказала о том, как нам удается не просто подключать аутстаф-специалистов к проектам, но и растить мощных профессионалов, которые усиливают команды ведущих бигтехов России и помогают нам вот уже несколько лет входить в топ-30 аутстаф-компаний.

Собеседования 2026: почему мы до сих пор нанимаем «ходячие Википедии», а не инженеров? 

Senior Frontend разработчик рассказывает, как эффективно собеседовать фронтендеров. Опыт 80+ собеседований и 4 ключевых принципа проведения инженерного интервью. 

Тестовые задания для фронтендеров 2026: почему мы до сих пор проверяем память, а не инженеров

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

Как быстрее влиться в проект и не потеряться: взгляд аутстафера 

Прикладные советы для разработчиков, которые работают на аутстафе: лайфхаки, личный опыт и немного юмора от Senior QA Engineer Маши. 

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

Тихий форум: мечта интроверта

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

Как устроен «тихий» форум?

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

Звучит странно, работает неожиданно хорошо. Больше не нужно выбирать между двумя параллельными докладами или скучать на неинтересном блоке ради следующего. Можно в любой момент переключаться между сессиями.

Прожарка, после которой не хочется всё бросить

Со своей командой LBX Биллинг попали на разбор проекта в формате прожарки от Клуба Менторов. 
Обычно обратная связь на питчингах и в акселераторах полярная: либо слишком поверхностная («интересная идея, удачи»), либо агрессивная, с попыткой сломить позицию основателя.

Здесь было все по-другому — вопросы в теме и с пониманием, обратная связь экологичная. Для основателя это редкость и реальная ценность: после такой сессии понимаешь, над чем работать, а не теряешь веру в продукт.

Вывод

Формат тихого форума стоит попробовать хотя бы раз — особенно если вы интроверт или хотите успеть везде!

Кажется, на свой День Рождения Хабр случайно сделал не вечеринку, а машину времени.

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

Без «успешного успеха». Без попытки выглядеть лучше, дороже и продуктивнее друг друга. Просто люди, просто летний вечер и ощущение той самой беззаботности, по которой мы все скучаем

И, возможно, главный гений вечера — дресс‑код «дача». 😄

Потому что как только взрослые серьёзные IT‑люди надевают рваные джинсы, старые футболки и резиновые сапоги — между ними моментально исчезает половина социальных конструкций.

Ты больше не «руководитель направления».
Не «владелец продукта».
Не «эксперт по сложным архитектурным решениям».

Ты человек, который пришёл к друзьям на дачу. И внезапно всем становится легко.

А дальше пазл атмосферы собирался уже из деталей

📸 Polaroid‑снимки на общей стене
🚗 легендарная Ока, возле которой весь вечер была очередь
🥃 бар с настойками и самогонным аппаратом
🐟 шпроты, сало и гастрономический флешбек в детство

А на фоне любимая музыка детства и юности: Жуки, Animal Jazz, Сплин, «Утиные истории» и «Чёрный плащ».

И в какой‑то момент ловишь себя на мысли: кажется, люди сегодня устали не от работы. Люди устали от постоянной необходимости быть «собранной версией себя».

И именно поэтому такие вечера становятся чем‑то сильно большим, чем просто мероприятие. Они возвращают ощущение нормальной человеческой близости.

P. S. Похоже, мне теперь хочется чаще писать в своем ТГ канале не только про выступления, но и про такие человеческие моменты тоже ✍️

Хабр, с Днём Рождения ❤️

Спасибо за вечер

Как подружить ИБ и разработку через командные топологии: вебинар с разбором реального кейса

Разработке важно быстро выпускать изменения, а ИБ-командам — снижать риски и соблюдать требования безопасности. На практике это часто приводит к тому, что проверки начинают тормозить релизы, а взаимодействие между командами превращается в бесконечные согласования.

Один из способов решить проблему — посмотреть не только на инженерные практики, но и на устройство и взаимодействие самих команд. Метод командных топологий помогает выстроить работу так, чтобы ИБ была частью потока поставки, а не контролирующим контуром. На вебинаре 5 июня техлид «Экспресс 42» разберёт:

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

• как использовать командные топологии для анализа вашей текущей модели взаимодействия;

• как выглядит применение подхода на реальном проекте: от исходной ситуации до рекомендаций по изменениям и ожидаемого эффекта.

Регистрируйтесь и подключайтесь 5 июня в 12:00 (МСК), чтобы узнать, как командные топологии помогают снизить конфликтные ситуации и ускорить поставку изменений.

Доверился ChatGPT в суде? А штраф платить тебе, а не боту

Очень интересное решение кассации, касающееся применения искусственного интеллекта. Рассказываю по фактам.

Что произошло

Компания подала кассационную жалобу и указала в ней ряд судебных актов (в том числе ВС РФ и ВАС РФ), а также привела оттуда цитаты, которые прямо подтверждали её аргументы.

Однако окружной суд выявил, что одних документов не существует, а в других нет заявленных суждений.

Компания получила штраф 50 000 рублей за неуважение к суду.

Как суд мотивировал решение

Окружной суд указал следующее:

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

⦁ У подобного поведения нет оправданий, включая довод о подготовке кассационной жалобы с помощью ИИ. В таком случае за достоверность сгенерированного текста отвечает участник дела, который использовал технологию.

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

⦁ Внутренние отношения компании с представителем не важны для применения к ней санкции.

А исковые требования (основной долг за неоплату бухгалтерских услуг и неустойка) составляли всего 55 246 рублей.

Всегда поражают споры на такие суммы. Стороны не смогли договориться из-за столь незначительной суммы, зато были готовы пройти три инстанции. В итоге ещё и штраф 50 000 рублей сверху. Вопрос: овчинка выделки стоила?

Что это значит для всех

Напомню, по общему правилу АПК РФ максимальный размер судебного штрафа для организаций — 100 000 рублей. Здесь назначили 50 000 — половину от максимума.

Вывод: Кассация сформировала важную правовую позицию, и теперь многие нижестоящие суды будут её учитывать.

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

Документ: Постановление АС Западно-Сибирского округа от 14.05.2026 по делу N А27-7831/2025

А что вы думаете? Стоило ли идти в кассацию из-за 55 тысяч? Как относитесь к использованию ИИ для подготовки юридических документов? Делитесь мнением в комментариях 👇

От B2B-продаж к международному IT-продукту: про смену майндсета, антикризисный менеджмент и работу с партнерами по всему миру — Влад Стоянов в подкасте «Привет, касатики»

В гостях у Жени Ившина и Лены Соколовой наш Product Lead рассказал про свой нестандартный карьерный путь и то, как устроена работа с международным партнерским IT-продуктом изнутри.  

Слушай на Яндекс Музыка или Apple Podcasts, чтобы узнать: 

> как 10 лет в продажах привели Влада к желанию влиять на сам продукт, а не продавать его вопреки его недостаткам;

> почему в Garage Eight ценят тех, кто готов сказать «это можно сделать лучше» и не боится это отстаивать;

> чем партнер из Бразилии отличается от партнера из Юго-Восточной Азии и как это влияет на продукт;

> как выстроить стейкхолдер-менеджмент, когда результат виден не сразу, а через несколько кварталов;

> почему тушить пожары своими руками — это путь к выгоранию, а не к системному бизнесу;

> как вытащить команду из выгорания и почему иногда для этого нужно отпустить людей в другие направления.

Мы Garage Eight верим, что результат — это не выпущенная фича, а подтвержденное влияние на бизнес и пользователей. Если откликается наш майндсет, присылай свое CV через форму фаст-трек на сайте.

Платный триал: 20 рублей, которые "разгоняют" проект

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

За апрель у нас много интересных новостей и наблюдений, расскажу об основных.
16-го марта мы ввели пробный триал-период: 5 минут обработки звука пользователь может купить всего за 20 рублей. Сумма смешная, но по факту она неплохо компенсирует наши финансовые издержки на поддержание проекта. Но главная заслуга платного триала не в этом.

Структура тарифов сейчас такова: пробный тариф формирует 62,8% покупок, но только 8,4% проданных минут. Основной объём проданных минут дают старшие пакеты: тариф S обеспечивает 46,3%, M — 17,3%, XL — 20,6%.

Мы заметили, что клиенты стремятся использовать пакеты по-максимуму до того, как они “сгорят” - это хороший качественный сигнал. Доля повторных покупателей в платном потреблении выросла почти на 17%. Приток новых пользователей команда расценивает как умеренный, а рост времени использования продукта обеспечивают именно повторные клиенты.

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

Как запускать маркетинговые спецпроекты с помощью мини-приложений в VK, Telegram и Макс 

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

Сегодня Mini Apps и боты — это полноценные платформы для:

• игровых механик

• программ лояльности

• event-маркетинга

• UGC-кампаний

• проектов с прямыми эфирами

• AI-сценариев

• интерактивного контента.

В этой подборке – статьи команды Doubletapp о запуске и, проектировании мини-приложений на разных платформах, а также реализации проектов наших клиентов. 

От кнопки до продакшена: как мы делаем Telegram Mini Apps

В туториале разработчики разобрали все стадии создания мини аппа:

• как настроить проект

• как создать фронтенд на React с поддержкой Telegram SDK

• как реализовать бэкенд на Python (Django)

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

Пройдите все этапы вместе с авторами — и получите базу для запуска собственного Mini App в Telegram.

Fame to Flame: как мы за два месяца собрали VK Mini App на 80 000 пользователей и собственный видеостриминг

Интересный кейс про создание VK Mini App для танцевального чемпионата — с загрузкой пользовательского видеоконтента, голосованием, розыгрышами призов, anti-fraud системой и высокой нагрузкой.

Хороший пример того, как мини-приложения превращаются из маркетинговой механики в полноценную event-платформу.

Меньше нагрузки — больше запросов: искусство кеширования API

Маркетинговые спецпроекты часто живут короткое время, но получают резкие всплески нагрузки: запуск рекламы, стрим в реальном времени, конкурсы, голосования и UGC-механики.

В статье backend-разработчик Doubletapp показывает, как правильно строить API caching и снижать нагрузку на инфраструктуру без потери производительности.

Если вы планируете запуск собственного Mini App в Telegram, VK или Макс — команда Doubletapp поможет пройти путь от идеи и UX-сценариев до production-инфраструктуры и масштабирования под высокие нагрузки. 

Подарок начинающему руководителю

В кабинет зашла девушка в ослепительном платье. Руководитель отдела обратился к нам: «Ребята, знакомьтесь, это Марина, стажёр». Наш сугубо мужской коллектив притих: это что же, теперь и ругнуться будет нельзя?

Марина, выпускница МГТУ им. Баумана, быстро училась, разбиралась в продукте и писала качественный код.

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

Когда пришёл начальник отдела и объявил нового руководителя группы, ребята усмехнулись: это что же, наша Маринка — и тимлид? Через неделю шутки закончились: Марина начала активно осваивать новую роль.

За следующие 7 лет Марина выросла до руководителя службы разработки API «Яндекс.Карт», а позже стала директором по продукту рободоставки в Яндексе.

Каждый раз, назначая человека тимлидом, я вручаю ему подарок. Это настольная книга руководителя. За последние пять лет я раздал этих книг уже больше сотни. И получил множество откликов. Начинающим руководителям книга помогает освоиться в новой роли, ответить на вопросы и разобраться в сложных рабочих ситуациях.

Книга называется «Мама, я тимлид». Автор — Марина Перескокова.

Как выйти из кризиса перегрузки без найма: опыт двухнедельного Stop the Line

Команда тонет не когда задач много, а когда поток работы не соответствует пропускной способности. Разбираю на примере условного «ФинТеха», как двухнедельная остановка конвейера возвращает управляемость без расширения штата.

Типичная картина: дедлайны не двигаются, найм заморожен, техдолг растёт, инциденты множатся, люди выгорают. Первая реакция — «давайте ускоримся ещё сильнее». Это только усугубляет кризис.

Проблема не в скорости разработки, а в том, что система перестала справляться с объёмом параллельных задач. Когда в работе одновременно 20 фич, а команда реально может закрыть 5 в спринт — каждая задача тормозит остальные. Контекстные переключения съедают до 40% времени, код-ревью затягиваются, интеграция превращается в русскую рулетку.

На практике видел это десятки раз. Компания вводит «режим ускорения»: сокращает ревью, откладывает рефакторинг, пилит MVP параллельно с production-фиксами. Через месяц скорость не растёт — падает. Команда тушит пожары вместо того, чтобы делать продукт.

Что даёт Stop the Line

Двухнедельная остановка конвейера — это не каникулы. Это хирургическое вмешательство: временно прекращаешь приём новых задач и закрываешь то, что уже в работе. Параллельно команда разгребает техдолг, который мешает двигаться дальше: чинит CI/CD, актуализирует документацию, закрывает критичные уязвимости.

Ключевой момент — это не просто «месяц на техдолг». Это сознательное решение восстановить пропускную способность. За две недели команда из условного «ФинТеха» может:

• Закрыть 15 из 20 зависших фич — вместо того чтобы держать их в работе ещё месяц

• Разобрать backlog инцидентов и понять, какие из них — симптомы одной проблемы

• Автоматизировать то, что отнимает 2-3 часа в день у каждого разработчика

• Обновить зависимости, которые тянут за собой уязвимости и блокируют миграцию на новые версии

После Stop the Line команда не становится быстрее в два раза. Но она возвращает управляемость: понятно, сколько задач реально можно взять в спринт, какие риски несут новые фичи, где узкие места. Вместо хаоса — предсказуемый поток.

Как продать это бизнесу

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

Опыт показывает: после Stop the Line скорость delivery возвращается к нормальной в течение месяца, а качество выходит на новый уровень. Главное — не скатываться в ту же воронку снова. Установить WIP-лимиты, внедрить метрики cycle time, договориться с бизнесом о реалистичных планах.

Ограничение подхода — он работает, если команда ещё не выгорела окончательно и проблема в процессах, а не в людях. Если половина уже ищет новую работу — Stop the Line не спасёт. Но если команда готова работать, просто задыхается под грузом — это работает.

Удалено удалено удалено

удалено

Удалено удалено удалено

Как мы превратили приложение в SaaS-платформу с IoT-доступом и увеличили выручку клиента в 7 раз

Рынок self-storage в США и России растет: все больше частных клиентов и компаний используют складские ячейки для хранения личных вещей и товаров. Вместе со спросом на услугу растет и запрос на цифровые инструменты для управления арендой.

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

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

Расскажем поэтапно, как развивали проект.

Бизнес-задача

На старте у клиента были типичные ограничения рынка:

• низкая конверсия в аренду

• высокая нагрузка на персонал

• отсутствие единой цифровой системы

• зависимость от legacy-бэкенда.

Фактически задача — поднять выручку и снизить операционные затраты.

Быстрый запуск и проверка гипотез

Мы начали с MVP, чтобы не инвестировать в сложную архитектуру без подтверждения спроса. Запустили базовый пользовательский сценарий управления арендой:

• продление доступа, прием платежей

• уведомления о статусе оплаты

• история операций.

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

Результат — подтвердили спрос и получили первые пользовательские данные.

Полный цифровой цикл аренды

Следующий шаг — увеличить конверсию и сократить путь пользователя. Мы перенесли весь процесс аренды в приложение:

• выбор локации и юнита

• бронирование

• подписание договора

• оплата.

И на этом этапе переработали клиент-серверное взаимодействие, чтобы уйти от WebView и внедрить нативные платежи.

Переход к платформенной модели 

На этом этапе продукт начал масштабироваться за пределы одного клиента — заказчик предложил другим операторам рынка подключиться к нему формате white-label. Мы спроектировали платформу, которая позволяет подключать разные storage-компании.

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

По сути мы превратили приложение в SaaS-продукт, и это стало новым каналом роста бизнеса для клиента.

IoT-инфраструктура и NFC-доступ

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

Т.к. приложения у нас были кроссплатформенные, а SDK для Flutter не существовало, к работе подключились iOS и Android-разработчики. Мы создали собственную Flutter-библиотеку, а взаимодействие с железом реализовали на нативной стороне.
Подробнее о разработке читайте в кейсе.

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

Приложение для операционных команд

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

Функционал:

• настраивать замки

• отслеживать оплату

• управлять объектами в реальном времени.

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

Что в итоге получилось

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

• Цифровизировали офлайн-процессы

• создали платформу вместо продукта

• интегрировали software + hardware

• обеспечили рост через SaaS-модель.

Если у вашего бизнеса есть:

• физическая инфраструктура (склады, парковки, недвижимость)

• повторяющиеся операции

• потенциал масштабирования через платформу — давайте обсудим вашу задачу. 

Клиент не платит: пошаговый алгоритм от претензии до суда

Продолжаем серию постов о договорах и финансах.

Что делать? Действуем по шагам. Холодная голова и чёткий план.

Профилактика - лучшее лекарство от долгов

Самый дешёвый способ вернуть деньги - не дать долгу возникнуть.

Способ оплаты - предоплата. Это правило на 100% избавит вас от неоплаты вашей работы.

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

Из рабочего опыта - гораздо больше компаний и ИП не платят по своим долгам.

До начала работы добавьте в договор или оферту:

⦁ Предоплату (аванс). Минимально 50-70% от суммы. Это отсекает несерьёзных клиентов и покрывает ваши базовые затраты.

⦁ Неустойку (пени) за каждый день просрочки (0,1–0,5% в день).

⦁ Штраф за отказ от подписания акта - если в течение 3-5 рабочих дней нет мотивированной претензии, работа считается принятой.

⦁ Подсудность по вашему адресу, чтобы бегать в суд не к клиенту, а рядом с домом/офисом.

Если вы работаете «на доверии» и без документов - первый шаг уже пропущен. Но не всё потеряно.

Дружеское напоминание (через 3-5 дней после просрочки)

Клиент мог просто забыть. Не сжигайте мосты. Позвоните и напишите в мессенджер (и заскриньте переписку):

- «Иван Иванович, обращаю внимание, что по договору №123 от [дата] наступил срок оплаты. Прошу оплатить до [дата]. Спасибо».

Цель: зафиксировать факт просрочки и дать шанс без конфликта.

Претензия - самый важный шаг

Без неё суд не примет иск (или оставит без движения). Для арбитражного суда соблюдение претензионного порядка обязательно (ч. 5 ст. 4 АПК РФ). Для суда общей юрисдикции - не всегда, но лучше перестраховаться.

Что указать в претензии:

⦁ Кто должник (ФИО, ИНН, адрес).

⦁ Основание долга (договор, акт, переписка).

⦁ Сумма основного долга и расчёт неустойки/процентов.

⦁ Срок добровольной оплаты (например, 10 дней).

⦁ Юридическое обоснование ваших требований.

Как отправить: по ЭДО или заказным письмом с уведомлением и дублировать на e-mail/мессенджер. Главное чтобы осталось доказательство отправки.

Что даёт претензия:

⦁ Иногда клиенты платят именно на этом этапе - видят, что вы настроены серьёзно.

⦁ Если не заплатят у вас есть доказательство соблюдения досудебного порядка.

Оцениваем ситуацию и перспективу судебного спора с помощью юриста

Также с его помощью определяем вид судебного производства: Упрощенное, судебный приказ или исковое заявление.

Упрощенное производство или судебный приказ - зависит от вида спора, размера исковых требований, бесспорности спора, подсудности.

Исковое производство (есть спор):

Подаёте иск в районный суд (если клиент - физлицо) или арбитражный суд (если клиент - юрлицо или ИП).

К иску обязательно приложить:

⦁ доказательства соблюдения претензионного порядка;

⦁ доказательства выполнения работы (акты, переписка, односторонний акт);

⦁ расчёт долга и неустойки.

После суда - приставы или банкротство

Получили исполнительный лист? Направляйте в ФССП или сразу в банк должника (если знаете, что счёт один и нем есть деньги).

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

Если у клиента ничего нет - есть процедура банкротства, но это уже тема отдельного поста.

Главный вывод

Суд - это не страшно. Страшно ждать, когда долг станет «просроченным по исковой давности» (3 года - и всё, деньги не вернуть никогда).

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

А теперь вопрос к вам: сталкивались ли с неоплатой? Как действовали? Получилось ли вернуть деньги? Делитесь опытом в комментариях 👇

Продакт-менеджмент в 2026 году: почему рынку уже недостаточно «человека с идеями»

20 мая в Центре «Пуск» МФТИ прошла открытая встреча «Карьера в управлении продуктами в 2026-м: что важно знать».

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

Что еще обсуждали на встрече:

— Продакт-менеджер сегодня может работать в разных ролях. Технический продакт говорит с разработкой на одном языке и понимает архитектуру продукта. Индустриальный продакт опирается на экспертизу в конкретной сфере — например, в медицине, образовании, финтехе, логистике или B2B. Менеджер продукта по росту (Growth PM) работает с воронкой, метриками и экспериментами.

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

— В продуктовую роль все чаще заходят через уже имеющийся опыт. Разработчик может вырасти в технического продакта, аналитик — в продакта, который работает с данными и метриками, маркетолог — в продакта, который отвечает за воронку и эксперименты, специалист из отрасли — в продуктовую роль на стыке своей экспертизы и ИТ.

— На рынке сильнее звучит не «я хочу стать продактом», а «у меня есть такой опыт, и с ним я могу быть полезен в конкретной продуктовой роли». Поэтому важны доказательства: кейсы, MVP, исследования, эксперименты, проверенные гипотезы и понятные результаты.

Сегодня продолжим этот разговор на Дне открытых дверей онлайн-магистратуры МФТИ «Управление ИТ-продуктами».

На эфире выступят академический директор программы Елена Тупикова и выпускники магистратуры — Екатерина Киселева и Дмитрий Пелик. Обсудим, как устроена программа, какие навыки развивают студенты, как проходят проекты с индустриальными партнерами и как поступить в 2026 году.

Когда: 21 мая, 18:00 по Мск. Где: онлайн. Регистрация: https://t.me/mipt_events_bot?start=c1777546389600-ds

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

Брать ключевую задачу для ИИ-автоматизации?

Обычно при выборе области для применения ИИ все берут одну из core-функций компании. Ну типа, если компания делает анкеты для маркетинговых исследований, то автоматизируем это. Либо, если компания, как большинство, имеет много общения с клиентами, то автоматизируем саппорт в чатах или даже продажи в чатах.

Подход вроде логичный, ведь core-задача компании обычно — это то, на что тратится большая часть времени, так ведь?

А вот нет: если вы думаете, что сотрудник банка тратит львиную долю своего времени на банковские дела, на создание ценности для клиента, то вы сильно ошибаетесь. Если вы думаете, что разработчик игры в большой компании тратит большую часть своего времени на разработку игры, то вы опять ошиблись.

Закон больших компаний гласит: 40% времени пожирают рутина и бюрократия. Но ведь остаются 60% для реальной работы? 

А вот нет, потому что человеческая психика воспринимает всё по-другому, и сходить на созвон на час не означает, что выпал только час. 

Иначе говоря, когда вы потратили 40% своего времени на рутину, вы потратите ещё 40% на переключение между рутиной и реальными задачами (чтобы вернуть себе фокус внимания) и чтобы просто восстановиться. 

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

Банально забронировать себе отпуск в некоторых компаниях может означать не нажатие одной кнопки, а контакты с 3–5 людьми, погоню за ними и волны волнений.

Что все это значит для автоматизации именно через ИИ? ИИ — это первый вид автоматизации, который условно может все. Раньше, если есть тул для автоматизации тестирования, то, по сути, только ее и то с определенными ограничениями он и может делать. А вот ИИ может делать очень разные задачи.

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

Больше по теме тут.

Новости законодательства: биометрия в аэропортах, сверхурочные до 240 часов и перенос номера в другой регион

Подобрала для вас несколько интересных новостей

Эксперимент по допуску авиапассажиров на борт по биометрии начнётся с 1 июня 2026 года

С помощью единой биометрической системы будут по желанию пассажиров регистрировать их на рейс, пропускать в перевозочный сектор аэропорта и организовывать выход на посадку. Эксперимент продлится до 1 апреля 2027 года. Сначала его проведут в Шереметьево и Пулково.

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

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

Обратите внимание: владельцы аэропортов и перевозчики (из числа участников эксперимента) смогут получать из ЕСИА ряд сведений о пассажирах. Речь идёт о Ф.И.О., реквизитах документа, контактных данных и т.д.

Сейчас по биометрии можно посещать бизнес-залы ряда аэропортов.

Документ: Постановление Правительства РФ от 10.05.2026 N 541

Увеличение годовой нормы сверхурочной работы: поправки к ТК РФ прошли третье чтение

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

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

Оплата:
⦁ в пределах 120 часов - как сейчас: первые 2 часа не менее чем в полуторном размере, последующие - не менее чем в двойном;
⦁ с 121-го часа - не менее двойного размера за каждый час.

Право работника на дополнительный отдых вместо повышенной оплаты (по его желанию) сохранится.

Новое: те, кто работал сверхурочно больше 120 часов в год, смогут брать 1 выходной в год для диспансеризации. На это время за сотрудником сохранится место и средний заработок.

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

Планируется, что поправки заработают с 1 сентября 2026 года.

Документ: Проект Федерального закона N 1103297-8

Перенести номер мобильного телефона в другой регион можно будет с 1 сентября 2026 года

Абоненты смогут переносить номер телефона между операторами связи по всей территории страны, а не только в пределах одного региона, как сейчас. Для этого в заявлении потребуется указать субъект РФ, куда надо переместить номер.

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

Хорошая возможность для тех, кто переезжает, но не хочет менять номер.

Документ: Постановление Правительства РФ от 30.04.2026 N 510

А что вы думаете об этих изменениях? Пойдёте на эксперимент с биометрией или будете предъявлять паспорт?
Как вам увеличение сверхурочных до 240 часов? Делитесь мнением в комментариях 👇