Антон Носков

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

За что нередко в кулуарах можно получить презрительный взгляд от коллег, типа "Как так?! Инструменты в отрыве от методологий работают хуже" и тд тп. Но факт остается фактом, все можно докрутить под себя, главное быть достаточно смелыми, чтобы затаскивать изменения в команду ))

Надо признать, много бились над этой системой виртуальных комплектов. Чтобы избежать нестыковок по остаткам, добиться корректного учета в 1С, расчета скидок для розницы. Когда добавились маркетплейсы – стало еще сложнее =)

По технической стороне вряд ли получится внятно ответить в нескольких предложениях. В 1С формируем комплектации для наборов, система может менять вкусы в них. На сайт выгружается как набор со скидкой и конкретным остатком (пересчитывается по комплектующим), продается как набор, а в 1С обратно загружается в разбивке по комплектующим (с кастомной ценой) – так каждый товар встает в резерв и тд. Далее сборка заказа и более менее типовой бизнес-процесс.

Важно еще соблюдать баланс при планировании, так как современная разработка должна быть подвижна. Под требования рынка, под потребности заказчика. Нельзя сформировать один раз Ганта и следовать ему пол года. Но и спринт разваливать нельзя — это 100% убьет все планы и сроки.

Скотт Беркун, «Искусство управления ИТ-проектами»
Активирована ветка полезной литературы по управлению проектам)

«Критическая цепь» Голдратта обязательно к прочтению )

Огонь!)

100% тоже ради вечеров с семьей тренируюсь утром. В основном успеваю переключиться пока в офис добераюсь, поэтому начинать день не тяжело.

А вот разбить день и потренить в обед - интересный опыт) Особенно если еще в бас и в хамам. Какая дальше работа?))

После тренировки в обед норм состояние для продолжения работы? Слышал два противоположных мнения, у одних энергия прет, другие в желе превращаются) Сам утром тренируюсь и потом норм. Но разбивать день не пробовал, хотя была такая мысль.

Финальный совет попрошу декомпозировать 😁 Как бы ты строил маркетинг, если открывал студию разработки (например)? Топ-5 шагов

Кстати, Вкусвилл, приходите в Monoplan — зарубимся с бизнес-процессами и омниканальностью по-взрослому ))

MAX, сорри, не удержался 😅😅

Вангую реплатформинг для Вкусвилл 😁

Тут бы не от языка отталкивался все же. Можно и на Go с Vue зафигачить)

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

Но мы тут про дизайн ведь собрались?)) а дизайн огонь!

Вкусвилл, конечно, покорил сердца миллионов.

И как Макс сделал эту продажу, просто охренеть. Невероятно. Снимаю шляпу)

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

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

Сейчас мы вам тут все автоматизируем! =)

Вот есть исторически сложившийся процесс, не очень удачный. С ним надо что-то делать – трансформировать, поправить, удалить и сделать новый.

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

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

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

Сначала исправляется сам процесс, а потом уже перекладывается в какие-либо системы. Не вижу противоречия. Пусть новый процесс будет продиктован какой-то системой / коробокой / ПО, если он видится как более верный, что в этом плохого? Нет попытки натянуть свой избыточный инструмент туда где все прекрасно работает.

100% так, не надо ломать преимущества компании, затаскивая их в коробочное решение.

В тоже время, в небольшом ритейлере половина БП может быть организована по наитию. Эффективность спорная, работает и ладно. Преимущество ли?)

Анализируешь, предлагаешь поменять на типовой процесс – начинает работать лучше.

Например, сборка заказов – вполне себе критичный процесс для клиентского сервиса: от поступления до отгрузки может быть полностью выдуман неким завсклада. Работает. Но как только пиковая нагрузка – возникают человеческие ошибки, пересорты и тд. Идем разбираться, хотим дать инструмент – ТСД-шку. Но этот инструмент вообще не ложится на выдуманные БП. Можно все переписать под их процесс (1С-ку, ПО для ТСД и тд), но разумнее показать как “правильно” – типовой процесс и вполне может заработать эффективнее чем было, уж точно более регламентировано. ТСД банальный пример, но у них как раз ПО коробочное, хорошо отражает смысл.

Если отбросить легкое утрирование вокруг битрикса, я не отрицаю и не противопоставляю его фреймворкам, особенно php-шным.

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

В рамках статьи пытаемся предостеречь маленькие компании от кастомной разработки. А крупный от битрикса =) Для крупного мне очень симпатизирует ensi (в составе кстати имеет laravel, но там много чего еще интересного, на то она и платформа).

Сибирских!)

"Собачки мы уходим" - алчные программисты, которые не хотят быть в проекте на 100 лямов ))

Облачная платформа, где можно "арендовать" сайт. Обычно с кучей готовых интеграций. Например insales

Если близко к ярду, и есть предпосылки к кратному росту - можно идти в фреймворки "на вырост".

Если на уровне 500млн - значит уже на битриксе 😃 (очень вряд ли на инсейлз), значит стоит еще подрастить оборот, нормально реализованный сайт и интеграции потянет. А дальше реплатформинг.

а бюджет направить на привлечение трафика.

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

Какой бюджет закладывать на заказную разработку, если ты посерединке из приведенных примеров? Считать как процент от годового оборота, который нужно реинвестировать в ИТ? На примере того же битрикса

Часто это пробелы в бизнес-процессах, которые решаются изменением самого процесса.

Забавно, когда коробочное решение помогает компании исправить кривой бизнес-процесс – привести его к типовому, стандартному, отказавшись от своего велосипеда и это начинает работать лучше. Видел такие примеры

Плюсую к вопросу. Интересно как для HR используете

Содержательно, спасибо!

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

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

Однозначно есть тренд на автоматизацию b2b. Даже мелкие дистрибьюторы и производители смотрят в сторону кабинетов для оптовиков и всего вот этого (но не всем доступна кастомная разработка).

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

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

Разрывы между днями стратсессии – правда звучит “больно”. В тоже время не совсем представляю, как одновременно все топы выключатся из процессов, плюс минус на рабочую неделю (если делать подряд).

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

“вы только расположите всех на откровенный разговор и вот пора расходится”
Нужно стратсессичное афтепати)) Но только в конце четвертого дня.

Результаты — огонь! 🔥

По контент-маркетингу, как будто два лагеря: Одни говорят о бесконечных лидах с каждой статьи, другие, что попробовали и получили ноль. Ваш опыт где-то посередине, думаю это самый честный ответ, на вопрос «работает или нет?»)). В 2024 будете усиливать?

+ спасительный файл по ТМ.