Блог компании автомакон

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

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



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

Для начала расскажем про архитектуру нашего кассового решения. С точки зрения взаимодействия решение имеет клиент-серверную архитектуру. С точки зрения развертывания оно ближе к десктопному, т.к. обе части (и клиент, и сервер) располагаются локально, на каждой отдельно взятой кассовой машине. Ядро написано на Java, а фронт на JavaScript (React). Для хранения данных используется PostgreSQL. Если говорить про обвязку, то всё, что касается оборудования, написано на Go, API на Python.

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



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

Стек технологий, который мы использовали при реализации, позволил нам сделать кроссплатформенное решение. И на большинстве точек в качестве ОС используется Linux Ubuntu, что позволяет дополнительно экономить на лицензиях.

Также на сервере кассы есть внутренняя база на PostgreSQL, где хранится информация, необходимая для работы кассы в режиме оффлайн (о номенклатурах, текущей смене, чеках за последний месяц и т.п.). Информация о продажах в реальном времени передается через интеграционные потоки во ВкусВилл для отслеживания остатков в магазинах и выводе информации о чеках и остатках покупателям.

Адаптация кассы для работы с заказами

Для того чтобы понять объем доработок на кассе, нужно рассмотреть процесс онлайн-заказа покупателя.

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

Вот как это выглядит на схеме:



1. Оформление заказа покупателем

Содержимое заказа попадает на отдельный сервер ВкусВилла, в котором под запрос доставки была изменена структура БД. Когда заказ оформлен, после попадания на сервер его данные аккуратно раскладывается в БД.

2. Отображение заказов на кассе

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

3. Печать сборочного чека

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

4. Регистрация собранных товаров
После сборки корзины кассир-сборщик возвращается к кассе и сканирует штрих-код со сборочного чека. После этого корректирует позиции заказа в соответствии с собранными товарами и согласует это с покупателем. Затем прикладывает к сканеру уже свой собственный бейджик это решает сразу несколько задач. Во-первых, мы знаем, кто какой заказ собирал. Помните, как раньше на некоторых видах пищевой продукции можно было встретить штамп ОТК и пометку Сборщик Иванов П.В.. Здесь что-то подобное, только видим это лишь мы в системе, и можем повлиять на качество сборки конкретного сотрудника, в случае появления большого количества рекламаций на обработанные им заказы. Во-вторых, на качество каждой сборки подвязана система мотивации сотрудников это обеспечивает добавочный контроль качества.

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

5. Выдача заказа

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

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

Списывать сразу сумму набранной пользователем корзины нельзя каких-то товаров может не оказаться, а от каких-то пользователь откажется сам. Это как раз те случаи, когда вы заказываете во ВкусВилле еду через приложение, а вам перезванивают и уточняют, что каких-то позиций нет, кефира осталось всего 4, а вы по случаю личного праздника хотели 7, а у хлеба срок годности через 2 дня закончится.

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

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

Умные тележки

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



Тому принципу, по которому тележки сейчас взаимодействуют с кассой, предшествовали несколько попыток, о которых мы скажем ниже.

Но сначала расскажем, как в принципе происходит авторизация покупателя на кассе с помощью QR-кода.

1. Покупатель подходит к кассе и нажимает Сгенерировать код.
2. Касса отправляет запрос на центральный сервер ВкусВилла и сообщает свой уникальный номер и запрос на регистрацию нового QR-кода.
3. На сервере регистрируется этот код, в таблице БД создается соответствующая запись, что в таком-то магазине создан такой-то QR-код.
4. Покупатель видит сгенерированный QR-код на мониторе кассы, сканирует его с помощью мобильного приложения.
5. Приложение (в котором пользователь уже залогинен) распознает зашитый в QR-код номер и посылает запрос на сервер.
6. На сервере запись с распознанным QR-кодом дополняется данными о покупателе из приложения.
7. Касса всё это время мониторит эту таблицу на предмет изменений и появления новых данных. Как только замечает их выдает оповещение на мониторе об успешной авторизации.
8. При этом, если за 30 секунд касса так и не обнаружила информацию о покупателе в таблице, то выводит сообщение об ошибке авторизации.

Так вот, авторизация тележек на кассах работает примерно так же, но со своими особенностями.

Теперь расскажем непосредственно о тех вариантах интеграции тележек с кассами, которые мы реализовали.

1 попытка. QR-коды

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

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

Поэтому решили попробовать вариант с RFID-метками.

2 попытка. RFID-метки

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

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

3 попытка. Авторизация с ручным вводом номера телеги

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

