функциональные и нефункциональные требования к веб-сайту электронной коммерции | элогический

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

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

Все наши проекты в Elogic начинаются с краткого разъяснения функциональных и нефункциональных требований клиента к проекту онлайн-покупок. Если клиент не отправляет список непосредственно нам, мы выдаем ему документ для заполнения (см. его как бонус для скачивания в конце статьи!). Таким образом, мы уверены, что понимаем потребности их бизнеса, в то время как клиент может скорректировать бюджет и объем проекта, а также обеспечить положительный опыт покупок в Интернете на веб-сайте.

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

Функциональный и нефункциональный: определение и различия

Основное различие между функциональными и нефункциональными требованиями веб-сайтов электронной коммерции заключается в их объеме и назначении.

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

Примеры функциональных требований к сайту: добавьте в наш интернет-магазин товаров для дома следующие функции фильтрации товаров: цена, популярность, мощность (Вт), площадь обогрева (м2) и использование (ванная, кухня и т. д.).

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

Нефункциональные требования к примерам веб-сайтов интернет-магазинов: Товары должны быть легко найдены и иметь привлекательное отображение на веб-сайте.

Совет инсайдера: Настройка и корректировка требований могут изменить масштаб и бюджет вашего проекта.

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

Прочитайте больше: В чем разница между электронной коммерцией и мобильной коммерцией?

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

Функциональные требования: ядро ​​вашего сайта

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

Вот несколько обязательных наборов функциональных требований, применимых ко всем веб-сайтам электронной коммерции.

FR №1: Сторонние интеграции

Перечислите все стороннее программное обеспечение, которое необходимо интегрировать через API и которое должно быть включено в веб-сайт электронной коммерции. Это могут быть новые системы, которые вы хотите добавить, или существующие, которые вас устраивают и которыми вы пользуетесь сейчас.

Это требование касается как систем, оптимизирующих бизнес-операции (таких как ERP, CRM, PIM), так и гибких платежных шлюзов для ваших клиентов. Указание количества сторонних интеграций сделает ваш архитектура электронной коммерции структурированы и готовы к масштабированию вашего бизнеса в будущем.

Примеры ФР №1: 

• Веб-сайт должен быть интегрирован с Odoo. Система ERP и платежные решения Svea.
• PayPal Direct, PayPal Plus и Amazon Pay будут приоритетными платежами в магазине.

FR №2: Удобство для мобильных устройств

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

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

Пример ФР №2s:

• PDP должен быть адаптирован к экранам Apple iPhone 6s и новее.
• Мой магазин должен поддерживать голосовой поиск товаров на мобильном телефоне с помощью комплекта Alexa Mobile Accessory (AMA) (в своих размышлениях: это одно из функциональных требований Amazon).

FR №3: Атрибуты продукта

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

Атрибуты продукта в PDP нашего клиента: размер, длина платья, количество и цвет. Источник: Амсейл.

Примеры ФР №3: 

• Сайт должен поддерживать простые и комплексные типы товаров.
• Изображения продуктов на странице сведений о продукте должны иметь возможность увеличения.

FR № 4: Порядок заказа и оформления заказа

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

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

Примеры ФР №4: 

• На сайте отображаются следующие статусы заказа: подтвержден, в обработке, отправлен, возвращен.
• После регистрации клиента на сайте он должен получить дополнительный год гарантии на приобретенный заказ.

FR №5: Социальный обмен

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

Примеры ФР №5: 

• Информацию о нашем продукте следует публиковать в Facebook, Instagram, Pinterest и Linkedin.
• Комментарии пользователей из Facebook должны появиться на странице сведений о продукте на странице «Отзывы клиентов».

Мы в Elogic сами следуем практике социального обмена. Если вы почувствовали себя щедрым (и стали немного умнее после прочтения этой статьи), почему бы не поделиться ею в социальных сетях!

Нефункциональные требования: особенности вашего веб-сайта

