Сайты, лэндинги, web-приложения

Краткое введение в проблему

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

Ведь можно высказать много слов «за» и не меньшее количество слов «против» дальнейшей информатизации общества.

Например, аргументами «за» являются:

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

В то же время, аргументы «против» тоже хорошо слышны и спорить с ними было бы неразумно. К примеру, это:

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

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

Сайты

Итак, о бизнесе. Сказать честно, — да, мы встречали и продолжаем встречать компании (и часто довольно крупные), которые говорят: «Нам не нужен сайт! Мы прекрасно обходимся без него!» Но такие компании, обычно, работают в очень специфических, узких, «закрытых» областях коммерческой деятельности, где клиентов находят «по рекомендации» и благодаря «старым связям». Такие компании, зачастую, не работают «в розницу» и не имеют контактов с «холодной» аудиторией потенциальных клиентов, а взаимодействую напрямую с теми, кто «на 99,9%» — уже их покупатель. Почему же они считают, что «им не нужен сайт»? Мы проанализировали ситуацию и пришли к выводу, что здесь дело в менталитете. «Клановые», или «закрытые» области деятельности, которые существовали всегда и существуют и сейчас, часто особым образом влияют на менталитет участников бизнес-процессов в них, заставляя последних занимать более консервативную и менее гибкую относительно поиска новых рынков и ниш, позицию. А зря, ведь даже если вы создаете и устанавливаете, например, линии электропередач, есть масса способов, пусть даже осторожно, выходить на более широкие рынки, на тех потенциальных заказчиков, что ранее были вне поля зрения. Выходить, и становиться лучшими. И приобретать таким образом себе хорошую репутацию. Вот это был, пожалуй, неплохой пример «симбиоза» подхода «ищем клиентов по рекомендации», и «используем современные Интернет-технологии в работе с клиентами».

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

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

Как строится сайт

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

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

-  выбор или создание дизайна сайта; обычно мы предлагаем выбрать дизайн сайта из большого числа уже готовых профессиональных «респонсивных» (т.е. «отзывчивых», таких, которые одинаково хорошо смотрятся и на экране компьютера, и на смартфоне, и на планшете) шаблонов дизайна. Вот тут нужно немного подробнее. Дело в том, что внешний вид, «дизайн» сайта в конечном итоге все равно кто-то создает. Cерьезных вариантов такого создания — два:

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

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

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

Итак, что будет на сайте — определились. Как он будет выглядеть — решили. Теперь со стороны заказчика нужно будет готовить контент сайта (т.е. странички). Они обычно предоставляются сайтостроителям в виде электронных документов в форматах DOC, DOCX, XLS, XLSX, PDF (и других), включая картинки и прочие полезные вещи. За время, пока заказчик собирает контент сайта, сайтостроители готовят его дизайнерскую и программную часть. Да, немаловажно: если сайт действительно большой, то о том, кто и как будет вносить в него контент, нужно договариваться заранее, т.к. внесение контента на сайт часто оказывает очень долгим и трудоемким делом.

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

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

Вот так, примерно, это работает.

Причем многие сайтостроители (и мы не исключение) для не особо сложных и, в общем, стандартных сайтов, предпочитаем использовать готовые решения, которые объединяют в себе функции обеих серверных частей сайта: и «админки», и «генератора страниц». Такие системы называют «ЦМС» (или «CMS»), что значит «Conetnt Management System», т.е. «система управления содержимым» сайта. CMS серьезно экономят время разработчиков на создание сайта. Однако, тут сайтостроителям нужно быть аккуратными и стараться максимально адекватно оценивать сложность и нестандартность конкретного сайта. Т.к. если сайт сложный и/или нестандартный, то его может оказаться быстрее запрограммировать на более низком уровне, создавая «админку» и «систему генерации страниц» почти «с нуля» на специальных «библиотеках», или «фрэймворках», но это отдельная, довольно сложная и объемная тема. К тому же она, наверняка, интересна только специалистам.

Какую информацию на сайте размещают

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

Очень хорошо, когда на сайте есть т.н. «УТП» («Уникальное Товарное/Торговое Предложение»), т.е. когда внимание посетителя сайта сконцентрировано на том, чем Ваша компания и Ваше предложение отличается от аналогов конкурентов. В принципе, «плясать» от УТП — признак хорошего тона при создании сайта. А когда мы решили, что же именно покажем на сайте в качестве УТП, можно додумывать, показывать ли фотогалерею нашего замечательного товара, или нет, нужны ли видео из производственного цеха, или нет и т.д.