Поэтому, когда тележка передает данные о списке товаров на сервер, она передает еще и этот номер например, тележка номер 33782 из такого-то магазина и список просканированных товаров.

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

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

О сложностях

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

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

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

Или подключение сторонних систем для заказа продуктов. Там у ребят тоже свои требования например, в сумме заказа не должно быть копеек. В принципе, это важно. Поэтому мы сели и для сторонних доставок переписали всё так, чтобы в наших чеках не было этих копеек. Хотя, когда вы в магазине покупаете весовой товар по конкретной цене, это очень часто приводит к тем самым копейкам в чеке. Но раз для сторонней доставки так нельзя значит, нельзя. О сложностях именно интеграции систем ВкусВилла с другими компаниями мы писали в этом посте.

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

Если говорить не только про сложности доставки, а про разработку вообще, у ВкусВилла очень разношерстное оборудование по всем магазинам. И нам изначально нужно было закладываться таким образом, чтобы можно было максимально просто запуститься на всем этом парке оборудования.

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

Планы развития

Параллельно мы готовим запуск касс самообслуживания нового поколения, оснащенных мультитач-экраном, 2D-сканером для распознавания штрих-кодов, стереодинамиками, микрофоном для звуковых приложений и голосовых сервисов, а также 3D-камерой и другими системами помощи покупателям.

Кстати, мы сейчас активно расширяем команду, все описанные кейсы, доделки, работоспособность систем и интеграций ее работа. Планируем использовать максимально свежие решения и идеи, добавлять новые возможности как в приложение для покупателей, так и во внутренние системы. А вот тут можно посмотреть полный перечень вакансий hh.ru / наш карьерный сайт.

Буду рад ответить на ваши вопросы.

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

Как понять, что ваш продукт не будет успешен, не затрачивая при этом значительные материальные ресурсы и не теряя годы на его разработку? Вы наверняка слышали о бережливом стартапе как удачном способе реализовать слабую (читай не очень обоснованную), но перспективную идею. Концепция бережливого стартапа, lean startup это когда вы запускаете собственную модель бизнеса без огромных трат на старте

В этом посте расскажем, как мы в компании Автомакон применяем успешные практики из Lean Startup (несмотря на то, что многие наши проекты вполне сформировались и устоялись), с какими проблемами сталкиваемся и как с ними справляемся.

У ВкусВилл есть книжный клуб для сотрудников, в рамках которого часто обсуждаются те или иные книги. И нас часто приглашают поучаствовать в нем. На одном из таких собраний обсуждалась книга Эрика Риса Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели.



Как раз в то время мы строили совместно с ВкусВилл новую продуктовую платформу: Тилси, она должна была соединить магазины и поставщиков продуктов с коротким сроком годности, объединить функционал для конечного потребителя, логистов, дистрибьютора, производителей, склада в одном месте.

Работа по классике

С самого начала проекта Тилси началось выстраивание платформы с космическими требованиями:

• Высоконагруженная система;
• Всё пишем на Golang;
• Создание теоретических бизнес-процессов.

За восемь месяцев работы над проектом мы сделали только основу для бэка. Никаких процессов, никаких сущностей в системе не было, только некий фундамент, который когда-то потом позволил бы построить самую крутую платформу во вселенной. К тому времени мы уже потратили около 10 млн. рублей.

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

Работа по линам

Вот что сделали:

• Отказались от всего, что сделали ранее. На коленке сделали в CMS самые примитивные, но работающие процессы. За месяц сделали MVP и запустили для проверки гипотез и начали получать первых пользователей: магазины, поставщики, конечные покупатели.
• Затем пытались тестировать разные гипотезы. Протестировали много чего, но гипотезу ценности не подтвердили. Пытались сделать вираж, но все же в определенный момент приняли решение закрыть проект в текущем виде.
• Итого нам удалось потратить не так много денег и времени (порядка 1 млн. и 2 месяца), а главное вовремя понять, что проект не взлетит, и сфокусироваться на другом.

Кроме этого мы использовали подход Lean Startup в Зеленой линии, совместном проекте ВкусВилла и Перекрестка по запуску новой линейки натуральных молочных продуктов с ультракоротким сроком годности. Он так и назывался, Маркет. Зеленая Линия В рамках проекта мы протестировали много гипотез. Подтвержденные гипотезы ценности позволили сэкономить кучу денег и времени, а неподтвержденные не тратить ресурсы на тупиковые направления.

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

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

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

На чём стоит Lean Startup

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

