Требования пользователя к программе

Александр Майфет Редакция «Текстерры»

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

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

Тестировщик с нуля / Урок 4 / Тестирование требований

Оглавление:
Оглавление:

Что такое функциональные требования

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

Само слово «функционал» подводит к тому, что мы задаем вопрос: как работает этот сайт, какие у него будут функции. Сюда относится все, что касается логики работы.

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

Пример того, как выглядят функциональные требования в техзадании

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

Нефункциональных требований очень много. Вот основные:

• Производительность. Например, скорость загрузки страницы или время реакции на определенные действия.
• Удобство для пользователя. Насколько интуитивное меню, сколько времени уходит у пользователя на поиск нужной информации.
• Безопасность. Персональные данные должны быть защищены от взломов, хакерских атак, вирусов.
• Совместимость. Как сайт смотрится на различных браузерах и устройствах. Возможно, с экрана телефона часть картинки не видно.
• Локализация. Если компания сотрудничает с иностранными клиентами, нужно адаптировать сайт под их запросы. Например, перевести контент на английский язык, добавить другую валюту или часовые пояса.

Нефункциональные требования могут касаться, например, визуальной части – красивых картинок, эффектов, шрифтов. Другими словами, всего того, что мы называем user interface (UI) – внешнего вида сайта. Также сюда относится user experience (UX) – удобство пользователя.

2. Виды требований к программному обеспечению. Часть 1. (Курс бизнес-аналитик с нуля)

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

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

Продвинем ваш бизнес

В Google и «Яндексе», соцсетях, рассылках, на видеоплатформах, у блогеров

Что такое бизнес-требования

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

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

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

Бизнес-требования от заказчика сайта

Зачем нужны функциональные и бизнес-требования

Функциональные и бизнес-требования решают такие задачи:

1. Упрощают взаимодействие между заказчиком и разработчиком. Они помогают избежать недопонимания, определяют общие термины и роли.
2. Сокращают срок реализации проекта. Благодаря четким требованиям разработка сайта займет меньше времени.
3. Экономят бюджет. Когда заказчик понимает что ему нужно, он может более точно спланировать бюджет. Размытые требования приводят к неопределенной стоимости разработки, которая впоследствии может вырасти.
4. Выявляют возможные ошибки. Выявление ошибок на начальном этапе поможет сократить время и деньги на их исправление.
5. Помогают предвидеть итоговый результат. С помощью требований разработчик понимает, что двигается в правильном направлении. Они не дают увлечься и отойти от первоначальной идеи, выступая некими границами проекта.

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

Техзадание на разработку сайта: запрещенные слова и выражения

Кто занимается сбором требований

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

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

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

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

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

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

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

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

Ваша заявка принята.
Мы свяжемся с вами в ближайшее время.

Как проходит сбор требований

Методы сбора функциональных и бизнес-требований:

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

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

Для удобства документ обычно разбит на несколько разделов:

• Бизнес-требования. Это самые приоритетные требования, которые определяют цель создания сайта и задачи.
• Дизайнерские требования. Здесь описаны цвета, шрифты, стилистика будущего сайта. Они должны совпадать с идеей или фирменным стилем заказчика.
• Требования пользователей сайта. В данном блоке прописано, какую информацию может просматривать/добавлять/редактировать пользователи сайта. Например, менеджеру по продажам в интернет-магазине нужен только доступ к заказам, а бухгалтеру – к счетам и отчетам.
• Требования посетителей сайта. Здесь описан путь посетителя на сайте. Если проект очень крупный, составляется полноценная концепция поведения аудитории – Customer Journey Map.

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

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

Каким должен быть функционал мобильного приложения

8741 23-04-18 Время чтения: 8 мин

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

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

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

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

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

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

Требования к функционалу мобильного приложения

Функционал любого мобильного приложения должен соответствовать трем базовым требованиям:

1. Удобство для пользователя. Все функции должны быть интуитивно понятны для каждого пользователя. Важно, чтобы человек мгновенно находил нужные кнопки, легко ориентировался в функционале и сразу видел все доступные возможности. Для этого внедряются принципы UX/UI дизайна – создания красивых и удобных пользовательских интерфейсов.

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

2. Повышение конверсии. Функционал приложения разрабатывается не только для удобства пользователя, но и для выгоды компании. В идеале, нажатие кнопки должно по цепочке вести пользователя к целевому действию – к покупке, заказу, бронированию и т. д. Для анализа действий пользователей и отслеживания ключевых метрик приложения используются специальные инструменты (AppCenter, Firebase и т.д).

3. Оптимизированный набор функций. Функционал определяется исходя из конкретной бизнес-задачи. Приложение должно содержать ровно столько функций, сколько необходимо клиенту на пути к целевому действию (покупке, заказу, бронированию и пр.). Приложение с недостаточным функционалом не решит задачи аудитории, а значит – окажется невостребованным. Лишние опции также нежелательны – избыток ненужных кнопок только запутает пользователей.