Классы сайтов (условно)

Обычно сайты делятся на условные классы:

  • сайт-визитка для человека или компании (5-15 страниц, с фотогалереей, информацией «обо мне», информацией о товаре или услуге, контакты, обратная связь);
  • сайт компании (добавляются разделы с новостями, статьями, технической документацией, иногда — Интернет-витриной, на которой можно ознакомиться с продукцией, но обычно нельзя ее купить);
  • блог человека или компании (на таком сайте выстраивается система публикации иерархии материалов в виде блога, с рубриками-тематиками, комментариями посетителей и т.д.);
  • интернет-магазин (как сайт компании, но статей может быть меньше, или не быть вообще, зато есть возможность купить товар). Кстати, тут нужно быть внимательными, и четко понимать, что не всякий интернет-магазин должен давать возможность оплатить купленный товар. Почему? Потому, что есть такие категории товара, при покупке которых обязательно нужна консультация специалиста. Например, строительное инженерное оборудование, котлы, системы отопления и т.д. Грубо говоря, если в таких случаях давать возможность клиенту не просто заказать товар, а еще и оплатить его, то наверняка найдутся «таланты», которые по незнанию будут покупать оборудование, которое им потом не подойдет, а вернуть его по закону будет, например, нельзя, ведь газовое оборудование не подлежит возврату. Такие ситуации — источник потенциальных конфликтов, неприятностей и плохих отзывов о компании-продавце, чего никому, конечно, не нужно. С другой стороны, такой товар как книги, не только можно, но и нужно давать возможность заказать «по полному циклу», включая оплату, чтобы не отнимать у менеджера продающей компании на это время.

Сайты для мобильных платформ (смартфонов и планшетов)

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

Вернемся к обычным сайтам

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

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

Ремарка для специалистов

Создание сайтов для нас — это HTML5, CSS3, «респонсивные» («отзывчивые») профессиональные Bootstrap-шаблоны, MODX Revolution или Yii framework (в зависимости от задачи).

Web-приложения

Теперь о web-приложениях. Что это такое? На самом деле, с ними сталкивались большинство из нас, просто не все об этом знали. Пример — интерфейс почты на Яндекс, Рамблер, Mail.ru и других порталах. В чем отличие от сайта? Казалось бы, это «почти что сайт», ведь так и хочется назвать «сайтом» все, что открывается в браузере. Однако нет, отличие имеется, и оно очень существенное. Дело в том, что web-приложение — это, как правило, система с одной, никуда не прокручиваемой, страницей, элементы на которой динамически обновляются (вспомните интерфейс почтовых систем, о которых сказано выше). Этим web-приложения очень похожи на обычные (т.н. «десктопные») приложения на компьютере.

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

Да, «внутри» архитектура web-приложения сходна с архитектурой обычного сайта в том смысле, что и у web-приложения, и у сайта, есть серверная часть, которая хранит и генерирует контент (т.е. «содержимое»), который в итоге передается клиентской части (т.е. браузеру). А браузер уже отображает эту информацию на экране компьютера. Однако есть немаловажная деталь: если в случае классического сайта сервер генерирует страницу «за раз», целиком, даже если на ней изменилась одна буква или одна цифра, то серверная часть web-приложения генерирует контент, в нормальном случае, частями, и передает эти части асинхронно (независимо друг от друга) браузеру для отображения. Таким образом становится возможным обновлять разные части страницы независимо друга от друга в разные моменты времени, что позволяет строить практически полноценные приложения с богатым функционалом.

В бизнесе web-приложения обычно используются для внутренних нужд организации, реализуя функционал «Системы по работе с клиентами» компании (т.н. «CRM»), «Системы поддержки клиентов» (т.н. «HelpDesk») и т.д.

Ремарка для специалистов

«Web-приложение» в нашем понимании, это highload, связанный с Golang, Erlang и Node.JS. На клиенте — если это вообще применимо в конкретной технологии - React (изредка, в специальных случаях, jQuery, или нативная кросс-компиляция в JavaScript). Конечно, NoSQL (в первую очередь MongoDB), Redis и CouchBase.

Приложения для смартфонов и планшетов

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

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

Ремарка для специалистов

Мы делаем как «гибридные», так и «нативные» приложения. Гибридные — на базе PhoneGap. Если говорить о нативных, то под iOS это Swift. А под Android, конечно, Java.

Резюме

Вот, коротко, и вся информация о нашей деятельности как программистов в среде Интернет.

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