Из разряда - Просто о сложном. Готовил недавно тезисы для объяснения принципов построения микросервисной архитектуры для бизнес-пользователей и вот что у меня получилось.

10 принципов построения эффективной микросервисной архитектуры:
1️⃣ Независимость и автономность. Каждый сервис — это отдельное государство со своей логикой, ресурсами и данными. Его можно разрабатывать, тестировать и выкатывать, не трогая соседей.
2️⃣ Чёткие контракты общения. Сервисы должны общаться между собой и понимать друг друга. Язык разработки одного сервиса не должен волновать другой — важен только "контракт" общения между ними.
3️⃣ Гибкость к изменениям. Архитектура должна позволять легко добавлять, изменять или удалять функциональность, не ломая всю систему. Сегодня добавили фичу, завтра — безболезненно её удалили.
4️⃣ Масштабируемость. Система должна легко "расти" под нагрузкой. Если пользователей стало в 10 раз больше, нужные сервисы (а не всё приложение) можно быстро масштабировать горизонтально, т. е. увеличить их количество.
5️⃣ Постоянный мониторинг. Когда у нас огромное количество сервисов, то нужно видеть всё: собирать логи, отслеживать запросы, проверять "здоровье" сервисов и получать мгновенные оповещения о сбоях.
6️⃣ Изоляция отказов. Падение одного сервиса не должно вызывать "эффект домино". Для этого используют специальные подходы, которые не дают сбою распространиться по системе.
7️⃣ Балансировка нагрузки. Запросы должны распределяться по объектам сервисов быстро и равномерно. Балансировщик — это регулировщик, который не даёт возникнуть "пробке".
8️⃣ Автоматизация DevOps. Большое количество сервисов надо уметь быстро обновлять. Вручную это практически невозможно, поэтому автоматизация — наше всё. Конвейеры CI/CD ускоряют доставку кода и повышают надёжность.
9️⃣ Версионирование API. Чтобы не сломать старые клиенты при обновлении сервиса, нужно поддерживать версии API. Так старые и новые версии функционала могут жить дружно.
🔟 Высокая доступность. Архитектура изначально проектируется так, чтобы система была доступна 24/7, а сбои отдельных компонентов не влияли на общую работоспособность - бизнес не должен простаивать.

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны

OpenAI активно превращает ChatGPT в полноценную e-commerce платформу. Недавно внедренная функция "Instant Checkout" позволяет делать покупки прямо в диалоге с ChatGPT. Компания заключила прямые партнерства с Etsy и Walmart (не самые маленькие ритейл компании) и с Shopify. Все это превращает ChatGPT из средства генерации кода или текстов в новый интерфейс для совершения покупок. Но это еще не все, буквально на днях вышел анонс о прямой интеграции PayPal в качестве платежного шлюза (полноценный запуск ожидается в 2026 году). Это означает, что миллионы пользователей смогут не только выбирать товары на еком площадках не покидая окно чата, но и сразу оплачивать их, используя уже сохраненные данные PayPal.

Как по мне — это не просто "еще одна интеграция". Это рождение нового коммерческого канала продаж, который способен многое поменять.
🟡 "Agentic Commerce Protocol" (ACP) - новый стандарт, разработанный OpenAI совместно со Stripe. Это, по сути, новый стандарт общения между ИИ-агентами (например ChatGPT) и бэком продавцов. Для ритейлеров это означает, что ты или реализуешь у себя этот протокол, или ты не сможешь уже в ближайшем будущем продавать свои товары через AI.
🟡 Новый клиентский путь, который исключает непосредственный контакт с еком площадками типа Google/Amazon для выбора, сравнения, помещения в корзину и оплату. В новом опыте будет достаточно (как в сказке) пожелать - "Найди мне красные кроссовки 43 размера до $100 и оплати через мой PayPal". Для ритейлера это будет означать только одно - если вас нет в выдаче CharGPT, то вы уже проиграли.
🟡 Новый виток SEO. Раньше все оптимизировали контент под поисковики, а теперь нужно все переделывать, чтобы стать "лучшим ответом" под ChatGPT. И это будет уже не про тэги или про ключевые слова. Это будет битва за качество и структурированность данных (здравствуй PIM и MDM системы). Chat GPT будет принимать решение о покупке на основании того, насколько точно, полно и релевантно вы сможет описать товар в ответ на запрос GPT.

Недавно, на конференции по ИИ беседовал с коллегой на тему того, когда ИИ чаты заменят классический еком. Исходя из вышенаписанного - ощущение, что достаточно скоро. Похоже, что время нового фронта уже пришло и традиционный омни и еком будут потихонечку отходить на второй план. И вопрос стоит уже не "если будут покупать", а "когда будут покупать" клиенты ваши товары через чат.
Ну а нам всем вопрос - наши каталоги, PIM и MDM системы готовы работать с GenAI?

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #еком #ритейл #цифроваятранформация #AI #ChatGPT

Платформизация - этот термин появился уже достаточно давно, вместе с концепцией внутренних платформ в тех.гигантах типа Google и Netflix (середина 2010-х), а сам термин Platform Engineering прочно вошел в употребление около 2018–2019 годов. Забавно, что до сих пор нет до конца четкого понимания, что такое Платформа. Давайте разберемся, что это и зачем оно нужно

Платформенный подход (Platform Engineering) — это не про конкретный софт, а про концепцию того, что есть внутренняя платформа, которая предоставляет готовые сервисы для команд разработки, вместо того чтобы каждая команда с нуля настраивала себе логирование, мониторинг, CI/CD, доступ к базам данных и прочие радости. Платформа предоставляет единое технологическое пространство: согласованные стандарты архитектуры, общие процессы и готовые инструменты. По сути, команды перестают "изобретать велосипеды" в каждой команде и фокусируются на бизнес-логике, а не на инфраструктурной "обвязке".

