Конечная производительность интернет-магазина зависит от того, насколько тщательно и точно вы соберете и опишете IT-требования до старта проекта. Рассмотрим, что и как включать в требования к построению/модернизации инфраструктуры, чтобы уложиться в сроки и бюджет.
ASAP Lab: Как составить требования для IT-инфраструктуры интернет-магазина
Любой интернет-магазин или маркетплейс — это сложный комплекс из платформы для электронной коммерции и плагинов, бухгалтерских сервисов и интеграций со службами доставки, систем хранения и резервного копирования данных и решений по информационной безопасности. Многокомпонентность проектов электронной коммерции предъявляет особые требования к IT-инфраструктуре: отказоустойчивость близкая к 100%, быстрая загрузка страниц, простота масштабирования и высокая степень информационной безопасности.
Что такое требования к IT-инфраструктуре?
Требования к IT-инфраструктуре — это список информации о проекте, компонентах IT-системы и регулярных мероприятиях, связанных с инфраструктурой. В процессе сбора требований вы должны вместе с вашей командой ответить на следующие вопросы: Почему вы меняете инфраструктуру?
3 шага к созданию первого интернет бизнеса
Например, вы хотите повысить надежность системы, увеличить пропускную способность, масштабировать производительность, внедрить тестовую среду или инициировать процессы CI/CD и т. д. Какие изменения вы планируете? Пропишите конкретные изменения: построение инфраструктуры с нуля, переход на новую инфраструктуру, оптимизация показателей текущей системы, изменение пайплайнов в BitBucket, разработка интеграции S3 и т. д. Сроки завершения проекта Будьте предельно конкретны, если у вас есть строгие сроки, например, запуск всего проекта за 2 месяца или демонстрация результатов инвесторам каждые 2 недели.
Планируемые показатели и критерии успеха Время загрузки страницы продукта не превышает XXX секунд, максимальное количество одновременных посетителей на сайте — XXX пользователей и т.д. Доступы к аккаунтам в различных сервисах Желательно, чтобы некоторые учетные записи были с полным доступом, так ваш провайдер управляемых услуг сможет самостоятельно управлять сервисами на период построения/модернизации IT-инфраструктуры. Необходимое программное обеспечение Составьте список текущего и нового программного обеспечения, необходимого для реализации проекта. Схема решения и окончательные результаты Кратко опишите свое видение результатов работы. Нарисуйте схему компонентов системы, чтобы выявить узкие места на старте проекта.
Почему важно максимально подробно прописать IT-требований?
- Хорошо подготовленный документ позволяет управлять ожиданиями и более точно оценивать объем работ
- Вы защитите себя от увеличения сроков и затрат, которые неизбежны без четкого плана выполнения работ и критерий успеха
- Наконец, у вас будет документально оформленное соглашение о качестве конечного результата.
Кто составляет требования к IT-инфраструктуре?
- составить требования самостоятельно, прежде чем обращаться к потенциальному подрядчику,
- нанять стороннее агентство или
- делегировать весь процесс по подготовке проекта своему поставщику управляемых услуг (MSP) в рамках контракта.
Если вы решили собирать требования самостоятельно, обязательно привлекайте менеджмент наряду с разработчиками и штатными DevOps-специалистами (при наличии таковых). Почему менеджмент, а не только инженеры? Любая работа с инфраструктурой решает определенную бизнес-задачу. Важно четко понимать первопричину изменений инфраструктуры.
Требования для ведения бизнеса в Европе
В случае со сторонним агентством или MSP выбирайте подрядчика, который специализируется на построении инфраструктуры для электронной коммерции, в этом случае вы получите решение, проверенное на сотнях работающих интернет-магазинов.
Это позволит сэкономить время и деньги, направив освободившиеся ресурсы на развитие основного бизнеса.
Обычно последовательность сбора требований выглядит так: pre-sale специалисты обрабатывают информацию, полученную от отдела продаж и уточняют детали с клиентом. Архитекторы, инженеры SysOps и SRE ставят задачи на сбор недостающей информации от заказчика. Подрядчик пишет IT-требования и согласовывает их с клиентом.
Как избежать некорректных ИТ-требований?
Чаще всего причина некорректных требований в том, что заказчик упустил какие-то важные моменты, преувеличил или занизил трафик и нагрузку на систему или о чем-то умолчал. Рассмотрим детальнее каждый случай.
Кейс № 1
Один из наших клиентов собирался запустить интернет-магазин и хотел сразу построить сложную инфраструктуру для будущего роста. На этапе переговоров заказчик не сформулировал четких сроков. И несмотря на то, что технические требования были описаны очень подробно, оказалось, что закончить работу в срок просто невозможно. Вместо этого мы предложили клиенту запустить проект на нашем управляемом хостинге. Что он и сделал и в итоге запустил проект перед новогодними распродажами, как и планировал изначально.
Кейс № 2
Другой клиент не предупредил, что его команде не хватает компетенций для построения правильных процессов CI/CD и написания пайплайнов для внутренних сервисов. Нам пришлось приостановить внедрение готового инфраструктурного решения для консультации и обучения сотрудников заказчика. Это увеличило время и стоимость проекта.
Кейс № 3
Очень памятный случай. Наш клиент жаловался на медленный сервер и низкую отказоустойчивость. Он обратился к нам с просьбой увеличить мощность серверов и обновить версию PHP. В начале проекта мы исследовали текущую платформу для электронной коммерции и выяснили, что клиент ни разу не обновлял свою CMS с момента покупки и установил большое количество конфликтующих плагинов. Мы рекомендовали обновить CMS и уточнить у разработчика совместимость сторонних плагинов, прежде чем описывать ИТ-требования.
Подведем итоги
Требования к IT-инфраструктуре являются основой для идеального проектирования системы. Поэтому лучше сделать их максимально подробными и описать понятными словами. Давайте еще раз обратим внимание на основные моменты при сборе IT-требований.
ASAP Lab: Как составить требования для IT-инфраструктуры интернет-магазина
Построение эффективной инфраструктуры для электронной торговли — это целое приключение и не всегда веселое. Если у вас есть задача построить инфраструктуру с нуля, оптимизировать систему, перейти на новую инфраструктуру или микросервисы, мы поможем правильно сформулировать IT-требования, чтобы уложиться в бюджет и сроки, подскажем, если чего-то не хватает на старте.
Инженеры и эксперты ASAP Lab обладают всеми необходимыми компетенциями для создания масштабируемой и гибкой ИТ-инфраструктуры, которая не станет для вас тяжелым бременем, требующим постоянных вложений, а, наоборот, будет быстро расти вместе с вашим бизнесом за счет резервов системы, предусмотренных на стадии проектирования.
Источник: spark.ru
Требования к сайтам IT-компаний и сайтам резидентов Сколково
Чтобы грамотно развивать сайт, нужно понимать, на какой фазе жизненного цикла он находится. Предлагаем список основных требований, предъявляемых к сайтам IT-компаний и резидентов Сколково на разных этапах развития.
8 мин.
Нет времени читать? Читать позже
Фазы жизненного цикла любого интернет-сайта компании:
- сайт-визитка — младенчество;
- сайт на базе шаблона — детство;
- индивидуальная разработка — юность;
- сайт — инструмент маркетинга — расцвет.
Чтобы понять, на какой список требований ориентироваться, нужно определить, на каком этапе жизненного цикла находится сайт, и исходя их этого, прогнозировать реальные цели и ставить задачи, которые сайт поможет решать.
Каждое конкретное требование должно быть сопоставлено с жизненной фазой сайта. Требования, которые являются обязательными для «сайта — инструмента маркетинга», не всегда имеет смысл соблюдать для «сайта-визитки».
Все требования к сайтам IT-компаний в общем и сайтам резидентов Сколково в частности можно разбить на несколько групп.
- Программная платформа
- Доменное имя и хостинг
- Дизайн
- Семантическое ядро
- Требования к целям сайта
- Оптимизация сайта под конкретные цели
- Требования по SEO
- Продвижение сайта
- Требования к обработке заявок на сайте
- Аналитика
- Языковые версии
- Техническая поддержка и обслуживание
- Защита персональных данных и безопасность
- Тестирование
Основные требования для сайтов IT-компаний в разных жизненных фазах
Предпочтение лучше отдавать платформам отечественной разработки, желательно не использовать «авторские» CMS
Предпочтение лучше отдавать платформам отечественной разработки. Возможно индивидуальное решение от крупной авторитетной компании с глубокой интеграцией в бизнес-процессы компании
Цели четко сформулированы:
- продажа через сайт продуктов компании;
- выведение на рынок новых продуктов;
- привлечение партнеров;
- расширение дилерской сети;
- поддержка клиентов и т.д.
Но не все цели, поставленные перед сайтом, достигаются
Установлены Яндекс.Метрика и Google Analytics в формате стандартного кода. Данные просматриваются, анализируются, на их основе ведутся доработки по сайту.
Работу с сервисами аналитики ведет либо штатный специалист компании, либо специалист по SEO из привлеченной компании
Достаточно одной языковой версии.
Язык сайта зависит от того, на какую целевую аудиторию рассчитан сайт и на каком языке говорит основная масса его посетителей
Дополнительная языковая версия нужна только в том случае, если потенциальные посетители сайта находятся не только в России.
Если потенциальные посетители говорят на разных языках, целесообразно в качестве дополнительной ветки сайта сделать версию на английском языке как наиболее распространенном.
Дополнительная языковая версия может содержать не полный перевод сайта, а лишь часть основной информации, технической документации и контакты.
Перевод можно заказать в специализированном бюро перевода.
Языковую ветку следует выносить на домен третьего уровня
Возможно наличие нескольких языковых версий, если сайт ориентирован на различные языковые группы: английский, немецкий, китайский, испанский. Каждая языковая ветка выносится на отдельный домен.
Перевод текстов следует заказывать в профессиональном бюро, в штате которого есть носители языка.
Желательно дополнительно подключить юриста для проверки соблюдения законодательства регионов, на которые будет ориентирован сайт. Например, в странах EC вы не имеете права установить на сайт без ведома посетителя метрику Google Analytics, использовать cookie. Сайты, на которых выявляются нарушения, могут быть заблокированы в поиске, а вам как компании предъявлен судебный иск
Наличие версии сайта как минимум на английском языке обязательно. Каждая языковая ветка вынесена на отдельный поддомен.
На постоянной основе налажено размещение информации на иностранных языках в соответствующие ветки сайта.
Тексты проверяются и корректируются носителем языка или профессиональным переводчиком.
Проводятся регулярные консультации с юристом для проверки соблюдения требований законодательства стран и регионов, на которые ориентирован сайт
Техподдержка завязана на возможности платформы конструктора и выполняется на уровне кластера.
Новые материалы появляются очень редко, в зависимости от желания и свободного времени администратора сайта.
Планы по развитию сайта не формируются
Техническая поддержка выполняется компанией-разработчиком или администратором сайта по мере возникновения проблем или пожеланий по доработкам.
Лица, выполняющие доработки, могут постоянно меняться.
Новые материалы публикуются время от времени.
Плана по развитию сайта нет
Техническая поддержка сайта выполняется регулярно, по заранее оплаченному тарифному плану, есть постоянная связь с разработчиками сайта.
Технические доработки направлены на решение коммерческих задач сайта.
Есть план доработок на 1–2 месяца вперед. Налажена регулярная публикация информационных материалов на сайте.
С текстами работают профессиональные копирайтеры, специалисты по маркетингу и SEO-продвижению.
Каждый материал, который размещается на сайте, имеет конкретную конечную цель
Технические доработки и расширение функционала ведутся постоянно.
За сайтом закреплена команда технических специалистов, SEO-специалист, копирайтер и специалист по маркетингу.
В финансовом плане компании заложен бюджет на развитие сайта минимум на 6 месяцев вперед
Правила Закона о защите персональных данных ФЗ-152 не соблюдаются.
Защищенное соединение и установка SSL-сертификата зависит от возможностей конкретного конструктора
Правила Закона о защите персональных данных ФЗ-152 соблюдаются не в полном объеме.
Требуется контроль за наличием специализированных разделов, соглашений на обработку данных.
Для домена установлен бесплатный SSL-сертификат начального уровня на уровне сервера-хостера, сайт работает по https-протоколу
Закон о защите персональных данных ФЗ-152 соблюдается в полном объеме.
Владелец сайта либо имеет статус оператора персональных данных, либо использует CMS, сертифицированную по стандартам защиты данных.
Для домена куплен и установлен SSL-сертификат начального уровня, сайт работает по https-протоколу
Закон о защите персональных данных ФЗ-152 соблюдается в полном объеме.
Владелец сайта имеет статус оператора персональных данных.
Для домена куплен и установлен SSL-сертификат профессионального уровня, сайт работает по https-протоколу.
В компании налажена служба контроля за информационной безопасностью
Техническое тестирование проводится на момент запуска сайта и сдачи его владельцу, если сайт разрабатывался сторонней организацией.
Если сайт делался силами самой компании, тестирование не проводится
Проводится техническое тестирование на этапе сдачи проекта.
Проводится регулярное тестирование при сдаче доработок в рамках технической поддержки.
Тестирование по юзабилити и A/B тестирование не проводятся
При сдаче сайт проходит несколько этапов тестирования:
- тестирование функциональное;
- тестирование верстки и корректности работы сайта на мобильных устройствах;
- юзабилити тестирование;
- A/B тестирование отдельных модулей.
Ведется постоянное тестирование выполняемых доработок, тесты отдельных модулей.
По итогам тестов формируются задания на доработку функциональных и информационных модулей сайта
Источник: www.web-canape.ru
Требования к созданию сайта
Среди требований к созданию сайта общего характера я бы выделил такие:
корректное отображение
он должен нормально открываться во всех основных браузерах, а также быть доступным к просмотру с помощью разных устройств (ПК, ноутбук, смартфон и т. д.); обратите внимание: важна компоновка страниц, при которой учитывается, какой должна быть ширина сайта для нормального показа;
структурированная информация
я, например, если зайду на ресурс и не найду быстро искомых данных, время тратить не стану и уйду на другой сайт, среднестатистические пользователи поступят так же, поэтому требования к оформлению сайта и нормальной подаче информации на страницах высоки;
Приятный дизайн
меня, как и большинство других людей, слишком яркие, бьющие по глазам цвета могут напрягать, при выборе оформления ресурса и продумывании его дизайна стоит помнить о разумной мере (особенно если идёт речь о вопросе, каким должен быть сайт солидной компании).
Хорошая конверсия
сайт должен превращать посетителя в покупателя
иметь хорошую целевую посещаемость (в это статье как лучше разместить рекламу в интернете https://likiweb.ru/sozdanie/kak-razmestit-reklamu-v-internete
Это я описал в общем, а теперь подробнее по порядку.
Требования Яндекса к сайту
Существует такое понятие, как требование поисковых систем к сайту. Перед созданием ресурса стоит с ними ознакомиться. Вы можете изучить их, перейдя по ссылке https://help.yandex.ru/catalogue/site-owner/requirements.xml
Основные требования яндекса:
- на сайте должна быть полезная информация интересная посетителям
- не стоит писать текст исключительно для роботов (тексты должны быть читабельными и носить экспертные данные)
рекомендую к прочтению статью — Как правильно разместить текст на сайте - не пробуйте воздействовать на поисковую выдачу за счет ссылок (ссылки можно наращивать, но исключительно тематические, качественные и по которым будут переходить люди и задерживаться на вашем сайте)
читайте статью как продвигаются сайты без ссылок - на сайте должны быт заполненные корректно мета теги (тайтл, дескрипшн и др)
- сайт должен быстро загружаться и быть все время доступен (иметь надежный хотинг)
Однозначно что не следуя этим рекомендациям хороших позиций и целевых посетителей с яндекса или гугла вам не видать.
Требования к дизайну сайта
Каким должен быть дизайн сайта? Я бы сказал, что это зависит от направленности деятельности компании. Сейчас не буду останавливаться на плюсах и минусах шаблонов и эксклюзивных разработок, просто перечислю наиболее актуальные, на мой взгляд, требования:
логичность структуры ресурса
нормальное боковое и/или верхнее меню, «хлебные крошки», понятная и удобная навигация при переходах по внутренним страницам − всё то, что помогает мне ориентироваться на незнакомом ресурсе, автоматически попадает в плюс;
адекватность цветовой гаммы
дело не только в умеренности, как я уже говорил выше, но и в соответствии тонов фирменному стилю компании и её статусу, стоит использовать логотип, можно даже добавить флеш-элементы, но броской графики не должно быть слишком много.
Технические требования к сайту
- нормальная скорость открытия ресурса (не более 3 секунд);
- кроссбраузерность (видимость во всех браузерах);
- оптимизация под планшеты и телефоны.
Я могу сказать, что с графикой, как правило, возникает много проблем. Если она не оптимизирована, будут проблемы с загрузкой, и пользователь уйдёт. Поэтому графика должна быть легкой и при этом наглядной и крупной.
Требования к безопасности сайта
К вопросу безопасности сайта я рекомендую подходить комплексно. Нужно обращать внимание на:
CMS (система управления)
платформы имеют разные возможности и инструменты защиты ресурсов, советую вам не забывать об удалении установочных каталогов, которые являются лазейкой для хакеров, смене стартового пароля, обновлениях и т. д.;
хостинг
и общий, и выделенный хостинг должны обеспечивать минимальную свободу действий при сохранении нормальной работы ресурса, защита в этом случае лежит на системном администраторе; обязательно автоматическое сохдание бекапов (архивов)
надёжный пароль
чем сложнее будет код, тем меньше вероятность того, что ваш сайт подвергнется атакам извне, я бы рекомендовал использовать большое количество символов в разных регистрах;
бекап сайта
резервное копирование и хранение на локальном компьютере или жестком диске даёт возможность сохранить информацию сайта, упростит его восстановление в случае хакерской атаки.
Требования к адресу сайта
- Краткость — чем меньше символов, тем лучше.
- Простота — имя ресурса должно быть легко произносимым (не должно быть двусмысленных букв — S C или K C).
- Релевантность — желательно, чтобы адрес отражал суть деятельности.
Я советую следовать этим параметрам не только потому, что вам будет несложно диктовать адрес потенциальным клиентам, но и в силу того, что запоминаемость вашего ресурса станет выше.
Требования к контенту сайта
Я выделил бы такие требования к наполнению ресурса, как:
- читабельность (нормальное соотношение ключевых слов и остальной лексики);
- достаточный объём текста;
- грамотность;
- уникальность.
В общем, вы должны подать информацию так, чтобы и поисковые роботы, и люди остались довольны. Как это лучше сделать с точки зрения SEO и визуального восприятия, можно почитать в моём блоге, перейдя по этой ссылке https://likiweb.ru/blog/kak-pravilno-razmestit-tekst.
Ваши комментарии, вопросы, отзывы
Ниже я отвечаю на Ваши вопросы.
Источник: likiweb.ru
