ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Идеальный пример

ПОГОВОРИМ О СЛЕДУЮЩЕМ

НО СНАЧАЛА

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

ТЗ необходимо для определения границ проекта.

ЗАЧЕМ

- Структуру;
- Структуру проекта;
- Сведения о пользователях системы;
- Логику взаимодействия с каждым блоком системы.

Документ имеет:

Как распознать качественное ТЗ

БЛОК ОПИСАНИЯ СИСТЕМЫ

Блок описания системы позволяет унифицировать понимание продукта для клиента, аналитика, разработчика и т.д.

1. Мобильное приложение для взаимодействия пользователей между собой при помощи функционала.

2. CRM-систему для наполнения приложения местами и магазинами партнерами.

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

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

В рамках проекты необходимо реализовать:

Пример

Блок назначения должен четко описывать для кого этот документ и какую ценность он несет.

БЛОК НАЗНАЧЕНИЕ ЦЕЛИ

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

Вести чат с пользователем

Просматривать профиль

Пополнять баланс

Находить людей для знакомств

Целью панели администратора, является возможность управления партнерами и модераторами.

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

+Редактировать профиль

Создавать профиль

+Приглашать на встречу

Создавать встречу

+Управлять подпиской

Оформить подписку

Пример

СВЕДЕНИЯ О ПОЛЬЗОВАТЕЛЕ

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

АДМИНИСТРАТОР

МОДЕРАТОР

СТРУКТУРА СИСТЕМЫ

Означает строение, расположение, порядок и отражает определенные взаимосвязи составных частей системы.

БЛОК ТРЕБОВАНИЙ К СИСТЕМЕ

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

Хотите обсудить проект?

Посмотрите и заполните брифы на разработку.