Провал. Начало.

24 июля 2024 г. Менеджер-1 после долгих и мучительных расчетов все же назвала стоимость услуг.

7 августа 2024 г. мне написал "Менеджер-2". Сказал, что программисты не могут попасть на хостинг через sftp. Жаль, что меня снова это не насторожило. Специалисты агентства. По разработке и созданию сайтов. Не могут попасть на сервер. P.S. все предоставленные доступы, разумеется, корректны и работоспособны.

16 августа 2024 г. Пишет "Менеджер-3", собственно, менеджер проекта, который в первый раз связался со мной спустя почти месяц после оплаты счета и начала работ (как я наивно думала). P.S. Программисты продолжают тщетно пытаться попасть на сервер.

Часть вторая. Активно-агрессивная

20 августа 2024 г. Фанфары. Салюты. Разработчики приступили!

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

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

30 августа 2024 года. Я в ужасе обнаруживаю, что работы ведутся на "боевом" сайте, в рабочее время. Менеджер-3 передает мои пожелания разработчикам, но теперь они не знают, как сделать бекап...

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

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

10 сентября 2024 года. Получаем первые результаты работы. Разумеется, перед сдачей разработчики ничего не протестировали. Отсюда сразу куча ошибок.

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

1. Подменный ключ региона (встроен в шаблон изначально) не склоняется. То есть везде "купить в МосквА".

2. Доработка не работает на ЧПУ умного фильтра каталога, которые формируют огромную ссылочную массу сайта.

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

25 сентября 2024 года. В игру снова вступает Менеджер-1 с расчетами по исправлению ошибок. Оказывается, это будет стоить столько же, сколько и сама доработка.

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

2 октября 2024 года. Со мной связывается Менеджер-2. Их устраивает мой вариант окончания сотрудничества. По ЭДО подписываем акт и я направляю письмо на возврат денежных средств. Думаете, на этом все? Ну нет!

Сотрудники агентства INTEC виртуозы не только в работе, но и в перемене мнения!

8 октября 2024 года я снова пишу Менеджеру-2 с вопросом, когда будет возврат денег. И тут начинается просто отвал башки!

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

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

Теперь Менеджер-2 сомневается в моих словах "правда ли, что в доработке что-то не работает". И хочет потратить 9 неиспользованных часов на исправление ошибок. Напомню, эти работы оценили в 50 часов. Коммуникация между менеджерами отсуствует напрочь. Менеджер-2 не в курсе ситуации.

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

Затем снова попытки убедить меня в выполнении работ и их качестве.

И под конец Менежер-3 "сменил личность", видимо. Но тот, кто его подменил, опять не в курсе, что говорят их специалисты.

Вот такая история получилась. К слову, ни акта на полную сумму, ни возврата денег нет пока. Зато есть потраченные 2,5 месяца и 100+ тысяч. Что имеем в итоге:

1. доработка, сделанная специалистами INTEC, не может быть применена на "боевом" сайте из-за ее некачественного исполнения. К слову, говорят о себе, как о разработчике шаблона "Феникс". Но не разбираются в его функционале.

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

3. Между специалистами отдела нет коммуникации. Непонятно, кто, с кем и о чем договаривался. Ты вынужден постоянно лавировать между менеджерами и дублировать им информацию.

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

5. Специалисты навязывают дополнительные услуги, не оговоренные ранее.

Я НЕ РЕКОМЕНДУЮ работу с агентством INTEC. Возможно, мой опыт сэкономит кому-то время, деньги и нервы. И ЭТО топовые специалисты, какими они себя позиционируют...

Минусы Джумлы:

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

Wordpress

Сильные стороны Wordpress:

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

Минусы Wordpress:

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

Битрикс

Сильные стороны Битрикс:

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

Минусы Битрикс:

