плюсы и минусы (мнение бизнесмена)

Автор статьи

МАКСИМ КОЛМОГОРОВ

Соучредитель, технический директор vverh.digital

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

Дисклеймер

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

Что такое CMS

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

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

Что такое самописная CMS (движок для сайта)

Самописная CMS – это не конструктор или готовая CMS, это некая интеллектуальная собственность, написанная “под заказ” для сайта клиента. Обычно самописные CMS разрабатываются программистами с нуля на каком-либо серверном языке программирования (PHP, Node.js, Java, Python, Go) или фреймворке (читать как инструмент), в котором есть некий набор готового кода, чтобы разработчик немного сэкономил время.

Готовый код – это не готовые модули (каталог, блог), а просто ряд функций, которые программист может использовать, чтобы уж совсем все с полного нуля не писать. Например, парсер excel документа или методы для работы с базами данных.

Минусы самописных CMS

Самописная CMS как будто говорит: “Эй, программист, делай все сам”.

Нет плагинов и привычных вещей из коробки

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

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

Стоимость кусается

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

Интерфейс может быть неудобным с самого начала

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

Плюсы самописных CMS

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

Бешеная скорость

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

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

“Разбить на микросервисы” – значит CMS – отдельно, сервер, обрабатывающий заказы и регистрацию, отдельно, интерфейс – отдельно, несколько баз данных – отдельно. И вообще, серверов, которые отдают товары и статьи, может быть несколько, и они распределены по регионам, чтобы доставка контента в браузер пользователя происходила быстро в любой регион России и мира. Последнее называется CDN если что.

Новейшие технологии

Веб-технологии развиваются быстро, сейчас на смену обычным сайтам приходят сайты с реактивным интерфейсом. Реактивный интерфейс – это работающий без привычных загрузок интерфейс, примеры: Ozon, Додо Пицца, Тинькофф Инвестиции, Пицца Сан.

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

Полный контроль и удобство доработки

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

Многие готовые CMS написаны программистами на массмаркет (на большую аудиторию), поэтому там присутствует некая “логика”, которая Вам не нужна в проекте. Ненужная логика может мешать, она порождает проблемы, а проблемы надо решать. Весь этот лишний мусор сильно мешает создать стрессоустойчивую систему, которая будет выдерживать огромный трафик. А в рамках крупного бизнеса все это важно.

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

API

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

Если Вы создаете мобильное приложение, то API это обязательный атрибут, ведь у каждого приложения своя бизнес-логика, и 90% готовых CMS могут в нее не попадать.

Полный кастом

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

Вывод

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

Если Вы хотите сделать MVP сайт или просто протестировать нишу, или нужен сайт ради сайта, то, конечно, можно и нужно (дешевле же) остановится на обычных готовых CMS.

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

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

Виды CMS: самописные и популярные

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

Главное требование клиентов: сайт должен работать и решать задачи бизнеса. Как и на чем он сделан, далекий от программирования заказчик разбираться не станет.

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

В совместном исследовании «Рейтинг Рунета» и CMS Magazine выяснили, что в 55,9% случаев движок сайта выбирает веб-студия.

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

Что говорят о выборе движка сами веб-разработчики

Не каждый далекий от веба клиент сможет оценить рациональность предложений и сумеет отказаться от «уникальной, удобной, созданной с нуля CMS». Предлагаем поговорить о рисках, которые несут самописные системы.

Что такое CMS и зачем она нужна

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

CMS или Content Management System (она же «ЦМС», или «движок») – это система для общего управления контентом на сайте или в веб-приложении.

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

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

CMS собирает сайт как конструктор, из готовых блоков-«кубиков».

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

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

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

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

Виды CMS: самописная или популярная?

Сейчас владельцы сайтов выбирают из тысяч CMS – их делят на виды по функциональности, степени открытости кода, способу распространения, типу разработки и еще десятку признаков.

Популярные CMS – это те, которые разрабатывают и широко тиражируют крупными IT компаниями.

Вы наверняка хотя бы раз слышали о 1С-Битриксе, Joomla! или WordPress. Каждая из распространенных CMS имеет свои особенности, но можно выделить и общие для всего класса достоинства.

Плюсы популярной CMS

• Многофункциональность
  На базе крупных CMS можно создать любой сайт: landing-page, блог, интернет-магазин или социальную сеть.
• Широкий набор плагинов и модулей
  Для решения новой задачи не нужно изобретать велосипед и доплачивать программисту за разработку – достаточно выбрать среди сотен уже готовых плагинов подходящий и подключить его.
• Масштабируемость
  При росте нагрузке на сайт мощность популярной CMS можно увеличить.
• Документация
  Руководства пользователя, пошаговые инструкции, базы знаний и готовых решений от крупных разработчиков доступны на нескольких языках и качественно составлены.
• Открытость исходного кода.
  При необходимости программист может доработать код. Чем шире распространена CMS, тем больше специалистов с ней знакомы и могут помочь вам в поддержке сайта.