Поэтому Дешево, быстро, хорошо оказывается штукой, которую можно написать в тексте, но нельзя увидеть в работе. Если у вас большая компания, у которой более чем достаточно ресурсов, причем как материальных, так и временных, то для вас отлично подойдет триада Тёмы Лебедева, которую мы бы процитировали, но нас за нее забанят.
А если у вас стартап в принципе, или же стартапная разработка продуктов внутри большой компании, то бюджет и время надо считать.

Не дешево, а экономно

Lean-концепция предлагает тратить лишь необходимое количество денег. Причем подобное бережливое отношение тут распространяется не только на деньги, но и на остальные ресурсы компании на сотрудников и на время.

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

Суть подхода

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

Это важно, ведь это касается интереса людей к продукту, его нужности, как следствие спроса. Вы можете сделать великолепный по своим ТТХ смартфон. Открыть кофейню с лучшим кофе в мире.

Только это вообще не выстрелит, если у вас смартфон работает на проприетарной ОСи, в магазине которой 10 приложений и дичайший вендор-лок, не дающий сделать вообще ничего. А кофейня стоит на острове, где из посетителей только смотритель маяка, которому врач кофе запретил.

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

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

Соответствует ли продукт нуждам потребителей?

На самом деле он нужен, или команда убеждает себя в этом и делает неправильные выводы? Тут нужно подходить к делу максимально объективно, абстрагируясь от своего отношения к продукту.

Как потребители решали подобную проблему раньше?

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

Какие издержки потребители сегодня несут из-за этой проблемы?

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

Нужно ли адаптировать или изменить ваш продукт?

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

Если точно всё ОК, то переходим к пятому вопросу.

Готовы ли вы масштабировать его?

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

Осилит ли компания масштабирование? Хватит ли времени и денег, рук разработчиков, потянет ли инфраструктура возросшую нагрузку?

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

Непрерывность развития

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

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

Поэтому тут необходимы непрерывность инноваций и постоянное совершенствование. Собственно, все как в жизни.

Гибкость

В книге есть хорошая аналогия про гибкость и про ее важность для вашего продукта. Запуск ракеты в космос против поездки на авто.

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

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

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

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

А руль дает вам возможность подстроиться под то, что уже точно случилось

Погодите, это же постоянный MVP

Это постоянно развивающийся MVP. Вы сделали первую версию MVP, она сработала, приносит людям пользу, бизнесу деньги, а вам обратную связь от пользователей. И благодаря обратной связи (а ее получение это постоянный процесс) вы все время фиксируете соответствие вашего продукта ожиданиям. Если какие-то добавочные гипотезы не подтверждаются в процессе использования продукта отказывайтесь от них. Не тратьте деньги компании и время сотрудников на то, чтобы поддерживать фичу, которая не нужна.

Это и есть бережливость.

Что еще важно

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

Работайте с обратной связью. Это постоянный статус вашего проекта.

Эксперименты. Не бойтесь проводить их снова и снова. Посмотрите, сколько больших компаний вокруг используют A\B-тестирование. Вспомните, сколько разных версий интерфейса Facebook прямо сейчас показывается различным сегментам пользователей. Это все эксперименты, это все проверки тех или иных гипотез.

Это постоянные инновации, которые обеспечивают постоянный прогресс.

Итого

Настоятельно рекомендуем обратить внимание на концепцию Lean Startup. Из IT вы или нет, большие у вас бюджеты или собственные сбережения на продукт, методология пригодится.

Вот наши выводы от использования подхода на практике:

• Лины работают. И работают хорошо.
• Но лины не панацея, подход не поможет поднять любой проект. Скорее, наоборот концепция поможет быстрее закрыть тупиковый проект, а не жить в иллюзии, что он клёвый. Что тоже очень полезно.
• Ограниченное трактование линов может завести в другую крайность все процессы будут строиться на MVP. Зачем рефакторить, ведь все и так работает. Но есть большой риск, что в определенный момент это все может рухнуть. Поэтому использовать лины надо грамотно. Запустили MVP, подтвердили гипотезу ценности, дальше проанализировали надо ли делать нормальный продукт.

Кстати, мы сейчас активно расширяем команду, которая активно применяет Lean-подход. Вот тут можно посмотреть полный перечень вакансий hh.ru / наш карьерный сайт

Будем рады ответить на ваши вопросы.

По итогам 2020 торговая сеть ВкусВилл возглавила рейтинг лидеров e-grocery по количеству выполненных интернет-заказов за 2020 год, а также вошла в пятёрку крупнейших онлайн-продавцов еды в стране по обороту. Доля онлайн-продаж после внедрения приложения увеличилась с 1% до 25%. Выручка собственной доставки ВкусВилл составила 14,93 млрд с НДС.