Что дает Платформизация:
🔵 Унификация. Платформа — это главный противовес в борьбе с "зоопарком" технологий. Единообразность ландшафта снижает сложность систем, упрощает онбординг и уменьшает техдолг.
🔵 Снижение рутины. Разработчики доставляют бизнес-ценность и не тратят ресурс на настройку пайплайнов или прочих радостей. Платформа выступет в роли "DevOps-as-a-Service" для всех команд разработки.
🔵 Повышение инженерной культуры. Платформа определяет лучший, самый безопасный и эффективный способ выполнить типовую задачу.
🔵 Time-to-Market (TTM). Запуск новых функций и сервисов ускоряется, потому что они строятся не из непонятно чего, а из готовых, проверенных платформенных "кубиков".
🔵 Эффективность и предсказуемость. Стандартизация процессов дает предсказуемые сроки и качество. Автоматизация тестирования и развертывания, встроенная в платформу, снижает количество ошибок и стоимость владения (TCO).

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#разработка #цифроваятранформация #архитектура #development #продуктоваяразработка

Коллеги из "Яков и Партнёры" выпустили интересный обзор трендов - Драйверы завтрашнего FMCG и Retail. Сами они его обозвали - "Компас в грядущей реальности потребления". Обзор очень короткий, я бы сказал - тезисный. Все тренды разбиты на 3 временных отрезка - наша реальность, среднесрочная перспектива и наброски грядущего.

Что мне показалось интересным:
1️⃣ Уже сейчас:
🖇 Сервис побеждает ассортимент. Удобная и быстрая доставка окончательно победила широту выбора и окончательно стала драйвером роста онлайн-продаж продовольствия. Для ИТ фокусом является вариативность методов доставки, логистика «последней мили» и предиктивная аналитика остатков.
🖇 Рост новых каналов коммуникации. Retail Media и маркетинг инфлюенсеров становятся (а в некоторых странах уже стали)ключевыми драйверами рынка. Для ИТ фокусом является аналитика клиентского поведения и гипер-персонализация и построение собственных рекламных платформ.
🖇 Ценовые снайперы вырываются вперед. Покупатели активно ищут выгоду, что приводит к повышению качества товаров "первой цены", а СТМ становятся самостоятельными брендами. Фокус ИТ на данные и дата дривен управление продвижением СТМ.
2️⃣ Ближайшее будущее:
🖇 Доминирование ИИ в клиентском сервисе. Скоро ИИ будет сопровождать покупки в режиме 24/7. Коллеги пишут про масс сегмент, а мне кажется, что и в премиум тоже. Для ИТ фокусом будет являться масштабирование ИИ-ассистентов, которые не просто консультируют, а проактивно ведут клиента по воронке.
🖇 Фиджитал 2.0. Онлайн и офлайн окончательно сольются в единый интуитивный опыт без разделения каналов. Вроде куда дальше, но посмотрим - есть новые три буквы OMO (Online-Merge-Offline) и возможно они нас куда-то приведут. Фокус ИТ -создание единого профиля клиента и бесшовных OMO-сценариев (что бы это ни значило).
🖇 Zero-click shopping рулит. Минимализм интерфейсов, общение через поиск, интуитивная навигация, интеграция финансовых инструментов и способов оплаты стимулируют быструю покупку. Фокус для ИТ: развитие API продавцов и площадок, редизайн UI/UX поисковиков в сторону максимального упрощения и скорости.
3️⃣ Прекрасное далеко
🖇 ИИ-агент заменяет покупателя, который почти перестает принимать решения самостоятельно. ИИ-агент сам формирует заказ, контролирует доставку и коммуницирует с сервисами. Для ИТ фокусом становится разработка API и платформ, готовых к коммуникации "machine2machine".
🖇 Ультракон 2.0 (ultra convinience). Магазины у дома с AR-гидами, технологией just walk out и роботами. ИТ фокусируется на R&D в области Computer Vision, AR и IoT для магазинов.
🖇 Умное пополнение запасов в формате подписки. ИИ учтет ограничения или внезапные потребности, например диету или праздничный торт и сможет формировать личного меню с помощью ИИ. ИТ фокусируется на построении сложных ML-моделей для управления подписками и персональными диетами.

Если сделать краткую ИТ выжимку, то для нас основными становятся три вещи:
🖇 Наша архитектура должна быть готова к тому, что с ней будут общаться не через фронт и клики, а через API и интеграции. Наш клиент плавно дрейфует в сторону ИИ агентов.
🖇 Бесшовность, о которой много говорили со времен Омниканальности и продолжают говорить в рамках OMO (Online-Merge-Offline) стала требованием к архитектуре. А этого нельзя достичь просто проинтегрировав несколько бэкендов.
🖇 ИИ становится не надстройкой, а фундаментом. А ИИ не может работать без данных и платформы данных. Значит она должна быть единой, мощной, быстрой и данные в ней должны быть качественными.

К чему готовится глобально - стало понятнее. А вот к чему готовить архитектуру наших и ваших бизнесов - это зависит от нас.
#новости #еком #ритейл #цифроваятранформация #маркетплейсы #мнения #AI #ChatGPT

Сегодня на разборе исследование Gartner про AI Trends and Use Cases. В этом исследовании Gartner сравнивает GenAI помощника с блестящим, но наивным стажером. ИИ помощник: "много читал", "очень красноречив", "не имеет реального опыта", "несколько наивен" и "не до конца понимает важности конфиденциальности".

Аналитики Gartner ставят GenAI в ряд с появлением глобальной сети интернет и промышленной революцией. По их мнению, эта технология способна "революционизировать бизнес". Ажиотаж вокруг технологии спадает, хайп уходит и начинается работа. Gartner отмечает, что некоторые технологии GenAI уже настолько зрелые, что можно уверенно использовать их "на масштабе". По крайней мере C-level компаний в это верит и в продажах 87% ИИ инициатив, а в финансах — 74% инициатив идут с уровня совета директоров.

Когда бизнес требует внедрить ИИ, то задача ИТ — направить эту энергию в продуктивное, а главное безопасное русло. Ну и не забывать про то, что любые инициативы должны "давать результат".

