Программный комплекс "Глайти Склад" предназначен для автоматизации работы склада в части приёмки, перемещения и отгрузки товаров.
Комплекс состоит из расширения для конфигурации "1С.Предприятие 8. Управление торговлей 11" и конфигурации для мобильной платформы установленной на ТСД.
Использование комплекса позволяет избежать таких проблем как:
✅ пересортица товаров
✅длительная инвентаризация и поиск товаров
✅зависимость от скорости работы сотрудников склада
✅отсутствие информации о наличии и местонахождении товаров
✅ошибки в бумажной отчетности
✅отсутствие реальных остатков на складе
Комплекс состоит из расширения для конфигурации "1С.Предприятие 8. Управление торговлей 11" и конфигурации для мобильной платформы установленной на ТСД.
Использование комплекса позволяет избежать таких проблем как:
✅ пересортица товаров
✅длительная инвентаризация и поиск товаров
✅зависимость от скорости работы сотрудников склада
✅отсутствие информации о наличии и местонахождении товаров
✅ошибки в бумажной отчетности
✅отсутствие реальных остатков на складе
За прошедшее время в модуль было внедрено множество изменений. Список наиболее значимых из них получился настолько большим, что для удобства чтения его пришлось разделить на две части.
Итак, часть первая:
✅ Повторная выгрузка. Добавлена возможность повторной выгрузки карточек из 1С в ОЗОН с возможностью отбора по характеристикам
✅ Отгрузка с разных складов. Теперь в зависимости от способа доставки можно настроить склад отгрузки
✅ Актуализация под новые API. Отправления FBS теперь загружаются по 3 версии API, изменения некоторых методов
✅ Блокировка выгрузки остатков. Добавлена возможность блокировки выгрузки остатков FBS по выбранным позициям
✅ Регламентное задание для загрузки отправлений. В дополнении к кнопке "Загрузка заказов с МП" добавлена возможность загрузки в фоновом режиме по расписанию
✅ Новые возможности для разработчиков, например: общий модуль для размещения своих обработчиков некоторых процедур (гаЛокализацияОЗОНКлиентСервер), метод который возвращает информацию по всему ассортименту о ценах и комиссиях за товары (гаРаботаСОЗОН.ПолучитьРасширенныеДанныеОЦенахВОзон) и другие
✅ Запись алгоритма заполнения доп полей. В справочнике "Настройка обмена с ОЗОН" появилась закладка на которой можно записать алгоритм заполнения дополнительных полей заказа/внутреннего заказа из отправления. Этот алгоритм срабатывает после формирования заказа/внутреннего заказа в обработке "Работа с отправлениями"
🔜 ПОЛУЧИТЬ ОБНОВЛЕНИЯ 🔙
Во второй части будетнебольшой спойлер 🤫
Итак, часть первая:
Во второй части будет
Please open Telegram to view this post
VIEW IN TELEGRAM
А вот и обещанная вторая часть обширного списка наиболее значимых изменений, накопившихся за прошедшее время.
✅ ШК по свободному алгоритму. Формирование штрих кода изделия по свободному алгоритму
✅ Перенос в архив. Добавлена возможность переносить в архив и выводить из архива товарные карточки
✅ Возвраты по отправлениям. Появилась возможность создавать возвраты по отправлениям
✅ Сохранение отборов номенклатуры. Появилась возможность сохранять отборы номенклатуры для формирования товарных карточек. Справочник "Сегменты номенклатуры"
✅ Режим модуля "Только просмотр". Добавлена роль для которой доступен только режим просмотра модуля без возможности создания и редактирования объектов
✅ Новое поле "Название склада". В нём показывается название склада с МП. Чтобы его заполнить, нужно выбрать склад, нажать на кнопку “Заполнить ид склада и название” и выбрать там нужный склад. Также при нажатии этой кнопки заполнится ид склада
✅ Просмотр изображений. Добавлена возможность просмотра изображений для каждого товара
✅ А так же многое другое, например, обработка primary_image при выгрузке, заполнение по типам цен всех цен для ОЗОН, выгрузка остатков по складам ОЗОН, загрузка заказов по модели FBO, а так же настройка внешнего вида форм и множество более мелких доработок, порой не видных на первый взгляд, однако повышающих быстродействие, надёжность и удобство модуля в целом.
🔜 ПОЛУЧИТЬ ОБНОВЛЕНИЯ 🔙
И конечно же, тот самый спойлер для подписчиков:
скоро в модуле появится поддержка Яндекс.Маркет
И конечно же, тот самый спойлер для подписчиков:
Please open Telegram to view this post
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Помимо лучшей на рынке системы интеграции маркетплейсов с 1С УТ 10.3 наша компания разработала продукт для автоматизации работы склада в части приёмки, перемещения и отгрузки товаров.
Что Вы получаете:
✅ Быстрая инвентаризация
✅ Лёгкий поиск товара
✅ Отсутствие пересортицы
✅ Реальные остатки
✅ Ускоренная работа склада
✅ Информация о товарах
✅ Независимость от персонала
🔜 УЗНАТЬ ПОДРОБНЕЕ 🔙
Что Вы получаете:
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Построение и автоматизация процессов | IT Консалтинг
Что за фасилитатор-архитектор!?
Данную роль я сформулировал около двух лет назад, в процессе внедрения системы автоматизации в компании-девелопере.
Первоначальная задача звучала как “внедрение системы автоматизации для отдела продаж”.
Находясь в отрасли автоматизации, на тот момент, около 7 лет, я с воодушевлением принялся за наладку системы, но проект, казавшийся обычным и понятным, со второй встречи “дал крен”.
На протяжении двух недель я безуспешно пытался понять, почему ни один из четырех предложенных прототипов системы “не зашёл” Заказчику, пока не осознал, что не было ни одной встречи, на которой одновременно присутствовали бы директор по маркетингу и директор по продажам.
“А ларчик просто открывался”:
Внутренний корпоративный конфликт не позволял руководителям отделов выстроить взаимодействие и каждый пытался “спихнуть часть ответственности на соседа”, что и тормозило проект.
Невероятным успехом для меня лично и для всего проекта стала с трудом организованная ОДНА совместная сессия, во время которой два руководителя, отвечающие за ключевые процессы предприятия, посмотрев на схему работы, осознали точку конфликта и нашли решение за
1️⃣5️⃣ МИНУТ!
После этой сессии и появился Фасилитатор-Архитектор - человек, который проектирует сквозной процесс работы предприятия и вовлекает держателей этого процесса в его исполнение.
Важно не только воспроизвести схему процесса на бумаге, но и получить согласие его держателей и исполнителей. Тогда процесс работает!
Данную роль я сформулировал около двух лет назад, в процессе внедрения системы автоматизации в компании-девелопере.
Первоначальная задача звучала как “внедрение системы автоматизации для отдела продаж”.
Находясь в отрасли автоматизации, на тот момент, около 7 лет, я с воодушевлением принялся за наладку системы, но проект, казавшийся обычным и понятным, со второй встречи “дал крен”.
На протяжении двух недель я безуспешно пытался понять, почему ни один из четырех предложенных прототипов системы “не зашёл” Заказчику, пока не осознал, что не было ни одной встречи, на которой одновременно присутствовали бы директор по маркетингу и директор по продажам.
“А ларчик просто открывался”:
Внутренний корпоративный конфликт не позволял руководителям отделов выстроить взаимодействие и каждый пытался “спихнуть часть ответственности на соседа”, что и тормозило проект.
Невероятным успехом для меня лично и для всего проекта стала с трудом организованная ОДНА совместная сессия, во время которой два руководителя, отвечающие за ключевые процессы предприятия, посмотрев на схему работы, осознали точку конфликта и нашли решение за
1️⃣5️⃣ МИНУТ!
После этой сессии и появился Фасилитатор-Архитектор - человек, который проектирует сквозной процесс работы предприятия и вовлекает держателей этого процесса в его исполнение.
Важно не только воспроизвести схему процесса на бумаге, но и получить согласие его держателей и исполнителей. Тогда процесс работает!
Forwarded from Построение и автоматизация процессов | IT Консалтинг
Когда нужен Фасилитатор❓
1. В чем проблема?
2. Что будет ее решением?
3. Что необходимо сделать, чтобы достичь решения?
Три вопроса, которые помогут определить кто нужен бизнесу в данный момент. Фасилитатор, Архитектор, Аналитик или Технический исполнитель.
Рассмотрим на простом примере:
- В чем проблема?
- У нас нет продаж.
- Это не проблема - это последствия.
Отсутствие продаж свидетельствует о проблеме или проблемах в одном или всех сопутствующих процессах (в маркетинге, в первичной обработке лидов, в продажах, документообороте или, даже, в финансовой дисциплине)!
Вот так звучит четко локализованная проблема:
Количество целевых лидов, которое доходит от первого звонка до первой встречи составляет менее 20%
Когда проблему удалось локализовать (четко сформулировать), переходим к фиксации того, что должно стать ее решением или ожидаемым результатом такого решения:
Количество целевых лидов дошедших до встречи должно составлять не менее 20% (А кто это у нас тут такой симпатичный? Да это же KPI! 😏)
Только после фиксации ожидаемого решения появится возможность составить список конкретных действий (задач) по выходу на данное решение.
Отсутствие правильно сформулированной проблемы всегда заставляет меня задавать один и тот же вопрос: “Зачем?” Именно этот вопрос позволяет подняться от уровня технички до уровня логики и проверить - а позволяет ли озвученная задача решить саму проблему.
Вот наглядный образец диалога с каждым вторым Заказчиком:
- Нам нужно внедрить систему аналитики для маркетинга?
- Зачем?
- Ну чтобы эффективнее расходовать деньги на маркетинг.
- А сейчас они расходуются неэффективно? А как вы это поняли?
- Мы не знаем и поэтому нам нужна система аналитики.
- Прекрасно, значит проблема звучит так:
Нет возможности отслеживать показатели эффективности работы маркетинга (продаж / производства / логистики - подставить нужное)
- Пожалуй, да.
- Отлично, теперь переходим к описанию ожидаемого решения:
Есть возможность оперативно отслеживать эффективность работы отдела маркетинга в некоем программном обеспечении по следующим показателям… А кстати, по каким? Кто-то может назвать?
- Ой, ну мы думали, что система аналитики эти показатели нам даст.
- Конечно даст, а они вам нужны? А они для вашего бизнеса подходят? А вы умеете их читать? А может ли выбранная вами система аналитики сформировать нужный вам показатель? Нет ответов? 🙄
Тогда сформулируем четкий перечень задач:
1. Сформировать показатели эффективности маркетинга.
Исполнители: директор по маркетингу + коммерческий / генеральный директор.
2. Описать формулы их расчета.
Исполнители: директор по маркетингу.
3. Подобрать инструмент, который будет собирать, калькулировать и выводить требуемые бизнесу показатели.
Исполнители: кто угодно (звучит, конечно, странно, но закупить систему способную выполнять четко обозначенный функционал - не самая сложная задача)
4. Настроить выбранный инструмент для сбора и калькуляции данных. Исполнители:
IT директор / подрядчик / поставщик ПО.
Если пробежаться снизу вверх, то будет видно, что идея внедрения некоей IT системы является подменой осознания истинной проблемы, поэтому не стоит надеяться, что программное обеспечение решит проблему, которая не сформулирована! Фасилитатор определяет проблему, формирует верный ожидаемый результат и проектирует архитектуру IT к такому результату.
Молоток покупают только, когда есть понимание, что нужно забить гвоздь❗️
1. В чем проблема?
2. Что будет ее решением?
3. Что необходимо сделать, чтобы достичь решения?
Три вопроса, которые помогут определить кто нужен бизнесу в данный момент. Фасилитатор, Архитектор, Аналитик или Технический исполнитель.
Рассмотрим на простом примере:
- В чем проблема?
- У нас нет продаж.
- Это не проблема - это последствия.
Отсутствие продаж свидетельствует о проблеме или проблемах в одном или всех сопутствующих процессах (в маркетинге, в первичной обработке лидов, в продажах, документообороте или, даже, в финансовой дисциплине)!
Вот так звучит четко локализованная проблема:
Количество целевых лидов, которое доходит от первого звонка до первой встречи составляет менее 20%
Когда проблему удалось локализовать (четко сформулировать), переходим к фиксации того, что должно стать ее решением или ожидаемым результатом такого решения:
Количество целевых лидов дошедших до встречи должно составлять не менее 20% (А кто это у нас тут такой симпатичный? Да это же KPI! 😏)
Только после фиксации ожидаемого решения появится возможность составить список конкретных действий (задач) по выходу на данное решение.
Отсутствие правильно сформулированной проблемы всегда заставляет меня задавать один и тот же вопрос: “Зачем?” Именно этот вопрос позволяет подняться от уровня технички до уровня логики и проверить - а позволяет ли озвученная задача решить саму проблему.
Вот наглядный образец диалога с каждым вторым Заказчиком:
- Нам нужно внедрить систему аналитики для маркетинга?
- Зачем?
- Ну чтобы эффективнее расходовать деньги на маркетинг.
- А сейчас они расходуются неэффективно? А как вы это поняли?
- Мы не знаем и поэтому нам нужна система аналитики.
- Прекрасно, значит проблема звучит так:
Нет возможности отслеживать показатели эффективности работы маркетинга (продаж / производства / логистики - подставить нужное)
- Пожалуй, да.
- Отлично, теперь переходим к описанию ожидаемого решения:
Есть возможность оперативно отслеживать эффективность работы отдела маркетинга в некоем программном обеспечении по следующим показателям… А кстати, по каким? Кто-то может назвать?
- Ой, ну мы думали, что система аналитики эти показатели нам даст.
- Конечно даст, а они вам нужны? А они для вашего бизнеса подходят? А вы умеете их читать? А может ли выбранная вами система аналитики сформировать нужный вам показатель? Нет ответов? 🙄
Тогда сформулируем четкий перечень задач:
1. Сформировать показатели эффективности маркетинга.
Исполнители: директор по маркетингу + коммерческий / генеральный директор.
2. Описать формулы их расчета.
Исполнители: директор по маркетингу.
3. Подобрать инструмент, который будет собирать, калькулировать и выводить требуемые бизнесу показатели.
Исполнители: кто угодно (звучит, конечно, странно, но закупить систему способную выполнять четко обозначенный функционал - не самая сложная задача)
4. Настроить выбранный инструмент для сбора и калькуляции данных. Исполнители:
IT директор / подрядчик / поставщик ПО.
Если пробежаться снизу вверх, то будет видно, что идея внедрения некоей IT системы является подменой осознания истинной проблемы, поэтому не стоит надеяться, что программное обеспечение решит проблему, которая не сформулирована! Фасилитатор определяет проблему, формирует верный ожидаемый результат и проектирует архитектуру IT к такому результату.
Молоток покупают только, когда есть понимание, что нужно забить гвоздь❗️
Forwarded from Построение и автоматизация процессов | IT Консалтинг
Пилить или не пилить?
Вечная дилемма: делать свое программное обеспечение или покупать готовое и адаптировать под себя?
Своё: долго; больно, но интересно; сначала много инвестиций и длительное время время ожидания, но, в итоге - работает именно так, как нужно бизнесу.
Готовое: быстро, дешево (если сравнивать с разработкой своего), но дороже с каждой новой потребностью, которая отличается от стандартных возможностей программного обеспечения. Готовый софт, на то и готовый, что сделан по определенным лекалам, которые невозможно или очень дорого преодолевать.
Работая с малым и средним бизнесом, я стал апологетом готового ПО, которое, до определённой степени, можно вывернуть под конкретные потребности бизнеса. Связано это с тем, что инвестиционный цикл у малого и среднего бизнеса, чаще всего не позволяет “поиграться в разработку”, и средства вложенные в IT, должны начать приносить пользу, как можно быстрее. При собственной разработке этот цикл всегда длиннее. Даже, при условии, что вы собрали самую профессиональную команду разработки в мире (люди в IT, это отдельная боль 👨💻 ).
Вот две наглядных диаграммы, которые отражают соотношение стоимости запуска системы к вовлеченности пользователей на годовом отрезке времени.
Диаграммы построены на примере 2-х компаний, которые решали схожие задачи:
автоматизировать продажи 💲 и документооборот 📃.
В первом случае компания долго вкладывала средства в собственный продукт и получила “идеал”, что подтверждается индексом вовлеченности пользователей. Бюджет = более 7 млн. руб.
Вторая компания преследовала цель “запуститься завтра”, что, также, было выполнено. Бюджет = 4 млн. руб.
Главное, на что стоит обратить внимание - срок запуска системы и итоговый уровень вовлеченности.
В первом случае запуск случился на 4-й месяц и к 9 месяцу все сотрудники полноценно работали в системе (показатель индекса вовлеченности = 1️⃣)
Во втором же случае, запуск произошел на первом месяце, но средний показатель индекса вовлеченности составил около 0,6, что свидетельствует о том, что система не смогла полностью удовлетворить ожидания сотрудников.
_Индекс вовлеченности рассчитывается по формуле: количество времени, которое сотрудники подразделения проводят в интерфейсе системы, деленное на количество действий, совершаемое в ней и поделенное на количество сотрудников подразделения. Отображает насколько пользователи вовлечены в работу с системой.
Что в итоге?
Свое: дорогой запуск. Отложенный старт. Уменьшаются ограничения по мере использования. Пользователи готовы и хотят работать в системе.
Готовое: дешевый запуск. Мгновенный старт. Увеличиваются ограничения по мере использования.
Какой путь выбрать?
Зависит от долгосрочных целей.
Вечная дилемма: делать свое программное обеспечение или покупать готовое и адаптировать под себя?
Своё: долго; больно, но интересно; сначала много инвестиций и длительное время время ожидания, но, в итоге - работает именно так, как нужно бизнесу.
Готовое: быстро, дешево (если сравнивать с разработкой своего), но дороже с каждой новой потребностью, которая отличается от стандартных возможностей программного обеспечения. Готовый софт, на то и готовый, что сделан по определенным лекалам, которые невозможно или очень дорого преодолевать.
Работая с малым и средним бизнесом, я стал апологетом готового ПО, которое, до определённой степени, можно вывернуть под конкретные потребности бизнеса. Связано это с тем, что инвестиционный цикл у малого и среднего бизнеса, чаще всего не позволяет “поиграться в разработку”, и средства вложенные в IT, должны начать приносить пользу, как можно быстрее. При собственной разработке этот цикл всегда длиннее. Даже, при условии, что вы собрали самую профессиональную команду разработки в мире (люди в IT, это отдельная боль 👨💻 ).
Вот две наглядных диаграммы, которые отражают соотношение стоимости запуска системы к вовлеченности пользователей на годовом отрезке времени.
Диаграммы построены на примере 2-х компаний, которые решали схожие задачи:
автоматизировать продажи 💲 и документооборот 📃.
В первом случае компания долго вкладывала средства в собственный продукт и получила “идеал”, что подтверждается индексом вовлеченности пользователей. Бюджет = более 7 млн. руб.
Вторая компания преследовала цель “запуститься завтра”, что, также, было выполнено. Бюджет = 4 млн. руб.
Главное, на что стоит обратить внимание - срок запуска системы и итоговый уровень вовлеченности.
В первом случае запуск случился на 4-й месяц и к 9 месяцу все сотрудники полноценно работали в системе (показатель индекса вовлеченности = 1️⃣)
Во втором же случае, запуск произошел на первом месяце, но средний показатель индекса вовлеченности составил около 0,6, что свидетельствует о том, что система не смогла полностью удовлетворить ожидания сотрудников.
_Индекс вовлеченности рассчитывается по формуле: количество времени, которое сотрудники подразделения проводят в интерфейсе системы, деленное на количество действий, совершаемое в ней и поделенное на количество сотрудников подразделения. Отображает насколько пользователи вовлечены в работу с системой.
Что в итоге?
Свое: дорогой запуск. Отложенный старт. Уменьшаются ограничения по мере использования. Пользователи готовы и хотят работать в системе.
Готовое: дешевый запуск. Мгновенный старт. Увеличиваются ограничения по мере использования.
Какой путь выбрать?
Зависит от долгосрочных целей.
Forwarded from Построение и автоматизация процессов | IT Консалтинг
Как быстро похоронить IT архитектуру?
Расскажу сегодня о наглядном кейсе, как одним управленческим решением развалить IT архитектуру созданную за недолгие 9 месяцев.
Исходные данные: торгово-производственное предприятие специализирующееся на производстве и монтаже неких инженерных систем.
Более 15 лет на рынке. Предприятие оснащено системой 1С, которую, к слову сказать, многие, до сих пор, считают системой управления продажами.
1С это система управления деньгами, товарам, документами, отгрузками и пр и пр., но никак не система управления продажами.
Заказчик приходит к заключению, что, все-таки, необходима система предназначенная для управления именно продажами и принимает решение о внедрении CRM системы.
Что ж, решение принято, работаем. Все по технологии:
Определяем процессы
Отрабатываем логику и правила взаимодействия подразделений
Создаем сквозной процесс
Воссоздаем его в IT системе
Обучаем сотрудников
Запускаем
Заняло 4 месяца.
Далее, на протяжении ещё 4 месяцев вносим правки, расширяем систему на смежные подразделения (маркетинг+продажи; колл-центр+продажи; продажи+инженерный отдел) отрабатываем технологию, стабилизируем воронку продаж, собираем первую аналитику и…
собственник нанимает на работу нового руководителя отдела продаж, который обладает неким набором технических знаний о внедренной системе и чётким видением того, как данная система должна работать…
Для его отдела.
А далее происходит то, что всегда происходит в стройке, когда ей управляют два конкурирующих прораба или, когда на кухне одновременно готовят две враждующие хозяйки. Хаос.
В системе неожиданно появляется 23000 новых необработанных лидов,
нарушаются правила разграничения доступа, сотрудники одного отдела начинают работать с клиентами другого отдела…
С точки зрения IT проект еще жив. Нет никакой проблемы почистить систему от появившегося хлама и вернуть разграничение прав.
А вот с точки зрения бизнес архитектуры проекту, и предприятию в целом, нанесен удар. Выраженный в том, что правильная, в целом, логика работы нового отдела продаж, никак не сопряжена с глобальной логикой, в которой уже сосуществуют 5+ подразделений предприятия.
С точки зрения IT подрядчика, я безмерно радуюсь таким поворотам в проекте, потому что это практически 60% дополнительных денег от первоначального бюджета проекта. (Цинично, конечно, но бизнес есть бизнес)
А вот с точки зрения порядочного архитектора мне больно и горько, от того, что проект продолжительностью 9 месяцев тонет, всего лишь потому, что никто не озаботился вопросом сопряжения новой и действующей логики.
Что делать, когда больно? Лечить. Или, в нашем случае - фасилитировать.
Организовал встречу между собственником, действующим руководителем и новым. Нашли точки разграничения ответственности. Договорились о новых правилах разграничений и доступов. Приняли решение о том, как “делить” клиентов. Приняли изменения в системе и составили график работ. И все это за 2 часа.
2 часа, которые:
- сохранили проект продолжительностью 9 месяцев
- сэкономили около 1,5 млн руб на “судорожных изменениях в IT”
- сохранили проект общей стоимостью 3,7 млн руб
- избавили от корпоративного конфликта, потенциальный ущерб от которого грозил упущенной выгодой на сумму от 120 до 200 млн. руб.
Почему люди не разговаривают?
Расскажу сегодня о наглядном кейсе, как одним управленческим решением развалить IT архитектуру созданную за недолгие 9 месяцев.
Исходные данные: торгово-производственное предприятие специализирующееся на производстве и монтаже неких инженерных систем.
Более 15 лет на рынке. Предприятие оснащено системой 1С, которую, к слову сказать, многие, до сих пор, считают системой управления продажами.
1С это система управления деньгами, товарам, документами, отгрузками и пр и пр., но никак не система управления продажами.
Заказчик приходит к заключению, что, все-таки, необходима система предназначенная для управления именно продажами и принимает решение о внедрении CRM системы.
Что ж, решение принято, работаем. Все по технологии:
Определяем процессы
Отрабатываем логику и правила взаимодействия подразделений
Создаем сквозной процесс
Воссоздаем его в IT системе
Обучаем сотрудников
Запускаем
Заняло 4 месяца.
Далее, на протяжении ещё 4 месяцев вносим правки, расширяем систему на смежные подразделения (маркетинг+продажи; колл-центр+продажи; продажи+инженерный отдел) отрабатываем технологию, стабилизируем воронку продаж, собираем первую аналитику и…
собственник нанимает на работу нового руководителя отдела продаж, который обладает неким набором технических знаний о внедренной системе и чётким видением того, как данная система должна работать…
Для его отдела.
А далее происходит то, что всегда происходит в стройке, когда ей управляют два конкурирующих прораба или, когда на кухне одновременно готовят две враждующие хозяйки. Хаос.
В системе неожиданно появляется 23000 новых необработанных лидов,
нарушаются правила разграничения доступа, сотрудники одного отдела начинают работать с клиентами другого отдела…
С точки зрения IT проект еще жив. Нет никакой проблемы почистить систему от появившегося хлама и вернуть разграничение прав.
А вот с точки зрения бизнес архитектуры проекту, и предприятию в целом, нанесен удар. Выраженный в том, что правильная, в целом, логика работы нового отдела продаж, никак не сопряжена с глобальной логикой, в которой уже сосуществуют 5+ подразделений предприятия.
С точки зрения IT подрядчика, я безмерно радуюсь таким поворотам в проекте, потому что это практически 60% дополнительных денег от первоначального бюджета проекта. (Цинично, конечно, но бизнес есть бизнес)
А вот с точки зрения порядочного архитектора мне больно и горько, от того, что проект продолжительностью 9 месяцев тонет, всего лишь потому, что никто не озаботился вопросом сопряжения новой и действующей логики.
Что делать, когда больно? Лечить. Или, в нашем случае - фасилитировать.
Организовал встречу между собственником, действующим руководителем и новым. Нашли точки разграничения ответственности. Договорились о новых правилах разграничений и доступов. Приняли решение о том, как “делить” клиентов. Приняли изменения в системе и составили график работ. И все это за 2 часа.
2 часа, которые:
- сохранили проект продолжительностью 9 месяцев
- сэкономили около 1,5 млн руб на “судорожных изменениях в IT”
- сохранили проект общей стоимостью 3,7 млн руб
- избавили от корпоративного конфликта, потенциальный ущерб от которого грозил упущенной выгодой на сумму от 120 до 200 млн. руб.
Почему люди не разговаривают?
Forwarded from Построение и автоматизация процессов | IT Консалтинг
IT система для собственника или CEO.
Закрывая очередной проект по автоматизации предприятия, пришёл к забавному выводу: ни одна система автоматизации, обеспечивающая процесс работы того или иного подразделения, не может удовлетворить потребность генерального управленца в получении оперативных данных для принятия решений в отношении бизнеса.
Будь то 1С, CRM, Складской учёт, BPM или система сквозной аналитики.
Каждая из этих систем может предоставить великолепную отчётность своему непосредственному владельцу: бухгалтеру, финансовому директору, директору по продажам, исполнительному директору, директору по маркетингу…
Несправедливость в том, что основной плательщик (собственник / акционер / генеральный директор) согласовавший оплату одной или нескольких таких IT систем, редко получает результат нужный ему самому: отчёт по ключевым показателям бизнеса в одной таблице или на одном экране.
Все потому, что данные, необходимые для формирования этих самых ключевых показателей, находятся в разных системах!
Например:
1) Расходы на рекламу и количество полученных заявок располагаются в системе сквозной аналитики
2) Скорость и результат обработки этих заявок можно узнать в CRM системе
3) Сумму, выручку и маржинальность продаж по этим заявкам видно в 1С
4) Количество и статусы исполняемых заказов доступны в какой-нибудь BPM или иной системе управления производством.
Отсюда и разочарование, наступающее по итогу запуска любой из систем, когда на требование собственника предоставить сводный отчёт о деятельности предприятия все неловко отводят глаза и снова идут собирать руками эксель табличку.
Как не попасть в такую ситуацию?
Сразу понять, что любая отраслевая система является инструментом соответствующего отдела.
1. Собственник бизнеса/генеральный директор/CEO НЕ является непосредственным выгодоприобретателем от внедрения такой системы❗️
2. IT инструментом Собственника /генерального директора/CEO является дэшборд (или иной инструмент анализа, содержащий в себе КЛЮЧЕВЫЕ показатели деятельности предприятия).
3. Сводная аналитика - это ДОРОГО! Не бывает “быстреньких” решений по аналитике! Не верьте маркетингу.
Про денюшки:
За 3,5 года сделал 2 проекта по комплексной обвязке бизнеса аналитическими инструментами. Дешевле 4 млн. руб. не получилось.
Так может эксель табличка вас пока что устроит?
Закрывая очередной проект по автоматизации предприятия, пришёл к забавному выводу: ни одна система автоматизации, обеспечивающая процесс работы того или иного подразделения, не может удовлетворить потребность генерального управленца в получении оперативных данных для принятия решений в отношении бизнеса.
Будь то 1С, CRM, Складской учёт, BPM или система сквозной аналитики.
Каждая из этих систем может предоставить великолепную отчётность своему непосредственному владельцу: бухгалтеру, финансовому директору, директору по продажам, исполнительному директору, директору по маркетингу…
Несправедливость в том, что основной плательщик (собственник / акционер / генеральный директор) согласовавший оплату одной или нескольких таких IT систем, редко получает результат нужный ему самому: отчёт по ключевым показателям бизнеса в одной таблице или на одном экране.
Все потому, что данные, необходимые для формирования этих самых ключевых показателей, находятся в разных системах!
Например:
1) Расходы на рекламу и количество полученных заявок располагаются в системе сквозной аналитики
2) Скорость и результат обработки этих заявок можно узнать в CRM системе
3) Сумму, выручку и маржинальность продаж по этим заявкам видно в 1С
4) Количество и статусы исполняемых заказов доступны в какой-нибудь BPM или иной системе управления производством.
Отсюда и разочарование, наступающее по итогу запуска любой из систем, когда на требование собственника предоставить сводный отчёт о деятельности предприятия все неловко отводят глаза и снова идут собирать руками эксель табличку.
Как не попасть в такую ситуацию?
Сразу понять, что любая отраслевая система является инструментом соответствующего отдела.
1. Собственник бизнеса/генеральный директор/CEO НЕ является непосредственным выгодоприобретателем от внедрения такой системы❗️
2. IT инструментом Собственника /генерального директора/CEO является дэшборд (или иной инструмент анализа, содержащий в себе КЛЮЧЕВЫЕ показатели деятельности предприятия).
3. Сводная аналитика - это ДОРОГО! Не бывает “быстреньких” решений по аналитике! Не верьте маркетингу.
Про денюшки:
За 3,5 года сделал 2 проекта по комплексной обвязке бизнеса аналитическими инструментами. Дешевле 4 млн. руб. не получилось.
Так может эксель табличка вас пока что устроит?
Forwarded from Построение и автоматизация процессов | IT Консалтинг
🤚🏻Если с лидами все более-менее понятно, то вот со словом "сделка" ситуация сложнее. Когда я спрашиваю сотрудников отдела продаж: "Что такое сделка?", нередко получаю ответ: "Ну, это когда подписан контракт." Но когда контракт подписан, сделка уже состоялась, она заключена, верно?
Я же предпочитаю следующую формулу: сделка появляется в тот момент, когда у меня есть ответ на три вопроса:
1. Кто ты? Я точно знаю, с кем говорю (например, его имя, должность), дозвонился до человека, который оставил заявку или лид, и подтвердил его личность.
2. Что ты хочешь приобрести? У меня есть четкий ответ на вопрос: "Что тебе нужно?".
3. За сколько я тебе это продам? То есть сумма сделки.
Когда эти три фактора объединены, у меня возникает понятие "сделка" — кому, что и за сколько я буду продавать.
Далее у сделки есть ряд ключевых шагов, которые нужно пройти для заключения контракта, то есть для достижения цели сделки. Цель сделки может быть разной: заключение контракта в случае b2b-продаж, получение первых или последних денег, если это продажа товара "здесь и сейчас" и тд. То есть, достижение той точки, где функция сотрудника отдела продаж считается выполненной.
Теперь о движении по воронке продаж. Это минимальные шаги, которые совершает сотрудник, работая с клиентом. Обычно этот процесс включает:
- уточнение информации по сделке,
- подготовку и отправку предложения,
- получение обратной связи,
- отработку возражений (на самом деле эта часть сопровождает почти каждый этап воронки),
- направление и заключение контракта,
- получение денежных средств.
Я же предпочитаю следующую формулу: сделка появляется в тот момент, когда у меня есть ответ на три вопроса:
1. Кто ты? Я точно знаю, с кем говорю (например, его имя, должность), дозвонился до человека, который оставил заявку или лид, и подтвердил его личность.
2. Что ты хочешь приобрести? У меня есть четкий ответ на вопрос: "Что тебе нужно?".
3. За сколько я тебе это продам? То есть сумма сделки.
Когда эти три фактора объединены, у меня возникает понятие "сделка" — кому, что и за сколько я буду продавать.
Далее у сделки есть ряд ключевых шагов, которые нужно пройти для заключения контракта, то есть для достижения цели сделки. Цель сделки может быть разной: заключение контракта в случае b2b-продаж, получение первых или последних денег, если это продажа товара "здесь и сейчас" и тд. То есть, достижение той точки, где функция сотрудника отдела продаж считается выполненной.
Теперь о движении по воронке продаж. Это минимальные шаги, которые совершает сотрудник, работая с клиентом. Обычно этот процесс включает:
- уточнение информации по сделке,
- подготовку и отправку предложения,
- получение обратной связи,
- отработку возражений (на самом деле эта часть сопровождает почти каждый этап воронки),
- направление и заключение контракта,
- получение денежных средств.
С нового года – новая цена. Успейте продлиться по текущей цене!
Информируем, что с 09 января 2025г. планируется повышение стоимости обновлений продукта «Интеграция 1С с маркетплейсами. Обычные формы.»
Повышение запланировано на 20% и составит:
👉Обновления. 12 месяцев - 25 000 руб.
👉Обновления. 6 месяцев - 16 600 руб.
Приобретите продление обновлений по текущей цене!
Для покупки продления перейдите по ссылке
❕Если у вас не закончилось обновление, а вы приобретаете его продление – датой активации нового обновления будет считаться следующий день после даты окончания текущего обновления.
Позаботьтесь об обновление продукта заранее!
Информируем, что с 09 января 2025г. планируется повышение стоимости обновлений продукта «Интеграция 1С с маркетплейсами. Обычные формы.»
Повышение запланировано на 20% и составит:
👉Обновления. 12 месяцев - 25 000 руб.
👉Обновления. 6 месяцев - 16 600 руб.
Приобретите продление обновлений по текущей цене!
Для покупки продления перейдите по ссылке
❕Если у вас не закончилось обновление, а вы приобретаете его продление – датой активации нового обновления будет считаться следующий день после даты окончания текущего обновления.
Позаботьтесь об обновление продукта заранее!
Вышло обновление ПО
Информируем, что вышел новый релиз конфигурации "Интеграция 1С с маркетплейсами. Обычные формы".
Релиз 1.1.9.5:
☑️Повысили удобство в создании карточек благодаря возможности добавлять фото к карточкам из 1С/ с диска на компьютере;
☑️Новый блок «Работа с ценами конкурентов». Для функционирования блока используется партнерский сервис по мониторингу цен. Цены можно вводить как в ручную из любого источника, так и с использованием сервиса по мониторингу цен.
☑️Исправление ошибок предыдущих релизов
👉ПОЛУЧИТЬ ОБНОВЛЕНИЕ
Если у вас закончилось обновление, то необходимо сначала приобрести продление обновлений, а затем появится возможность их скачать.
Внимание! С 09.01.2025г. повышается стоимость на обновления. Успейте продлить по старым ценам!
#обновлениеИнтеграции1СсМП_о
Информируем, что вышел новый релиз конфигурации "Интеграция 1С с маркетплейсами. Обычные формы".
Релиз 1.1.9.5:
☑️Повысили удобство в создании карточек благодаря возможности добавлять фото к карточкам из 1С/ с диска на компьютере;
☑️Новый блок «Работа с ценами конкурентов». Для функционирования блока используется партнерский сервис по мониторингу цен. Цены можно вводить как в ручную из любого источника, так и с использованием сервиса по мониторингу цен.
☑️Исправление ошибок предыдущих релизов
👉ПОЛУЧИТЬ ОБНОВЛЕНИЕ
Если у вас закончилось обновление, то необходимо сначала приобрести продление обновлений, а затем появится возможность их скачать.
Внимание! С 09.01.2025г. повышается стоимость на обновления. Успейте продлить по старым ценам!
#обновлениеИнтеграции1СсМП_о
Forwarded from Поделки аналитика (Artem)
Всем привет! Наверно нужно подвести итоги года и последних недель.
Итоги года супер понятные. В этом году проект родился: был разработан и опубликован, получил поддержку от первых пользователей. Спасибо вам за это!
Теперь по итогам последних недель. Ближайшее время новости будут не особо увлекательные, занимаюсь развитием функциональности и починкой багов текущей версии. Обновлять сервис буду одним общим релизом, чтобы сэкономить на тестах.
Из наиболее значимого что сделано за последние две недели:
- сохранение изменений координат и размеров элементов в тексте разметки (см предыдущий пост). Сделано для макетов форм и bpmn
- улучшения элемента "таблица" (см скрин) :
(1) добавил полосу горизонтальной прокрутки и свойство .максШирина , чтобы обеспечить адекватный рендер типовых форм (большие таблицы без горизонтальной прокрутки не влезают по ширине)
(2) в тэге "колонка" свойство "данные" теперь не обязательно
- улучшение UX для меню автодополнения:
(1) теперь меню предлагает вариант автодополнения который соответствует пользовательскому вводу. Т.е раньше просто подсвечивался весь список вариантов, а теперь если мы, например вводим с новой строки "р", то система предлагает автозаполнение "реквизит". потому что остальные подходящие токены начинаются не с "р". Далее просто нажимаем tab и экономим время на вводе текста
(2) исправлен ряд неудобств: теперь раскрытое меню не блокирует перемещение по коду стрелками "вверх"-"вниз"; не открывается каждый раз при редактировании уровня отступа строки
- всплывающие подсказки теперь выводятся однократно при входе в приложение, если их закрыть, то они больше не появятся до перезагрузки приложения
- исправления для алгоритма автораскладки: раньше в некоторых случаях возникали ошибки при рендеринге вкладок + иногда не верно выставлялось расстояние между колонками реквизитов и не правильно определялись размеры родительских элементов.
Что дальше:
- пробую сделать поддержку написания свойств с новой строки. Ранее эта идея обсуждалась в комментариях. Она поддерживается спецификацией (то есть изменений в язык не потребуется), но не реализована (то есть нужно дописать реализацию)
- дорабатываю обработку - экспортер форм из 1с
- дорабатываю интеграцию с markdown / asciidoc
- дорабатываю лендинг
- иду в маркетинг (писать статьи, покупать рекламу)
то есть в целом следуем по плану, хоть и не быстро : )
Всем спасибо за поддержку и с наступающим!! пусть в новом году будут желания, будут ресурсы и будут результаты! Удачи на проектах!!
Итоги года супер понятные. В этом году проект родился: был разработан и опубликован, получил поддержку от первых пользователей. Спасибо вам за это!
Теперь по итогам последних недель. Ближайшее время новости будут не особо увлекательные, занимаюсь развитием функциональности и починкой багов текущей версии. Обновлять сервис буду одним общим релизом, чтобы сэкономить на тестах.
Из наиболее значимого что сделано за последние две недели:
- сохранение изменений координат и размеров элементов в тексте разметки (см предыдущий пост). Сделано для макетов форм и bpmn
- улучшения элемента "таблица" (см скрин) :
(1) добавил полосу горизонтальной прокрутки и свойство .максШирина , чтобы обеспечить адекватный рендер типовых форм (большие таблицы без горизонтальной прокрутки не влезают по ширине)
(2) в тэге "колонка" свойство "данные" теперь не обязательно
- улучшение UX для меню автодополнения:
(1) теперь меню предлагает вариант автодополнения который соответствует пользовательскому вводу. Т.е раньше просто подсвечивался весь список вариантов, а теперь если мы, например вводим с новой строки "р", то система предлагает автозаполнение "реквизит". потому что остальные подходящие токены начинаются не с "р". Далее просто нажимаем tab и экономим время на вводе текста
(2) исправлен ряд неудобств: теперь раскрытое меню не блокирует перемещение по коду стрелками "вверх"-"вниз"; не открывается каждый раз при редактировании уровня отступа строки
- всплывающие подсказки теперь выводятся однократно при входе в приложение, если их закрыть, то они больше не появятся до перезагрузки приложения
- исправления для алгоритма автораскладки: раньше в некоторых случаях возникали ошибки при рендеринге вкладок + иногда не верно выставлялось расстояние между колонками реквизитов и не правильно определялись размеры родительских элементов.
Что дальше:
- пробую сделать поддержку написания свойств с новой строки. Ранее эта идея обсуждалась в комментариях. Она поддерживается спецификацией (то есть изменений в язык не потребуется), но не реализована (то есть нужно дописать реализацию)
- дорабатываю обработку - экспортер форм из 1с
- дорабатываю интеграцию с markdown / asciidoc
- дорабатываю лендинг
- иду в маркетинг (писать статьи, покупать рекламу)
то есть в целом следуем по плану, хоть и не быстро : )
Всем спасибо за поддержку и с наступающим!! пусть в новом году будут желания, будут ресурсы и будут результаты! Удачи на проектах!!
Wildberries отключает устаревшие домены
30 января 2025г. Wildberries отключит устаревший домен suppliers-api.wildberries.ru для методов Контента, Маркетплейса и Новостей.
Это решение принято для оптимизации работы платформы, повышение эффективности и обеспечение более высокого уровня безопасности данных благодаря специальному инструменту – API.
Для корректной работы маркетплейс рекомендует перейти на основной домен.
Новые альтернативные домены для категорий API:
✔️content-api.wildberries.ru — Контент
✔️marketplace-api.wildberries.ru — Маркетплейс
✔️common-api.wildberries.ru — Новости
Обновления в модуле «Интеграция 1С с маркетплейсами. Обычные формы», которые касаются перехода на работу по API, выйдут в ближайшее время. Не пропустите анонса выхода обновлений!
У кого закончился срок предоставления обновлений к модулю необходимо приобрести продление обновлений 👉купить обновление
#новвоведениеВБ
30 января 2025г. Wildberries отключит устаревший домен suppliers-api.wildberries.ru для методов Контента, Маркетплейса и Новостей.
Это решение принято для оптимизации работы платформы, повышение эффективности и обеспечение более высокого уровня безопасности данных благодаря специальному инструменту – API.
Для корректной работы маркетплейс рекомендует перейти на основной домен.
Новые альтернативные домены для категорий API:
✔️content-api.wildberries.ru — Контент
✔️marketplace-api.wildberries.ru — Маркетплейс
✔️common-api.wildberries.ru — Новости
Обновления в модуле «Интеграция 1С с маркетплейсами. Обычные формы», которые касаются перехода на работу по API, выйдут в ближайшее время. Не пропустите анонса выхода обновлений!
У кого закончился срок предоставления обновлений к модулю необходимо приобрести продление обновлений 👉купить обновление
#новвоведениеВБ
Ozon меняет формат фото на 3х4, вместо 1х1
С 03.02.2025г. Озон переходит на формат фото 3х4. Смена фото начнется в категориях:
🔹«Красота и гигиена»;
🔹«Хобби и творчество»;
🔹«Спорт и отдых»;
🔹«Книги»;
🔹«Автомототехника»;
🔹«Ювелирные изделия».
Если селлер не изменит формат, то никаких ограничений у Озона не предусмотрено. Но оговорено, что кто останется на формате фото 1х1, то в поисковой выдаче появятся белые поля сверху и снизу.
Подробнее на портале Ozon
#новвоведениеOzon
С 03.02.2025г. Озон переходит на формат фото 3х4. Смена фото начнется в категориях:
🔹«Красота и гигиена»;
🔹«Хобби и творчество»;
🔹«Спорт и отдых»;
🔹«Книги»;
🔹«Автомототехника»;
🔹«Ювелирные изделия».
Если селлер не изменит формат, то никаких ограничений у Озона не предусмотрено. Но оговорено, что кто останется на формате фото 1х1, то в поисковой выдаче появятся белые поля сверху и снизу.
Подробнее на портале Ozon
#новвоведениеOzon
Вышло обновление ПО
Информируем, что вышел новый релиз конфигурации "Интеграция 1С с маркетплейсами. Обычные формы".
Релиз 1.1.10.1:
В связи с переходом Wildberries и Оzon на новые домены для методов API по работе с товарами, ценами и контентом внесены изменения методов API.
Для корректной работы модуля необходимо его обновить!
👉ПОЛУЧИТЬ ОБНОВЛЕНИЕ
Если у вас закончилось обновление, то необходимо сначала приобрести продление обновлений, а затем появится возможность их скачать.
#обновлениеИнтеграции1СсМП_о
Информируем, что вышел новый релиз конфигурации "Интеграция 1С с маркетплейсами. Обычные формы".
Релиз 1.1.10.1:
В связи с переходом Wildberries и Оzon на новые домены для методов API по работе с товарами, ценами и контентом внесены изменения методов API.
Для корректной работы модуля необходимо его обновить!
👉ПОЛУЧИТЬ ОБНОВЛЕНИЕ
Если у вас закончилось обновление, то необходимо сначала приобрести продление обновлений, а затем появится возможность их скачать.
#обновлениеИнтеграции1СсМП_о
Обновление API у Яндекс.Маркета
Вслед за Озоном и Wildberries произвел смену методов по API и Яндекс.Маркет.
Чтобы модуль корректно работал и был актуальным по функционалу, мы стараемся выпускать обновления параллельно с изменениями на маркетплейсах.
Ориентировочные сроки выхода обновлений в модуле для маркетплейса Яндекс.Маркет – начало следующей недели. Следите за постами в нашем ТГ- канале!
Подробное описание изменений API можно изучить на странице «История обновлений API» у Яндекс.Маркета.
#новвоведениеЯМ
Вслед за Озоном и Wildberries произвел смену методов по API и Яндекс.Маркет.
Чтобы модуль корректно работал и был актуальным по функционалу, мы стараемся выпускать обновления параллельно с изменениями на маркетплейсах.
Ориентировочные сроки выхода обновлений в модуле для маркетплейса Яндекс.Маркет – начало следующей недели. Следите за постами в нашем ТГ- канале!
Подробное описание изменений API можно изучить на странице «История обновлений API» у Яндекс.Маркета.
#новвоведениеЯМ