Само же мобильное приложение ВкусВилл в 2020 году Роскачество признало самым функциональным среди российских ритейлеров.

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

Немного истории

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



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

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

Мобильное приложение

В нём мы объединили всё то, что уже умел делать бот, и добавили новые функции. О некоторых из них расскажем далее.

Доставка и онлайн-заказы

В 2018 в приложении в качестве пилота появилась доставка продуктов домой. Тогда ещё это были только сторонние партнёры, если вы пользовались приложением в то время, то застали iGoods, Инстамарт, Golomago и других. Реализовано это было просто в формате ссылки на внешний ресурс в приложении ВкусВилл вы нажимали на ссылку с доставкой, переходили на сайт партнёра, и уже там собирали себе корзину продуктов ВкусВилла.

Прототипом же самостоятельной доставки был ВкусВилл Экспресс это уже было отдельное приложение с возможностью оформления доставки внутри него, без перехода на сторонние сайты партнёров.

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

Поэтому было принято решение интегрировать обработку и оформление заказов в клиентское приложение и общую экосистему ВкусВилл. На стороне магазина запрос от пользователя обрабатывается с помощью умной кассы (см. этот пост), затем она передает список покупок продавцу. Умная касса подсказывает сборщику, сколько нужного товара ещё осталось и где именно он лежит. После этого специалист связывается с покупателем и уточняет заказ, при необходимости внося какие-то изменения. Если всё ОК формируется общая сумма покупки и выдаётся чек.



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

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

Самовывоз

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

В 2019 году в рамках функции по предзаказу (сервис назывался Закажи и Забери) можно было заказать новогоднее меню с готовыми разнообразными позициями. Это оказалось актуально для тех, кто не хотел провести предпраздничный день в готовке. Если клиент за 3-4 дня до праздничной даты определялся с выбором, то 31 числа оставалось только забрать свежеприготовленные блюда (как из классической кухни, так и разные гурманские штуки), принести их домой и разогреть.

Вернуть можно онлайн

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

Достижения

Запустили их в качестве MVP для поднятия настроения и развлечения пользователей. За покупку определенных товаров клиенты сети получают звания. Можно стать молочным юнгой, Матроскиным, Мичманом или Христофором Колумбом, Федором Конюховым, Жак-Ивом Кусто и другими героями.

Рецепты

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

Интеграция приложения и собственного платежного сервиса

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

Что дальше

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

Вот ближайшие план

1. Развитие сети ВкусВилл до полноценного маркетплейса, где покупатели смогут приобретать продукты питания любых брендов. А в будущем товары других сегментов и направлений одежду и FMCG.
2. Кулинарные стримы. У пользователей будет возможность не только готовить вместе с ведущими, но и приобрести аналогичные приготовленные блюда в магазине, положив их в корзину и оформив заказ.
3. Расширенное сотрудничество с b2b-клиентами. Теперь, если пользователь является надежным юридическим лицом с электронным документооборотом, он может стать партнером сети ВкусВилл. Отдельный b2b-профиль внутри основного позволяет воспользоваться кредитным лимитом и отсроченным платежом для компаний и ИП. На базе одного приложения клиент сможет заказать продукты к себе домой как физлицо и купить 40 литров молока для своей кофейни в качестве юрлица. При этом в обоих случаях ему будет доступна курьерская доставка.
4. Доработка дизайна приложения. Несмотря на все преображения, планируем продолжать совершенствовать дизайн. Изначально приложение создавалось по Lean-модели: необходимое сделано, а теперь, когда появилось время и ресурсы, причёсываем и допиливаем дизайн.

Итого

Лидерство по количеству онлайн заказов, а также вхождение в Топ-5 среди крупнейших онлайн-продавцов еды ВкусВилл обусловлено сразу несколькими факторами (это экспертная оценка автором статьи):