В противовес широко распространенным популярным движкам существуют CMS самописные или студийные.

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

Риски самописной CMS

Качество

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

Качество самописных CMS зависит от уровня квалификации разработчика.

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

Система постоянно совершенствуется и растет в качестве.
Самописная CMS в силу малого распространения этих бонусов лишена.

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

Стоимость

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

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

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

Отсутствие альтернативы

Купив самописную CMS, вы привязываете себя к разработчику-подрядчику.

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

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

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

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

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

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

Самостоятельное обращение к врачу | CMS

Раздел 1877 Закона о социальном обеспечении (Закон) (42 U. S.C. 1395nn), также известный как закон о самонаправлении врачей и обычно именуемый «Законом Старка»:

1. Запрещает врачу выдавать направления для определенные назначенные медицинские услуги (DHS), подлежащие оплате Medicare юридическому лицу, с которым он или она (или ближайший член семьи) имеет финансовые отношения (собственность, инвестиции или компенсация), если не применяется исключение.
2. Запрещает юридическому лицу предъявлять или инициировать предъявление претензий в Medicare (или выставлять счет другому физическому лицу, юридическому лицу или стороннему плательщику) за указанные услуги.
3. Устанавливает ряд конкретных исключений и предоставляет секретарю право создавать нормативные исключения для финансовых отношений, которые не представляют риска злоупотребления программой или пациентом.

К DHS относятся следующие товары или услуги:

1. Услуги клинической лаборатории.
2. Услуги физиотерапии.
3. Услуги трудотерапии.
4. Амбулаторные услуги по патологии речи.
5. Рентгенологические и некоторые другие услуги по визуализации.
6. Услуги и расходные материалы для лучевой терапии.
7. Медицинское оборудование и расходные материалы длительного пользования.
8. Парентеральные и энтеральные питательные вещества, оборудование и расходные материалы.
9. Протезы, ортопедические изделия, протезные устройства и принадлежности.
10. Медицинские услуги на дому.
11. Рецептурные препараты для амбулаторного лечения.
12. Стационарные и амбулаторные больничные услуги.

Вступивший в силу в 1989 г. раздел 1877 Закона о социальном обеспечении (Закон) применялся только к направлениям врачей для получения клинических лабораторных услуг. В 1993 и 1994 годах Конгресс расширил запрет на дополнительные DHS и применил некоторые аспекты закона о самонаправлении врачей к программе Medicaid. В 1997 году Конгресс добавил положение, позволяющее секретарю выдавать письменные консультативные заключения относительно того, запрещено ли направление, связанное с DHS (кроме клинических лабораторных услуг), в соответствии с разделом 1877 Закона. Кроме того, в 2003 г. Конгресс уполномочил Секретаря обнародовать исключение из запрета на самонаправление врачей для определенных договоренностей, в которых врач получает неденежное вознаграждение, необходимое и используемое исключительно для получения и передачи информации об электронных рецептах, и установил временный мораторий. по направлениям врачей в определенные специализированные больницы, в которых направляющий врач имеет право собственности или инвестиционный интерес.

CMS опубликовал ряд правил, интерпретирующих закон о самонаправлении врачей. В 1995 году мы опубликовали окончательное правило с периодом комментариев, включающее в правила запрет на самонаправление врача применительно к службам клинических лабораторий. В 1998 г. мы опубликовали предлагаемое правило для пересмотра правил, чтобы оно распространялось на дополнительное DHS и расширение программы Medicaid.

Мы дорабатывали предлагаемое правило в три этапа. Мы выпустили окончательное правило «Фаза I» с периодом комментариев в 2001 году; в 2004 году мы выпустили временное окончательное правило «Фаза II» с периодом комментариев; а в 2007 году мы выпустили окончательное правило «Фаза III». [Чтобы просмотреть эти предложенные и окончательные правила, обратитесь к разделу «История значимого регулирования» в средстве навигации в левой части этой страницы.]

Мы также опубликовали другие предлагаемые и окончательные правила, которые влияют на самонаправление врача. Примеры включают: предлагаемые и окончательные правила включения ядерной медицины в существующие категории DHS, а также предлагаемые и окончательные правила, касающиеся технологии электронных рецептов и технологии электронных медицинских карт. Вскоре после этапа III в 2007 г. мы опубликовали поправки к правилам самостоятельного направления врачей в Таблицу оплаты услуг врачей за 2008 календарный год, а в 2008 г. мы опубликовали поправки к 2009 финансовому году.Окончательное правило будущей системы оплаты больничных стационарных пациентов. [Для получения дополнительной информации см. раздел «История важных нормативных актов» в средстве навигации в левой части этой страницы.]

Кроме того, поскольку наши правила определяют определенные DHS кодами CPT и HCPCS, мы ежегодно публикуем окончательный вариант Таблицы оплаты труда врачей. правило обновленный список кодов для соответствующего DHS. [Для получения дополнительной информации см. «Список кодов для определенных DHS» в средстве навигации в левой части этой страницы.]