Что нужно обязательно сделать:
1️⃣ Оценить главные риски (по версии Gartner):
🟡 Целостность информации (41%)
🟡 Приватность и безопасность данных (37%)
🟡 Риски, связанные с персоналом (нехватка кадров, навыки) (21%)
🟡 Защита интеллектуальной собственности (19%)
2️⃣ Выбрать стратегию внедрения (один из трех подходов по версии Gartner):
🟣 Быстрые победы - использование готовых решений для повышения эффективности. Например копилоты для разработчиков, бизнес-ассистенты, генераторы маркетингового контента итд, которые при низкой стоимости и низком риске могут дать быстрый рост продуктивности.
🟣 Модернизация - адаптация и встраивание GenAI в существующие процессы для их резкого роста (дифференциация). Например, GenAI для поддержки клиентов, интеллектуальный поиск по документам и RAG системы, ИИ ассистенты в продажах. Т. е. то, что при средних затратах времени и денег может дать заметное улучшение процессов.
🟣 Трансформация - создание кастомных моделей и новых продуктов или даже рынков с помощью GenAI. Например, отраслевые приложения на базе собственных fine-tuned моделей, которые имеют высокую стоимость, долгий срок реализации, высокий риск, но потенциал зашкаливает. При "удачном выстреле" есть шанс поменять правила игры в отрасли или на рынке.
3️⃣ Приоритезировать инициативы c применением матрицы "Business Value vs. Feasibility"
🔵 Инвестиционная ценность - Высокая бизнес-ценность и Высокая осуществимость
🔵 Осторожность - Высокая бизнес-ценность, но Низкая осуществимость
🔵 Опасность - Низкая ценность и Низкая осуществимость

В целом приведенное исследование лишний раз подтверждает, что нынешняя эпоха GenAI — это очевидно марафон, а не спринт. И победит не тот, кто резво стартует, а тот, у кого стратегия на дистанцию будет лучше. И наша задача — не быть исполнителями, а теми, кто поможет бизнесу безопасно и эффективно использовать нынешнего талантливого "стажера" и развить его до конкурентного преимущества.
Пишите в комментариях, у вас ИИ инициативы идут с уровня совета директоров или из команд?
#новости #цифроваятранформация #AI #ChatGPT

Сегодня про угрозу Open Source. Атаки на разработчиков через публичные репозитории (GitHub, GitLab итд) бьют рекорды. Эксперты (в том числе Positive Technologies) фиксируют рост, а отчеты типа "State of the Software Supply Chain" от Sonatype говорят о 700%+ росте загрузок вредоносных пакетов за последние несколько лет.

В чем суть. Киберпреступники действуют все изобретательнее. Современный IT-продукт (сайт, приложение, сервис) собирается как конструктор. Программисты используют в работе тысячи готовых "деталей", в числе которых Open Source пакеты, чтобы не изобретать велосипед. Это быстро и эффективно. Но, достаточно подменить пакеты на вредоносные и вся инфраструктура попадает под угрозу.

Как это работает:
🌟 Dependency Confusion: Атакующие создают публичные пакеты с теми же именами, что и ваши внутренние приватные библиотеки. Сборщик пакетов может ошибиться и скачать вредоносную публичную версию вместо вашей внутренней.
🌟 Захват аккаунтов: Взлом или покупка учетных записей мейнтейнеров старых, но все еще используемых библиотек. Злоумышленник выпускает "обновление", которое содержит вредоносный код, и оно автоматически разлетается по тысячам проектов.
🌟 Социальная инженерия: APT-группировки (вроде Lazarus) создают фейковые, но очень реалистичные профили разработчиков в LinkedIn и GitHub. Они месяцами "контрибьютят" в open-source проекты, втираются в доверие, а затем протаскивают вредоносный код через легитимный Pull Request.
Все это для реализации одной цели - получить доступ к вашей инфраструктуре, украсть секреты, данные или внедрить бэкдор в ваш продукт для атаки на ваших клиентов.

Риски, перед которыми мы стоим - периметр безопасности теперь проходит через IDE каждого разработчика и ваш CI/CD пайплайн. Просто доверять репутации open-source уже недостаточно. Последствия слишком велики - компрометация всей цепочки поставки ПО, кража интеллектуальной собственности, шпионаж, прямые финансовые потери и удар по репутации и еще многое другое.

Какие три вопроса надо задать своим командам, использующим Oprn Spource:
🌟 Мы проверяем весь сторонний код, которые наши разработчики берут из интернета?
🌟 Как мы защищаем аккаунты наших программистов на платформах, где хранится код? Мы используем хотя бы двухфакторку?
🌟 Что мы делаем, чтобы случайно не скачать поддельный пакет вместо того, который надо?

Парадокс - мы все время защищали "периметр", а при использовании Open Source мы должны защищать процесс разработки и цепочку поставки (CI/CD). И в этом DevSecOps нам в помощь. И это уже не ответственность ИТ беза, а самой ИТ команды.
Уверенные в безопасности своего ИТ конвейера - ставят лайки!
#итбезопасность #кибербезопасность #ИТбез #разработка

Сегодня порассуждаю, в чем разница между внедрением ИИ и настоящими изменениями. Многие руководители С-уровня и IT-директора говорят об ИИ-трансформации, но по факту их команды просто прикручивают ИИ к существующим процессам. Это дает прирост эффективности в 10–15%, но не создает прорыва. Почему это так важно?

Давайте рассмотрим два понятия:
🔵 Захват ценности (Value Capture): например, использовать ИИ для снижения затрат и оптимизации. Это защитная стратегия, стратегия догонятеля (несмотря на свою новизну, например чат-боты и ИИ - ревью кода это уже гонка за лидером)
🔵 Создание ценности (Value Creation): Использовать ИИ для создания новых возможностей или направлений в бизнесе, ранее немыслимых (например, Duolingo, который удвоил количество курсов за год, HubSpot дающий инсайты, невозможные при ручном анализе или Notion - синтезирующее информацию из документов, меняя способы взаимодействия в командах)

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

Почему это критично? Потому что ИИ-трансформация — это не спринт по внедрению трех моделей, это марафон по изменению всей организационной структуры. Без системного подхода этот ИИ-двигатель будет работать на холостом ходу, при этом тратить миллионы на ИИ-инструменты, получая лишь +10% эффективности, не создав принципиально новый продукт или услугу. Ответом на это может быть перестроение компании под ИИ-native.
Ребята из Reforge предложили фреймворк CODER для системных изменений. Своего рода чек-лист для руководителя:
🖇 Constraints (Ограничения): Сформулируйте и задайте области, где не использовать ИИ сложнее, чем использовать.
🖇 Ownership (Ответственность): ИИ трансформацию должна драйвить вся компания под управлением ГД или совета директоров. Это не задача для одного отдела
🖇 Directives (Директивы): Четкие, исполнимые правила, что в определенных условиях все фичи выполняются с помощью ИИ
🖇 Expectations (Ожидания): Четкие критерии того, что значит хорошая работа с ИИ
🖇 Rewards (Вознаграждения): ИИ-компетенции включены в систему грейдов и performance review с положительным влиянием на карьеру

