Какие преимущества проекта на laravel нежели на CMS- битрикс?

Question

[DeniSidorenko]

Недавно общался с клиентом который хочет создать свой сайт. Моим предложением было laravel( относительно быстро можно запустить проект). Однако сам заказчик желает битрикс.
Его основные аргументы
1) Удобная система ( админ панель) с быстрой тех поддержкой
2) Много функционала из коробки
3) Удобно интегрировать с CRM битрикс

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

Comments

[Владислав Лысков]

масштабировать проект очень сложно

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

[DeniSidorenko]

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

[Илья]

DeniSidorenko, Согласен, а продление и того дешевле: 9к в год.

[Владислав Лысков]

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

[DeniSidorenko]

Владислав Лысков, Нет, дело в том что дефалта там ничего не хватает. Можно сказать устанавливать систему и менять под свои задачи

[Tendor]

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

[Константин Нагибович]

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

[DeniSidorenko]

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

[Sanes]

DeniSidorenko, а как вы можете предупредить, если не знаете что они планируют?
Вы можете их предупредить, что не любая фантазия может быть реализована. Это касается любой CMS или фреймворка.

[DeniSidorenko]

Sanes, Пример - на этой недели, сказали что хотят потом прикрутить личный кабинет пользователя, с графиками + vue

[Sanes]

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

[DeniSidorenko]

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

[Антон]

А вы laravel потом к 1С предприятие, к доставкам, банкам, маркетплейсам подключить сможете?

[Сергей]

DeniSidorenko, Ну vue работает нормально) Подключаете скомпилированный js файл и готово)

[Александр Торопов]

Правильно будет Битрикс сравнивать с Magento

Answer 1

[Ярослав Александров]

laravel нежели на CMS- битрикс?

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

прикрутить личный кабинет пользователя, с графиками + vue

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

1) Удобная система ( админ панель) с быстрой тех поддержкой

- это реальный большой плюс, который сокращает расходы на поддержку проекта.

2) Много функционала из коробки

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

3) Удобно интегрировать с CRM битрикс

- хороший плюс, который сокращает расходы на создание аналогичного функционала.

масштабировать проект очень сложно

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

Answer 2

[dimti]

E-commerce постоянно меняется. Бизнесу часто требуются новый функционал и новый дизайн.
То, что уже создано на готовых решениях - должно, по-видимому отвечать современным реалиям.
Интеграция с Яндекс.Маркет, Google.Merchant.
Интеграция с системами складского учета и документооборота.
Интеграция с API транспортных компаний (Pickpoint, Boxberry, СДЕК, ПЭК, Деловые линии, Энергия, IML Logistic) или аггрегаторами служб доставки (например Яндекс.Доставка или Меташип).

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

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

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

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

А то может нам пора уже написать разработчику Laravel - сказать, что все хватит, чувак, делать свой фреймворк и скажи свои друзьям: Backpacks, Nova, OctoberCMS, что мы все переходим на битрикс для сайта, а наши менеджеры давно сидят на битрикс24 и мы все вместе собираем оптовую закупку футболок с логотипом большая Б.

Comments

[Ярослав Александров]

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

- поделитесь вашей информацией о таких данных на фреймворке

[dimti]

На интернет-магазин, с постоянно меняющимся ТЗ, интеграций в склад, маркет, и интеграцию в арендованные мобильные приложение ~750 000 руб.

Это может быть идет в разрез с цифрами, предлагаемыми веб-студиями с тиражными решениями.

Содержание штата разработчиков для поддержки небольшого продукта, который нужно постоянно менять: 200 000 - 300 000 руб в месяц.

А какие зарплаты у программиста из веба, в среднем по стране Москва? (я имею ввиду не зарплаты фигурирующие в вакансиях headhanter, к примеру, а цифры от настоящих людей, которые работают "там")

[Ярослав Александров]

dimti, только сейчас увидел ваш комментарий, благодарю за информацию.

[dimti]

Тут накопилось немного еще.

Факторы влияющие на успех проекта, которые можно просчитать:

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

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

Цифры потом еще будут.
Проект "тот", за условные 750 тыс. руб. (стоимость часа разработки была около 700 руб.) - закрылся с треском.
Посмотрим, что будет с проектом за 70 тыс. руб. (со стоимостью часа разработки рублей 300 -). на Laravel и WordPress. Еще пару месяцев и будет данные: хватило ли нам на еду и доволен ли заказчик)

Answer 3

[dmitriy]

1. Клиент выбирает битрикс с выгодой для бизнеса
2. Вы выбираете Laravel с выгодой для себя

Comments

[DeniSidorenko]

Разработка под битрикс тоже не выходит дешева.

Answer 4

[Sanes]

Чтобы добиться похожего функционала, надо потратить охрелиард денег.

Comments

[DeniSidorenko]

И за сложности битрикса меняться под задачи клиентов? Или и за чего такая прожорливость в деньгах

[Sanes]

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

[Константин Нагибович]

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

[DeniSidorenko]

Sanes, Есть возможность дать конкретный пример, когда случаются такие тупики?) Дабы клиенту объяснить на реальном примере

[Sanes]

DeniSidorenko, просто посчитайте ему стоимость реализации в обоих вариантах. И затраченное время.
Может ему Битрикс подходит без всяких условий. Может где-то доработать или подстроиться надо. А может у него такие требования, что проще сделать с нуля, на том же Laravel.

[Михаил Ливач]

конкретный пример, когда случаются такие тупики?

1. Первый пример, условный. В редакции "Малый бизнес" ровно один склад - и это прибито гвоздями. Плюс, с некоторых пор - только один тип цены ( интересно, что на основной странице сравнения лицензий этого не показано ). Тоже прибито гвоздями, и если хочется такую штуку, как "старая цена", то придётся использовать свойства инфоблока или другие костыли. Пример помечен как "условный", потому что эти проблемы решаются переходом на более дорогую редакцию "Бизнес"
   
2. Кастомизация админки заказов. В данный момент доступно 2 вещи: добавление новой вкладки на страницу детального просмотра/правки заказа ( и на этой вкладке вы можете выводить что угодно[я не пробовал]) и модификация информации о составе заказа. Под модификацией понимается такое: есть название товара - можно его подменить, есть картинка - можно поменять src, есть цена - можно подменить на другое число (именно число!). Дополнительные столбцы добавить нельзя (простым путем). Вообще-то, менять можно немного больше благодаря JS (замена прототипов), но это сразу риск возможной несовместимости с будущими обновлениями.
   
3. Публичная часть - надо плясать от тех ограничений, которые накладывает административная панель ("Эрмитаж"). Стили, JS-библиотеки. Иначе у вас публичка может оказаться сломанной в какой-то степени.