23 сентября 2010 г. мы опубликовали Протокол раскрытия информации о самостоятельных обращениях в Medicare («SRDP») в соответствии с Разделом 6409(a) Закона о защите пациентов и доступном медицинском обслуживании (ACA). SRDP устанавливает процесс, позволяющий поставщикам услуг и поставщикам самостоятельно раскрывать фактические или потенциальные нарушения закона о самонаправлении врачей. Кроме того, раздел 6409(b) ACA дает секретарю HHS право уменьшать сумму, причитающуюся и причитающуюся за нарушения раздела 1877. [Для получения дополнительной информации см. левая сторона этой страницы.]

Протокол раскрытия информации о самонаправлении | CMS

Закон о защите пациентов и доступном медицинском обслуживании:

Раздел 6409 Закона о защите пациентов и доступном медицинском обслуживании (ACA) был подписан 23 марта 2010 г. Раздел 6409(a) ACA требовал, чтобы секретарь Департамента Службы здравоохранения и социальных служб в сотрудничестве с Генеральным инспектором Министерства здравоохранения и социальных служб разработать протокол раскрытия информации о самостоятельных обращениях в рамках программы Medicare, который устанавливает процесс, позволяющий поставщикам услуг и поставщикам самостоятельно раскрывать информацию о фактических или потенциальных нарушениях закон о самонаправлении врачей.

Провайдеры медицинских услуг и поставщики обязаны предоставлять всю информацию, необходимую CMS от имени Секретаря для анализа фактического или потенциального нарушения Раздела 1877 Закона о социальном обеспечении (Закон). Начиная с 1 июня 2017 г. , поставщики услуг и поставщики должны использовать формы, включенные в утвержденный OMB инструмент сбора данных под названием Протокол добровольного самообращения CMS (SRDP) (PDF), чтобы использовать SRDP . Для раскрытия информации о несоответствующих финансовых отношениях с более чем одним врачом раскрывающая организация должна представить отдельная форма сведений о враче для каждого врача. Документ CMS о добровольном самонаправленном раскрытии информации содержит одну форму информации о враче. Дополнительные автономные информационные формы для врачей можно найти по ссылкам ниже.

SRDP предназначен для облегчения решения только тех вопросов, которые, по разумной оценке раскрывающей стороны, являются фактическими или потенциальными нарушениями закона о самонаправлении врачей. Таким образом, раскрывающая сторона должна подать заявление в соответствии с SRDP с намерением разрешить свою ответственность за переплату за выявленное поведение. В соответствии с законом о самонаправлении врачей оплата не может производиться за назначенные медицинские услуги, которые предоставляются в нарушение закона о самонаправлении врачей. Раздел 6409(b) ACA дает секретарю HHS право уменьшить сумму, причитающуюся и причитающуюся за нарушение Раздела 1877 Закона.

Для получения дополнительной информации о SRDP и его требованиях см. ссылки ниже. После ознакомления с приведенным ниже материалом, если у вас возникнут дополнительные вопросы, обратитесь в Колл-центр CMS для врачей с самостоятельным направлением по электронной почте 1877CallCenter@cms. hhs.gov.

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

CMS предоставила специальные инструкции для отправки в Протокол добровольного самонаправления CMS (SRDP), касающийся исключительно несоблюдения 42 CFR § 411.362(b)(3)(ii)(C) (требуется, чтобы больницы, принадлежащие врачам, и сельские поставщики медицинских услуг раскрывать на любом общедоступном веб-сайте больницы и в любой публичной рекламе информацию о том, что больница принадлежит врачам или в которую они инвестируют средства). Специальные инструкции доступны в Протоколе раскрытия информации о самостоятельных обращениях врачей — Специальные инструкции в отношении нарушений 42 C.F.R. раздел 411.362(b)(3)(ii)(C) (PDF) . Раскрытие информации о несоблюдении любого другого положения закона о самостоятельном направлении врача, включая раскрытие информации о смешанном несоблюдении § 411. 362(b)(3)(ii)(C) и несоблюдение любого другого положения закона о самостоятельном направлении врача, должно продолжайте следовать стандартным инструкциям SRDP.

Период ретроспективного анализа для раскрытия информации

12 февраля 2016 г. CMS опубликовала окончательные правила отчетности и возврата переплат («окончательные правила переплат»). См. 81 FR 7653. Это правило вступило в силу 14 марта 2016 г. Среди прочего, окончательное правило о переплате установило 6-летний ретроспективный период для отчетности и возврата переплат в соответствии с положениями 42 CFR 401.305(f). До 14 марта 2016 г. CMS использовала временные рамки, установленные в соответствии с правилами повторного открытия в 42 CFR 405.9.80(b) в качестве руководства для определения временных рамок SRDP. Таким образом, временные рамки SRDP были ограничены 4 годами с даты, когда раскрывающая сторона представила раскрытие в SRDP, если только не существовало надежных доказательств мошенничества или аналогичной ошибки.