Продолжим про возможные способы решить проблему торгового бизнеса 🧐

Кейс компании ЗДЕСЬ

Обсудим второй вариант “Похоронить старую систему, взять 1С:ERP и на ее основе допилить недостающий функционал” 👇🏻

Несмотря на то, что в опросе проголосовали большинство за этот вариант, я с этим не согласен. По одной простой причине – платформа 1С обладает определенными особенностями.

На 1С можно запилить тот же самый функционал. Без проблем. Но рано или поздно встанут вопросы:

— производительности
— согласованности данных в 1С
— высокой стоимости проекта 💸

Конечно, было бы неплохо восстановить все бизнес- процессы, которые были реализованы в самописной системе на типовых алгоритмах 1С:ERP. Если бы у компании, а мы говорим о коммерческой компании, эти знания были хотя бы как-то формализованы 🤏🏻

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

Даже если будет составлено многостраничное ТЗ, на 1000 страниц например, то станет понятно насколько оно хорошее или плохое, только после того, как по этому ТЗ будет система, которую потом надо будет обкатывать. Наверняка народ столкнётся с тем, чтобы менять какие-то бизнес процессы на ходу, сразу в новой системе, а не в старой. Это титанический труд 🛠️

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

Я знаю достаточно крупные бизнесы, которые в своё время с большим рвением и энтузиазмом сначала перешли с 1С на SAP. Потом стабилизировали работу SAP, в течение 3 лет они его внедряли, выдохнули ииии – наступил 2022 год. Дальше с неменьшим рвением они вернулись снова на 1С.

То есть компания с 1С перешла на SAP, а потом снова на 1С. Они реализовали этот проект всего за 3 месяца. Но надо понимать, что у них изначально задача была решена на 1С и сохранялись специалисты и понимание. После первого перехода были описаны бизнес процессы и было понятно, как они стандартизованы. А мы сейчас говорим о ситуации, когда разработчики ушли и в бизнесе хранителей этих знаний нет.

Поэтому вариант “Похоронить старую систему, взять 1С:ERP и на её основе допилить недостающий функционал”, скорее всего, в рамках этого бизнеса будет нереализуем.

А взять и резко стандартизировать свои процессы под те, что описаны в 1С это тоже слабо реализуемая задача. Хотя бы потому, что существует много уникальных алгоритмов, у компании полно внутренних ноу-хау бизнес процессов, которые в стандартные алгоритмы просто не влезут. Допиливать все равно придётся 💯


Я всегда открыт к общению 🤝

Если кто-то хочет поспорить, велком в комментарии ⬇️

Сегодня обсудим 2 последних способа решения ситуации из ЭТОГО опроса 👌🏻

Вариант “Внедрить какое-нибудь Low Code решение” 👇🏻

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

Поэтому Low Code решения неплохо подходят для роботизации “каких-то там процессов”. Но совсем не подходят для ключевой системы в компании, являющейся ядром автоматизации бизнеса 👎🏻


Ну и последний пункт опроса “Импортозаместить майкрософтовский сервер на PostgreSQL и портировать весь код” 👇🏻

Задача благая. Чисто технически это сделать можно. Я знаю ребят интеграторов, которые уже научились автоматизировать этот процесс, т.е переводить на отечественные редакции PostgreSQL. Но здесь есть нюанс. MS SQL server как промышленное Enterprise решение гораздо более богат функциями и возможностями внутренними, чем указанное Open Source решение.

Это значит, что один и тот же функционал, будучи реализованным на MS SQL займёт меньше времени для реализации. А значит, меньше человеко-часов программистов. И в итоге будет стоить дешевле в реализации, чем аналогичный функционал, реализованный на PostgreSQL. Да и работать будет надёжнее 💯

Т.е, переводом базы данных мы, конечно, решим задачу импортозамещения, но только это в конечном счёте будет стоить для компании дороже. Потому что она начнёт нести те затраты, которых у неё раньше не было.

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

Вот поэтому этот вариант я бы не рекомендовал конкретно в этой компании ❌


Давайте обсудим? Пишите свое мнение и вопросы в комментариях 👇

Итог недели и анонс на следующую 📣