1. Во многом помогла пандемия. 2020 год изменил подход к продажам и рынок ритейла. Онлайн-покупки стали таким же обычным явлением, как и поход в магазин. На начало марта 2020 г. было 800-1000 онлайн-заказов. В начале мая уже 12 500. За несколько месяцев пандемии количество заказов выросло в 30 раз.
2. Качественные продукты с честным и чистым составом. Товары бренда завоевали популярность на российском рынке.
3. Бесплатная доставка, без минимальной суммы заказа и с сохранением всех персональных скидок и скидок магазина.
4. Быстрый сервис (сборка и доставка заказа занимает не более 2 часов).
5. Большое количество розничных магазинов по Москве доставка из магазинов. Это позволило существенно сократить время и снизить стоимость доставки.
6. Крутая система управления запасами (подробнее о ней расскажем отдельным постом). Она позволяет максимально удовлетворить спрос. Ежедневно разработанная нами система обрабатывает около 90 000 заказов, а также управляет несколькими тысячами курьеров.
7. Realtime система учета (в онлайне видно движение товаров по всей сети).

Мобильное приложение позволило связать все факторы и получить синергетический эффект. В пандемию люди смогли легко заказать онлайн (пункт 1), увидеть качественные продукты в приложении, посмотреть оценки, составы, отзывы (пункт 2), заказать их бесплатную доставку независимо от суммы заказа (пункт 3), получить свой заказ в течение 2 часов, т. к. заказ мгновенно улетал в магазин, как следствие быстрая доставка (пункт 4), возможность выбора удобного магазина для самовывоза или доставки (пункт 5), люди в приложении видели широкий ассортимент и остатки, благодаря системе управления запасами (пункт 6 и 7 вместе).

Скачать приложение ВкусВилл можно здесь iOS, Android, будем рады вашим отзывам и обратной связи.

Привет, меня зовут Алексей Кафтанов, я руководитель компании FullStack (входит в ГК Автомакон). Мы занимаемся разработкой мобильных и web-приложений.

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



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

Немного истории

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

Это было удобно, клиентов было немного, загрузка приложения была небольшой: около 100 заказов в день, в процессе развития до 1000.

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

Проблемы нашей реализации

1. Приложения были только Android. Но пандемия перетрясла все сферы, и в службы доставки стали приходить курьеры с iOS.
2. Приложение очень долго обновлялось, например, однажды мы попали под семидневное ревью от Google. Оптимизировать продукт в таких условиях было невозможно.

От службы доставки в период изоляции зависела работа всей сети, поэтому главным вопросом, стоявшим перед командой, был: Что делать с курьерами? Тогда решили сделать telegram-бот. Потому что в боты мы умеем.

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

• Видеть маршрут и все заказы на удобной карте
• Быть привязанным сразу к нескольким торговым точкам
• Получать актуальную информацию о статусе заказов
• Использовать быстрый, нативно понятный интерфейс. За время работы бот оброс большим количеством дополнительной функциональности, что значительно увеличило количество кнопок для простого, по меркам приложения, пользовательского пути.
• Синхронизировать с приложением свою актуальную локацию. С этим пунктом у telegram наблюдаются определенные сложности и ограничения: передача локации возможна только на 8 часов.
• Отделить пуш-уведомления внутри приложения от общих пушей в телеграмме, так курьерам удобнее реагировать именно на заказы.

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

Интересный факт: в FullStack фронтом ВкусВилла занимаются четыре героя: 2 для iOS и 2 для Android. Если вы хотите составить им компанию, напишите мне kafa@automacon.ru.

Начало разработки

В тот момент нам повезло: мы нашли ребят, рассказавших нам про no-code платформу Bubble.io. По их словам приложение по нашим запросам могло быть сделано там за неделю. Более того, они показали, как именно оно могло бы функционировать и даже прошли проверку на возможность работать с нашим довольно хитрым бекендом.

Если честно, Bubble показался мне довольно-таки сырой технологией, с точки зрения пользовательского интерфейса это несколько странная и не отзывчивая система.

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

Мы решили написать пользовательский интерфейс на ReactJS с использованием фреймворка Capacitor. Проект собирается в оптимизированный и сжатый набор файлов, который выгружается на удаленный сервер. Capacitor имеет доступ к нативным функциям, приложение запускается через WebView, где указан URL с собранным на ReactJS проектом. Соответственно этой логике проект должен был открываться как обычный сайт с возможностью вызова нативных функций. Удивительно, Apple без проблем пропускает подобные технологии в свой магазин приложений.

Написали, которое передали ребятам с компетенцией Bubble и одному своему программисту React. Выглядело оно довольно-таки примитивно: берем дизайн-гайд, продумываем простой UI и собираем фронт, который будет выполнять всю функциональность бота.

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

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

Почему команд было две?

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

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

Что получилось

В первую очередь, идея параллелить команды оказалась очень логичной: интерфейсное решение no-code как-то сразу не задалось.



