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

11.11.25

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Мы имели:

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

См. также

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

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

23.07.2026    352    0    NikolayMaerov    5    

5

Внедрение изменений 1С:Предприятие 8 1С:CRM ПРОФ, КОРП Бесплатно (free)

После запуска 1С:CRM сотрудники не всегда сразу переходят на новый порядок работы. Менеджеры продолжают вести клиентов в Excel, откладывают заполнение сделок, формально выбирают этапы и причины отказов. Часто это связано не с нежеланием работать, а с непонятными правилами, двойным вводом, лишними полями или отсутствием поддержки. В статье разбираю, почему возникает сопротивление и что можно сделать до запуска, на пилоте и в первые недели работы.

15.07.2026    170    0    YA_826532418    0    

4

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

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

14.07.2026    196    1    YA_826532418    0    

3

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

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

24.06.2026    290    0    YA_826532418    0    

3

Внедрение изменений 1С 8.3 1С:Документооборот Бесплатно (free)

Внедрение 1С:Документооборота часто пытаются начать со сложного и “самого важного” процесса. В итоге проект тормозит, согласования идут в обход, а пользователи быстро теряют интерес. По опыту работы на проектах автоматизации документооборота я постаралась описать практичный подход к выбору первого процесса: какие варианты подходят для старта, какие лучше не брать сразу и как проверить, что выбранный пилот действительно даст быстрый и понятный результат.

18.06.2026    285    0    YA_826532418    2    

2

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

На 1С-проектах часто звучит фраза: “Сделайте как раньше, только в новой системе”. Обычно за ней скрываются страх изменений, привычки пользователей, неописанные процессы и желание перенести старый хаос в новую 1С. Разбираем, как аналитику и руководителю проекта защищать решение без конфликта, давления и бесконечных переделок.

15.06.2026    431    0    YA_826532418    4    

4

Внедрение изменений Бизнес-аналитик Руководитель проекта 1С 8.3 1С:Документооборот Россия Бесплатно (free)

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

09.06.2026    421    0    YA_826532418    0    

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