Бесплатная библиотека
Читайте книгу на сайте или телефоне
READ-E-BOOK » Бизнес » Мобильное приложение для бизнеса: что нужно знать заказчику
Мобильное приложение для бизнеса: что нужно знать заказчику - Читать Любимую Русскую Полную Книгу 👉 Read-E-Book.com

Мобильное приложение для бизнеса: что нужно знать заказчику

Электронная книга - «Мобильное приложение для бизнеса: что нужно знать заказчику». Краткое содержание книги:

Что именно входит в создание приложения? Вопрос, который чаще всего задают клиенты студии мобильной разработки WINFOX. Они хотят знать, сколько денег и времени от них потребуется, как строится работа, с чего начать и как в результате заработать, а не потерять. Этот важный вопрос, на который нельзя ответить в двух словах, вдохновил нас на создание этой брошюры. В ней не будет туманных советов из серии «Как сделать приложение: три простых шага». Зато будет опыт, накопленный нами за пять с лишним лет работы на рынке мобильной разработки, примеры из практики и руководство к действию. Готовы выделить 50 минут на чтение? Тогда поехали!
1 2 3 4 5 6 7 8 9 10 ... 17
Перейти на страницу:

Благодаря такому техническому заданию (ТЗ) наша команда дизайнеров и разработчиков четко понимает, какой сервис хочет получить заказчик, и поэтапно реализует первоначальную идею.

Что в результате:

• перечень функций, которые должны быть в приложении;

• требования к интерфейсу, ролям пользователя, безопасности, производительности и другие нефункциональные требования;

• описание того, как будут реализованы все эти требования;

• смета проекта.

Что такое пользовательские истории

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

Рустам Мухамедьянов, руководитель студии WINFOX:

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

Что такое карта путешествий пользователя

Карта путешествия пользователя (Customer Journey Map) позволяет наглядно представить, как разные персонажи будут пользоваться приложением в каждой из пользовательских историй. На такой карте виден весь путь пользователя – перемещение между экранами и клики на кнопки.

Составление карты помогает понять, как технически реализовать все функции приложения.

Александр Хрущев, технический директор студии WINFOX:

«Мы делаем карту путешествия пользователя в Miro. Вся команда может работать над картой в реальном времени, а заказчик – смотреть результат в режиме презентации».

Чек-лист: что должно быть в ТЗ

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

Общие сведения:

• цель создания сервиса;

• совместимость с платформами: это будет приложение для iOS, Android или других платформ;

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

• отказоустойчивость: должно ли приложение продолжить свою работу, если откажет один или несколько его компонентов.

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

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

• форматы данных: как будет реализован обмен данными в приложении;

• интеграция: должно ли приложение поддерживать совместную работу с другими сервисами, например с платежными системами и почтовыми серверами;

• интерфейсы доступа: как приложение будет обмениваться данными с внешними сервисами;

• дополнительные функции: должно ли приложение уметь что-то еще, например работать с файлами или библиотеками шифрования;

• конфигурация и администрирование: с помощью каких элементов администратор будет управлять приложением;

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

Нефункциональные требования к приложению:

• безопасность: требования к безопасности приложения;

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

• производительность: требования к работе приложения, например к скорости работы базы данных;

• требования к аппаратному обеспечению сервера: перечень технических характеристик.

1 2 3 4 5 6 7 8 9 10 ... 17
Перейти на страницу:
0
Сюжет
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
0
Атмосфера
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
0
Главный герой
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
0
Общее впечатление
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
Итоговая оценка: 0.0 из 10 (голосов: 0 / История оценок)