Поскольку задача делать по гайдлайнам стояла сразу, реализация меня как-то немного демотивировала. С точки зрения отклика у Bubble есть очевидная проблема: нажимается все топорно, часто по два раза. В процессе обнаружились еще одни танцы с бубнами: больше 2 дней у команды ушло заменить нативные для Bubble Google-карты на Яндекс. Еще 1 день сделать функционал открытия маршрутизации через 2Gis. При этом решение получилось костыльное: если 2Gis не установлен на устройство, оно все равно предлагалось. По трудозатратам у no-code команды вышло чуть больше 80 часов (первоначально именно такой лимит был установлен) при этом приложение получилось сырым. На этом сотрудничество с ними и закончили.

Решение на ReactJS получилось гораздо более оптимальным: во-первых, полный функционал получилось сделать за 67 часов, во вторых с точки зрения гайдлайнов и логики все получилось вполне рабочим:



Публикация на iOS прошла удачно: не было вопросов на ревью, уже на следующий день приложение было в сторе. Android в Play Market мы выкладывать не стали, просто разместили .apk в облачном хранилище.

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

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

Немного выводов

Удивительно, но разработка на bubble.io получилась дольше, а итоговый продукт более сырым. Существенную роль здесь сыграло ограничение конструктора.

В самом начале, при постановке ТЗ, я обратил внимание команд на важность использования гайдлайна с уже готовыми визуальными элементами: шрифтами, иконками, общим стилем и т.д. Несмотря на это у ребят из Bubble получился предельно примитивный интерфейс. Вряд ли решающую роль могло сыграть банальное не успели, скорее, дело в том, что платформа плохо кастомизируется. Если кто-то может объяснить причину, напишите в комментариях.

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

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

Компания "Автомакон" системный интегратор, специализирующийся на автоматизации MLB (Medium to Large Business) c помощью 1С, мобильных приложений, чат-ботов, веб-разработки, систем видеоанализа. Мы работаем с крупными ритейлерами, которые в последнее время стали активно развивать онлайн и доставку. Из-за этого количество задач по автоматизации значительно выросло. Тем не менее, внутри Автомакона ничего не изменилось, и мы смогли сохранить качество во время пандемии почти с 200 сотрудниками на удаленке.

Как мы этого добились?

За время существования компании выработались шесть принципов, которые делают ее деятельность эффективной:

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

Естественно, на нашем пути не обошлось без ошибок. Так что, возможно, наш опыт будет полезен как разработчикам, так и компаниям, которые смотрят в сторону удаленки. Но обо всем по порядку.

Сегодня "Автомакон" является успешной IT-компанией. Но так было не всегда.

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

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

На первых порах мы сосредоточились на разработке решения для логистических перевозок. Это стало нашим первым провалом: мы не провели анализ рынка и оказалось, такой продукт может быть востребован максимум 50, а по факту 20, крупными компаниями. Почти у всех были свои отделы разработки, так что наши услуги оказались не нужны.

Тогда мы решили попробовать себя в других областях: автоматизации оптовой торговли и ритейла, разработке мобильных приложений и веб-сервисов, системах искусственного интеллекта на базе распознавания визуальных образов. Со временем эти направления станут самостоятельными бизнес-единицами внутри компании Автомакон.

Как и любой стартап мы столкнулись с определенными проблемами. С одной стороны у нас было преимущество в виде сильной команды специалистов, с другой полное отсутствие клиентов. Чтобы переломить ситуацию, мы решили снизить цены и поискать разработчиков в регионах. Это казалось логичным: на тот момент разница в зарплате по сравнению с Москвой была примерно один к трем.

Баланс между поддержкой и контролем

Внутри компании мы используем выражение кормить белочек, что значит работать в лайтовом режиме, для галочки. С этим подходом мы столкнулись, когда сотрудничали с фирмой, где были штатные разработчики. В рабочее время ребята без зазрения совести занимались собственными делами, не торопились выполнять задачи, разрабатывали что-то на стороне, кормили в лесу белочек. Заказчику не удавалось их контролировать еще и потому, что низкая выработка казалась логичным следствием их невысокой стоимости.


Белочка ждет еду от разработчика 1С

Поэтому когда мы перешли на удаленную работу, то разработали свою систему контроля Метеор, ядро на 1С. За годы работы она менялась вместе с бизнесом.

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

Потом мы немного расслабились и какое-то время работали только по динамической системе Укладки. Она предполагает упорядочивание поступающих заданий. Система прогнозировала поток задач: определяла их количество на исполнителя, ставила сроки. Но у нас она не прижилась, т. к. запустить ее на всех проектах было невозможно. В работе с некоторыми Заказчиками планы и таски меняются очень быстро: за день все может перевернуться с ног на голову. Например, со ВкусВиллом мы используем Agile, где задачи могут корректироваться каждый день.

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