Недостаточно просто дать команде доступ к ChatGPT или его аналогам. Настоящая трансформация требует перестройки процессов, снятия барьеров и жестких управленческих решений. А какие барьеры на пути к ИИ вы встречаете чаще всего?

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #цифроваятранформация #AI #ChatGPT

Новости рынка труда на базе ежемесячного отчета Краткий обзор рынка труда за октябрь 2025 от ХХ.
Основное:
🟣 Спрос на сотрудников упал еще сильнее - hh индекс (соотношение количества активных резюме к количеству активных вакансий) повысился почти на единицу пункта и составляет теперь 7.3 против 6.4 в сентябре - продолжаем двигать максимум.
🟣 В октябре среднее число активных вакансий уменьшилось на 30%, а активных резюме увеличилось на 33% по сравнению с уровнем предыдущего года
🟣 Среднее число активных вакансий упало на 6% по сравнению с октябрем, а количество резюме растет стабильно на 7% уже второй месяц (сентябрь и октябрь)

По ритейлу и по ИТ, имеем:
🟡 В ритейле дефицит кадров немного поуменьшился (hh индекс подрос до 2.4 по сравнению с 2.1 в предыдущем месяце)
🟡 В ИТ вакансий стало еще меньше (hh индекс обновил максимум 17.8 против 16.1 в прошлом месяце)
🟡 Число вакансий в ИТ уменьшилось на 41% по сравнению с октябрем прошлого года, а число соискателей увеличилось на 26% за тот же период
🟡 Число соискателей в ИТ увеличилось, а количество вакансий уменьшилось на 5% по сравнению с сентябрем этого года

В сухом остатке - все ожидания осеннего окна пошли прахом. Индекс hh шкалит в целом по всем областям, а в ИТ вообще становится неприличным. Несмотря на то, что уровень до 8 считается уровнем "умеренной конкуренции", а после - высоким, рынок труда штормит. Многие компании пошли в сокращение персонала и это подкидывает только неопределенности. Разумеется, высоквалифицированные кадры находят работу и найм их не прекращается, но это лишь исключения, которые подтверждают правило.

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит

Почему одни компании получают в 2 раза больше прибыли от цифровизации, а другие — просто сливают бюджет? Оказывается, дело не столько в технологиях, сколько в подходе. "Яков и Партнёры" выпустили большое исследование цифровизации компаний ритейла и потребительских товаров в России. Они опросили СТО и СЕО 100 крупнейших компаний и пришли к следующим выводам.

По данным исследования, зрелость рынка высокая: ~70% компаний уже не "экспериментируют", а масштабируют цифровые решения. Но эффект у всех разный.
Выделяется 3 архетипа компаний:
🌟 Инноваторы - Внедряют первыми, экспериментируют с технологиями, не боятся рисковать.
🌟 Реалисты - Берут проверенные рынком решения, осторожны.
🌟 Консерваторы - Используют только зрелые, 100% обкатанные технологии.
Финансово - Инноваторы получают в 1.5–2 раза больше эффекта на рост EBITDA, чем Реалисты и Консерваторы при сопоставимом уровне затрат (от 1.1% от выручки у Инноваторов до 0.9% у Консерваторов).

По мнению исследователей, успех Инноваторов — это не слепая удача, а системная работа по трем направлениям.
6️⃣ Наступление по всем фронтам, что означает комплексный подход - проход по всей цепочки создания ценности от логистики и производства до HR и E-com. Они комплексно охватывают все типы решений: системы управления, продвинутую аналитику и роботизацию. Не точечные изменения, а по всему "фронту".
2️⃣ Ставка на компетенции. Инноваторы не только больше инвестируют, но и принципиально иначе подходят к разработке. 95% ритейл-инноваторов предпочитают инхаус разработку и поддержку решений силами внутренних команд. Они вкладываются во внутренние компетенции, а не просто покупают "заемные мозги" у интеграторов и вендоров.
3️⃣ Фундаментальный сдвиг в культуре компании. Открытая к изменениям и инновациям культура является фактором успеха для 88% Инноваторов. Это означает толерантность к ошибкам, быстрые циклы Test&Learn и прямую вовлеченность топ-менеджмента компании.

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #еком #ритейл #цифроваятранформация #мнения #разработка #впоискахсеребрянойпули

Не успеваете импортозамещаться? Минцифры предлагает платить — ежегодно и от оборота. Поступила инициатива: ввести оборотные штрафы для компаний, не перешедших на отечественное ПО на объектах критической информационной инфраструктуры (КИИ) в срок.

По мнению Коммерсантъ - глава ведомства Максут Шадаев считает, что "без элемента принуждения» схема не заработает". Пока дедлайн для объектов КИИ — 1 января 2028 года. Но, любопытная деталь: министерство предлагает разрешить компаниям оставаться на иностранном софте, если они будут платить этот штраф ежегодно.

И вот, если вы попадаете под определение КИИ, то это самая важная новость для вашего P&L за последнее время. "Оборотный штраф" — это не фиксированная сумма, а процент от выручки, что может исчисляться десятками и сотнями миллионов.

Каковы последствия:
🖇 Экономические - теперь у задержек с миграцией есть конкретная, потенциально немаленькая цена. Это полностью меняет экономику владения иностранным ПО.
🖇 Авральные - жесткий дедлайн под угрозой гигантских штрафов заставит команды спешить. Все знают к чему приводит спешка: баги, уязвимости, неудачная архитектура и сбои в работе систем.
🖇 "Налоговые" - опция "плати и оставайся" — это, по сути, появление налога на иностранный софт. Для бизнеса чьи core-системы слишком сложны или рискованны для миграции, это станет новой статьей расходов.