Благодарю всех, кто высказывает свое мнение, задает вопросы и поднимает важные темы. Всегда рад обсудить другую точку зрения и просто общаться с вами. Для этого и создан этот канал 👌🏻

Всю неделю мы горячо обсуждали КЕЙС и разные способы решить проблему крупной торговой компании . Начало обсуждения ЗДЕСЬ.

ИТОГ

Результат аудита компании — блок рекомендаций стратегического и тактического уровня на двух десятках слайдов и план действий в формате диаграммы Ганта.

Основное 👇🏻

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

1) нанять профессионалов, вытащить систему, довести её до хорошо функционирующего состояния;

2) сформировать документацию по системе, понять как работают бизнес процессы и спокойно описать их;

3) решить, идти дальше или нет в импортозамещение или замену самописной системы на коробочную.

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



На следующей неделе обсудим 👇🏻

«Как стабилизировать работу системы, если никто не понимает глубоко, как она устроена внутри».


Пишите свои вопросы и комментарии по теме ⬇️

Чем страшна нестабильная информационная система 😱

Часть 2 (начало ЗДЕСЬ)

Сегодня приведу пример нестабильного кассового программного обеспечения ⬇️

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

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

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

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

Но что еще хуже, если вдруг у программиста сядет батарейка на телефоне, торговля в магазинах сети натурально может остановиться ❌

А собственник бизнеса раздраженно следит за происходящим и не может на это повлиять 💸


Кто сталкивался с подобными ситуациями, подтвердите, что это жесть?



Как из нестабильной системы сделать стабильную расскажу в следующих публикациях ✔️

🚀 Чек-лист: 5 шагов для снижения затрат на ИТ-поддержку

Как оптимизировать ИТ-расходы и повысить качество ИТ сервиса на примере ИТ поддержки? Ловите практичные советы!

1. Автоматизируйте и возьмите под контроль учет задач 🤖

Внедрите системы управления задачами (Jira, Битрикс) и процессы контроля решения задач
Пример: Еженедельные встречи ИТ и бизнеса с просмотром факта решённых за неделю задач и плана на следующую неделю на Kanban доске
Экономия: До 30% на ФОТ, поскольку не придется делать ненужные задачи, и бесконечно уточнять, что хотел бизнес. А еще ИТ будет в тонусе

2. Передайте на аутсорсинг часть функций 🛠

Отдайте на аутсорс техническую поддержку в удаленных локациях. Это позволит не держать в штате неполностью загруженных работой сотрудников.
Важно: Выбирайте проверенных подрядчиков с указанным SLA.
Экономия: Сокращение ФОТ ТП до 20–50%

3. Обновите устаревшее оборудование 💻

Старая техника = частые поломки, затраты на ремонт, мониторинг, обходные решения, нереализованные задачи и пр.
Экономия: Явная - на обслуживании и гарантии поставщика. Неявная - ваши сотрудники будут иметь больше инструментов для реализации ВАШИХ задач.

4. Обучите сотрудников базовым навыкам использования ИТ инструментов 🎓

Проведите тренинги "Как не сломать ПК за 5 минут", "Основы использования ИИ в повседневной работе"
Создайте базу знаний с инструкциями (Confluence, Google Docs), отладьте процессы передачи знаний внутри компании
Экономия: До 50% меньше обращений в техподдержку с задачами, которые сотрудники могли решить сами.

5. Внедрите мониторинг затрат 📊

Используйте инструменты аналитики (PowerBI, Tableau, дашборды в Jira) для аудита ИТ-расходов на решение задач поддержки в разрезе отделов-инициаторов задач, проанализируйте лидеров, выявите причины обращения в техподдержку и устраните их.
Экономия: До 15% бюджета на устранении причин возникновения инцидентов.

Вывод: Снижение затрат на ИТ-поддержку — это не про «резать бюджеты», а про умную и регулярную оптимизацию.
____________________________________________________________
#ИТ_лайфхаки #МСБ_экономия #чеклист

P.S. Нужна помощь во внедрении этих шагов? Пишите в личку — поможем! 💬
А вы уже пробовали что-то из списка? Делитесь в комментариях! 👇
🥰🥰🥰🥰🥰

Афанасьев PRO Цифровизацию | CIOaaS