Еще одна весомая причина иметь свою систему сложность в составлении и согласовании документации. У нас работает много людей, поэтому Метеор должен помогать им быстро формировать счета. В системе все связано: поступает задача, проходит какие-то стадии работы, считается по показателям и выставляет счет заказчику. При этом исполнитель видит в своем личном кабинете, сколько он выработал и сколько денег получит.

Сейчас система Метеор является смесью Jira и Slack. Сотрудник видит задачу, может обсуждать процесс в чате, следить за своим прогрессом и доходом в личном кабинете. Получается ни заказчику, ни исполнителю не нужно думать ни о чем, кроме своих задач. Остальное делает Метеор.

Самоуправление в компании: миф или реальность?

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

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

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

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

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

Скучная работа во франчайзи, выработка и отсутствие перспектив

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

По нашему мнению, 1С одна из самых быстрых и доступных платформ для решения задач. На ней легко тестировать гипотезы и можно быстро доработать продукт под запрос заказчика. Более того, мы работаем в связке с другими технологиями. Он не сидит на стандартной конфигурации, выжимая из нее все соки. У нас можно постоянно экспериментировать и разрабатывать продукты, которые повысят эффективность бизнеса заказчика.

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

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

В Автомаконе проекты закреплены за определенными людьми, которые годами работают с одними и теми же клиентами. Это удобно, потому что разработчикам не нужно переключаться между заказчиками и думать, как выйти на определенный уровень дохода и загруженности. У них всегда есть оптимальное количество задач, чтобы не беспокоиться о простое и быть довольными зарплатой. Каждый месяц поступает около сотни новых тасков, в данный момент в беклоге их около 500. Поэтому никто и никогда не сидит без дела. Более того, во время пандемии количество задач только выросло много ресурсов было направлено на проект по доставке продуктов на дом.

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

Нам близка доверительная схема, при которой каждый сотрудник может сам решать, когда и сколько он будет работать. То есть, иметь возможность максимально удобно распределить свою загрузку. Допустим, на одной неделе он будет уделять решению задач 5 часов в день. Логично, что он получит оплату за 5. Но если на следующей неделе он станет работать по 12 часов, будет честно и правильно заплатить ему за них. Такой подход дает хороший результат и служит доказательством того, что нам комфортно работать вместе.

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

Крупные клиенты и эффективность внутри команды

С увеличением количества заказчиков, наша компания и команда тоже стали расти. Однажды судьба свела нас с ребятами из ВкусВилл, на тот момент у них было около 50 магазинов Избёнка. Мы познакомились накануне их колоссального роста. Оказалось, что нас объединяют общие ценности и любовь к экспериментам и созданию принципиально новых решений. С того времени мы стали сотрудничать и вместе запускать уникальные в своих областях проекты.

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

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

Для того чтобы не терять эффективность, мы очень много вкладываем в людей. Наши команды работают на принципе самоуправления. Мы очертили четкие правила, рамки, за которые выходить нельзя. А потом наделили команды ответственностью и дали им полномочия для эффективной работы. Команда решает сама, какой подход к клиенту применять, поэтому в каждой сложился свой уникальный климат. А профессиональные коучи помогают сотрудникам, если возникли какие-то трудности. Основная наша метрика при оценке команд удовлетворенность заказчика. Такая система позволяет успешно организовать почти 200 сотрудников из разных часовых поясов, разбросанных на удаленке по всей России.

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


Один из корпоративов нашей команды

Еще больше экспертизы и сильных сотрудников

На протяжении долгого времени мы искали универсальную систему оценки новых сотрудников. В итоге наш опыт вылился в 3 правила:

I. Мы используем таблицу, где умения и знания особым способом разделены по уровням. После подтверждения своих компетенций на интервью, кандидат закрепляется на одном из них. От чего зависит уровень? От навыков специалиста, тасков, которые он выполнял в прошлом, способности обращаться к мировому опыту решения аналогичных задач, профессиональной насмотренности и кругозора, увлечения современными трендами, наличия узкоспециализированных знаний, экспертизы в предметных областях. Каждая из этих характеристик может повысить уровень кандидата.

II. В нашей команде работают программисты разных уровней, объединенные желанием вырасти до лучших специалистов страны. Мы поддерживаем и стимулируем их желание учиться и развиваться, в том числе в новых областях. При необходимости мы оплачиваем ребятам профессиональные курсы. "Автомакон" создает новое и эксклюзивное, поэтому нам важно найти людей, которые хотели бы творить и развиваться и не боялись экспериментировать.

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

