Высокий уровень риска ЦБ: как оспорить статус в Банке России самостоятельно?
Ситуация: Банк России через платформу «Знай своего клиента» (ЗСК) присвоил вашей компании или ИП высокий уровень риска. Ключевой момент: банк, где у вас счет, еще не применил из-за этого жесткие меры (блокировку операций).
Важно: Если банк уже применил меры (заблокировал счет), обжаловать нужно именно их действия, а не статус в ЦБ. Это другой алгоритм (см. следующий пост).
ШАГ 1: Проверьте свой статус.
⦁ Узнать, попали ли вы в список высокорисковых, можно через специальный сервис на сайте Банка России.
ШАГ 2: Подайте заявление о пересмотре уровня риска напрямую в Банк России.
⦁ Это можно сделать через интернет-приемную на сайте ЦБ, выбрав тему «Обращение в Банк России о пересмотре высокого уровня риска».
⦁ Вам нужно собрать солидный пакет документов, доказывающих реальную хозяйственную деятельность: финансовая отчетность, данные о контрагентах, налоги, договоры, фото помещений, описание бизнес-модели.
⦁ Срок ответа Банка России: 15 рабочих дней с момента получения заявления.
Возможные решения ЦБ:
⦁ Принять решение об изменении уровня риска. Поздравляем, проблема решена на первом уровне.
⦁ Оставить свое решение в силе (отказать в изменении статуса).
Что дальше?
Если Банк России отказал, у вас есть право в течение 6 месяцев обжаловать этот отказ в Межведомственную комиссию (МВК) или сразу обратиться в суд.
Рекомендация: Требования к заявлению в ЦБ строго регламентированы (Указание № 6853-У). Неправильно составленное обращение приведут к отказу. Лучше всего обратиться к опытному юристу для подготовки убедительного и технически грамотного пакета документов, чтобы с первого раза добиться снятия статуса.
Количественные и качественные индикаторы достижения Product-Market Fit
Product-Market Fit (PMF) — это качественное состояние продукта, которое невозможно измерить какой-то одной метрикой. Однако его достижение или приближение к нему можно верифицировать с помощью комплекса исследований и ключевых показателей.
1. Качественные исследования или «Тест на сожаление»
Довольно информативный метод - опрос существующих клиентов. Анкетирование следует проводить сегментированно, отдельно анализируя ответы первичных и повторно покупающих пользователей.
Ключевой вопрос: «Насколько вы были бы разочарованы, если бы этот продукт перестал существовать?» Варианты ответов: «Очень разочарован», «Немного разочарован», «Не разочарован» (или аналогичная шкала).
Интерпретация: Если доля респондентов, ответивших «Очень разочарован», составляет 40% и более, это считается ярким сигналом наличия PMF.
2. Индекс лояльности (Net Promoter Score, NPS)
NPS измеряет готовность клиентов рекомендовать ваш продукт другим людям. Методология предполагает оценку по 10-балльной шкале в ответ на вопрос: «Насколько вероятно, что вы порекомендуете наш продукт коллеге или знакомому?»
Сторонники (Promoters): 9-10 баллов.
Нейтралы (Passives): 7-8 баллов.
Критики (Detractors): 0-6 баллов.
Расчёт: NPS = (% Сторонников) – (% Критиков).
Интерпретация: Положительный и растущий NPS указывает на формирование лояльности, что является косвенным признаком PMF. Высокий NPS (>30) часто коррелирует с устойчивым ростом.
3. Коэффициент удержания (Retention Rate)
PMF проявляется в формировании устойчивой привычки использования продукта. Необходимо анализировать не общее число пользователей, а процент клиентов, которые продолжают активно пользоваться продуктом или совершают повторные покупки через определенные промежутки времени (например, через 1, 3, 6 месяцев).
Интерпретация: Кривая удержания со временем должна выходить на «плато», демонстрируя, что значительная часть пользователей нашла в продукте непреходящую ценность. Отсутствие резкого спада — ключевой индикатор.
4. Операционные и бизнес-метрики роста
Достижение PMF запускает органический рост, который отражается на операционной и финансовой деятельности:
Устойчивый рост ключевых метрик (выручки, числа клиентов) без пропорционального увеличения маркетинговых затрат (CAC).
Высокая конверсия на всех этапах воронки, особенно из лида в платящего клиента.
Превышение жизненной ценности клиента (LTV) над стоимостью его привлечения (CAC) в 3 и более раза.
Операционная масштабируемость: поток заказов/запросов начинает требовать расширения команды и оптимизации процессов. Иными словами, проснулись, и поняли - уже не справляемся с потоком заявок. Это точно "оно!"
Заключение PMF - это зона, вход в которую подтверждается конвергенцией сразу нескольких сигналов: высокие качественные оценки пользователей, растущая лояльность (NPS), здоровая кривая удержания и, как следствие, — устойчивая и эффективная с точки зрения unit-экономики модель роста. Системный мониторинг этих индикаторов позволяет командам объективно оценивать прогресс на пути к рыночному фитнесу.
Почему IT продукты дорожают но их реальная ценность падает?
Почему так происходит и справедливо ли это по отношению к пользователю?
Держи фичу и плати на 100р больше. Но она мне не нужна (
Почему IT продукты дорожают Есть инфляция и другие экономические причины. Но, на мой взгляд, есть еще одна причина – псевдоценности.
Продукты обрастают фичами, становятся сложнее и неповоротливее. Растут и издержки бизнеса на его поддержку/развитие. Продукт подорожал не потому, что стал лучше для пользователя, а потому что в нем появилось 50 дополнительных фич. И эти фичи нам предлагают как ценности. Что же с ними не так?
Почему падает реальная ценность Ценность продукта построена на механиках и фичах Некоторые фичи дают реальную ценность, возможно не именно нам, но дают. Некоторые дают ценность, но не там где нужно (супер аппы). А вот фичи с псевдоценностями просто есть и дают только прирост цифр бизнесу.
Как же их тогда покупают? Их не покупают – Бизнес строит модель +фича +деньги за нее, а пользователь ей не пользуется. Он пользуется тем за что выбрал продукт, но платит больше.
Продают обманом – Бизнес выстраивает маркетинг на псевдоценностях. Для этого он подменяет понятия и запутывает клиента, чтобы он не понял что эта фича несет ценность только для бизнеса, а для него нет. И ведь это не всегда происходит осознано! Иногда бизнес обманывает и сам себя выпуская таки фичи в релиз (. Не будем упоминать недобросовестное списание денег по причине "потому что мы так решили"
Но самое абсурдное это когда бизнес решает проблему которую сам и создал :(
Пример В пятёрочке постоянно крутят объявления в аудио формате. Недавно я услышал такую запись – пятерочка заботится о вас, поэтому мы дарим вам пять минут тишины. Сами создали проблему, сами ее решили, а выдают за ценность.
Что в итоге С точки зрения бизнеса продуктовые показатели растут, деньги тоже приходят.
С точки зрения пользователя стоимость продукта растет. Ценность за которую я выбирал продукт закапали, а новые фичи просто сделали ее дороже потому что я ими не пользуюсь.
Вывода в этом посте нет, этот просто открытое рассуждение.
Что думаете об этой проблеме и с чем сталкивались? Делитесь в комментариях 👇
Если хотите упаковать ценности вашего продукта качественно, записывайтесь на бесплатную консультацию, тут на Хабре https://career.habr.com/product-unit
Всегда ли техническая стратегия очевидна с самого начала? Может ли простой инженер с крутой идеей переубедить топ-менеджеров? Стоит ли идти напролом, если уверен в своей правоте? Как «продать» идею внутри компании и где искать вдохновение для неё?
Гость нового выпуска подкаста «Свободный слот» — Анатолий Панов, CTO Яндекс Карт. Вместе с ведущими Пашей Федотовым и Сашей Афёновым обсуждаем, по каким признакам понять, что пора создавать техническую стратегию. Говорим также о смелом решении — смене основного стека технологий в компании — и о том, как его выигрышно провести. А в финале выясняем, кого в первую очередь нужно убедить в стратегии и какие процессы в итоге должны поменяться.
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Как я планирую неделю за 5 минут с Claude + TickTick на реальном примере 🙃
Накидал голосом в Claude примерный список задач — без дат, без приоритетов, просто что я думаю нужно сделать
⚠️ Important
У меня очень хорошо описаны правила постановки задач и по моему курсу у Claude тоже много контекста, без этого подобное планирование невозможно
Вот как выглядит диалог с Claude от голосового до записей в календаре ⤵️
👱 «Закинь эти задачи в TickTick на неделю, можешь еще примерно приоритет важности поставить» 🤖 «Ок, создал 17 задач, распределил по дням, расставил приоритеты» Дополнительно Claude уточнил у меня: «Для лендинга мне от тебя нужны даты старта. И еще, механика ранней цены — по местам или по дате?»
Т.е. он не тупо поставил задачи, но и еще доспросил по тем вопросам, где нужно уточнение
👱 «Размажь эти задачи по времени дня релевантно» 🤖 Распределил задачи по рабочему дню: утро и день — мелкие задачи, вечер — вдумчивые. Как ты любишь.
У моего Claude в проекте постановки задач описано много правил по тому, какие типы задач в какое время дня мне больше нравится делать. И он это все учитывает
👱 «Поставь релевантную длительность» 🤖 Проставил start/end для каждой задачи: статья — 3 часа, обновить цены — 30 минут, встреча — 1.5 часа.
Чтобы это были не просто todo в календаре, а именно что занятые тайм слоты
👱 «Распиши по SMART в описании» 🤖 Добавил в каждую задачу S/M/A/R/T — что сделать, как понять что готово, почему реально, зачем нужно, дедлайн.
Это я уже по приколу добавил, на самом деле у него немного другие правила детализации задач. Но сам факт, что при наличии нужного контекста он еще и критерии выполнения может добавить
Все работает через Claude Desktop => Tick Tick MCP => Tick Tick
Конечно, можно все в одном промпте провернуть, но я решил так показать
Вот в итоге все задачи проставлены, интерфейс календаря не открывал
Провёл несколько часов, экспериментируя с Clawdbot, и хочу поделиться своими мыслями об этом инструменте. Это одновременно захватывающе и тревожно.
Clawdbot — это AI-ассистент нового поколения, который работает как личный цифровой помощник с глубокой интеграцией в вашу систему. Представьте себе Jarvis из фильмов Marvel, только реальный и доступный прямо сейчас.
Первое впечатление: дофамин зашкаливает
Это действительно что-то новое и интересное. Когда бот начинает читать твои файлы, выполнять команды в терминале, проверять погоду и отвечать через Telegram — понимаешь, что это не очередной ChatGPT-wrapper. Это полноценный агент, который живёт в твоей системе.
Технологии наконец дошли до того момента, когда ассистент может действовать, а не просто советовать. И это вызывает тот самый выброс дофамина — ощущение, что будущее уже здесь.
Парадокс опыта: когда знания мешают доверию
У меня огромный опыт в IT. За годы работы я перестал бояться «Большого Брата» и утечек данных — принял риски, научился жить с компромиссами между удобством и безопасностью.
Но теперь страх вернулся.
Не от слежки или корпораций. От того, что я сам готов отдать ключи от королевства — боту. Причём не абстрактному облачному сервису, а локальной программе, которая имеет полный доступ ко всему.
Цена настоящего Jarvis
Чтобы получить действительно полезного ассистента уровня Jarvis, нужно дать ему доступ к:
Google-экосистеме
• Gmail (вся переписка, личная и рабочая) • Google Docs (документы, таблицы, презентации) • Google Calendar (весь график, встречи, планы) • Google Drive (годы накопленных файлов) Тонны конфиденциальной информации: контракты, финансовые данные, личные записи, проекты.
Файловой системе компьютера
Полный доступ к:
• Исходному коду проектов • SSH-ключам и паролям • Личным файлам • Истории браузера • Всему, что есть на диске Это не преувеличение — ему нужен такой доступ, чтобы быть полезным. Иначе он просто ещё один чат-бот.
Новая точка атаки: ваш AI — это master key
И вот тут появляется ещё один уровень опасности, о котором многие не задумываются.
Раньше модель угроз была относительно простой: каждый сервис — отдельная цель для атаки. Взломали Gmail? Получили доступ к почте. Взломали GitHub? Получили код. Взломали соцсеть? Получили аккаунт.
Теперь появляется единая точка отказа.
Ваш AI-ассистент — это мастер-ключ ко всем дверям. Он знает ваши пароли, имеет токены доступа ко всем сервисам, может выполнять команды в системе, публиковать от вашего имени, читать и изменять файлы.
Представьте:
• Взлом через prompt injection — злоумышленник находит способ повлиять на поведение бота через специально сформированный текст в email или документе • Компрометация конфигурации — если кто-то получит доступ к файлу конфигурации Clawdbot, он получит все ваши API-ключи и токены сразу • Уязвимость в самом боте • И этот список можно продолжать.
Вот в чём парадокс:
Clawdbot настолько полезен, насколько вы готовы ему доверять.
Мои мысли
Я ещё не готов дать ему всё. Но я вижу, куда это идёт. Clawdbot — это не просто инструмент, это предвестник новой эры, где AI-ассистенты станут неотъемлемой частью нашей цифровой жизни. Набрать 20к звезд за сутки, гудеть из каждого утюга, боюсь как бы это не было чем-то, чем был первый СhatGPT, когда он ушел в паблик.
Вопрос не в том, стоит ли давать доступ. Вопрос в том, когда мы будем готовы это сделать — и какие границы установим. И что ещё важнее: как мы будем защищать этот новый master key.
Пока что я экспериментирую, осторожно расширяя его возможности. Смотрю, как он работает. Но держу в уме, что создаю единую точку отказа для своей цифровой жизни.
Я считаю, что это захватывающе. Это страшно. Это будущее.
Нейроменеджмент: почему IT-компании отстают в продажах
Ваши менеджеры готовят идеальные презентации, знают продукт назубок, а сделки всё ещё закрываются медленно? Проблема не в них.
Проблема в том, что они говорят с неправильной частью мозга клиента.
Когда менеджер начинает с технических характеристик, он обращается к логическому мозгу - он занимает всего 2% площади мозга. Остальные 98% - древние системы, управляющие эмоциями, страхом и доверием.
Вот как на самом деле работает покупка IT-решения:
1️⃣ Клиент чувствует эмоцию (облегчение, безопасность, статус) 2️⃣ Только потом мозг включает логику и проверяет факты 3️⃣ В конце проверяет социальное доказательство - "это делают другие?"
Если вы начинаете с фактов, клиент уже отфильтровал вас на первом этапе.
Развитие IT-фирмы через нейроменеджмент:
Менеджеры закрывают сделки на 40-60% быстрее
Клиенты становятся лояльными и рекомендуют вас
Команда работает с меньшим стрессом
Компания растёт естественным образом
Это не манипуляция - это наука о мозге, применённая к бизнесу.
Нейроменеджмент в IT-продажах - это не опция, это необходимость в 2026 году, когда конкуренция беспощадна.
Готовы трансформировать вашу IT-компанию?
Запишитесь в список ожидания моей новой книги "Нейроменеджмент" - пошаговая система для применения нейробиологии в продажах, управлении и развитии компании.
Первые подписчики получат эксклюзивные бонусы и доступ к закрытому сообществу менеджеров и руководителей.
Данные есть, ясности нет: как принимаются сложные решения в IT
Нередко возникает странная ситуация: данных достаточно, аналитика собрана, риски посчитаны, команда сильная - а решение всё равно даётся тяжело или приводит к неожиданным последствиям.
Со стороны кажется, что проблема в расчётах. На практике гораздо чаще она в другом.
Когда информации достаточно, но решения всё равно «ломаются»
В сложных проектах и бизнес-ситуациях данные редко бывают идеальными. Они неполные, противоречивые, запаздывающие. Это нормальное состояние реальности, а не ошибка аналитики.
В инженерных дисциплинах принято проверять модели в приближённых к реальности условиях - через валидацию и эксперименты. В IT-проектах такой «аэродинамической трубы» чаще всего нет.
Решения приходится принимать в условиях неопределённости, без возможности проверить модель в натуральных условиях заранее.
Проблемы начинаются в тот момент, когда решение принимается не из ясности, а под воздействием состояния: дедлайны давят, накапливается усталость, появляется страх ошибки. Возникает желание срочно что-то сделать, чтобы снизить напряжение.
В этот момент формально решение ещё обсуждается, но фактически оно уже принято.
Почему опыт и интеллект не всегда спасают
Парадоксально, но чем выше уровень экспертизы, тем изощрённее могут быть рационализации.
Мозг легко находит логичные объяснения, почему нужно ускориться, почему риски допустимы, почему «потом разберёмся».
Именно поэтому самые дорогие ошибки нередко совершаются не новичками, а опытными специалистами и руководителями - в моменты, когда исчезает пауза между импульсом и действием.
О паузе как инструменте управления
В работе с решениями есть простой, но недооценённый принцип: если между реакцией и действием остаётся пауза - остаётся выбор.
Пауза не даёт готового ответа и не снимает неопределённость. Но она возвращает управление из режима реакции в режим осознанного решения.
Когда паузы нет, решение принимается автоматически: из тревоги, из защиты, из спешки.
Когда пауза есть, появляется возможность задать неудобный вопрос, пересмотреть допущения или честно признать, что данных всё ещё недостаточно.
Почему это важно в IT (и не только)
IT-проекты, как и в других отраслях, редко ломаются из-за одной неверной формулы. Чаще - из-за цепочки решений, принятых слишком быстро или в состоянии повышенного давления.
Устойчивость систем, команд и бизнесов начинается не с идеальной аналитики, а со способности выдерживать неопределённость и не торопиться «закрыть вопрос» любой ценой.
Иногда лучший ход - это не выбор варианта, а умение вовремя остановиться и дать себе время подумать.
Почти четыре года назад Вика пришла в Naumen стажером, а сегодня — руководит командой, где почти все специалисты начинают свой путь с нуля. Вместо использования универсальных рецептов для руководителей она выстраивала свою систему с упором на поддержку, доверие и постепенное развитие.
Делимся ее ответами на непростые вопросы, с которыми может столкнуться руководитель в команде джунов.
Как понять, что сотрудник застрял в задаче, но боится сказать?
Если человек вдруг перестает обновлять статус или не выходит на связь по задаче — это не всегда прокрастинация. Часто за этим стоит тревога: задача кажется слишком сложной, неясно, с чего начать. В такие моменты я сама инициирую разговор: спрашиваю, что тормозит, помогаю разложить задачу на части. А еще предлагаю начать с простого, чтобы войти в ритм, почувствовать уверенность и потом вернуться к сложному.
Как быть, если команда боится просить помощи, даже когда тяжело?
Я сталкивалась с этим в своей команде: каждый видел, что у других завал, и считал, что жаловаться неуместно. Начала проговаривать на общих созвонах, что просить помощи — нормально, это не слабость. Потом попробовала сама писать в личку с конкретными вопросами. До сих пор периодически пишу: «Привет! Вижу, что у тебя много задач. Давай заберу какую-нибудь?» и почти всегда в ответ получаю ссылку на задачу, которую можно передать. Ведь принять помощь гораздо проще, чем просить о ней самому.
Что делать, если в команде очень разные стили работы?
Кто-то может сам организовать процесс, кому-то нужна поддержка. Я это учитываю: одним ставлю регулярные встречи, другим даю свободу. Подходы — разные, результат — общий. Важно не навязывать единую систему, а подстроиться под ритм человека. Это снижает перегруз и дает опору.
Как говорить о повторяющихся ошибках, чтобы не потерять доверие?
Если ошибка повторяется или нарушаются договоренности, я говорю об этом строго, но без давления. Наедине обсуждаем, почему так произошло и что помешало. Также подробно разбираем, как можно было поступить по-другому. Человек не закрывается и понимает, что ошибка — не повод для страха, а точка роста.
Как помочь, если сотрудник теряет уверенность в себе?
Многие джуны (и я сама раньше) сталкиваются с синдромом самозванца. Они не видят свои достижения, стесняются радоваться успехам. Мы завели доску «победы недели» — каждую пятницу на ретро сотрудники фиксируют свои успехи и рассказывают о них всей команде. Когда признание приходит не только от руководителя, но и от коллег, человек по-настоящему начинает видеть свою ценность. На «1:1» мы тоже обсуждаем сильные стороны с конкретикой и примерами, чтобы сотрудник видел точки роста и сильные стороны.
→ Подробнее своим опытом Вика поделилась в статье.
Реабилитация в банке: что делать, если отказали в открытии счета или проведении платежа по 115-ФЗ?
Если ваш банк отказал вам в открытии счета, вклада или проведении конкретной операции по основаниям «антиотмывочного» закона (п. 5.2 или п. 11 ст. 7 закона 115-ФЗ), не паникуйте. У вас есть четкий алгоритм действий для «реабилитации» - восстановления доверия.
Важно! Эта процедура - первый обязательный уровень, который нужно пройти, прежде чем куда-либо еще жаловаться.
ШАГ 1: Запросите детальную причину отказа.
⦁ Банк обязан в течение 5 рабочих дней с момента отказа письменно сообщить вам дату и причины такого решения.⦁ Требуйте, чтобы информация была дана в понятной и полной форме, достаточной для дальнейшего оспаривания.
ШАГ 2: Подготовьте и подайте опровергающие документы в банк.
⦁ Получив причины, соберите документы, которые доказывают, что подозрения банка необоснованны. Например: договоры с контрагентами, товарные накладные, налоговые декларации, пояснения по сделке.⦁ Подайте пакет документов в банк с заявлением о пересмотре решения. Сделать это можно неоднократно, если появляются новые доказательства.⦁ Срок ответа банка: 7 рабочих дней с момента получения им ваших документов.
Банк может принять решение:
⦁ Устранить основания для отказа. Это победа - реабилитация пройдена на первом уровне.⦁ Оставить отказ в силе. В этом случае банк направит вам официальное сообщение о «невозможности устранения оснований».
Важный нюанс! Ограничение дистанционного обслуживания (интернет-банка) - это не полный запрет операций. Вы по-прежнему можете проводить платежи через отделение банка, подавая бумажные платежные поручения.
Если банк оставил отказ в силе, ваш следующий шаг - обращение в Межведомственную комиссию (МВК). Но без прохождения этого «первого уровня» с банком ваше заявление в МВК рассматривать не станут.
Эта статья — не про лайфхаки. Она про то, как я начала видеть организацию как живую систему, как поняла, что карьера — это не лестница, а путь через слои системы. И как, применяя законы системной динамики, теории систем и элементы бизнес-расстановок, я нашла свою точку опоры.
В статье о том, как использовать законы системного мышления как инструмент для карьерного планирования и построения эффективных команд.
В свете недавних обсуждений про тесты - пара слов про документацию. Я нашёл очень хорошую метафору: написание документации - это приём антибиотиков. Антибиотики спасли сотни миллионов жизней, может быть, больше миллиарда. Ценность открытия антибиотиков для человечества сложно переоценить.
Но внезапно бездумно пить антибиотики по каждому поводу и без - для организма совсем не полезно. В какой-то мере антибиотик является ядом: очень специальным, очень контролируемым, но совсем не витаминкой (хотя слишком много витаминов тоже не полезно).
С документацией дела обстоят ровно так же. Отсутствие документации не всегда == гибель проекта, но в большинстве случаев, если документации нет никакой, это довольно грустно и часто является очень существенной проблемой. С другой стороны, сама по себе документация - это накладные расходы, это не основной функционал, и она не приносит непосредственной пользы пользователю. Документацию надо поддерживать в актуальном состоянии, и чем её больше, тем это сложнее. И в этом смысле документация - это токсичный (если всё хорошо, легко токсичный) asset.
«Внезапно» не всегда документация так уж нужна. Предположим, у нас есть стандартное Spring Boot-приложение, сделанное через Spring Initializer, со, скажем, файлом build.gradle. В Gradle видна зависимость от Spring Data JDBC и от PostgreSQL базы, и в корне проекта лежит docker-compose.yaml, который стартует PostgreSQL. В src/main/resources лежит application.properties, где определены стандартные data source properties.
Вопрос - что стоит документировать в такой ситуации? Возможно, ничего. Ну, может быть, одну строку: «тут всё примерно как вы ожидаете от Spring Boot + Gradle + PostgreSQL», и, может быть, стоит на этом остановиться.
Более того, во всех случаях, когда я видел New Developer Onboarding документы на 5+ страниц, - это было признаком того, что у проекта есть проблемы того или иного сорта. Возвращаясь к метафоре с антибиотиками: если человек пьёт антибиотик каждые два месяца - с высокой вероятностью у него есть проблемы со здоровьем, которые непосредственно антибиотиком не лечатся, и надо смотреть на проблему комплексно.
Ещё раз повторю - документация - это хорошо, но чем её меньше, тем лучше. Если с проектом можно работать без документации - то это идеальный вариант, в реальной жизни, как правило, не случающийся. Чем больше документов, тем выше накладные расходы. Если архитектуру системы можно устроить так, чтобы сократить какой-то документ, то это, скорее всего, благое дело, и стоит подумать в эту сторону.
Как правило, хорошая причина для написания новых документов - это либо какое-то нестандартное решение, которое команда была вынуждена принять по какой-то причине, и тут причину и само решение стоит задокументировать. Либо это какая-то хитрая внешняя причина - например: как получить API-ключ, почему между вызовами API вдруг стоит Thread.sleep(18_500) или что-то такого же плана.
Красиво написанный, но длинный документ для какой-то области, где можно обойтись без него, - это, скорее всего, не полезный для организма проекта антибиотик, без которого можно было бы обойтись.
Компания Manus* (теперь являющаяся частью Meta*) представила новый инструмент Meeting Minutes, призванный решить проблему «мертвых» заметок. Новый инструмент не просто транскрибирует разговоры, но и превращает живые обсуждения в структурированные данные, позволяя мгновенно переходить от слов к созданию презентаций, веб-сайтов или постов в едином рабочем потоке.
Процесс записи встречи в Manus: простой интерфейс с кнопкой завершения и визуализацией голоса.
Как это работает: от голоса к действию
Основная идея Meeting Minutes — максимальная простота использования во время очных встреч. Процесс работы с инструментом состоит из трех интуитивных шагов:
Запись: Пользователь нажимает иконку записи в приложении, чтобы начать фиксацию разговора.
Транскрипция: Система автоматически переводит речь в текст в реальном времени.
Генерация: После нажатия кнопки «Finish» ИИ анализирует сказанное и генерирует структурированное саммари (резюме) встречи.
Ключевые возможности
Новая функция выделяется на фоне обычных диктофонов и сервисов транскрибации благодаря глубокой интеграции с рабочими процессами Manus:
Умное распознавание спикеров: Система умеет идентифицировать участников беседы. Если в разговоре упоминается имя коллеги (например, «Алексей подготовит отчет»), Manus автоматически распознает это и может назначить соответствующую задачу конкретному пользователю.
Бесшовное исполнение (End-to-End): Это главное отличие инструмента. Результат встречи — не просто текст, а база для действий. Пользователи могут сразу превратить заметки в готовые артефакты: сгенерировать слайды презентации, структуру веб-сайта или список задач, не выходя из контекста обсуждения.
Коллаборация: В созданную задачу можно приглашать других участников встречи для совместной работы над результатами, что превращает запись в единое пространство для командной работы.
Офлайн-надежность: Инструмент разработан с учетом нестабильного соединения. Запись продолжается даже при полной потере интернета. Сеть необходима только для инициации процесса и финального анализа данных в облаке.
Важные детали и ограничения
Несмотря на инновационность, у первой версии Meeting Minutes есть свои особенности, о которых стоит знать пользователям:
Фокус на очных встречах: Инструмент оптимизирован для живых разговоров в одной комнате и не предназначен для записи онлайн-звонков (Zoom, Google Meet).
Отсутствие паузы: В текущей версии нельзя поставить запись на паузу — сессию можно только завершить.
Монетизация: Сама запись голоса бесплатна, однако функции ИИ-анализа и генерации заметок расходуют кредиты пользователя.
Анализ: Плюсы, минусы и перспективы
Преимущества Manus делает шаг к закрытию разрыва между этапом обсуждения и этапом исполнения. В отличие от простых саммаризаторов, этот инструмент сразу интегрирует результаты встречи в производственную цепочку. Возможность работы без постоянного интернет-соединения делает его незаменимым для выездных встреч и командировок.
Недостатки Ограничение использования только оффлайн-встречами отсекает значительную часть сценариев удаленной работы. Отсутствие кнопки паузы может быть неудобным для длительных сессий с перерывами, а система кредитов за анализ потребует от активных пользователей внимательного контроля расходов.
Перспективы В контексте недавнего присоединения Manus* к Meta*, эта технология выглядит как фундамент для будущих интеграций. Можно ожидать появления подобных функций в WhatsApp* или умных очках Ray-Ban*. Фактически, это шаг в сторону «агентного» ИИ — помощника, который не просто пассивно слушает, но и активно помогает выполнять работу.
* Организация Meta, а также ее продукты Facebook и Instagram, признаны экстремистскими и запрещены на территории Российской Федерации.
Каждое решение, которое принимает менеджер, можно отнести к одной из 2 категорий.
Первые - определённые. У них всегда есть факторы, которые однозначно определяют, какое из решений выгодно. Факторы могут быть неизвестны здесь и сейчас, но проведя исследования, углубившись в аналитику, расписав риски - их можно выявить.
А есть решения, факторы за и против которых соотносятся как 50/50. И да, тут тоже речь о всём возможном пространстве факторов, а не только об уже известных. И сколько сил и ресурсов не трать на уточнение - они так и будут колебаться около равновесия.
И главный талант менеджера - уметь с ходу определить, относится ли очередное решение к первой или второй категории, и оценить, стоит ли тут углубление в детали всех потенциально потраченных усилий.
(Услышал эту мысль в кулуарах одного из прошлогодних митапов, авторство уже не вспомню - но идея очень понравилась)
Ранее мы разбирали блокировки по подозрению в мошенничестве (161-ФЗ) и по решениям гос. органов.
Сегодня разберем самую сложную тему - блокировку по Федеральному закону № 115-ФЗ (о противодействии легализации доходов и финансированию терроризма) и работу Платформы «Знай своего клиента» (далее - Платформа ЗСК).
Как банк принимает решение по 115-ФЗ?
Банки осуществляют контроль, оценивая степень (уровень) риска совершения клиентом (потенциальным клиентом) подозрительных операций для обеспечения прозрачности платежей.
Банк не обязан доказывать факт отмывания денег. Достаточно внутренних подозрений, что операция или открытие счета связаны с такими целями.
При выявлении подозрительных операций банки применяют ограничительные меры на основании своих правил внутреннего контроля, разработанных в соответствии с 115-ФЗ, Положением № 860-П и нормативами Банка России, а также сообщают об этом Росфинмониторингу.
Основания применения мер по 115-ФЗ указаны в этом посте.
Важно: Если в течение года банк два и более раз отказывает в операциях по 115-ФЗ, он вправе расторгнуть договор счета в одностороннем порядке.
Меры, применяемые банком к компании, зависят от того, к какой группе риска отнесена компания. Для этого ЦБ РФ создана Платформа ЗСК.
Что такое Платформа ЗСК и «цветные» группы риска?
Платформа ЗСК - это сервис Банка России, который автоматически на основании поступающих данных от банков и др.органов относит всех юридических лиц и ИП к одной из трех групп риска:
Зеленая (низкий риск): Банк не вправе отказать в открытии счета или проведении операции, если контрагент тоже «зеленый». Расторгнуть договор банк также не может.
Желтая (средний риск): Банк может отказать в операции или открытии счета при возникновении подозрений.
Красная (высокий риск): Применяются самые строгие меры, если клиент отнесен к высокой группе и банком, и Банком России.
Жесткие меры для «красной» зоны (п. 5 ст. 7.7 115-ФЗ):
⦁ Полная блокировка операций, кроме исключений (например, уплата налогов, зарплат).
⦁ Запрет на выдачу денег даже при закрытии счета.
⦁ Блокировка карт, электронных кошельков и интернет-банка.
Банк обязан уведомить клиента о применении этих мер в течение 5 рабочих дней.
Важно: Эти действия банка не влекут его гражданско-правовой ответственности.
Что может сделать банк при подозрении?
Банк вправе запросить любые документы, объяснения, провести выездную проверку по адресу компании и пересмотреть уровень риска клиента.
Контролировать репутацию: Проверять, не попали ли вы или ваши контрагенты в санкционные списки (например, перечни Росфинмониторинга), а также проверять в какой цветной зоне риска вы и ваши контрагенты на Платформе ЗСК.
Обязательно проводить полный правовой аудит контрагентов.
Обязательно отвечать на запросы банка: Предоставлять по максимуму запрошенные документы и пояснения в установленный срок.
Более подробно об этом также можно прочитать в этом посте.
Обращаться в МВК и суд: Если вас отнесли к высокой группе риска, у вас есть право обратиться в Межведомственную комиссию (МВК) с заявлением об отсутствии оснований для применения мер, и далее - в суд.
В следующий четверг расскажу, как реабилитироваться в своем банке, в Банке России или в МВК, если вас отнесли к высокой группе риска, и какие последствия ждут, если реабилитироваться не удалось.
UPD по статье "Соискатель получил отказ в работе от Авито после фидбэка из Яндекса"
Хочу сказать всем большое спасибо за обсуждение и мнения. Вы вдохновили меня и не только (в т.ч. жертву ситуации) посмотреть на ситуацию с разных сторон. Думаю, нам действительно важно поднимать такие острые темы.
Пока очередной менеджер из синей компании (дочки голубой медиа компании) говорит о своих результатах и разоблачении сотрудников в стиле сотрудника Яндекса из предыдущей истории https://www.youtube.com/watch?v=vfadzhbXvdg, я посмотрела 2 полезных документа.
Думаю, взглянув на эти документы у многих из вас появятся дополнительные вопросы и ответы по кейсу.
Кстати, на сайте с деловой и корп. этикой есть горячая линия, которая открыта в виде специальной формы, через которую можно отправить запрос: https://yandex.hotline.b1.ru.
Запрос попадает в Б1 (ранее Эрнст энд Янг), который выступает, видимо, в роли аудитора публичной компании Яндекс.
Советую всем перечитать документы, которые вы подписывали при трудоустройстве и с которыми были ознакомлены :)
Программа INFOSTART TEAM EVENT 2026 уже собирается: доклады модераторов приняты, до 15 января идет первый тур голосования, и совсем скоро сетка будет закрыта. Но прямо сейчас есть окно, когда в программу проще попасть с «живым» 1С-опытом.
На конференции лучше всего заходят не «вдохновляющие речи», а то, что вы и так обсуждаете в чатах и на планерках: как вы вытаскивали проект из пожара, как договаривались с бизнесом, как строили процессы в команде, как закрывали риски по безопасности, как переживали миграции и «цифровую трансформацию» без потери людей и качества.
Сейчас есть несколько направлений, где конкуренция среди заявок ниже — а значит, выше шанс, что ваш кейс окажется в программе: управление проектами и командами (Agile/Scrum без фанатизма), кибербезопасность и защита данных, стратегии управления ИТ и развитие подразделений.
Если у вас есть опыт в этих зонах — это хорошая возможность зайти.
И важный момент: не нужен «идеальный доклад». Нужен честный разбор того, что вы сделали, что не получилось и какие выводы сработали. Иногда история ошибок на 1С-проекте дает аудитории больше пользы, чем красивый кейс «все прошло по плану».
Если сомневаетесь, о чем говорить — у нас есть подборка трендовых тем по секциям, она помогает быстро сформулировать заявку и не расплыться в общих словах.
Для спикеров предусмотрены нормальные условия: офлайн-участие, организация логистики (проезд/проживание/питание), поддержка менеджера, доступ ко всем материалам конференции, отдельные активности в конце дней и вознаграждение по итогам голосования.
Дедлайн один: 19 января. Если хотите принести на сцену реальный 1С-опыт — подайте заявку сейчас, пока программа еще формируется.
У себя на канале я много пишу о разработке и внедрении документации систем менеджмента, а также улучшении работы систем менеджмента через автоматизацию. Одним из таких направлений сейчас является внедрение ИИ-помощников. Для средних и больших компаний можно создавать решение на базе ИИ в качестве универсального помощника в повседневных задачах. На общедоступны портал компании или мобильное приложение выводится чат-бот с ИИ, который может быстро ответить на вопросы и/или предоставить ссылки на внутренние документы компании (регламенты, инструкции). Кроме очевидной пользы для всех сотрудников, которым трудно ориентироваться в многообразии внутренних документов, большую пользу такой ИИ принесет и тем, кто отвечает за разработку и внедрение регламентов и инструкций. Позволит выстраивать правильную систему без противоречий и с обновляемыми связями. Вот перечень систем, которые позволяют реализовать это на внутренних серверах компании или в облаке.
TEAMLY AI https://teamly.ru/ai Особенности: Один из лидеров на рынке. ИИ обучается исключительно на ваших данных (документы, таблицы) и не использует внешние источники, что минимизирует ошибки и гарантирует конфиденциальность. Отличается глубоким пониманием контекста диалога и строгой системой контроля доступа (сотрудник видит только ту информацию, к которой у него есть права). Безопасность: Данные хранятся на ваших серверах. Интеграции: Встраивается в корпоративные порталы, CRM, мессенджеры. Для кого: Универсальное решение для всех отделов: поддержка, HR, маркетинг, продажи, производство.
KT-Team (ИИ-ассистент для правил) https://www.kt-team.ru/solutions/ai-for-business/ai-corporate-rules-helper Особенности: Специализированный помощник для работы с огромными базами правил, регламентов и инструкций (от 100+ документов). Понимает запросы на естественном языке, даже если формулировка не точная. Идеален для обеспечения соблюдения внутренних стандартов. Плюсы: Автоматически актуализирует ответы при изменении регламентов и предоставляет модуль для тестирования знаний сотрудников. Для кого: Крупные компании с сильно регламентированными процессами (финансы, производство, строительство).
Ontoloo https://ontoloo.ru/ai-chat-bots Особенности: Платформа для создания разных типов ботов (корпоративный, продавец, поддержка). Использует векторные базы данных для интеллектуального поиска по всем корпоративным знаниям. Гибкость: Поддерживает различные LLM (ChatGPT, Gemini, Claude, YandexGPT) и развертывание на собственных серверах. Есть интеграция с Битрикс24. Для кого: Компании, которым важна гибкость выбора модели и многоканальность (веб-сайт, Telegram и др.).
Personik (для обучения и HR) https://personik.ai/solutions/learning Особенности: Сфокусирован на сценариях обучения и адаптации персонала. Позволяет легко создавать интерактивные курсы, тесты и квизы на основе загруженных материалов (инструкций, документации). Форматы: Диалоговые тренажеры, микро-обучение прямо в мессенджерах (Telegram, Viber). Для кого: В первую очередь для HR-департаментов и учебных центров.
Minerva Knowledge https://minervasoft.ru/kms Особенности: Профильный сервис для базы знаний с ИИ-инструментами. Входит в линейку продуктов Minerva, среди которых — Minerva Learn, решении для создания обучающих материалов, тестов и анализа результатов. Плюсы: Семантический поиск по всем типам контента выдает релевантную информацию из базы знаний. Доступна быстрая миграция из Confluence, Notion, Zendesk и других зарубежных систем. Поддерживает диаграммы из Draw.io и PlantUML, доски из Miro, видео с YouTube и другой контент из сторонних сервисов. Можно сделать внешний портал с базой знаний для клиентов и партнеров. Встроенный ИИ дает подсказки из базы знаний в CRM-системе и других программах. Есть мобильные приложения для iOS и Android. Доступно коробочное решение. Для кого: Для компаний, заинтересованных в внедрении универсальных решений. Подходит командам, где минимум 15 сотрудников — меньшее количество лицензий купить нельзя.