Этапы разработки функционала приложения

Этап 1. Определение функционала при составлении ТЗ

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

1.1 Ниша, продукт

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

1.2 Задачи и цели приложения

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

1.3 Особенности ЦА

Функционал разрабатывается для удовлетворения потребностей целевой аудитории, поэтому своих пользователей нужно знать «в лицо»: для чего им нужно приложение, какие опции могут быть полезны, что может зацепить внимание. Необходимо знать, на какой платформе сконцентрирована аудитория – в Android, iOS либо в обеих системах. Только понимая особенности ЦА, можно создать полезное и востребованное приложение с ценным набором функций. Компания KITAPP специализируется на разработке кросс-платформенных приложений на React Native, что позволит вам охватить всю потенциальную аудиторию пользователей.

1.4 Конкурирующие приложения

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

1.5 Возможность последующих обновлений

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

Этап 2. Создание пользовательского интерфейса

Даже самый «навороченный» функционал окажется бесполезным, если не будет качественно продуман пользовательский интерфейс. UI/UX специалист создает дизайн приложения, прорабатывает расположение функциональных элементов, кнопок, форм, меню. UI дизайн делает интерфейс красивым и приятным для восприятия, а UX – удобным и полезным для решения пользовательских задач. Важно максимально проработать каждую деталь интерфейса на этапе прототипирования. Это важнейший этап, который определяет удобство приложения, а значит – оказывает прямое влияние на его конверсию.

Этап 3. Программирование и тестирование

В соответствии с техническим заданием команда разработчиков создает функционал приложения. Для создания конечного продукта производится разработка front-end (клиентская сторона) и back-end (логика, API, админ-панель), после чего приложение направляется на тестирование. После устранения ошибок, выявленных группой тестировщиков, приложение публикуется на AppStore / PlayMarket. Успешно опубликованное приложение становится доступным для пользователей – и с этого момента оно начинает решать поставленные задачи, приносить пользу компании, способствовать развитию бизнеса.

Самые востребованные функции мобильных приложений

Основное меню

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

Регистрация

• Форма регистрации с ручным вводом данных или через аккаунты в социальных сетях.
• Авторизация с одно- или многофакторной аутентификацией через сервис смс или по одноразовому OTP коду.
• Создание личного кабинета пользователя.

Продажи

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

Коммуникация

• Форма обратной связи. Через форму пользователь может отправить контактные данные, заказать обратный звонок либо задать интересующий вопрос.
• Чат-бот. Эта функция позволяет общаться онлайн с ботом – задавать популярные вопросы, получать автоматические ответы.
• Онлайн-чат. При необходимости чат может быть настроен на общение с менеджером.
• Push-уведомления. Приложение направляет на телефон пользователя уведомления различного содержания – новости, акции, спецпредложения, новинки, обновления и другую полезную информацию.
• Прямой звонок. Пользователь может позвонить сотруднику компании напрямую непосредственно из приложения.

Дополнительный функционал

• Оценки и отзывы. Пользователи могут оставить оценку или написать свое мнение о товаре/услуге.
• Сканирование QR-кодов.
• Использование данных геолокации. Полезная опция для построения маршрутов, формирования карты ближайших филиалов компании.
• Видео и фото контент. В функционал приложения может быть встроена возможность размещения галереи изображений, видеоматериалов.
• Календарь.
• Игровые элементы.
• Привязка к картам Google или Yandex.
• Привязка к внутренним программам трекинга состояния здоровья и пр. — например, HealthKit, Google Fit.

Программа лояльности

• Скидочные купоны.
• Бонусная карта (альтернатива пластиковой).
• Уведомления об акциях.

Безопасность

• Безопасные платежи. Система защиты платежных данных при подключении функционала онлайн оплаты, использование стандартных методов оплаты ApplePay, GooglePay и различных банковских систем.
• Безопасная авторизация. Помимо ввода пароля могут быть использованы другие способы – подтверждение по смс, считывание отпечатка пальца либо лица пользователя, графический или цифровой ключ.

Расширение функционала мобильного приложения

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

Во многих случаях компании начинают с минимального набора опций: запускают приложение, анализируют поведенческие факторы и отзывы, при каждом следующем обновлении наращивают функционал в соответствии с потребностями ЦА. Это так называемый Minimal Viable Product (дословно – минимально жизнеспособный продукт). Что такое MVP в мобильной разработке? Это версия приложения с минимальным, но достаточным набором функций, которые могут удовлетворить главные потребности пользователя. Такой подход позволяет:

• сэкономить на старте;
• растянуть вложения во времени;
• планомерно развивать функционал;
• давать пользователям именно то, в чем они нуждаются.

Команда студии KitApp реализует комплексный подход к разработке функционала приложения для бизнеса:

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

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

Источник: kitapp.pro