Что делать:
🔵 Аудит. Четко определяем, какие системы подпадают под "значимые объекты КИИ". Это будет нашим приоритетом.
🔵 Оценить варианты и риски. Надо просчитать всё - стоимость полной миграции и стоимость оборотного штрафа. Учитываем все - лицензии, внедрение, обучение итд. Оцениваем вместе с юристами и финансистами.
🔵 Аргументировать. Собственно уже не ИТ заинтересовано выполнить правила по импортозамещению, а бизнес защищает компанию от штрафов.
🔵 Ускорять. Если даже и был роадмап по миграции до какого-то далекого года, то его надо радикально ускорять.

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #импортозамещение #управление #финансы #ИТкомпании

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

Коллеги из Maze напоминают, что юзабилити — это не магия, а измеримая дисциплина. Все сводится к ответам на три вопроса:
1️⃣ Эффективность - Пользователь вообще смог достичь цели? Метрика: COR (Completion Rate) — % успешных сессий.
2️⃣ Продуктивность - Насколько трудно было достичь цели? Метрики: ToT (Time on Task) — время на задачу, кол-во кликов до достижения результата).
3️⃣ Удовлетворенность - Что клиент при этом почувствовал? (Метрики: SUS (System Usability Scale), CSAT (Customer Satisfaction Score) , NPS — опросники после взаимодействия).

Для бизнеса (да и финально для клиента) "удобство" — это абстракция. А вот "конверсия в заказ выросла на 5% после редизайна" — это понятный и измеримый результат. Внедрение метрик юзабилити переводит диалог с командой из дизайна и разработки из плоскости "я художник и я так вижу" в плоскость "данные показывают".

Можно месяцами тратить ресурсы разработки на новую фичу, которой в итоге окажется катастрофически неудобно пользоваться. Как результат - фича "не взлетела", CPO (Cost Per Order) растет, а поддержка завалена жалобами на "непонятный" интерфейс. А можно найти "bottle neck" в клиентском пути (CJM). Например, пользователи отваливаются на этапе оплаты не из-за нагрузки на бэк, а потому что не могут найти нужную кнопку. И тут это самый дешевый способ поднять конверсию, вообще не трогая сложную архитектуру.

Что нужно сделать для улучшения клиентского пути:
🔵 Начните с самого простого. Сделайте UX-метрики частью техзадания. Требуйте от продактов и UX-еров не просто макеты, а гипотезы с метриками. "Мы меняем Х, чтобы снизить ToT на 15%".
🔵 Нельзя спасти всех. Поэтому не стоит улучшать всё и сразу. Выберите 1–2 ключевых бизнес-сценария (например, онбординг нового пользователя или процесс чекаута).
🔵 Тесты, тесты и еще раз тесты. Все гипотезы надо тестировать здесь и сейчас. Протестировали (даже внутренний тест лучше, чем ничего) → получили данные → поправили → выкатили. Это дешевле, чем переделывать готовый продукт, который вдруг "не взлетел".

И еще раз, юзабилити — это не про "красоту". Это про P&L в первую очередь, ну а во вторую про эффективность использования ресурсов разработки. Если этого не понимать, то юзабилити может стать очередной "черной дырой" для слива бюджета.

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#клиентскийопыт #CX #гибкиеметодики #продуктоваяразработка #впоискахсеребрянойпули

"Все, что вы вводите в ChatGPT, может быть использовано против вас". Было бы шикарным кликбейтом, если бы не было почти прямой цитатой Сэма Альтмана. Глава OpenAI недавно в очередной раз напомнил, что к публичным ИИ-моделям стоит относиться... как к публичному пространству. Несмотря на возможность удалить историю, он настоятельно не рекомендует вводить в ChatGPT что-либо действительно конфиденциальное.

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

Последствия:
🟡 Утечка проприетарного кода - загрузка кода в GenAI с просьбой его рефактора может сделать публичными ваши уникальные алгоритмы или логики работы чего бы того ни было.
🟡 Компрометация клиентских данных - загрузка логов или отзывов для анализа, содержащих перс.данные может привести к нарушению ФЗ-152, GDRP и прочих. Последствия нарушения этих законов легко можно найти.
🟡 Утечка коммерческой тайны - загрузка отчетности или деталей стратегии или еще каких коммерческих данных, которые могут стать публичными.

Что можно/нужно с этим делать:
🟣 Разработать политику использования ИИ - простую и понятную. Что можно загружать, что нельзя загружать ни в коем случае, а на что потребуется разрешение руководителя соответствующего уровня.
🟣 Обучить всех - проводя обучение не в стиле "туда ходи, сюда - не ходи", а с точки зрения общей безопасности. На самом деле не все понимают, что бесплатный ИИ не приватный механизм (даже ИТ-шники) и способен навредить не только компании, но и каждому отдельному человеку.
🟣 Дать безопасные инструменты для работы с некритичными данными - если мы понимаем, что ИИ инструмент нужен всем в командах, то можно использовать enterprise версии, которые юридически гарантируют, что данные не используются для обучения и остаются приватными (но это не точно)
🟣 Дать безопасные инструменты для работы с критичными данными - если мы понимаем, что мы хотим использовать ИИ для работы с персональными и бизнес-критичными данными, то наш путь должен лежать в направлении собственной LLM в приватном облаке или на собственной инфраструктуре.

Медленно, но верно эпоха "дикого запада" в использовании ИИ заканчивается. Если кто-то еще относится к GenAI как к безобидной игрушке, новому варианту Тамагочи, то пора перестать это делать. Это уже мощный инструмент для решения бизнесовых задач, требующий чистоты, целостности и строгой гигиены данных и осмысленной корпоративной политики по использованию ИИ.

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #цифроваятранформация #AI #ChatGPT #чтотампроchatgpt #data #данные

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

Они опросили CISO крупнейших компаний РФ (в ритейле, финтехе, Промышленности итд.) о стратегиях ИБ на 2025 год. Главный инсайт:

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

Об основных моментах:
🖇 Горизонт планирования сжался. За последние 5 лет он сократился с пяти до трех лет у большинства компаний. Мир стал меняться слишком быстро для "пятилеток".
🖇 Бизнес стал погружаться в детали. У 80% компаний метрики ИБ находятся на прямом контроле топ-менеджмента.
🖇 Главная метрика — тишина. Ключевой запрос бизнеса — отсутствие критических инцидентов и практическая устойчивость, а не просто соответствие неким бумажным нормативам и актам.