Как упоминалось ранее, нефункциональные требования определяют атрибуты качества веб-сайта, которые создают положительный пользовательский опыт и оптимальную производительность веб-сайта. Библия бизнес-аналитиков — БАБОК - проводит различие между NFR для торговцев (например, удобство обслуживания, масштабируемость, возможность повторного использования) и для пользователей (например, удобство использования, безопасность, доступность). По нашему мнению, все они одинаково важны на разных этапах вашего делового пути: по мере масштабирования вашего магазина ваши нефункциональные требования могут складываться.

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

НФ № 1: Удобство использования

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

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

Примеры НО №1: 

• Клиент должен легко найти подходящий ему товар, понять, какие проблемы он решает, и совершить покупку, не обращаясь к нам.
• Никакой многоэтапной оплаты: пользователи должны нажать кнопку «Добавить в корзину» за один шаг из PDP.

НО № 2: Безопасность

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

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

Примеры НО №2: 

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

НФ № 3: Производительность

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

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

Пример НФ № 3: домашняя страница веб-сайта должна загружаться менее чем за 4 секунды на iOS 10+ и Safari на 4G.

НФ № 4: Ремонтопригодность

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

Пример НФ № 4: Поскольку мы стремимся к росту, на веб-сайте должны быть устранены все внутренние сложности, позволяющие штатным инженерам вносить изменения в систему в будущем.

НФ № 5: Масштабируемость

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

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

Примеры НФ № 5: 

• Наша главная цель на ближайшие два года — интернационализация, поэтому на веб-сайте должно быть несколько просмотров магазинов для каждой страны, в которой мы продаем.
• Магазин будет расширен для поддержки более 500 тысяч SKU на одном сервере без негативного влияния на скорость загрузки сайта.

Составление вашего первого брифа

Итак, вы определились с несколькими функциональными и нефункциональными требованиями к веб-сайту электронной коммерции; что теперь? Вы излагаете свои потребности и взгляды на проект на бумаге! 

Когда клиент обращается к нам в Elogic по поводу услуги по развитию электронной коммерции, мы хотели бы выпустить краткий обзор. Это помогает нашим клиентам составить список требований к электронной коммерции и составить нам четкое представление о том, что они хотели бы видеть. Как и в случае с RFP, краткое описание организовано в виде электронной таблицы с вопросами по конкретным категориям на вкладках. В зависимости от типа проекта (разработка сайта с нуля, реплатформинг, разработка собственного модуля и т.д.) в бриф будут включены различные вопросы, направленные на выявление различных потребностей бизнеса.

Советы по документированию функциональных и нефункциональных требований для веб-сайта интернет-магазина

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

1. Будьте конкретны. Этот совет может быть очевидным, но его следует подчеркнуть. Не позволяйте потоку вашего сознания взять верх над заданием и объединить множество требований в одно. Вместо этого старайтесь детализировать их и четко формулировать. Поверьте, переход от «мы хотим использовать ERP и PIM» к «Веб-сайт должен использовать SAP ERP и Fishbowl Inventory» имеет большое значение для разработчиков.

2. Сделайте их измеримыми. KPI субъективны и варьируются от одного бизнеса к другому. Но нужно найти свои и прописать их в свои требования. Не просто говорите банально: «Мне нужен веб-сайт с быстрой загрузкой», а укажите идеальное время загрузки в конкретном случае. Говорите о цифрах, когда это возможно, и добавляйте меры к своим требованиям, когда можете. Ваши разработчики будут тестировать эту функцию гораздо быстрее по сравнению с установленным вами эталоном, а вы всегда будете держать руку на пульсе проекта.

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

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

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

• SEO-контент и PR-распределение. Получите усиление сегодня.
• PlatoData.Network Вертикальный генеративный ИИ. Расширьте возможности себя. Доступ здесь.
• ПлатонАйСтрим. Интеллект Web3. Расширение знаний. Доступ здесь.
• ПлатонЭСГ. Автомобили / электромобили, Углерод, чистые технологии, Энергия, Окружающая среда, Солнечная, Управление отходами. Доступ здесь.
• Смещения блоков. Модернизация права собственности на экологические компенсации. Доступ здесь.
• Источник: https://elogic.co/blog/functional-and-non-functional-requirements-for-ecommerce-websites/