Менеджмент

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

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

Перестаньте уводить трафик из Telegram на внешние сайты.

Это "черная дыра", которая сжигает ваш бюджет.

В 2025 году ключ к успеху — нативные воронки.

В этой статье: как построить бесшовную связку "Канал -> Бот -> Mini App", какие рекламные форматы внутри Mini Apps дают максимальную конверсию, и как использовать "снайперский" таргетинг на Premium-пользователей, чтобы находить самую платежеспособную аудиторию.

Мы часто слышим: «Agile умирает». На практике же проблема не в Agile, а в том, как его применяют. Там, где он превращается в набор ритуалов, команды тратят больше времени на согласования и отчеты, чем на сам продукт.

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

Крупные компании используют Jira по привычке — инструмент создавали для небольших команд, но его пытаются применять и в энтерпрайзе. Если вы управляете масштабными продуктами и используете масштабированные фреймворки (SAFe, LeSS и другие), вам нужны специализированные решения, и Jira с этим не справляется.

Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. Внедрял гибкие методологии в различных компаниях — от 50 до 1000 человек. В нескольких из них ускорил выпуск новой функциональности в четыре раза, что помогло компании адаптироваться под сложный рынок. Работал с Jira как администратор, настраивал её для получения статистики по командам. Сталкивался с ограничениями этого решения и в маленьких компаниях, и в крупных.

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

Стал замечать, что в современной продуктовой разработке царствует методологический хаос и даже фреймворкоблудие. Продакты и команды мечутся между удовлетворением «потребностей пользователей», решением «задач» через Jobs to be Done и внедрением «геймификационных механик», не особо вникая, как эти концепции связаны между собой.

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

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

Привет, Хабр! Меня зовут Анастасия Клевцур, я продакт модуля «Структура компании» в Битрикс24. Сегодня расскажу, как мы делали функционал кросс-функциональных команд — решение, которое позволяeт сотрудникам из разных отделов работать над общими проектами, не ломая привычную оргструктуру и не теряя управляемости процессов.

— Сколько у нас специалистов в поддержке?
— Четыре!
— А сколько у нас обращений в час?

Нет, не четыре. И даже не сорок. А от 0 до, например, 120 — и сколько именно, зависит от множества факторов. Они влияют на то, закроют ли четыре героя службы поддержки все обращения хотя бы за сутки, не выгорят ли при этом за две недели или месяц, смогут ли сходить в отпуск и что будет, если кто-то из них вдруг уйдёт на больничный.

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

Многие вещи довольно очевидны, буквально лежат на поверхности, но их никто не замечает.

Если постоянно работать с Канбаном, он становится привычным и кажется, что уже невозможно в нем что-то изменить. Но нет, эта структура не идеальна.

Краткий разбор системных ошибок управления, которые годами тормозят развитие российского бизнеса (и не только в IT) 

Если вы работали в российской компании — от крупного холдинга до небольшого стартапа — вы, возможно, сталкивались с этим. Не везде, но такое, наверняка случалось. Авралы по выходным, KPI, которые невозможно выполнить, приказы, противоречащие здравому смыслу, и вечное «надо выкручиваться». И наше любимое — всем сейчас и так плохо, нужно затянуть пояса. Это не отдельные недочеты, а симптомы глубокой системной болезни, которую можно назвать «постсоветский управленческий синдром». Он проявляется в нескольких взаимосвязанных паттернах, которые годами кочуют из компании в компанию. О них сегодня и расскажу.

«Отклонено» — самое страшное слово для маркетолога в Telegram Ads.

В этой статье мы вскрываем «черный ящик» модерации.

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

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

MBA по средам. «4 Функции руководителя»

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

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

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

В первую неделю коллега уронил телефон в реактор полимеризации. Экран расплавился. Началось помутнение гранул. Тонны полипропилена превратились в брак. А мы не могли запустить новую функцию на склад, пока не вывезем весь этот брак.

Я тогда поняла — здесь все по-другому.

Развёрнутый комментарий к статье Фактический владелец бизнес-процесса. Кто им является? Вопрос по Владельцам - сложный, тут привел только то, что "на поверхности".

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

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

Почему это происходит?

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

Управлением механизмами человек занимается с тех пор, как они появились. Вопросами управления в кибернетических устройствах человек занимается, как только возникла необходимость и появилась возможность в создании программ (где-то с 50-60-х гг. прошлого века). Эти две темы достаточно глубоко проработаны и не вызывают вопросов, но имеются и другие типы управления.

 В Большой российской энциклопедии (далее БРЭ) (см. https://bigenc.ru/c/upravlenie-obshchee-poniatie-5df5ef) дается следующее общее определение управления:

Привет, Хабр! Меня зовут Александр Коротков, я — тимлид продуктовой команды в Т-Банк и член программного комитета конференции DevOps Conf. Разрабатывал системы автоматизации тестирования, пять лет посвятил работе над IDP, лидировал разработку бизнесовой платформы. Эта статья родилась из моего доклада для DevOps Conf. Но, если честно, тема давно сидела в голове. Я много раз наблюдал в индустрии один и тот же сценарий: платформы начинают строить с амбициями, но потом что-то ломается — развитие замирает, платформа превращается в тяжёлую обузу или её и вовсе переписывают с нуля. Почему так происходит? Где те самые «невидимые грабли», на которые снова и снова наступают разные команды?

Будет полезно не только тем, кто строит платформы напрямую — CTO, Head of Platform, DevOps-инженерам и разработчикам платформенных решений, но и всем, кто сталкивается с инфраструктурой и хочет заранее видеть потенциальные проблемы.

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

Однажды я заехал в гости к знакомому — владельцу цеха по металлообработке и невольно оказался свидетелем скандала. Произошло это в день зарплаты.

Чтобы был понятен контекст, немного опишу суть процесса.

Конечное изделие состоит из двух деталей (условно "мама" и "папа"), которые вытачиваются из одного и того же материала — стального прутка. Для упрощения представим, что продукция собирается из болта и гайки. Гайка накручивается на болт — изделие готово.

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

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

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

Современные нейросети снижают порог входа в разработку. Теперь не обязательно быть программистом, чтобы автоматизировать рутину. В этой статье я расскажу, как, будучи руководителем проекта, создал корпоративного бота на n8n и Пачке с помощью ChatGPT и OpenRouter. От хаоса с устройствами до автоматизированной системы бронирования, JSON-запросов и PostgreSQL.

Мы создали мессенджер, в котором работать удобнее, чем в Telegram. 

В этой статье рассказываем, как дорабатываем его под реальные кейсы команд, которые раньше работали в телеге — от системных проблем до мелких раздражающих вещей.