Что это означает для всех нас:
🖇 Смена языка коммуникации. Владельцы, инвесторы и топ-менеджмент больше не хочет слышать про количество отраженных атак. Их интересует "Практическая безопасность" в виде предотвращенного ущерба и непрерывности бизнес-процессов. Методики и процессы оценки оценки финансового ущерба от инцидентов уже разработаны и доступны для внедрения.
🖇 Гибкость стратегии. Если у вас есть подготовленный роадмап по безопасности на 5 лет — забудьте про него. Оптимальный горизонт сейчас — максимум 3 года, с пересмотром тактических инициатив каждые 3–6 месяцев. Иначе вы уже начали отставать от ландшафта угроз и будете отставать все больше и больше.
🖇 ИИ — новая реальность, хотим мы этого или нет. 100% респондентов отмечают рост использования ИИ в ИБ. Притом парадоксально — это и защита (анализ аномалий), и угроза (атаки с помощью ИИ). И отметим - ИИ помощники — это сейчас тренд номер один в автоматизации и цифровизации, что добавляет сложности.
🖇 Проверка на прочность. Пентесты и Red Teaming становятся стандартом гигиены, а не экзотикой. Бизнес хочет знать, действительно ли нас взломают, а не теоретически.

Вывод банален. Безопасность в 2025 году — это не абстрактная страшилка или усложнитель всего и вся, а часть бизнес-ценности. Компании, инвестирующие в киберустойчивость, позиционируются рынком как более зрелые и надежные партнеры. Ну и мысль на задуматься - как часто мы корректируем стратегию ИБ в своей компании — раз в три года, год или чаще?
#итбезопасность #кибербезопасность #ИТбез #разработка

IT стало "новым электричеством" или почему технологии больше не являются конкурентным преимуществом? Более 20 лет назад Николас Карр взорвал бизнес-мир статьей "IT Doesn’t Matter", заявив, что IT неизбежно превратится в коммодити — общедоступный ресурс, как электричество или железные дороги. Сегодня, в эпоху облаков, микросервисов и доступного ИИ, этот прогноз становится реальностью.

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

Почему концепция IT как коммодити критически важна сейчас:
6️⃣ Смена фокуса: Basics vs. Differentiation. Для современного ритейла технологии делятся на два типа:
🌟 Basics - инфраструктура, кассы, базовый CRM, складской и управленческий учет. Здесь основная задача — минимум затрат и максимум стабильности. "Изобретать велосипед" здесь — бессмысленная трата денег.
🌟 Differentiation - nо, что реально отличает вас от Wb, Ozon или другого конкурента. Это может быть уникальный UX, алгоритмы ранжирования выдачи или специфическая программа лояльности.
2️⃣ Риск "карго-культа" - компании часто стремятся писать свои инхаус решения, аргументируя это "гибкостью". Но! Вы тратите бюджет на разработку кастомной системы, пока конкурент берет готовое промышленное или open-source решение и инвестирует освободившиеся ресурсы в маркетинг и клиентский сервис. Уже всем очевидно, что cобственная разработка оправдана только там, где готовые решения не дают нужного клиентского опыта или блокируют масштабирование.
3️⃣ Конкуренция смещается в плоскость процессов и данных. Если железо и софт у всех одинаковые, то побеждает тот, кто быстрее внедряет изменения (T2M) и/или лучше управляет данными (Data Governance). Сама по себе аналитическая платформа — коммодити, но инсайты, которые вы извлекаете — это ваш актив.

Что с этим можно сделать:
🌟 Проводим аудит портфеля проектов и бэклога. Если ваше ИТ тратит 80% времени на создание и поддержку систем, которые можно купить, то это сигнал тревоги.
🌟 Пересматриваем стратегию Buy vs Build. Для коммодити систем выбираем Buy и оставляем "Build" только для того, что напрямую влияет на клиентский путь и прибыль.
🌟 Снижаем TCO (Total Cost of Ownership). Правильно посчитанный TCO позволяет выбрать модель внедрени и гибко переходить от капитальных затрат (CAPEX) к операционным (OPEX) и обратно, делая бизнес более гибким в кризис.

ИТ давно уже перестало быть магией и стало инженерной и управленческой рутиной. Побеждает не тот, у кого круче стек и микросервиснее архитектура, а тот, кто эффективнее использует стандартные кирпичики для построения уникального клиентского опыта.
Делитесь в комментариях - играете в игру - "перепиши коммодити"?
#архитектура #development #разработка #платформы #впоискахсеребрянойпули #антипаттерны

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

Почему молчание может обойтись дороже, чем признание проблемы:
🔵 Скрытый простой и финансовые потери. Любой софт — это "станок" для тех, кто им пользуется. Предположим на складе у 1 сотрудника начал тормозить сканер или у 10 сотрудников., или у 20. Система работает, инцидент массовый, но мелкий. Но сборка заказов замедляется, очередь растет, начальник склада ищет виноватых. Бизнес теряет деньги и не понимает где.
🔵 Паралич поддержки. Когда падает 1С, зависает VPN или "лагает" админка, а IT молчит, каждый сотрудник считает своим долгом создать тикет и первая линия поддержки вынуждена разгребать сотни одинаковых заявок. Время реакции на реально критичные инциденты увеличивается, так как поддержка завалена мелочевкой.
🔵 Рождение теневого ИТ. Самый опасный риск, что если ИТ молчит о проблемах, то бизнес делает вывод, что ИТ не видит проблему или им все равно. В этом случае операционные команды начинают искать обходные пути: создавать собственные инструменты для учета и пересылки данных и заводить собственных "карманных" ИТ-шников, что порождает хаос в данных и дыры в безопасности, которые потом можно разгребать годами.

Что надо делать руководителю поддержки:
🔘 Создать Единое окно правды - например статус-страницу на внутреннем портале. Коммуникация простая: Знаем — чиним — сроки такие-то. Даже сообщение "Мы видим проблему, но пока не знаем причин" лучше, чем тишина.
🔘 Еще раз пересмотреть SLA для внутренних сервисов. Если инцидент затрагивает работу отдела в период особой нагрузки то, он автоматически получает первый или второй приоритет, даже если технически это выглядит как "просто медленная загрузка".
🔘 Тренировать поддержку на проактивность. При первых признаках массовости (3+ похожих заявки за 10 минут) — сразу выпускать рассылку или пуш на сотрудников. Останавливаем поток тикетов до того, как он нас накроет.

