Две истории о преобразовании бизнеса: от хаоса к порядку

11.11.25

Бизнес-анализ - Внедрение изменений

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

 

История первая: Когда мебель находит своё место

Огромный склад и одна простая проблема

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

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

Простая идея разрастается в большой проект

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

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

Вика взялась за самый сложный вызов — механизм работы со штрихкодами. Реальность оказалась намного более запутанной, чем теория. Разные поставщики использовали несовместимые форматы. Некоторые товары вообще не имели кодов. Другие были размечены совершенно нелогично. Когда Павел вернулся из отпуска и увидел объём работы, его реакция была предсказуема — разочарование от масштаба вызова. Но команда не отступила. Они переосмыслили подход и начали переделывать решение с нуля.

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

Почему один человек важнее целой команды

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

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

Я понял, что технология — это лишь половина. Вторая половина — люди, их вовлечённость и взаимопонимание.

Запуск: когда система начинает работать

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

Из этого этапа я вынес несколько важных выводов.

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

Во-вторых, тестируй под профилем конечного пользователя. Программист видит логику. Кладовщик видит препятствия. Это разные миры.

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

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

Мы имели:

  • Полноценное адресное хранение на складе

  • Автоматизированную загрузку упаковок и штрихкодов

  • Мобильные рабочие места для кладовщиков

  • Инструкции, которые помогают людям работать

Не идеально, но жизнеспособно. Склад работает. Люди адаптировались.


История вторая: Когда украшение встречается с CRM

Два мира, которые никак не могут встретиться

Другой проект, другой заказчик. Владелица интернет-магазина украшений хотела привести в порядок свой бизнес. Когда я посмотрел на структуру, я увидел IT-лоскут — несвязанные между собой системы.

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

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

Когда даже заказчик не знает, чего хочет

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

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

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

Интеграция наконец работает

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

Это сработало. Менеджеры теперь видели остатки товара прямо в CRM при оформлении заказа. Заказы автоматически синхронизировались между системами. Информация о доставке мгновенно появлялась, и менеджеры видели, что заказ уходит клиенту.

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

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

Где кончается технология, начинается организация

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

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

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

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

Компромиссы, которые работают

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

Но главные задачи выполнены. CRM и система управления работают вместе. Менеджеры работают удобно. Логистика скоординирована. Остатки видны в реальном времени.

Люди из отделов логистики вначале сопротивлялись изменениям (все люди так делают), но потом освоились. Их работа стала проще.

То, что я теперь знаю наверняка

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

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

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

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

Задачи и потребности клиента меняются во время проекта. Это нормально. Нужно обсуждать это честно, пересмотреть приоритеты, скорректировать план. Но это обсуждение должно быть открытым.


Две истории, одна истина

Разные проекты, разные люди, разные проблемы. Но оба научили одному: успех внедрения ИТ зависит на 50% от технологии и на 50% от людей, их организации и коммуникации.

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

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

Каждый проект — это история о людях. И каждая такая история важна.

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Взгляд со стороны Заказчика Внедрение изменений Бесплатно (free)

В проектах внедрения 1С:ERP консалтеры часто призваны «поставить учет под автоматизацию», но их участие не всегда приносит пользу. Вместо практических требований интеграторы нередко получают тома методических документов, которые ничем не помогают проекту. В статье разберем причины, по которым взаимодействие с консалтерами может создавать проблемы, и приведем пример успешного опыта, когда методология реально легла в основу модели автоматизации расчета себестоимости. Проясним, что такое «методология» учета и как по-разному ее понимают консалтеры, ИТ-интеграторы и заказчики.

08.05.2026    284    0    1СERP    0    

2

Коммуникации Кейсы проектов Внедрение изменений Бесплатно (free)

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

29.04.2026    403    0    APishchalnikov    0    

3

Коммуникации Внедрение изменений ITIL, Служба поддержки (HelpDesk) Бесплатно (free)