Является ли удаленка лучшим решением для IT?

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

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

Если вас интересует работа в нашей компании, вот тут можно посмотреть полный перечень вакансий hh.ru / наш карьерный сайт.

Будем рады ответить на ваши вопросы!

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



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

Почему Telegram

Telegram мессенджер, который есть у очень большого числа людей. И если какое-то время он был не очень популярным, то масштабная кампания по его блокировке (попыткам блокировки, да) стала отличным средством для поднятия интереса и дополнительных установок. Плюс, что выгодно отличает Telegram от тех же WhatsApp и Viber, это наличие простого и понятного API и возможностей подцепить к боту множество внутренних систем.

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

Бот для покупателей

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

Изначально при создании бота мы постарались учесть максимальное количество пожеланий пользователей. Но и после запуска пользователи активно пользовались возможностью обратной связи и предлагали много новых фичей для бота, о которых мы сами даже и не додумались. Он помогал привязать карту лояльности Давайте дружить или заменить её при необходимости и получать информацию о персонализированных акциях и скидках. А затем мы добавили и функцию составления листа покупок, чтобы точно ничего не забыть и прийти в конкретный магазин (который тоже можно было уточнить у бота) и сразу все купить.



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

Может показаться, что в ситуации с ботом проблем не будет просто читаешь справку по API, делаешь все по инструкции, Botfather в помощь, но на самом деле сложности бывают. У нас был ряд проблем, связанный с блокировкой API. Из-за сложности архитектуры некоторые пакеты терялись, сервер Telegram получал отказ на сетевом уровне и повторял запрос лишь через некоторое время. В итоге получали довольно медленный отклик бота, что раздражало покупателей. Потому что дико тормозящий бот в сознании пользователя мало чем отличается от отсутствия бота в принципе.

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

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

Сейчас покупательский бот не дорабатывается. Все новые функции, которые мы готовим, в том числе по просьбам покупателей, будут появляться только в мобильных приложениях (AppStore / Play Market). Их мы разработали для ВкусВилла на замену боту.

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

Бот доставки

Для нормальной работы курьеров. Система должна была быстро передавать курьеру информацию о том, куда и какой заказ надо доставить, получая в ответ от курьера статус выполнения задачи на каждом из этапов.



Как мы писали выше, с помощью команды (1С-разработчик, SQL-разработчик и аналитик) на всё про всё ушло 5 дней. Сначала обсудили и зафиксировали необходимую функциональность, затем, собственно, написали бота, реализовали необходимые для его нормальной работы SQL-процедуры и развернули все базы. Это первые три дня. Четвертый день решили полностью посвятить активному тестированию, а на пятый день запустили бота на курьеров.

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

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

Реальность внесла свои коррективы: у многих курьеров айфоны. Поэтому бот, который одинаково хорошо работает на обеих осях. А ещё это снимает головную боль в плане релизов и их совместимости: бот просто получает новые функции, всё как работало, так и работает, без необходимости часто что-то обновлять или проверять версию приложения. Потому что когда у любых курьеров начинает тупить приложение для доставки, это почти всегда выливается в снижение лояльности клиента (это не его проблемы, что у курьера что-то там не правильно работает или не загрузилось, он ждет свой заказ в нужное время).

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

Но такое условие стало серьезной помехой в случаях, когда курьеру нужно доставлять заказы не в рамках города, а по дачам, посёлкам и СНТ: тогда предпочтительнее была ситуация, когда курьер пару часов набирал заказы для того или иного поселка, штук 30, а затем уже ехал в посёлок доставлять все заказы разом.

Работает все довольно просто:

1. Курьер отмечается в чате с ботом, что готов к работе.
2. Получает от бота уведомление, что появился новый заказ, который надо доставить.
3. Видит свободные для доставки заказы на карте, прикидывает, какие сейчас удобнее и быстрее всего доставить.
4. Получает возможность построить маршрут в навигаторе для поездки, а также может связаться с покупателем по номеру телефона.
5. Когда доставляет заказ покупателю (или возвращает в магазин по какой-то причине), то отписывается в чат боту. Бот меняет статус заказа.

Работает и активно дорабатывается. Как видите, тут получилась обратная ситуация: в случае с покупателями мы ушли от бота в сторону полноценного и функционального мобильного приложения под две платформы.

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

Другие внутренние боты

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

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



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

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

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