Внутри компании "мелких" массовых инцидентов не бывает. Либо это локальный баг у одного пользователя, либо это системная проблема, влияющая на прибыль компании. Молчание IT воспринимается бизнесом не как отсутствие проблем, а как отсутствие контроля.
#цифроваятранформация #новости #впоискахсеребрянойпули #управление #ИТ

Сегодня вспомним про "крах доткомов" и их призрак, который все еще ходит. Вспомним конец 90-х. Тогда инвесторы вливали миллиарды в любой стартап с приставкой ".com", искренне веря, что интернет изменит всё. И в принципе они не ошиблись. В долгосрочной перспективе все так и оказалось, но тогда они ошиблись в тайминге — и рынок рухнул, похоронив триллионы долларов.

Сегодня Harvard Business Review видит пугающие сходства. Сделки, где Nvidia инвестирует в компании, которые тут же на эти деньги покупают чипы у самой Nvidia — это классическое перекладывание денег из одного кармана в другой для искусственного раздувания выручки. Оценки компаний растут не на реальной прибыли от конечных пользователей, а на B2B-перепродажах железа друг другу.

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

Еще недавно у нас была "эра софта" и чтобы запустить крутой ИИ-продукт, были нужны всего три вещи: Вычислительные мощности, Данные и Люди (крутые дата сайентисты. Это все легко масштабировалось: нанял людей, купил место на AWS, залил данные.

А теперь мы возвращаемся в "эру железа и бетона" и теперь, чтобы масштабировать ИИ, цифровых ресурсов мало. Мы уперлись в физический мир с его ограничениями: Земля и ЦОДы, которые нужно построить физически, Энергия, которую ИИ потребляет в промышленных масштабах и Рабочие руки, которых не хватает (электрики, монтажники, инженеры по охлаждению). Goldman Sachs прогнозирует удвоение потребления ЦОДами энергии к 2030 году. Готовы ли энергосети к этому? Не факт.

Что это значит для всех нас:
1️⃣ Рост стоимости владения (TCO). Дефицит электричества и ЦОД неизбежно приведет к удорожанию облачных вычислений. Если сейчас юнит-экономика сходится "впритык" на текущих тарифах за токены/вычисления — то дальше она может перестать сходится.
2️⃣ Риск "Инфраструктурного пузыря". В 2000-х проложили тысячи километров оптоволокна, которое лежало без дела 10 лет. Сейчас компании закупают чипы H100 "про запас". Если/Вдруг/Когда ажиотаж спадет, рынок может быть завален мощным железом, которое не окупается. Возможно не надо сейчас инвестировать в свое железо, если нет нормальной загрузки.
3️⃣ Сроки внедрения. Физические ограничения (постройка подстанций, ЦОДов) нельзя ускорить кодом. Поэтому может сложиться, что внедрение тяжелых ИИ-моделей будет буксовать не из-за технологий, а из-за инфраструктуры.

На самом деле, медленно, но, верно, мы переходим от фазы "хайпа" к фазе "грязных работ" на стройке. Скорее всего в победителях останется не тот, у кого круче модель, а тот, у кого есть доступ к розетке и адекватная бизнес-модель. Внимательнее смотрим на свои инвестиции в ИИ проекты, считаем юнит-экономику и TCO и готовимся к новой эре.

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#новости #цифроваятранформация #AI #ChatGPT #чтотампроchatgpt #data #данные

Наткнулся недавно на просторах бескрайнего интернета на вариант "Молитвы о душевном покое", но переложенном на ИТ-шный лад.

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

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

6️⃣ Спокойствие делегировать. Не все задачи требуют кода (увы, но это так). Часто бизнес требует "запилить" дорогостоящую фичу, чтобы закрыть дыру в процессах. Но если процесс случается раз в квартал или требует высокой эмпатии (сложный кейс в поддержке, переговоры, уникальный изменяющийся процесс), то дешевле и надежнее отдать это человеку, потому что попытка оцифровать хаос или чрезмерный человеческий фактор приведет к созданию дорогой и сложной системы, которую некому будет поддерживать.

2️⃣ Мужество автоматизировать. Тут про то, чем заниматься никто не любит - про техдолг и операционку. CI/CD, автотесты, мониторинги, плавающие баги на проде. Рутина убивает мотивацию и замедляет T2M. Но если ведущий разработчик тратит несколько часов в неделю на ручной деплой или составление отчетов — то вы теряете деньги. А автоматизация всей этой шляпы высвобождает время команды для исследований и создания реальной ценности продукта, а не поддержания вечно сваливающихся штанов.

3️⃣ Мудрость отличать одно от другого. А это самая сложная часть — оценивать ROI автоматизации. Прежде чем даже начать думать над задачей, задайте вопрос: "Сколько времени мы сэкономим за год, если потратим неделю на автоматизацию этого процесса?". Поверьте, иногда ответ на этот простой вопрос вас сильно удивит.

Главные выводы:
🌟 Сначала процесс, потом код. Нельзя автоматизировать хаос. Сначала отлаживаем процесс "руками", и только когда он станет линейным — автоматизируем.
🌟 Считаем стоимость. Иногда нанять ассистента дешевле, чем отвлечь команду разработки на написание внутреннего инструмента.
🌟 Сложная архитектура - не решит всех ваших проблем. Не нужно дробить систему там, где нагрузку выдержит простая монолитная система или даже таблица в Excel на первых порах.
🌟 Автоматизация ради автоматизации — зло. Автоматизация ради масштабируемости и скорости — необходимость. Как бы банально все это ни звучало.

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#разработка #цифроваятранформация #agile #development #продуктоваяразработка

Gartner выпустил прогноз топ-10 стратегических трендов на 2026 год. Нас ждет эпоха "крошечных команд" и битва за доверие к данным.
Аналитики Gartner разделили технологии на три вектора, в направлении которых будет сосредоточено развитие: Архитектура (фундамент), Синтез (объединение технологий) и Лидер (защита и управление). По мнению исследования - точечных ИИ-решений больше недостаточно — нужна комплексная экосистема, пронизывающая весь бизнес.

Что привлекло внимание:
1️⃣ Появление Tiny Teams ("крошечных команд"). Gartner предсказывает, что к 2030 году 80% инженерных команд трансформируются в малые группы, усиленные ИИ на базе нативных ИИ платформ, что позволит команде из 2 человек, делать столько же, сколько сейчас делает 5. Очень интересный и, как по мне, очень неоднозначный прогноз для управления разработкой. Gartner считает, что это поменяет баланс сил в вечном споре - Build vs. Buy в сторону собственной разработки
2️⃣ Мультиагентные системы вместо монолитного ИИ. Считается, что универсальные ИИ модели плохо справляются со сложными разноплановыми задачами. Будущее за оркестрацией специализированных агентов, где каждый выполняет свою узкую задачу. Это идеальный сценарий для сложных цепочек, например в ритейле, где надо решать вопросы от прогнозирования спроса до автоматической закупки и поддержки клиентов
3️⃣ Превентивная безопасность. В мире, насыщенном ИИ, реагировать на инциденты уже поздно. Тренд — использование ИИ для предсказания и нейтрализации угроз до того, как они случатся. "К 2028 году более 50% предприятий внедрят платформы безопасности ИИ"
4️⃣ Digital Provenance (подтверждение цифрового происхождения). С ростом дипфейков и сгенерированного кода критически важным становится подтверждение подлинности. Внедрение водяных знаков и верификация источника данных станут обязательными для снижения репутационных рисков

Не знаю, стоит ли с этим что-то делать сейчас, ведь прогнозы они на то и прогнозы, чтобы (не)сбываться, но можно пойти в достаточно простые действия:
🔵 Пересмотреть структуру команд и начать внедрять ИИ инструменты для разработчиков уже не "на посмотреть", а как инструмент для повышения производительности. А уж станет ли он новым стандартом - увидим.
🔵 Начать пилотировать агентов, не пытаясь решить все одной LLM. Экспериментировать и пробовать разные наборы агентов для конкретных бизнес-доменов (финансы, логистика).
🔵 Готовить инфраструктуру. Рост ИИ потребует гибридных вычислений и пересмотра подходов к хранению чувствительных данных.

Итак, по мнению Gartner, 2026 год станет годом, когда ИИ перестанет быть "хайповой фичей" и превратится в фундамент архитектуры. В общем частично звучит как неплохое предсказание, частично как утопия. Делаем ставки и делимся в комментариях своими мнениями.
#мнения #AI #ChatGPT #чтотампроchatgpt #data #данные

В современной разработке есть одна забавная ловушка. Зачастую мы путаем объекты нашего кода или объекты баз данных с реальным миром. Шон Гедеке в статье "Seeing like a software company" проводит параллель между принципами государственного управления и разработкой ПО.

Как государство стремится сделать общество четким и удобочитаемым через стандартизацию (паспорта, кадастры, реестры), так и разработчики ИТ систем пытаются "причесать" хаотичную реальность под строгие схемы баз данных и классов. Создавая класс User с одним email и одним телефоном, мы думаем о том, что так удобно системе. А в реальности одним аккаунтом может пользоваться семья, или один человек может иметь пять телефонов или адресов электронной почты. И мы попадаем в ловушку, что мы не описываем реальный мир, а пытаемся принудить его соответствовать своей упрощенной модели.
Чем нам отвечает мир:
🔵 Сломом последовательности действий - когда бизнес-процессы в еком сталкиваются с реальностью (сложная логистика, возвраты, B2B-закупки через B2C интерфейс) жесткая архитектура ломается. Например сталкивался, что доставка стройматериалов зачастую идет по координатам, так как дачного поселка еще нет на карте или невозможно доставить заказ в новостройку, потому что ФИАС еще не обновился
🔵 Потерей знания - когда в попытке все оцифровать и упростить, мы зачастую теряем контекст. Обратите внимание, если клиенты много пишут в комментарии к заказу свободного текста, то это значит, что ваша модель не соответствует их потребностям.
🔵 Иллюзией контроля - когда дашборды и метрики показывают красивые цифры, а продажи продолжают неуклонно падать. Это происходит, потому что ваши метрики построены на ваших упрощениях. Вы видите, не реальность, а то, что сами позволили записать в базу.

Что можно начать делать:
🔘 Проектировать с допущением хаоса. Примите за свершившийся факт, что реальность всегда сложнее ваших представлений о ней. Оставляйте место для неструктурированных данных - свободных полей и гибких атрибутов.
🔘 Не выдавать желаемое за действительное. Если UX требует от пользователя действий, неестественных для него, только ради того, чтобы данные "красиво легли" в таблицу — это технический долг, за который вы по любому платите конверсией
🔘 Vox populi - жалобы на "горячую линию" на невозможность заполнить форму или оформить заказ это зачастую признак того, что вы или ваша ИТ система пытается чрезмерно упростить реальность

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#разработка #цифроваятранформация #development#ритейл #еком #маркетплейсы #мнения

Новости рынка труда на базе ежемесячного отчета "Краткий обзор рынка труда за ноябрь 2025" от ХХ.
Основное:
🔘 Мы уже официально перешли от рынка умеренной конкуренции к рынку высокой - hh индекс (соотношение количества активных резюме к количеству активных вакансий) повысился до 8.1 против 7.3 в октябре - пробили потолок восьмерки и обновили максимум.
🔘 В ноябре среднее число активных вакансий уменьшилось на 31%, а активных резюме увеличилось на 34% по сравнению с уровнем предыдущего года - стабильность от месяца к месяцу
🔘 Среднее число активных вакансий упало по сравнению с октябрем, а количество резюме стабильно растет уже третий месяц

По ритейлу и по ИТ, имеем:
🟣 В ритейле дефицит кадров уменьшается ( hh индекс вырос до 2.7 по сравнению с 2.4 в октябре и 2.1 в сентябре)
🟣 В ИТ вакансий стало мало (hh индекс обновил максимум 19.4 против 17.8 в октябре и 16.1 в сентябре)
🟣 Число вакансий в ИТ уменьшилось на 43% по сравнению с ноябрем прошлого года, а число соискателей увеличилось на 26% за тот же период
🟣 Число соискателей в ИТ практически не увеличилось (на 1%), а количество вакансий уменьшилось на 10% по сравнению с октябрем этого года

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

Больше интересных новостей об ИИ, рителе, екоме и маркетплейсах 👉 Подписаться на канал

#подбор #разработка #development #управление #HR #development #рыноктруда #войтивит