Цифровой проектный офис на 1С-Коннект демонстрирует, как модель UCaaS помогает выстроить прозрачные коммуникации, повысить качество поддержки и централизовать работу инхаус и аутсорс-команд. Показываем, как единое окно обслуживания, цифровые меню, автоматизированный мониторинг и расширенные инструменты контроля качества создают масштабируемую систему поддержки любого уровня. Особое внимание уделено AI-инструментам, которые усиливают коммуникационные процессы, автоматизируют ответы, формируют протоколы встреч и помогают оптимизировать нагрузку на первые линии. Материал будет полезен тем, кто стремится выстроить современную, гибкую и управляемую систему поддержки в проектном офисе или ОЦО.

29.04.2026    356    0    user1855793    0    

1

Внедрение изменений 1С 8.3 1С:Управление холдингом 1С:ERP. Управление холдингом Бесплатно (free)

Представьте ситуацию: вы внедрили 1С:Управление Холдингом. Система стала центром финансовой вселенной компании. И тут начинается: • Бизнес: «Нам срочно нужен новый отчет/доработка/загрузка данных. Запуск нового проекта через неделю!» • ИТ: «Любое изменение сейчас — это риск. Мы только стабилизировали закрытие периода. Давайте жить в тишине хотя бы месяц». Кто прав? Оба! В статье я поделюсь опытом, как мы искали этот баланс на разных этапах: от "пожара" внедрения до "рутины" промышленной эксплуатации.

16.04.2026    517    0    Sem_work    0    

4

Внедрение изменений Россия Бесплатно (free)

Кто должен отвечать за маркировку в компании — ИТ или бизнес? В статье разбираем типичную ошибку передачи проекта ИТ, реальные проблемы внедрения и подход к распределению ответственности между бизнесом и ИТ.

13.04.2026    601    0    Adapta    0    

1

Внедрение изменений Бизнес-аналитик Россия Бесплатно (free)

Реальная история внедрения 1С:ERP и интеграции с WMS в дистрибуции. Автор делится инструментом «Квадрат требований», техникой «Безопасный диалог» с разработчиком и методом «5 почему» для инцидентов. В результате — 0 увольнений в команде и снижение ошибок на складе с 40 до 5 в неделю.

10.04.2026    521    0    gshome    0    

2

Внедрение изменений Бесплатно (free)

Рассказываем о переходе филиала международного цементного холдинга с SAP на 1С – проекте, который превысил бюджет втрое и стал учебником типичных ошибок цифровой трансформации. Отсутствие опыта, архитектурные и управленческие просчеты, внутренние интриги и конфликты интересов между CIO, CFO и CDTO превратили амбициозную программу локализации в затяжной кризис. Разберем, почему проект, несмотря на успешный carve out и праздничные речи, оставил пользователей недовольными, и какие выводы можно сделать, чтобы не повторять этот сценарий.

03.04.2026    1173    0    Dmitriy_Kolesnikov    9    

10

Внедрение изменений Бесплатно (free)

Как поставить на поток проекты внедрения ERP и перестать «изобретать велосипед»? Рассказываем, как команда выстроила собственную методологию на платформе 1С, полностью отказавшись от Word, Excel и внешних инструментов. Объясняем, как с помощью конфигурации ERP-Tools можно стандартизировать работу аналитиков, формализовать 10 000 артефактов типового ERP-проекта, ускорить согласования и передавать заказчику полноценную wiki-систему для развития.

31.03.2026    664    0    DenisErmolaev    8    

1
Отзывы
1. YA_1680605625 12.11.25 05:58 Сейчас в теме
Спасибо за полезную статью!
Остальные комментарии
Подписаться на ответы Инфостарт бот МАКС МАКС бот Сортировка: Древо развёрнутое
Свернуть все
1. YA_1680605625 12.11.25 05:58 Сейчас в теме
Спасибо за полезную статью!
Для отправки сообщения требуется регистрация/авторизация