30.03.2018
Как заставить ваш сайт работать на вас?
Для современной компании наличие официального веб-сайта является уже обязательным, «хорошим тоном». Корпоративные сайты используется для анонсирования услуг или сервисов компании, привлечения новых клиентов или информирования целевой аудитории, для рекламы и продаж. И это еще далеко не все функции, которые выполняет сайт.
Сайт для компании — это все-равно, что офис организации в интернете. Чтобы о сайте знали потенциальные клиенты, нужно его рекламировать. Стратегия онлайн-маркетинга включает в себя разные элементы: контекстную рекламу, таргетированную рекламу в соцсетях, рассылку по электронной почте, публикацию статей на порталах, в блогах, общение на форумах и т. д. Конечная цель одна — способствовать переходу пользователей на сайт для совершения любого вида конверсии (заявка, звонок, подписка на рассылку и пр.).
Современного интернет-пользователя сложно чем-то удивить. Он привык, что сайт должен быть красивым и понятным, быстро загружаться, предоставлять всю необходимую информацию. Не стоит разочаровывать посетителя. Если он не получит ожидаемого, то попросту закроет страницу и отправится к конкурентам. А этого допускать нельзя. Хорошую репутацию сложно заслужить, но еще сложнее восстановить ее после потери. Даже небольшие ошибки на сайте приведут к тому, что вы будете терять посетителей, а, в конечном итоге, терять прибыль.
Отдельно стоит упомянуть и поддержку мобильных платформ. Сегодня многие люди заходят в интернет через смартфоны и планшеты. Если ваш сайт не рассчитан на удобную работу с данными устройствами — это огромный минус. По данным издания «Ведомости», количество пользователей мобильного интернета в России в I квартале 2017 г. составило 104,5 млн: прирост по сравнению с аналогичным периодом 2016 г. — 9,6% ( Статья)
Если посетителю не понравился ваш ресурс, он не будет тратить время на поиск информации на вашем сайте. Человек предпочтет найти другую компанию с такими же товарами и услугами. Сейчас уже не осталось ниш, которые бы не были представлены в интернете, а, значит, в любой теме есть достаточное количество конкурентов.
Конечно, создать идеальный сайт не получится. Но, ваша цель — максимально приблизиться к этому. Для этого ресурс должен быть понятным, простым и функциональным. Сделайте так, чтобы посетителю не пришлось испытывать затруднений, было удобно и легко находить нужную информацию.
Как понять, что сайт действительно соответствует потребностям бизнеса?
Для этого нужно дать ответы на несколько вопросов:
- Хорошо ли сайт адаптирован к работе на мобильных устройствах? Как мы уже говорили, с каждым днем количество используемых смартфонов и планшетов растет. Преимущественно с них заходят в интернет молодые активные люди. Необходимо «поймать» эту целевую аудиторию.
- Хорошо ли сайт загружается во всех основных браузерах? Речь идет о Firefox, Opera, Google Chrome, Internet Explorer, Safari. Следует учитывать и некоторые нюансы. Например, в iPhone по умолчанию установлен браузер Safari. В Android-устройствах аналогом является Google Chrome. В любом случае, сайт должен быстро загружаться и нормально отображаться на экране. Обязательно протестируйте его на всех платформах.
- Клиенты могут получить ответы на все вопросы? Соберите список наиболее часто задаваемых вопросов. Подготовьте для них ответы и опубликуйте их в разделе FAQ. Благодаря этому людям не придется звонить, писать на электронную почту или посещать офис лично. Раздел ответов должен легко определяться по ключевым запросам в поисковых системах.
- Оформление сайта соответствует бренду? Каждая страница должна подчеркивать отношение именно к вашей компании. Используйте для этого логотип, цветовое оформление, шрифты и другие дизайнерские приемы. Интернет-магазин элитных часов или напитков выглядит благородно. Сайт со скидками может быть попроще. Но не забывайте о других требованиях: понятности, информативности, удобстве.
- Информация не устарела? Следите за тем, чтобы все сведения на сайте регулярно обновлялись. Иначе пользователь может быть очень разочарован. Это касается полезных советов, цен, товаров на складе и т. д. Если на сайте есть блог, статьи в него желательно добавлять с регулярной периодичностью.
- Насколько легко найти ваши товары и услуги? Верный признак проблем — клиенты, которые звонят и утверждают, что не могут найти информацию на сайте. Значит, нужно поработать с навигацией и поиском. Это касается не только товаров, но и политики возврата, условий оплаты и доставки, контактов, полезных советов и т. д. Пользователь не должен звонить по каждому вопросу. Во-первых, это вызывает у него дискомфорт и заставляет уходить к конкурентам. Во-вторых, менеджеры вынуждены тратить больше времени на телефонные разговоры.
- Как выглядит и функционирует ваш сайт в сравнении с ресурсами конкурентов? Вы довольны или видите, что нужны изменения? Соберите мнения клиентов и партнеров. Сформируйте список наиболее интересных идей и воплощайте их в жизнь. Привлекайте для этого специалистов.
Не нужно жалеть денег и времени на создание качественного сайта. Эти затраты принесут значительную пользу в будущем. Современный мир выдвигает новые условия бизнесу. Без представительства в интернете попросту не обойтись. Начнете отставать — конкуренты быстро опередят вас. Лучше держаться впереди, чем пытаться догнать остальных!
Рассчитать создание сайта на калькуляторе
Это может быть вам интересно
Чем мы можем быть вам полезны
Эффективные и неэффективные веб-сайты / Хабр
Сейчас иметь собственный сайт для многих компаний является не просто модным трендом, а скорее насущной необходимостью. Компании разрабатывают сами или заказывают веб-сайты в большом количестве. При этом многие обращаются к услугам разного рода SEO-специалистов в надежде получить гигантский эффект от сайта.Сразу говорю, что статья не претендует на истину в последней инстанции, я всегда рад любым комментариям и поправкам.
Вопрос эффективности уже поднимался на хабре, только там человек рассуждает об эффективности рекламы, а не веб-сайта в целом.
Содержание эффективного сайта
Итак, компания решила создать свой сайт. Сначала нужно определиться, какую же информацию необходимо разместить на сайте, чтобы он оказался эффективным. Естественно, директор хочет обязательно страницу с его фотографией, интервью, биографией. Конечно, необходим весь послужной список компании, в каких они участвуют выставках, какие они получили награды.
- Каталог моделей, какие есть в наличии и какие под заказ
- Точные цены
- Подробные описания товаров, фотографии
- Контактная информация, схема проезда
Сайт, состоящий из 5 страниц о компании и 1 страницы со скупой таблицей со списком моделей, или вообще ссылкой на прайс в формате xls врядли принесет много посетителей. Это — неэффективный сайт, и на создание такого сайта не стоит тратить время. Если только потешить самолюбие директора.
Сайт, на котором 3 страницы о компании и 300 страниц с полным каталогом товаров и открытыми контактами — эффективный сайт, позволяющий определиться с выбором конкретной модели и сразу ее заказать. Это сайт, увеличивающий продажи.
«Раскрутка» сайта
Сайт не может быть эффективным, если его не посещают. Многие компании платят бешеные деньги SEO-специалистам, чтобы поднять свой сайт вверх по каким-то ключевым словам. Но как они подходят к выбору ключевых слов, по которым стоит продвигаться? В основном по тому же принципу, по которому подходят к наполнению сайта — «мы хотим чтобы по запросу снегоходы мы были в топ 3».
Но если задуматься, что даст продвижение по этому запросу? Ничего. Люди, пришедшие по запросу «снегоходы» вовсе не обязательно хотят его купить, а если и хотят то совсем не обязательно в том городе, в котором находится наш продавец. Таким образом, мы получаем высокую посещаемость, но низкую конверсию посетителей в покупателей. Раскручиваться по таким запросам — дорого и неэффективно.
Так какие же запросы нам нужны? Максимально конкретные, например «снегоходы Rotax в казани». Человек, пришедший по такому запросу, наверняка хочет купить себе снегоход rotax в казани. И попадет из яндекса он скорей всего на страницу конкретного снегохода, где сможет оценить все его характеристики, убедиться что это именно то, что он хотел купить, и сразу его заказать и купить, по телефону или приехав по адресу, ведь мы сделали эффективный сайт с хорошими описаниями наших снегоходов.
Тем более, раскрутка по таким низкочастотным запросам — дело очень простое и дешевое, но при этом очень эффективное, потому что практически каждый человек, пришедший по такому запросу, является нашим потенциальным клиентом, а удобный сайт делает его клиентом. Чтобы раскрутиться по таким запросам, достаточно разместить полную и подробную информацию о каждом товаре, и тогда буквально в течении недели-другой сайт оказывается в топ1-3 по большей части подходящиих для него низкочастотных запросов в своем регионе. Безо всяких SEO-специалистов (конечно, если в этой отрасли не слишком высокая конкуренция)
Кстати о SEO-специалистах. Я как-то раз работал с одним таким «специалистом», и он утверждал что Яндекс очень долго индексирует сайты и добавляет их в свою выдачу — около 3 месяцев. Поэтому они размещали поздравление с 8 марта в январе, чтобы к марту Яндекс добавил это поздравление в выдачу. По-моему, натуральный маразм. Я лично считаю что достаточно делать сайт согласно рекомендациям Яндекса по созданию сайтов и тогда все будет работать хорошо и без разного рода SEO-«специалистов»
Мнимые критерии эффективности
Ну, теперь самая интересная часть статьи — мы сделали хороший сайт, наполнили его подробной и актуальной информацией, сделали все по рекомендациям яндекса и т.д. К нам пошли посетители. Как теперь оценить, эффективен ли наш сайт?
Посещаемость
Казалось бы, очевидный критерий эффективности сайта — посещаемость. Якобы, если на сайте много посетителей то значит он хорошо работает, он эффективный. Но на самом деле эффективность и посещаемость это абсолютно разные понятия, как гладкий и мягкий.
Посещаемость это всего лишь количество посетителей на сайте. Посещаемость можно увеличивать искуственно, продвигаясь по разным ключевым словам, или покупая траффик. Но от этого сайт не станет эффективным и не будет приносить прибыль.
Сравнивая с оффлайн-магазином, если в центре салона снегоходов посадить обезьянку в клетке — скорей всего посещаемость салона увеличится. Но будут ли люди, пришедшие поглазеть на обезьянку, покупать снегоходы? Нет! Количество людей, приходящих купить снегоход, от такого действия не изменится, хотя посещаемость возрастет.
Поэтому, если вы заходите в гугл-аналитикс и видите что у вашего сайта в день всего 20-30 посетителей, не надо расстраиваться. Просто подумайте, сколько человек заходит за день в ваш салон посмотреть на снегоходы? Те же самые 20-30 человек. Значит, фактически, вы удвоили количество человек, заинтересованных в покупке снегохода и при этом посетивших ваш салон! А значит сайт вполне эффективен.
Большая посещаемость не означает большую эффективность.
Глубина просмотра и время на сайте, показатель отказов
Некоторые люди считают, что глубина просмотра, или время, проведенное на сайте, являются показателем эффективности сайта. Якобы, если человек ходит по сайту и смотрит страницы — значит он заинтересовался сайтом. Но это не всегда верно
Задумайтесь, может быть на вашем сайте настолько запутанная навигация, что люди находят то, что ищут, только на 5-6 просмотренной странице и из-за этого проводят много времени на сайте? А может быть, они и вовсе не находят того, что искали, и уходят с сайта? Может быть, глядя в гугл-аналитике на число «6 просмотренных страниц за 1 посещение в среднем, продолжительность 1 посещения — 10 минут» надо не радоваться тому, что ваш сайт интересен пользователям, а наоборот, бить тревогу, что на вашем сайте невозможно ничего найти?
И наоборот, если среднее количество просмотренных страниц 1-3 и среднее время на сайте 2-3 минуты, не надо бить тревогу что сайт никому не интересен, возможно надо наоборот радоваться что люди быстро находят нужную информацию?
Очевидно, что показатель отказов, или процент людей, ушедших после посещения первой страницы, в нашем случае тоже не является показателем эффективности. Потому что люди, которые из яндекса попали сразу на страницу товара, нашли на ней всю необходимую информацию и сразу ушли засчитаются как «отказники», хотя по сути это как раз эффективные посетители.
Большая глубина просмотра не означает большую эффективность
Реальные критерии эффективности
Как же оценить эффективность сайта, если все «стандартные» показатели, как оказалось, практически ничего не означают?
Анкетирование при продаже
Это — лучший метод. Просто надо просить менеджеров при продаже узнать, откуда человек пришел на сайт. Таким образом вы сразу сможете оценить, сколько реальных покупателей вам принес сайт. При этом не надо заставлять покупателя заполнять огромную анкету, достаточно просто спросить «если не секрет, откуда вы о нас узнали?». Такой вопрос не вызовет негатива со стороны покупателя.
Поисковые запросы
Важно следить, по каким запросам приходят люди. Если люди приходят по не-целевым запросам (например, вместо снегоходов они ищут сервис-центры или еще какую нибудь информацию), необходимо пересмотреть информацию, содержащуюся на сайте. Такие люди — это мусорные посетители и не надо радоваться росту количества посещений. С другой стороны, если количество людей, приходящих по целевым запросам, падает, то опять же надо принимать меры.
Надо понимать, что сайт, продающий снегоходы в казани, скорей всего не будет иметь посещаемость 1000 человек в сутки, потому что в казани просто не покупают столько снегоходов. Если количество посетителей примерно равно продажам снегоходов и большая часть посетителей приходят по целевым запросам — значит сайт достаточно эффективен.
Страницы входа и выхода
Необходимо анализировать страницы входа и выхода. Если люди входят на какие-нибудь не те страницы (например на страницу с описанием компании приходит больше людей чем на страницы с описанием снегоходов) — скорей всего на сайте имеются какие-то проблемы. Аналогично, если люди покидают сайт посередине каких-то цепочек (например человек пришел на главную сайта, воспользовался поиском по сайту и ушел, вместо того чтобы перейти на один из результатов поиска) — скорей всего на сайте есть какие то проблемы (человек не нашел чего искал — как он тогда попал на сайт, или результаты поиска плохо видны среди тонн рекламы и т.д.).
Если же человек входит на необходимые страницы (для нас — это страницы с описаниями снегоходов) и выходит с страниц, на которых логично завершить путь по сайту (например со страницы контактной информации или страницы товара, если на ней есть контактная информация) — значит сайт достаточно эффективен
Целевые действия
Если на вашем сайте есть какие-либо целевые действия, например добавление товара в корзину или переход на страницу с контактной информацией — их обязательно надо отслеживать. Во всех системах статистики это можно делать, и это делать нужно потому что так вы получите картину: сколько человек интересуется вашей контактной информацией, и какой процент посетителей добавляет товар в корзину.
Подробнее о целях в Google Analytics
Разработка сайтов в Москве. Заказать создание web сайта под ключ от агентства Elit-Web
Сайт – это главный инструмент привлечения клиентов для современного бизнеса. На сегодняшний день сложно обойтись без собственного интернет-ресурса, особенно в условиях высокой конкуренции. Интернет-технологии – неотъемлемая часть жизни современных потребителей, а потому, если вас нельзя найти в сети, то для многих вы просто не существуете.
Создать личный ресурс собственными руками просто. Но рациональнее всего доверять эту работу профессионалам, знающим свое дело. Задача сайта – не просто существовать, а увеличивать доход владельца, привлекая новых покупателей, которых в сети огромное множество.
Для создания страницы необходимо придерживаться выполнения определенных этапов. Тщательная планировка, постановка целей и задач – залог успеха.
Если доверить это дело профессионалам, то будьте уверены, что это принесет плоды. Это не только экономически выгодно, но и удобно, поскольку возникающие проблемы берет на себя компания.
Задачи, которые может решить web-сайт
Сайт станет рекламой, способной привлечь заказчика. Так можно рассказать о своих услугах или товарах. Он даст клиенту необходимую информацию и подтолкнет к правильному выбору. Если раньше веб-представительство давало преимущество перед конкурентами, то сейчас у подавляющего большинства предприятий есть собственный сайт, а потому это обязательный атрибут, который делает вас конкурентоспособными.
Ресурс может превратить посетителя в клиента с помощью современных приемов маркетинга в виде рассылок, сообществ, рекламы.
На странице люди могут оставлять отзывы, читая которые, потенциальный клиент начинает больше доверять продукции, ведь советуют его такие же обычные потребители. Это заинтересует других, ведь делится мнением, сможет каждый. С точки зрения психологии, человеку важно высказать мнение, чтобы к нему прислушались. Таким способом можно обрести лояльных заказчиков, которые станут постоянными пользователями вашей продукции.
При создании новой продукции будет легче распространить ее. Лояльные клиенты в первую очередь станут покупателями, ведь вы вызвали доверие. Они поделятся мнением с другими людьми, от чего возрастут конверсия и клиентская база.
Сайт станет реализацией успешной стратегии маркетинга привлечения заказчиков. Оптимизация содержащейся информации страницы сможет сформировать мнение клиента, а также станет первой страницей в поисковых системах при правильном подходе.
Такой ресурс сблизит вас с заказчиком, поможет не только делится информацией, но и получать обратную связь. Кроме того вы сможете проводить маркетинговые исследования собственной целевой аудитории при помощи сервисов сбора статистических данных.
Основа хорошего сайта
Для того, чтобы ресурс был результативен, следует соблюдать основы качественной разработки. Уделите внимание не только техническим критериям, но и нормам юзабилити, а также современного дизайна.
Интерфейс ресурса должен быть прост и удобен. Пользователь должен интуитивно понимать, куда стоит нажать, чтобы найти необходимый товар или услугу. Это влияет на лояльность клиента, ведь длительное разбирательство для обычной покупки товара не устроит никого.
Дизайн ресурса должен быть привлекательным. Сочетание цветов и красочность картинок только дадут преимуществ. Идеальное сочетание данных влияет на человеческое восприятие. Четкая продуманность станет двигателем.
Очень важно, чтобы контент был уникальным, копию не только неприятно читать пользователям, она может привести к пессимизации некоторых страниц сайта поисковыми системами. Другими словами, копируя чужой контент вы никогда не попадете на первую страницу выдачи. Текстовая информация должна быть простой, актуальной, а главное читаемой. Также, проследите за качеством подобранных картинок.
Код сайта должен быть правильно оптимизирован, чтобы браузеры одинаково верно отображали информацию. Лишние элементы в коде могут сильно замедлять быстродействие ресурса. Очень важна грамотная структура, от нее зависит не только удобство навигации, но и скорость индексации поисковыми системами, а также распределение ключей по сайту.
Последним аспектом является SEO-продвижение. Никто не станет искать страницу на 500 позиции. Поэтому стоит заняться поисковой оптимизацией еще в процессе создания ресурса, поскольку от этого напрямую зависит результат. Без этого ресурс будет «пылиться» внизу поисковой выдачи, не принося результат.
Стоимость создания сайта
Цена разработки каждой компании будет зависит от объема выполненной работы. Влияют на нее следующие аспекты:
Для каждой цели нужен собственный вид ресурса. Сайт может быть одностраничным лендингом или же вовсе уникальным проектом, который выполняет функции сразу нескольких типов сайта.
Также все зависит от команды, вовлеченной в проект. Если брать заказ у обычного фрилансера, то можно быть уверенным, что работа по созданию будет лежать полностью на нем. Если же обратится в профессиональную фирму, то каждым аспектом работ будет заниматься отдельный специалист, что в разы повышает качество ресурса, а также экономит время.
В зависимости от направления бизнеса выбирается специфика управления. Клиентам необходимо такое решение, которое решит их проблемы. Часто выбор падает на платные движки.
Преимущества разработки сайтов в Elit-Web
Качество разработки сайта очень сильно влияет на его результативность. Поэтому, мы уделяем максимум внимания всем аспектам будущего ресурса:
- дизайн;
- техническая оптимизация;
- маркетинговые инструменты;
- удобство;
- внутреннее SEO.
У сотрудников Elit-Web большая база знаний и огромный опыт, который мы считаем главным преимуществом. Наши проекты всегда отличались качественным дизайном и безукоризненной технической составляющей.
Разрабатывая ресурс, мы в первую очередь стремимся сделать его удобным и привлекательным для конечного пользователя, что положительно сказывается на конверсии и прибыльности веб-проекта.
Вывести на топовые позиции в поисковых запросах наш проект никогда не было проблемой. Elit-Web всегда занималась разработкой эффективной стратегией создания проекта, который идеально подойдет для бизнеса клиента.
У нас есть опыт разработки как простых но привлекательных одностраничников, так и масштабных интернет-магазинов с уникальным дизайном и тысячами товарных позиций. Было всегда интересно находить различные пути решения, создавая в итоге настоящий шедевр. В нашей команде находятся настоящие профессионалы и высококвалифицированные специалисты, способные взять ответственность за свою работу. Наши действия приносят успех.
При проектировании мы учитываем в первую очередь цели заказчика, особенности конкурентов , сильные и слабые стороны бизнеса, риски и опасности, которые нужно свести к минимуму. Задачей нашей компании является дать наилучший результат, который увеличит рост потребителей, заявок и продаж. Перед началом создания проекта проводится тщательная аналитика, позволяющая сделать сайт для поставленных бизнес-целей клиента. Все предпочтения и нюансы учитываются с заказчиком, сроки выполнения обретают рекордные значения без ущерба качеству. Положительные отзывы служат доказательством этого. В случае необходимости, мы вводим корректировки по выбранной стратегии, продвижению и плану работы.
выбери себе приключение / Блог компании Авито / Хабр
Привет. Недавно я делал доклад для студентов о том, какие шишки можно набить, занимаясь современной веб-разработкой. Как связаны друг с другом различные решения, которые мы принимаем в процессе разработки, как выбор технологий влияет на размер команды, как размер команды влияет на подходы к тестированию, как подходы к тестированию связаны со структурой всей компании….
Получилось что-то вроде квеста с распределенным выбором: от того, какой язык программирования выбрать и до того, кого лучше нанимать в команду, которая сделает самый полезный продукт ever. Предлагаю вам почитать этот пост, выбрать свои варианты, дополнить квест и обсудить то, что наболело.
upd — немного дополнил текст до ката.
Предположим, что я и мой друг Валерка решили сделать стартап. Uber for X, или там еще что-нибудь в таком духе. Собрались в баре, обсудили эту идею, клёвая тема. Надо сделать. Три месяца не спали, не ели, не выходили из дома. Разрабатывали. Запустили и поняли, что это никому не нужно.
Печаль. Попробуем еще раз. На этот раз мы изучили рынок, посмотрели, какие потребности у пользователей, какие проблемы. Мы сделали какой-то прототип совсем на коленке, быстро и бесплатно за два вечера. Прототип взлетел. Круто, идем дальше.
Теперь мы можем брать и делать из прототипа большое приложение, развивать его. Но для этого надо более серьезно подойти к выбору технологий, которые мы будем использовать.
Язык
По порядку. На каком языке писать? Можно взять модный функциональный: Haskell, Erlang, Lisp (очень модный среди дедушек старше 70). Либо очередного убийцу JS, который очень клевый, компилируется в JS, имеет все нужные фичи. Но скорее всего, нам некого будет нанимать через год, потому что очередной убийца JS не взлетит, и придется переучиваться заново или переписывать проект.
Попытка номер два. Можно взять что-нибудь проверенное временем. Например, PHP. Это неплохой язык, его модно иногда критиковать, у него есть свои минусы, но на нем легко делать бизнес-логику, он достаточно быстрый, неплохо масштабируется, можно нанять людей когда угодно и где угодно. Но он не очень производительный. Поэтому нам нужно либо много железа, либо писать свой компилятор, как сделали Facebook или ВК.
Еще варианты? Можно взять Perl, но тогда будет некого нанимать ещё вчера. Ещё?
Java. Java — норм. Как язык не очень, на мой субъективный взгляд, но JVM — отличная виртуальная машина, все ок, быстро работает, но железа все равно нужно много. А ещё пока мы на Java писали абстрактный билдер фабрики стратегий вместо того, чтобы делать фичи, пользователи ушли к конкурентам.
Ладно, у нас есть еще Python. В принципе, у него всё ок. Но мы запускаем приложение на Python, оно использует одно ядро из 56, в остальном… все ок. Либо можно взять что-то современное: Go, Rust, еще что-то. Но они слишком низкоуровневые, и мы просто долго делаем фичи… Какой-нибудь язык нам всё равно придется выбрать. Пусть в итоге это будет JS, сойдет.
База данных
База. JS без документной базы — деньги на ветер. У документных баз есть свои плюсы. Они позволяют нам быстро разрабатывать прототипы, не париться насчет схемы, колбасить данные туда-сюда. Плюсов много, минус один: каша из данных. Когда коллекций у нас становится десять, двадцать или сорок вместо трёх, когда мы без отсутствия схем пытаемся склеить из них что-то хорошее и удобоваримое, становится это делать все сложнее. Опять долго делаем фичи.
Ок, давайте возьмем реляционную базу. MySQL, PostgreSQL, или Oracle, если денег хватит. С реляционными базами можно однажды прийти на работу и обнаружить себя в аду из транзакций и хранимок. Это не обязательно произойдёт с нашим проектом. Но если произойдет, то эти хитросплетения логики будет невозможно тестировать. А ещё если вдруг мы достигнем вертикального предела нашего большого золотого сервера, на котором мы хостим базу, потом будет довольно сложно их разделять. Долго делаем фичи.
Ладно. Базу взяли какую-нибудь, бахнули перед ней ORM, чтобы проще было с одного SQL на другой переезжать. Когда-нибудь (spoiler: никогда).
Архитектура
Какую взять архитектуру? Ребята на Хабре пишут, что микросервисы – это клёво. Олег Бунин говорит: «берите микросервисы».
Если начать с микросервисов, то с восьмидесятипроцентной вероятностью границы у них будут неправильные, потому что не до конца продумали доменную модель и плохо поняли, где надо резать, а где не надо. Плюс все берут микросервисы, деплоят их пачками по всему своему кластеру, и через месяц возникает вопрос: «а как это всё теперь тестировать?». Сервисы уже работают в продакшене, а мы их не тестируем. Используя привычные методологии (пирамида тестирования, ручные интеграционные тесты, end-to-end тесты), тестировать микросервисы сложно. Поэтому мы долго делаем фичи.
Ок, тогда давайте бахнем монолит. Это самая правильная идея для стартапа. Очень долго можно жить с отличным монолитом и не иметь проблем. Но если мы решим сильно расширить команду, то надо быть осторожнее. Монолит нормально масштабируется, пока разработчиков 20, 30, 50. Дальше скорость доставки фич падает экспоненциально, а мы теряем пользователей.
Где запускать проект?
Это всё надо где-то запускать. 2018 год, самый логичный вариант сделать это в облаке. Запустишь не в облаке — пацаны засмеют. Но, во-первых, есть федеральный закон 152, значительно ограничивающий выбор облачных провайдеров, у которых можно хоститься. Во-вторых, очень легко приватный ключ от своего аккаунта на Amazon случайно закоммитить в Github, и кто-то обязательно придёт и потратит все ваши деньги. А если этого не произойдёт, то в какой-то момент вас разорят облачные тарифы.
Можно арендовать дата-центр. Может, это не так ресурсоэффективно изначально, но в долгосрочной перспективе, вероятно, обойдётся дешевле, чем хоститься в облаке. Но тут нужны люди, которые это будут поддерживать. По моему опыту, те, кто это любят и умеют делать, не очень любят общаться со всеми остальными, поэтому они организуются в отдел. А отдел – это сепаратизм. Я имею в виду то, что внутри команды админов будет легче обмениваться опытом, но в будущем это может работать не очень хорошо. Будут вопросы с приоритезацией задач от других коллег, с синхронизацией. Другие специалисты не будут знать, что происходит внутри отдела, который поддерживает наш дата-центр.
В общем, сепаратизм нам не подходит. Логично переходим к вопросу набора команды.
Разработка
Допустим, мы разобрались с языками, базами и тем, где хостить проект. Настало время набирать команду. Можно взять несколько очень крутых ребят, которые все проблемы решат: стократные разработчики, бэкенд-ниндзи, вы понимаете. Возможно, это прокатит. Но на деле вероятно, что приглашённые звёзды будут:
- токсичными пижонами, которые ничего не будут делать и создадут плохую атмосферу в коллективе,
- либо идеалистами, выстраивающими по крупицам безукоризненную архитектуру, ставящими ORM перед базами, которые никогда менять не придется…
В итоге… да-да, долго делаем фичи. Еще вариант — взять обычных девчонок и ребят, которые просто будут писать код, делать фичи нормально. Но если взять много не очень опытных разработчиков с разным бэкграундом, они могут писать код в разном стиле, делать штуки по-разному, и при достаточном размере команды всем будет тесно, все будут у друг друга фигурные скобочки переставлять в пуллреквестах. Это не очень эффективно. Как это можно решить? Начальник может читать весь код. Я могу читать все пуллреквесты, а мой друг и ко-фаундер Валерка потом второй раз будет перечитывать (на всякий случай, мало ли). Понятно, это не масштабируется и все медленно делают фичи.
Более правильный вариант — определить кодстайл для компании. Для многих языков он уже есть, и можно его просто соблюдать. Либо если кому-то очень хочется, можно взять готовый и подтюнить немного, и потом смотреть на пуллреквестах и говорить, что здесь фигурная скобочка не там стоит, по кодстайлу должна стоять там. С таким аргументом уже не поспоришь, но на деле это не сильно лучше предыдущего варианта, все равно мы медленно делаем фичи. Правильный вариант для всех современных языков — проверять это автоматически.
Ок. Набрали разработчиков, фигачим код. Но мы начали релизить фичи в продакшн, и нам надо как-то убеждаться, что мы без багов их катим, что у нас ничего не падает.
Quality Assurance
Можно сказать, что QA-специалисты нам не нужны. Многие так делают, это иногда работает. Но не все разработчики любят писать тесты. Их можно понять. И стоит их лучше мотивировать, чтобы тесты все-таки писали, но реальность жестока: unit-тесты ловят далеко не все баги. А если какой-то разработчик не любит писать тесты и все-таки начал их писать, то скорее всего это будут unit-тесты.
Плюс еще есть подходы, когда ты минимизируешь mean time between failures вместо mean time to recover. Mean time between failures — это когда QA специалист говорит: «не будем релизить, у меня чутье плохое, баги будут, давайте через две недели выкатим». А mean time to recover — это когда вы катите что-нибудь, сразу видите на метриках, что что-то сломалось, и через две минуты все откатили, пофиксили и все ок. Но чтобы можно было проект через две минуты откатить, надо всё покрыть нормальными метриками, а это не всегда тривиально. А если метрики в плачевном состоянии, и мы выкатим плохой релиз, мы можем узнать об этом после того, как все пользователи уйдут от нас к конкурентам.
Другой вариант: всё-таки сделать отдел QA. Вы помните: отдел — это не очень хорошо, это сепаратизм, это нам не подходит. Сепаратизм можно разрулить с помощью кроссфункциональных команд. Да, они решают проблему того, что у нас админ сидит отдельно, тестировщики отдельно.
Но создают другие проблемы. Так как разработчики, тестировщики и все прочие члены кроссфункциональных команд начинают больше общаться внутри своих команд и решать предыдущие проблемы, они меньше общаются с их коллегами по функции: другими бэкендерами и тестировщиками, они начинают переизобретать велосипеды, делать параллельно одни и те же вещи, наступает изоляция между командами. Шило на мыло: был один сепаратизм, стал другой.
Как это разрулить? Общаться с коллегами в кружках по интересам. Где-то это называют гильдиями, где-то — коммьюнити. Если мы масштабируем команду кроссфункциональными командами, чтобы они не замыкались в себе, мы просто организуем кружок любителей бэкенда, функциональных языков, секьюрити…
На самом деле, не всё так плохо. Из любой ситуации можно найти выход, найти решение. Может быть, не идеальное, но наиболее подходящее в данной ситуации с минимумом проблем. Всегда возможен компромисс.
А ещё — всё это интересно. Интересно решать проблемы, которые уже кто-то решал, новые проблемы еще интереснее решать. Интересно делиться знаниями.
67 полезных инструментов, библиотек и ресурсов для экономии времени веб-разработчиков
В данной статье я не буду вам рассказывать о больших веб-фреймворках, таких как React, Angular, Vue и т.д… не будет в ней и перечня наиболее популярных текстовых редакторов – Atom, VS Code, Sublime… В данной статье я поделюсь с вами инструментами, которые, по моему мнению, могут сделать рабочий процесс веб-разработчиков более простым и быстрым.
Вероятно, что кто-то из вас уже знаком с некоторыми такими инструментами. Тем не менее, будет очень круто, если кто-нибудь из читателей найдет что-то новое и полезное для себя в моей статье.
Ниже представлены различные веб-ресурсы, которые я разбил по группам для большего удобства.
Ресурсы
Ghost — Простая платформа для блогов, разработанная с помощью node.js
What runs — Плагин Chrome, предназначенный для изучения технологий, используемых для создания современного веб-сайта
LiveEdu.tv — Стриминговый сервис для программистов и дизайнеров, который сфокусирован на реальных проектах. Здесь вы сможете найти сотни каналов по следующим темам: разработка программного обеспечения, искусственный интеллект, наука о данных, разработка игр, дизайн, VR & AR разработка, криптовалюты, на которых разрабатывают реальные проекты, в режиме реального времени и в процессе разработки авторы объясняют каждый шаг.
Learn anything — Диаграмма связей для выбора дисциплины (например физика, химия и т.д.) и вывода ее подразделов
head cheatsheet — Список всего, что можно включить в тег head
JavaScript библиотеки и фреймворки
Particles.js — Библиотека, в который вы найдете много интересного для создания плавающих элементов на вашей веб-странице.
Three.js — Библиотека для создания на веб-странице 3D-объектов и 3D-визуализации
Fullpage.js — Набор простых для реализации полностраничных скролл-свойств
Typed.js — Эффект пишущей машинки для вашего веб-сайта
Waypoints.js — Примеры кода для запуска функции при прокрутке страницы
Highlight.js — Подсветка синтаксиса для страниц
Chart.js — Набор красивых диаграмм, созданных на чистом JavaScript
Instantclick — Библиотека, полезная для ускорения загрузки вашего сайта с предварительной загрузкой ресурсов при наведении мыши
Chartist — Еще одна библиотека с диаграммами
Motio — Библиотека для создания анимации и панорам с помощью спрайтовой графики
Animstion — Плагин jQuery для создания переходов страниц с помощью CSS
Barba.js — Ресурс для создания перетекающих переходов на странице
TwentyTwenty — Инструмент для создания визуальных различий
Vivus.js — Библиотека для создания начерченных анимаций с помощью SVG
Wow.js — Инструмент для показа рисунков по мере прокрутки страницы
Scrolline.js — Инструмент, благодаря которому вы можете отследить, сколько вам нужно прокрутить до конца страницы
Velocity.js — Инструмент для создания очень быстрых JavaScript-анимаций с плавным переходом
Animate on scroll — Простой пример создания анимаций при прокрутке страницы
Handlebars.js — Разработка шаблонов для JavaScript
jInvertScroll — Эффект горизонтальной прокрутки Parallax
One page scroll — Прокрутка в пределах одной страницы
Parallax.js — Свойство Parallax, реагирующие на ориентацию вашего смарт-устройства
Typeahead.js — Продвинутый поиск и авто-заполнение
Dragdealer.js — Библиотека с множеством крутых эффектов для перемещения анимаций
Bounce.js — Инструмент для создания CSS-анимаций
Pagepiling.js — Прокрутка в пределах одной страницы
Multiscroll.js — Пример кода для создания двух вертикально-прокручивающихся секций
Favico.js — Динамические фавиконы
Midnight.js — Пример кода для изменения неподвижных заголовков при прокрутке страницы
Anime.js — Библиотека различных анимаций для JavaScript
Keycode — JavaScript-код для отображения числовых значений при нажатии клавиш
Sortable — Примеры кода для перетаскивания и удаления элементов на странице
Flexdatalist — Примеры кода для авто-заполнения поиска
JQuerymy — Двусторонняя привязка данных с помощью jQuery
Cleave.js — Форматирование содержимого при наборе текста
Page — Маршрутизация на стороне клиента для одностраничных приложений
Selectize.js — Поля смешанного выбора для добавления тегов
Nice select — Библиотека jQuery для создания красивых полей выбора
Tether — Эффективное прикрепление элементов страницы с абсолютным расположением
Shepherd.js — Путеводитель для пользователей вашего сайта
Tooltip — Название говорит само за себя…
Select2 — Настройка полей выбора с помощью jQuery
IziToast — Простые в реализации JS-уведомления
IziModal — Всплывающие окна, реализованные с помощью простого JavaScript
Библиотеки CSS / Дизайн-инструменты
Animate.css — Библиотека анимаций
Flat UI Colors — Список простых и эффективных цветовых гамм
Material design lite — Фреймворк, основанный на материальном веб-дизайне от Google
Colorrrs — Генератор случайных цветовых гамм
Section separators — Создание границ разных форм с помощью CSS
Topcoat — Фреймворк для создания веб-приложений
Create ken burns effect — Создание эффекта «Ken burns»
DynCSS — Добавление функций в CSS, необходимых для добавления динамических свойств веб-страницам
Magic animations — Что ж, из названия и так все ясно…
CSSpin — Коллекция виртуальных CSS-спиннеров для вашего сайта
Feather icons — Иконки
Ion icons — Иконки
Font awesome — Иконки
Font generator — Эффективный подбор и объединение шрифтов
On/Off switch — Создание переключателя «on/off» с помощью CSS
UI Kit — Фреймворк
Bootstrap — Фреймворк
Foundation — Фреймворк
Ну что ж, вот я и привел вам список наиболее эффективных инструментов, фреймворков и библиотек, которые я использую в повседневной работе.
Если вы нашли подобные ресурсы, которые показались вам интересными, оставьте их в комментарии!
Эффективный подход к нетиповой разработке сайтов / Хабр
Мы несколько лет занимаемся разработкой сайтов разной степени сложности. За 5 лет сделали более 300 проектов. В своей работе мы не используем шаблоны, дизайн уникальный и разрабатывается под нужды клиента. Не берем готовую CMS и не пытаемся привести задачи клиента к типовому решению, используем Django Framework и разрабатываем такой сайт, который максимально подходит под задачу. В общем, стараемся сделать максимально качественный сайт, на который способны. Как при этом не сломать спину, добиться результата и заработать денег, чтобы развиваться дальше?
В то время, как мы думаем о качестве продукта, клиент хочет получить результат как можно быстрее, сайт сразу должен стабильно работать, дизайн и интерфейс должны соответствовать ожиданиям клиента, а то и быть выше этих самых ожиданий.
Для достижения максимальной эффективности мы убедились, что нужно менять подход к разработке. Стандартный вариант с последовательной организацией этапов проекта нам не подходит. Поэтому в этой статье я бы хотел поделиться нашим опытом и соображениями о максимально эффективной системе.
Основные проблемы обычного подхода, которые мешают нам работать эффективно
Непонятные согласования. Мы вынуждены согласовывать дизайн сайта без взаимного понимания всей структуры проекта. Техническое задание полного видения не дает.
Многократная постановка задачи. Сразу всем (программисту и дизайнеру) поставить задачу не получится, так как программист начинает работу после согласования дизайна сайта. В результате упускаются некоторые моменты и детали.
Дорогие ошибки этапа дизайна. Дизайнер может ошибиться или что-то упустить, что останется незамеченным до работы программиста. Дизайнер вынужден исправлять недочеты, когда он уже погружен в другой проект. Это сказывается на качестве продукта.
Слабая коммуникация команды. При последовательной работе не формируется единой команды и каждый работает в отдельности над своим этапом.
Ожидание информации от клиента. Клиент порой долго готовит всю необходимую информацию для сайта, чтобы мы могли ее обработать и привести в соответствие с общими ожиданиями. С ней тоже нужно еще работать, а рабочая группа уже занята другими проектами.
Как я писал выше, мы не используем готовых шаблонов и уделяем много времени дизайну сайта. Для нас это ответственный и важный процесс, поэтому он занимает больше времени чем хотелось бы. Иногда клиент хочет странного и тут мы еще тратим время на долгие согласования макетов, иногда мы сами не можем найти сразу подходящее решение.
В результате все сроки плывут, клиент начинает торопить с результатом. Нет времени на детальное тестирование и на работу над мелкими приятными мелочами (красивые модальные окна, приятная валидация форм без перезагрузки страницы, удобные фильтры, оформление писем для уведомлений и многое другое). Сайт выглядит как-то так:
Такой результат вряд ли кого устроит, да и потом будет много проблем в поддержке проекта и дальнейшей работе с клиентом.
Эффективное решение
Очевидное решение в этой ситуации — это начать этап программирования параллельно с дизайном.
Разработка сайта — это не строительство дома, мы всегда можем что-то изменить и поправить. Главное начать и все проблемы быстрее дадут о себе знать, а часть из них решиться дизайном или ранним обсуждением с клиентом.
Появляется лишний, на первый взгляд, дополнительный этап проектирования, но это совсем не так. С подробным техническим заданием сложно работать, так как это получается довольно объемный документ. Текстовая информация оставляет много места для воображения, поэтому конечный результат все участники процесса представляют несколько по разному. Да и человек, который принимает решение со стороны клиента, редко вычитывает большой и объемный документ. Намного легче посмотреть прототип и принять решение. Прототип позволяет лучше «разглядеть» структуру будущего сайта и поэтому будет меньше проблем при занесении информации клиента, да и по прототипу ее значительно легче готовить, так как уже есть видение проекта.
Благодаря прототипу мы не тратим время на написание подробного ТЗ, но можем начать программировать параллельно с дизайном сайта. С дизайнера снимается дополнительная задача по проектированию всей структуры сайта и он может сосредоточиться на визуальной составляющей.
У нас может быть готова и согласована графическая концепция сайта. Все макеты еще не готовы, но уже точно понятно какая требуется информация для сайта и как она должна выглядеть. Так как мы используем Django framework, то по готовым моделям программист может быстро развернуть простую систему управления и параллельно с программированием бизнес-логики и доработки макетов мы уже можем заносить информацию для будущего сайта.
Как только мы получим согласованный дизайн, технолог начинает верстать шаблоны для сайта и сводить с готовым кодом от программиста. Пока дизайнер далеко не ушел и не отвлекся на другие проекты, мы можем доработать приятные мелочи и если потребуется скорректировать какие-то решения.
В результате, мы получаем работающий и приятный сайт, который решает проблемы клиента, да и времени на разработку с таким подходом уходит значительно меньше. Конечно, у нас накопилось достаточно много своих наработок, которые тоже помогают нам в работе. Мы стараемся сделать и развить нашу платформу для разработки, чтобы оптимизировать уже все внутренние процессы. Конечно, мы не планируем и не хотим написать свою новую очередную CMS, это совсем другой бизнес и для этого процессы должны быть устроены совсем по-другому. В дальнейшем мы расскажем о нашей работе более детально, если это будет интересно. Некоторые сайты, которые мы разработали по этой схеме можно посмотреть на студийном сайте.
Хотел еще отметить, что в обычном последовательном подходе можно организовать получение качественного и достойного результата, но это будет не быстро и в рабочей группе по проекту будет не 4-5 человек, а значительно больше.
тренды веб-разработки, веб-дизайна и интернет-маркетинга
Каким будет диджитал в 2020 году? Чего будут хотеть пользователи? Как изменятся сайты? Какие инструменты появятся в интернет-маркетинге? Мы в WebCanape проанализировали все веяния в ИТ и построили прогнозы на грядущий год, чтобы ваши сайты были лучше, эффективнее и привлекательнее для аудитории.
Если бы Илон Маск следил за трендами дизайна, Cybertruck, скорее всего, выглядел бы иначе и не стал бы мемом. Чтобы ваш сайт не превратился в предмет насмешек, а методы продвижения приносили деньги вам, а не только подрядчикам по интернет-маркетингу, мы проанализировали запросы наших клиентов за этот год, опросили наших разработчиков, дизайнеров, интернет-маркетологов и отдел продаж, о том, куда движется digital, и собрали самые важные, по нашему мнению, тренды веб-разработки, веб-дизайна и интернет-маркетинга в 2020 году вместе.
Заказная веб-разработка в 2020 году — чего хотят клиенты
Тренды в сфере разработки и дизайна сайтов зависят от трех ключевых факторов: поведение интернет-пользователей, спрос со стороны заказчиков сайтов и технологическое развитие. Они влияют на отрасль в комплексе. Когда все три фактора учтены, мы получаем тенденцию, которая скорее всего выстрелит в ближайшем будущем. Мы собрали самые важные прогнозы, на которые команда WebCanape делает ставку в следующем году.
Аналитика бизнеса — первый этап веб-разработки
Если раньше нам приходилось убеждать клиентов «раскрыться» перед нами, чтобы создать сайт, максимально соответствующих их бизнес задачам, то сейчас многие уже осознают важность предпроектной аналитики бизнеса. У нас изучение компании, процессов, продуктов и аудитории включено в услугу разработки сайта.
Юрий, руководитель отдела продаж:
10 принципов хорошего веб-дизайна — Smashing Magazine
Об авторе
Виталий Фридман любит красивый контент и не любит легко уступать. Когда он не пишет и не выступает на конференции, он, скорее всего, бежит… Больше о Виталий Фридман …
Юзабилити и полезность, а не визуальный дизайн, определяют успех или неудачу веб-сайта. Поскольку посетитель страницы — единственный человек, который щелкает мышью и, следовательно, решает все, ориентированный на пользователя дизайн стал стандартным подходом для успешного и ориентированного на прибыль веб-дизайна.В конце концов, если пользователи не могут использовать какую-либо функцию, она может и не существовать.
Юзабилити и полезность, а не визуальный дизайн, определяют успех или неудачу веб-сайта. Поскольку посетитель страницы — единственный человек, который щелкает мышью и, следовательно, решает все, ориентированный на пользователя дизайн стал стандартным подходом для успешного и ориентированного на прибыль веб-дизайна. В конце концов, если пользователи не могут использовать какую-либо функцию, она может и не существовать.
Мы не будем обсуждать детали реализации дизайна (например,грамм. где разместить строку поиска), как это уже делалось в ряде статей; вместо этого мы сосредоточимся на основных принципах , эвристике и подходах к эффективному веб-дизайну — подходах, которые при правильном использовании могут привести к более сложным проектным решениям и упростить процесс восприятия представленной информации.
Обратите внимание, что вас могут заинтересовать статьи по юзабилити, которые мы публиковали ранее:
Неограниченное количество загрузок: 500 000+ шаблонов HTML5, мокапов, фотографий и материалов для дизайна (объявление)
Загрузить сейчас →
Принципы О хорошем дизайне веб-сайтов и руководящих принципах эффективного веб-дизайна
Чтобы правильно использовать принципы, нам сначала нужно понять, как пользователи взаимодействуют с веб-сайтами, как они думают и каковы основные модели поведения пользователей.
Как думают пользователи?
По сути, привычки пользователей в Интернете не сильно отличаются от привычек покупателей в магазине. Посетители просматривают каждую новую страницу, просматривают часть текста и щелкают по первой ссылке, которая вызывает их интерес или отдаленно напоминает то, что они ищут. Фактически, есть большие части страницы, на которые они даже не смотрят.
Большинство пользователей ищут что-то интересное (или полезное) и интерактивное; как только будут найдены перспективные кандидаты, пользователи щелкнут.Если новая страница не соответствует ожиданиям пользователей, нажимается кнопка «Назад» и поиск продолжается.
- Пользователи ценят качество и надежность. Если страница предоставляет пользователям высококачественный контент, они готовы скомпрометировать контент с помощью рекламы и дизайна сайта. Это причина того, почему не очень хорошо продуманные веб-сайты с высококачественным контентом с годами набирают много трафика. Контент важнее дизайна, который его поддерживает.
- Пользователи не читают, они сканируют. Анализируя веб-страницу, пользователи ищут какие-то фиксированные точки или якоря, которые будут вести их по содержимому страницы. Пользователи не читают, они сканируют. Обратите внимание, как «горячие» области резко переходят в середину предложений. Это типично для процесса сканирования.
- Интернет-пользователи нетерпеливы и настаивают на мгновенном удовлетворении. Очень простой принцип: если веб-сайт не может соответствовать ожиданиям пользователей, значит, дизайнер не справился со своей работой, и компания теряет деньги.Чем выше когнитивная нагрузка и чем менее интуитивно понятна навигация, тем больше пользователи желают покинуть веб-сайт и искать альтернативы. [JN / DWU]
- Пользователи не делают оптимального выбора. Пользователи не ищут самый быстрый способ найти нужную информацию. Они также не сканируют веб-страницу линейно, последовательно переходя от одного раздела сайта к другому. Вместо этого пользователи удовлетворены; они выбирают первый разумный вариант. Как только они находят ссылку, которая, как кажется, может привести к цели, очень высока вероятность того, что по ней сразу же нажмут.Оптимизация — это сложно и занимает много времени. Удовлетворение более эффективно. [видео] Последовательное чтение не работает в Интернете. Правый снимок экрана на изображении внизу описывает путь сканирования данной страницы.
- Пользователи следуют своей интуиции. В большинстве случаев пользователи блуждают, вместо того чтобы читать информацию, предоставленную дизайнером. По словам Стива Круга, основная причина этого в том, что пользователям все равно. «Если мы находим что-то, что работает, мы придерживаемся этого. Для нас не имеет значения, понимаем ли мы, как работают вещи, если мы можем их использовать.Если ваша аудитория будет вести себя так, как будто вы разрабатываете рекламный щит, тогда создавайте отличные рекламные щиты ».
- Пользователи хотят иметь контроль. Пользователи хотят иметь возможность управлять своим браузером и полагаться на единообразное представление данных на всем сайте. Например. они не хотят, чтобы новые окна появлялись неожиданно, и они хотят иметь возможность вернуться с помощью кнопки «Назад» на сайт, на котором они были раньше: поэтому рекомендуется, чтобы никогда не открывал ссылки в новых окнах браузера. .
1. Не заставляйте пользователей думать
Согласно первому закону юзабилити Круга, веб-страница должна быть очевидной и не требующей пояснений . Когда вы создаете сайт, ваша задача — избавиться от вопросительных знаков — решений, которые пользователи должны принимать осознанно, учитывая плюсы, минусы и альтернативы.
Если навигация и архитектура сайта не интуитивно понятны, количество вопросительных знаков растет, и пользователям становится труднее понять, как работает система и как добраться из пункта А в пункт Б.Четкая структура, умеренные визуальные подсказки и легко узнаваемые ссылки могут помочь пользователям найти свой путь к своей цели.
Рассмотрим пример. Beyondis.co.uk утверждает, что «выходит за рамки каналов, продуктов, распространения». Что значит ? Поскольку пользователи склонны исследовать веб-сайты в соответствии с шаблоном «F», эти три оператора будут первыми элементами, которые пользователи увидят на странице после ее загрузки.
Хотя сам дизайн прост и интуитивно понятен, чтобы понять, о чем эта страница, пользователю необходимо поискать ответ.Вот что такое ненужный вопросительный знак . Задача дизайнера — сделать так, чтобы количество вопросительных знаков было близко к нулю. Визуальное объяснение расположено с правой стороны. Простая замена обоих блоков повысит удобство использования.
ExpressionEngine использует ту же структуру, что и Beyondis, но избегает ненужных вопросительных знаков. Кроме того, слоган становится функциональным, поскольку пользователям предоставляется возможность опробовать услугу и загрузить бесплатную версию.
Снижая когнитивную нагрузку, вы упрощаете посетителям понимание идеи, лежащей в основе системы. Как только вы этого добьетесь, вы сможете рассказать, почему система полезна и какие выгоды от нее могут получить пользователи. Люди не будут использовать ваш веб-сайт, если они не смогут его найти.
2. Не теряйте терпение пользователей
В каждом проекте, когда вы собираетесь предложить своим посетителям какую-либо услугу или инструмент, старайтесь, чтобы ваши требования пользователей были минимальными. Чем меньше действий требуется от пользователей для тестирования услуги, тем больше вероятность, что случайный посетитель действительно ее опробует.Новые посетители хотят играть с сервисом , а не заполнять длинные веб-формы для учетной записи, которую они, возможно, никогда не будут использовать в будущем. Позвольте пользователям исследовать сайт и открывать для себя ваши услуги, не заставляя их делиться личными данными. Неразумно заставлять пользователей вводить адрес электронной почты для тестирования функции.
Как утверждает Райан Сингер, разработчик команды 37Signals, пользователи, вероятно, захотели бы предоставить адрес электронной почты, если бы их спросили. после они увидели, что функция работает, поэтому они имели некоторое представление о том, что они собирались получить взамен.
Stikkit — прекрасный пример удобного сервиса, который почти ничего не требует от посетителя, ненавязчивого и удобного. И это то, что вы хотите, чтобы ваши пользователи чувствовали на вашем сайте.
Видимо, клещу нужно больше. Однако регистрацию можно выполнить менее чем за 30 секунд — поскольку форма имеет горизонтальную ориентацию, пользователю даже не нужно прокручивать страницу.
В идеале устраняет все препятствия , не требует предварительной подписки или регистрации.Сама по себе регистрация пользователя является достаточным препятствием для навигации пользователя, чтобы сократить входящий трафик.
3. Умейте привлекать внимание пользователей
Поскольку веб-сайты предоставляют как статический, так и динамический контент, некоторые аспекты пользовательского интерфейса привлекают внимание больше, чем другие. Очевидно, что изображения привлекают больше внимания, чем текст — точно так же, как предложения, отмеченные жирным шрифтом, более привлекательны, чем простой текст.
Человеческий глаз — очень нелинейное устройство, и веб-пользователи могут мгновенно распознавать края, узоры и движения .Вот почему видеореклама чрезвычайно раздражает и отвлекает, но с точки зрения маркетинга она отлично справляется с задачей привлечь внимание пользователей.
Humanized отлично использует принцип фокусировки. Единственный элемент, который напрямую виден пользователям, — это слово «бесплатно», которое выглядит привлекательно и привлекательно, но все же спокойно и чисто информативно. Тонкие подсказки предоставляют пользователям достаточно информации о том, как узнать больше о «бесплатном» продукте.
Сосредоточение внимания пользователей на определенных областях сайта с умеренным использованием визуальных элементов может помочь вашим посетителям добраться из пункта А в пункт Б, не задумываясь о том, как это на самом деле должно быть сделано.Чем меньше вопросительных знаков имеют посетители, тем больше у них чувства ориентации и тем больше у них доверия к компании, которую представляет сайт. Другими словами: чем меньше нужно думать за кулисами, тем лучше будет пользовательский опыт, что в первую очередь является целью удобства использования.
4. Стремление к раскрытию функций
Современный веб-дизайн обычно критикуют за то, что он направляет пользователей с помощью визуально привлекательных 1-2-3 шагов, больших кнопок с визуальными эффектами и т. Д.Но с точки зрения дизайна эти элементы на самом деле неплохие. Напротив, такие руководящие принципы чрезвычайно эффективны , поскольку они проводят посетителей через содержание сайта очень простым и удобным способом.
Dibusoft сочетает в себе визуальную привлекательность с четкой структурой сайта. На сайте есть 9 основных вариантов навигации, которые видны с первого взгляда. Однако выбор цветов может быть слишком легким.
Предоставление пользователю возможности ясно увидеть, какие функции доступны — это фундаментальный принцип успешного проектирования пользовательского интерфейса.На самом деле не имеет значения, как этого добиться. Важно то, чтобы контент был хорошо понят и посетители чувствовали себя комфортно при взаимодействии с системой.
5. Используйте эффективное письмо
Поскольку Интернет отличается от печати, необходимо адаптировать стиль письма к предпочтениям пользователей и привычкам просмотра. Рекламные материалы не будут прочитаны. Блоки длинного текста без изображений и ключевых слов, выделенных полужирным шрифтом или курсивом , будут пропущены.Преувеличенные выражения будут проигнорированы.
Обсуждение бизнеса. Избегайте красивых или умных названий, названий, связанных с маркетингом, фирменных названий и незнакомых технических названий. Например, если вы описываете услугу и хотите, чтобы пользователи создали учетную запись, «зарегистрироваться» лучше, чем «начать сейчас!» что опять же лучше, чем «изучить наши услуги».
Eleven2.com сразу переходит к делу. Никаких милых словечек, никаких преувеличенных заявлений. Вместо этого цена: именно то, что ищут посетители.
Оптимальным решением для эффективного письма является использование
- коротких и сжатых фраз (переходите к сути как можно быстрее),
- использование сканируемого макета (категоризация контента, использование нескольких уровней заголовков, использование визуальных элементов и маркированных списков которые прерывают поток однородных текстовых блоков),
- используют простой и объективный язык (продвижение не должно звучать как реклама; дайте вашим пользователям разумную и объективную причину, почему они должны использовать ваши услуги или оставаться на вашем веб-сайте )
6.Стремление к простоте
Принцип «будь простым» (KIS) должен быть основной целью дизайна сайта. Пользователи редко бывают на сайте, чтобы насладиться дизайном; более того, в большинстве случаев они ищут информацию , несмотря на дизайн . Стремитесь к простоте вместо сложности.
С точки зрения посетителей, лучший дизайн сайта — это чистый текст без какой-либо рекламы или дополнительных блоков контента, которые точно соответствуют запросу, который использовали посетители, или контенту, который они искали.Это одна из причин, по которой удобная печатная версия веб-страниц необходима для хорошего взаимодействия с пользователем.
Finch четко представляет информацию о сайте и дает посетителям выбор вариантов, не перегружая их ненужным контентом.
7. Не бойтесь белого пространства
На самом деле очень сложно переоценить важность белого пространства. не только помогает снизить когнитивную нагрузку на посетителей, но и дает возможность воспринимать информацию, представленную на экране.Когда новый посетитель приближается к макету дизайна, первое, что он пытается сделать, — это просканировать страницу и разделить область содержимого на легко усваиваемые фрагменты информации.
Сложные структуры сложнее читать, сканировать, анализировать и работать с ними. Если у вас есть выбор между разделением двух сегментов дизайна видимой линией или некоторым пробелом, обычно лучше использовать решение с пробелами. Иерархические структуры снижают сложность (закон Саймона): чем лучше вам удастся предоставить пользователям ощущение визуальной иерархии, тем легче будет восприниматься ваш контент.
Белое пространство — это хорошо. Cameron.io использует пустое пространство в качестве основного элемента дизайна. В результате получается хорошо сканируемый макет, который придает контенту доминирующее положение, которого он заслуживает.
8. Эффективное общение с помощью «видимого языка»
В своих статьях об эффективной визуальной коммуникации Аарон Маркус излагает три фундаментальных принципа, связанных с использованием так называемого «видимого языка» . — контент, который пользователи видят на экран.
- Организация : предоставить пользователю четкую и последовательную концептуальную структуру.Согласованность, расположение экрана, взаимосвязи и возможность навигации — важные концепции организации. Ко всем элементам следует применять одни и те же соглашения и правила.
- Экономьте : максимально используйте минимальное количество подсказок и визуальных элементов. Следует учитывать четыре основных момента: простота, ясность, различимость и акцент. Простота включает в себя только самые важные для общения элементы. Ясность : все компоненты должны быть спроектированы таким образом, чтобы их значение не было неоднозначным. Самобытность : важные свойства необходимых элементов должны быть различимы. Акцент : самые важные элементы должны быть легко различимы.
- Общайтесь : сопоставьте презентацию с возможностями пользователя. Пользовательский интерфейс должен сохранять баланс разборчивости, удобочитаемости, типографики, символики, нескольких представлений, а также цвета или текстуры для успешного взаимодействия. Используйте макс. 3 шрифта максимум 3 кеглем — максимум 18 слов или 50-80 символов в строке текста.
9. Условные обозначения — наши друзья
Традиционный дизайн элементов сайта не делает его скучным. На самом деле, условные обозначения очень полезны, так как они сокращают кривую обучения, необходимость разобраться, как все работает. Например, было бы кошмаром юзабилити, если бы все веб-сайты имели разное визуальное представление RSS-каналов. Это не сильно отличается от нашей обычной жизни, когда мы привыкли к базовым принципам организации данных (папок) или совершения покупок (размещения товаров).
С условностями вы можете завоевать доверие пользователей, доверие, надежность и доказать свою надежность. Следуйте ожиданиям пользователей — поймите, чего они ожидают от навигации по сайту, структуры текста, размещения результатов поиска и т. Д.
Типичный пример из сессий юзабилити — перевод страницы на японский язык (при условии, что ваши веб-пользователи не знают японский , например, с Babelfish) и дайте вашим юзабилити-тестерам задачу найти что-нибудь на странице на другом языке.Если условности применяются правильно, пользователи смогут достичь не слишком конкретной цели, даже если они не могут понять ни слова.
Стив Круг считает, что лучше вводить новшества только тогда, когда вы знаете, что у вас действительно есть идея получше , но пользоваться преимуществами условностей, когда вы этого не делаете.
10. Тестируйте рано, тестируйте часто
Этот так называемый TETO-принцип должен применяться к каждому проекту веб-дизайна, поскольку тесты юзабилити часто дают критически важное понимание серьезных проблем и проблем, связанных с данным макетом.
Проверить не слишком поздно, не слишком мало и не по неправильным причинам. В последнем случае необходимо понимать, что большинство дизайнерских решений являются локальными; Это означает, что вы не можете однозначно ответить, лучше ли какой-либо макет, чем другой, поскольку вам необходимо проанализировать его с очень конкретной точки зрения (с учетом требований, заинтересованных сторон, бюджета и т. д.).
Некоторые важные моменты, о которых следует помнить:
- по словам Стива Круга, тестирование одного пользователя на 100% лучше, чем тестирование отсутствия , а тестирование одного пользователя в начале проекта лучше, чем тестирование 50 ближе к концу.Согласно первому закону Бема, ошибки наиболее часты при выполнении требований и проектировании и тем дороже, чем позже они устраняются.
- тестирование — это итерационный процесс . Это означает, что вы что-то проектируете, тестируете, исправляете, а затем снова тестируете. Могут быть проблемы, которые не были обнаружены во время первого раунда, поскольку пользователи были практически заблокированы другими проблемами.
- тесты удобства использования всегда дают полезные результаты . Либо вам укажут на проблемы, которые у вас есть, либо укажут на отсутствие серьезных недостатков в дизайне, что в обоих случаях является полезной информацией для вашего проекта.
- в соответствии с законом Вайнберга, разработчик не подходит для тестирования своего кода . Это касается и дизайнеров. Поработав над сайтом несколько недель, вы больше не можете смотреть на него с новой точки зрения. Вы знаете, как он устроен, и поэтому вы точно знаете, как это работает — у вас есть мудрость, которой не хватило бы независимым тестировщикам и посетителям вашего сайта.
Итог: если вам нужен отличный сайт, вам нужно его протестировать.
.ресурсов — эффективный альтруизм
Получите информационный бюллетень по эффективному альтруизму
Подпишитесь, и мы будем отправлять вам одно электронное письмо в месяц с последними новостями, идеями и возможностями от эффективного альтруистического сообщества. Без спама.
Ключевые идеи
В этой серии лекций и статей рассматриваются основные идеи эффективного альтруизма. Мы думаем, что это отличное место для начала, если вы хотите узнать больше.
Начать чтение
… или просмотрите содержание ниже:
Введение в эффективный альтруизм
Что мы уже обнаружили? Что это значит для тебя?
Принципы
Как нам научиться делать добро?
Эффективная благотворительность — делай другим
Добро — враг лучшего.
Prospecting for Gold
Метафорическое введение в ключевые концепции эффективного альтруизма.
Важнейшие соображения и разумная филантропия
Ник Бостром исследует, что «важные соображения» означают для эффективного альтруизма.
Моральная ценность информации
Вмешательства, которые дают нам информацию, могут быть более ценными, чем кажется.
Долгосрочное будущее
Эффективный альтруизм часто подчеркивает долгосрочное влияние различных вмешательств.Эти статьи объясняют, почему.
Долгосрочное будущее
Причины заботиться о долгосрочном будущем и причины не делать этого.
Предлагаемая поправка к аргументу об астрономических отходах
Забота о будущем не означает, что мы должны сосредоточиться только на узких вмешательствах.
Перспективные причины
Выбор проблемы, над которой нужно работать, имеет решающее значение для достижения максимального воздействия. В этих статьях обсуждается множество проблем, а также причины, по которым мы можем или не можем сосредоточиться на них.
Три воздействия машинного интеллекта
Что бы изменилось, если бы у нас был развитый искусственный интеллект?
Потенциальные риски от продвинутого ИИ
Некоторые вещи, которые мы могли бы сделать, чтобы улучшить развитие искусственного интеллекта.
Что означает (и не делает) ИИ для эффективного альтруизма?
Излагает аргументы в пользу диверсифицированного «портфельного подхода» к снижению рисков ИИ.
Биобезопасность как область причинно-следственных связей
Что мы можем сделать с угрозами, исходящими от биотехнологии?
Защита животных
Почему вы можете, а можете и не захотеть работать над улучшением условий содержания животных.
Эффективный альтруизм в правительстве
Как оказать влияние на правительство.
Глобальное здоровье и развитие
Доводы за и против работы в области глобального здравоохранения.
Насколько ценен рост движения?
Насколько ценен рост движения? А какой рост лучший?
Выбор благотворительности
80,000 Hours, который дает советы по поиску успешной карьеры, также написал пошаговое руководство по поиску эффективных благотворительных организаций.
В руководстве объясняют:
- Как выбрать перспективное дело
- Как оценить потребности благотворительной организации в финансировании
- Где найти экспертов-доноров, советам которых вы можете последовать, если не хотите полагаться на собственные исследования
Подкасты
Doing Good Better — это серия коротких подкастов, рассказывающих об эффективном альтруизме. Он сосредоточен вокруг трех вопросов: Почему? Как? и что?
В подкасте «80 000 часов» Роб Виблин берет интервью у экспертов из различных областей о том, как лучше всего решать самые насущные проблемы мира.
Видео
Подпишитесь на наш канал Youtube
Как мы можем сделать для мира больше всего?
TED Talk Уильяма МакАскилла 2019 года о самых важных проблемах нашего времени.
Почему и как эффективный альтруизм
Классическое введение Питера Сингера в эффективный альтруизм.
Эффективный альтруизм: лучший способ жить этической жизнью
Уильям МакАскилл обсуждает Джайлза Фрейзера на тему «Intelligence Squared».
EA Global Talks
Подборка выступлений из серии конференций EA Global. Они охватывают множество концепций и ресурсов, связанных с эффективным альтруизмом.
Книги
Делать добро лучше
Введение в некоторые ключевые принципы эффективного альтруизма
Уильям МакАскилл
www.effectivealtruism.org
80 000 часов
Как найти полноценную и высокоэффективную карьеру
Бенджамин Тодд
80000 часов.org
Самое хорошее, что вы можете сделать
Описывает практическое и философское влияние движения EA
Питер Сингер
www.thelifeyoucansave.org
Жизнь, которую вы можете спасти
Утверждает, что существует моральный императив для богатых, чтобы покончить с бедностью в странах с низким уровнем дохода — и может быть бесплатно загружен по ссылке выше
Peter Singer
www.thelifeyoucansave.org
The Precipice
О величайших рисках для будущего человеческой цивилизации, и как мы можем их предотвратить
Toby Ord
theprecipice.com
Superintelligence
Излагает взгляды Бострома на то, как, вероятно, будет развиваться искусственный интеллект, и риски, которые он будет представлять
Ник Бостром
www.amazon.com
Совместимость с людьми
Сверхчеловеческий ИИ будет очень трудно контролировать и может представлять серьезную угрозу для человечества. Рассел считает, что мы можем предотвратить худшие результаты, переосмыслив то, как мы проектируем системы ИИ.
Стюарт Рассел
www.amazon.com
Другие исследования
В последние годы эффективное сообщество альтруистов создало много хорошего контента. К сожалению, часть этого контента бывает трудно найти. Поэтому мы собрали серию лучших исследований последних лет, включая идеи, которые не так широко распространены, как идеи выше.
Мы разработали этот раздел для людей, которые уже знакомы с некоторым основным содержанием и хотят понять идеи более глубоко.
Как понять, какая глобальная проблема наиболее актуальна?
80 000 часов для сравнения задач с точки зрения масштаба, запущенности, разрешимости и индивидуальной пригодности.
80000hours.org
Раздача на основе просмотров
Холден Карновски считает, что проекты с высоким уровнем риска могут быть лучшим выбором.
www.openphilanthropy.org
Осмысление долгосрочных косвенных эффектов
Косвенные эффекты: очень важно, но трудно оценить.
Потенциальные риски, связанные с передовым искусственным интеллектом: возможности для благотворительности
Холден Карновски объясняет, почему проект Open Philanthropy Project выделяет необычно большие ресурсы на риски, связанные с передовым искусственным интеллектом.
www.openphilanthropy.org
Руководство по работе над политикой ИИ в Соединенных Штатах
Нил Бауэрман объясняет, как принять участие в работе над политикой ИИ в Соединенных Штатах. Многие из его соображений могут быть применимы и к работе в других странах).
80000hours.org
Снижение рисков астрономических страданий: игнорируемый приоритет
Дэвид Альтхаус и Лукас Глор обсуждают риски астрономических страданий и способы их уменьшения.
фундаментальных исследования.org
Отчет о сознании и нравственном терпении
Люк Мюльхаузер просматривает литературу о сознании животных и нравственном терпении.
www.openphilanthropy.org
Почему успешные кампании в США без корпоративных клеток?
Льюис Боллард описывает, как небольшая группа участников кампании убедила более 200 американских компаний прекратить содержание цыплят в аккумуляторных клетках.
www.openphilanthropy.org
Использование фактов для информирования политики
Как исследования, основанные на фактических данных, могут обеспечить реализацию эффективных политик?
Сколько доказательств достаточно?
Утверждает, что мы должны продолжать вмешательства, которые не были окончательно доказаны, но что мы должны продолжать сбор доказательств и после этого.
причин быть доброжелательными к другим системам ценностей
Брайан Томасик утверждает, что мы должны работать вместе, даже если мы ценим разные вещи.
foundation-research.org
Ценность координации
Чтобы делать добро, нам нужно работать с другими. Но как мы можем эффективно координировать свои действия?
80000hours.org
Здание сообщества EA
Что мы могли бы сделать, чтобы максимизировать влияние эффективного альтруистического сообщества.
Создание эффективного сообщества альтруизма
Концепции эффективного альтруизма
Энциклопедия интересных идей в области эффективного альтруизма.
концепций.effectivealtruism.org
Дополнительные ресурсы
EA Hub собрал обширную коллекцию ресурсов, в том числе:
- Руководство для основных организаций, поддерживающих EA
- Ссылки на многие из крупнейших связанных с EA групп в Facebook
- Идеи для разговора об EA с другими людьми
- Глоссарий терминов, обычно используемых в сообществе EA
Смотрите полную коллекцию здесь.
.