Почему мы стараемся использовать только собственные разработки для Интернет-магазина {SEO-Mагазин}, OpenCart 2.х, 3.х, ocStore

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

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

Причина №1 - Качество решения.

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

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

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

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

Причина №2 - Удобство использования.

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

Сначала может показаться, что здесь ничего сложного. Так мы выбрали самый популярный модуль, настроили его, и только во время загрузки опридилилось, что он не работает с XLS, а только с CSV. Что не очень удобно, ведь зайдя в Exel, когда мы сохраняем файл как CSV, он форматируется и теряет все разделители. Если использовать опенофис, то приходится каждый раз настраивать параметры сохранения. И в результате, мы получаем инструкцию со скриншотами на 4 листа формата А4, что не очень удобно. К тому же, модуль постоянно теряет настройки по параметрам, которые каждый раз приходится выбирать заново.

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

Причина №3 - Оперативность поддержки.

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

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

Что мы имеем в итоге?

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

Таких модулей у нас уже более 60. Часть из них входит в нашу обязательную основу. Оставшиеся можно докупить отдельно по мере необходимости.