- платная, высокий, кусающийся ценник, труднее продать клиенту
- платные и дорогие расширения
- платные и дорогие темы
- самый ужасный код среди CMS который я когда-либо видел. Он очень запутанный, взаимосвязи крайне нелогичны, очень много вложенности одного блока кода в другой через разные файлы, 100500 тысяч файлов на одну операцию, и примерно столько же файлов стилей на каждый чих... Найти какой-то селектор стиля или элемент вёрстки почти нереально из-за того, что всё разбросано по файлам везде, где только можно. Код можно смело назвать монструозным и отлично подходит на то, чтобы гробить своё время как разработчика делая то, что можно сделать на других CMS раз в 10 быстрее. Система явно сделана не для людей и явно не людьми
- очень тяжёлая система, для неё требуется мощный дорогой хостинг или заточенный под Битрикс. На обычном хостинге хостер быстро пошлёт вас пешей прогулкой в лес и отключит сайт к херам
- самое отвратительное оснащение документацией и справочными материалами. Они направлены исключительно на экспертов по Битриксу, а не на обычных разработчиков, т.е. нет особых пояснений, примеров, да ничего почти нет. Если кратко, показывают кусок кода и говорят за что он отвечает. И куда он вставляется или откуда взят, как работает, как взаимодействует с другим кодом, как настраивается - ничего нет.
- крайне мало обучающих материалов по Битриксу. Большая их часть давно устарела. В Битриксе огромное количество тонкостей, которые не объясняются в официальной документации и редко по ним что-то можно найти вообще в интернете
- ужасный форум техподдержки, где сидят прогеры с ЧСВ до Луны соседней галактики, которые умеют только отправлять в гугл или "ищи сам на форуме, уже спрашивали", "а ты включи мозги и подумай сам". Просто гениальный форум)). Причём, отвечают в основном "знатоки", сотрудники же Битрикса там почти не появляются, они там словно боги Греции - сказания о них есть, но их никто не видит. Подчёркиваю, это поддержка платных клиентов... Многие темы форума вошли в легенды, т.к. один и тот же вопрос задают разные пользователи, а ответа нет буквально годами
- совершенно нецелесообразна для любых проектов, кроме магазина в силу своей тяжести, дороговизны, сложности
- ежегодная платная подписка: плати или забудь про обновления и про мёртвый форум техподдержки

Теперь, если кратко для чего лучше всего подходят системы

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

Есть, конечно Modx, фрейморки по типу Ларавел и прочее, но речь в посте о типовых проектах как лединги, магазины, корпоративные сайты, а не о тяжёлых самописных. Такие разумно делать на CMS. Поэтому другие системы не затрагивал.

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

Нашему клиенту — федеральной сети магазинов «Царские Раки» — потребовалось централизованно управлять всем каталогом продукции. Причем не только ценами и остатками, как это обычно бывает, но и полным описанием товаров, изображениями, всеми маркетинговыми инструментами (разделами «Акции», «Скидки», «Новинки», метками «Хит продаж» и прочим).

Решения

Итак, на начало разработки интернет-магазина у нас были следующие слагаемые:

1. Система управления контентом «1С-Битрикс» в редакции «Бизнес» (1С-БУС).

2. Решение «Аспро: Максимум».

3. Система учета СБИС.

4. Система лояльности UDS.

5. CRM-система «Битрикс24».

6. Система сквозной аналитики Roistat.

7. Собственное мобильное приложение клиента для Android и iOS.

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

СБИС

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

У системы СБИС есть несколько способов «подружиться» с сайтом на «1С-Битрикс: Управление сайтом»:

• прямая интеграция с «Битрикс»;

• интеграция через стандарты CommerceML;

• обмен с помощью API.

Изучив все доступные варианты, выяснили:

1. Прямая интеграция с сайтом имеет следующие недостатки: выгружается все, что есть в каталоге, в том виде, как оно есть, и с той архитектурой, как есть. Чем-то похоже на интеграцию с «1С: Управление торговлей». Но в отличие от нее, СБИС не поддерживает сторонние изменения. На наш запрос в поддержку СБИС на тему «можно ли что-то в обмене подправить, дописать», получили ответ, что сделать могут что-либо с программой могут только сами сотрудники СБИС. Это первый минус. Теперь о втором. Что предусмотрена только выгрузка сразу всего, что есть и как есть — это полбеды, тут можно, конечно, все грамотно настроить внутри СБИС и актуализировать. Главной причина отказа от данного способа для нас стала невозможность управлять остатками отдельно по магазинам. СБИС выгружает остатки по магазинам (складам), затем суммирует их и вписывает результат в поле общего остатка. А это неприемлемо. Нам необходимо, чтобы в карточке товара на сайте была информация с остатками по магазинам, и пользователь мог видеть где товар есть, а где — нет.

2. CommerceML сразу отмели, ибо подключение на сайте происходит все в том же разделе «Интеграция с "1С: Предприятие"», и все минусы и ограничения первого способа актуальны и здесь.

3. Работа с API СБИС перспективна и дает очень большой простор для действий. Именно поэтому мы выбрали этот вариант.

Мы работали с API не с чистого листа, а использовали готовое решение от СБИС: «Выгрузить каталог в формате Яндекс.Маркета с помощью API». Формат YML нам понятен и наиболее подходит, плюс не нужно изобретать велосипед. Конечно же, не обошлось без приключений. Приведем лишь самые интересные из них.

Остатки на складах

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

Поэтому нам пришлось дорабатывать выгрузку и создавать модернизированный файл YML. Причина — все те же остатки по складам. В формате YML вообще нет остатков: там есть только наличие товара и доступность к заказу available="true". Поэтому мы добавили в наш стандартный файл дополнительно «внешний код склада — остаток на складе». У нас три склада, итого к каждой записи мы получили по три дополнительных значения. Предварительно также создали склады на сайте и проставили в них внешний код СБИС. Таким образом, решение оказалось отличным способом управлять остатками по каждому складу в отдельности.

Единицы измерения

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

Картинки

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

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

Описания товара

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

Автоматизация

Решив все промежуточные задачи, мы написали программу на языке JSON, отправляющую периодический запрос (периодичность задали через cron раз в час) к БД СБИС и получающую ответ в виде нужного нам модернизированного файла в формате YML. Теперь у нас был обновляемый файл в нужном нам формате, и оставалось придумать, как его обрабатывать.

Настройка обработки каталога

Обработку полученного от СБИС файла мы без раздумий доверили лучшему, на наш взгляд, приложению: «Импорт из XML/YML» от команды Esolutions. Мы уже много раз работали с их решениями. Их приложение мы применяли для обработки при импорте из XLS, XML и вот теперь — YML.

Что мы смогли реализовать с помощью данного способа:

• разбор файла и распределение информации из него в нужные места нашего каталога на сайте;

• модификацию значений, полученных от СБИС, и преобразование их под требования 1С-Битрикс (вырезание из кода описания спецсимволов, замена «кг» на «килограммы», преобразование имен картинок в путь до картинки на сервере и тому подобное).

Это стандартные действия, но вот дальше началась магия.

Наличие

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

Потребовалась также настройка, благодаря которой добавляются только те позиции, у которых стоит специальная отметка — пользовательское поле СБИС «Выгружать на сайт».

Цены

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

Поэтому мы добавили в СБИС внутреннее системное поле «Старая цена» и доработали обработку, установив, что если у товара есть значение в этом поле, то именно оно вносится в стоимость. Так мы получили возможность применить нужные акции и скидки к тем товарам, которые нас интересовали. При этом полученное автоматически новое значение цены соответствовало реальной цене в каталоге СБИС.

Специальные метки

Заказчик хотел на сайте иметь специальный раздел «Акции» и в него помещать любые товары. Триггером служит слово «Акция» в начале имени товара — так администратор магазина понимает какой товар акционный в СБИС. Мы находили имена товаров с «Акция» в начале и привязывали такие товары и к реальной категории в каталоге, и одновременно к категории «Акции». При этом использовали каноническую ссылку с основным разделом (реальным).

Чтобы довести все это до нужного формата также применяли обработку имени для удаления слова «Акция» из названия.

Потребовалось также ввести специальный маркер для товара «Новинка». Не вопрос: смотрим на дату создания товара и, если она меньше 30 дней от текущей даты, значит, товар новый. Как только условие перестает выполняться — метка автоматически снимается.

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

Обработка заказов

Обработку заказов было принято отдать CRM «Битрикс24». Вместе с CMS «1C-БУС» она образует удачную связку внутри одной системы. Такое решение позволяет обрабатывать заказы внутри удобного функционала «Битрикс24», а не разбираться в дизайне 98-го года внутри админ панели БУС.

Система начисления кешбэка и интеграция личного кабинета пользователя с бонусной системой UDS

На момент создания ТЗ по разработке сайта в маркеплейсе «Битрикс» было приложение для БУС от UDS, но на момент непосредственной сборки приложение оказалось удалено. А студия, которая его разработала, сообщила для нас неприятную новость, что они более не поддерживают этот продукт. В настоящий момент ожидаем создания приложения от UDS для реализации этой задачи. По завершении работ на сайте можно будет видеть свой процент скидки и остаток баллов, а товары, купленные в магазин, будут увеличивать кешбэк внутри системы UDS.

Модуль SEO

Позволяет использовать метки для каждой категории, расширяющие число посадочных страниц, через работу с характеристиками умного фильтра внутри каталога товаров. Каталог СБИС имеет два уровня категорий, например, «Икра» — «Красная». Но для решения задач SEO нам нужны более глубокие уровни, например, раздел «Икра горбуши».

Чтобы не создавать лишние категории, мы приняли решение использовать функционал создания специальных меток. Для начала получаем ссылку на товары, отобранные по ряду условий умного фильтра. В нашем случае в категории «Икра красная» отбираем товары, соответствующие фильтру по типу: «Вид рыбы: Горбуша». Полученную страницу переделываем в посадочную страницу — наделяем ее уникальными заголовками, метатэгами и описанием. Далее внедряем ее в мегаменю, как фейковую категорию. Так мы можем создать абсолютно любое число страниц. При этом URL-адреса этих страниц, по сути являющиеся адресами страниц фильтра, добавляются в список разрешенных для индексации адресов.

В дополнительные работы также вошла настройка:

• автоматизированной системы, изменяющей у всех загружаемых администратором сайта картинок формат на webp для ускорения работы сайта.

• расчета стоимости доставки в зависимости от удаленности адреса покупателя от склада в километрах;

• интеграции со службой доставки СДЭК;

• интеграции с модулями оплаты «СберБанка»;

• интеграции с мобильными приложениями клиента для обмена данными.

За 9 месяцев с начала разработки мы создали современно выглядящий сайт интернет-магазина, который фактически не нуждается в повседневном администрировании. Для внесения изменений в каталог используется только СБИС, для работы с заказами — CRM «Битрикс24». Благодаря настроенным нами алгоритмам сайт выполняет свои функции по взаимодействию компании с клиентами в автоматическом режиме.

Заключение

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

1. Более точный количественный учет в СБИС. Для этого необходимо, чтобы в СБИС попадала информация о заказах.

2. Разработка собственного решения по программе лояльности, если UDS не вернет приложение. Бонусные баллы — это основа маркетинга в современном e-commerce, и без них нельзя.

3. Интеграция каталога с «ВКонтакте».

4. Выгрузка в «Яндекс.Маркет» оптимизированных, обработанных сайтом позиций.

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

6. Внедрение сервиса сквозной аналитики Roistat.

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