Ускорьте выполнение Вашего заказа в 3 раза
5 лет общения с заказчиками помогли мне понять, что главная проблема недопонимай – неумение составлять ТЗ на разработку программного продукта. Если каждый бизнесмен применит на практике этот гайд, то заказы начнут выполняться в 3 раза быстрее!
Что мне приходилось слышать?
- “Всё и так понятно!”
- “Не грузи меня деталями, просто сделай красиво”
- “Я не разбираюсь, лучше ты предложи мне 15 вариантов…”
И, конечно, бывало, что у заказчика заканчивался словарный запас, и он переходил к изобразительному искусству.
Поэтому я выделил общие положения любого ТЗ. Разумеется, они будут колебаться в зависимости от целей и назначения продукта.
1 Аннотация
Кратко укажите, что содержит документ (например, “ТЗ на создание сайта интернет-магазина одежды”). Можно добавить ссылку на Вашу заявку.
2 Введение
Назначение, цели и задачи продукта. Кратко расскажите о:
- Вашей компании, её миссии;
- товарах и услугах;
- конкурентных преимуществах;
- tone of voice;
- фирменном стиле и т.д.
3 Общее описание
Отразите требования к направленности и содержанию: вид сайта (корпоративный, интернет-магазин, промо), домен, группы пользователей продукта, референсы, Ваши идеи и др.
!! Исключите субъективные оценки, вроде “красивый, качественный, удобный”. У всех своё представление красоты, качества и удобства.
4 Требования – самый важный раздел
Плохо: сайт должен выдерживать большие нагрузки
Хорошо: сайт должен выдерживать нагрузку в количестве 100 тыс. посетителей
Должны быть скрупулезно перечислены функциональные возможности.
1) Макеты страниц сайта
Составьте список экранов и опишите каждый из них.
2) Требования к совместимости
- совместимость с системой складского или бухгалтерского учета;
- связь с базой данных товаров;
- интеграция с соцсетями и другое.
3) Требования к надёжности
Защита от основых видов атак, например, SQL-инъекций.
4) Наличие мобильной версии
5) Функциональные возможности
- страница ошибки 404 с возможностью вернуться на главную;
- подключение корзины к платёжной системе ЕРИП, WebPay, IPay и др.;
- поддержка создания интерактивных форм из административной панели;
- возможность сбора и анализа статистики;
- перевод сайта на английский язык и др.
6) Пользовательские сценарии – описание того, как пользователь будет взаимодействовать с продуктом:
- пользователь заполняет поля в личном кабинете, создает пароль;
- при повторном входе в приложение данные сохранены, запрашивается пароль и тд.;
- пользователь просматривает карточки товаров, фильтрует по категориям;
- добавляет товары в корзину или избранное;
- на странице корзины пользователь может оформить покупку в один клик;
- после оформления заказа пользователю показывается окно с рекомендациями – комплементарными товарами.
5 План-график
В плане должны стоять желаемые даты сдачи этапов с указанием содержания каждого этапа, которые позже могут корретироваться. Например, можно разбить работу на этапы разработки дизайна, создания главной, добавления каталога, тестирования, релиз. Здесь же может быть указан порядок размещения на хостинг-площадке. Важно также прописать количество возможных правок.
6 Состав документации
Как правило, обязательно только Руководство пользователя. Для крупных сайтов могут потребоваться и Руководство администратора сайта, системного администратора.
7 Условия передачи паролей от почты, административной панели, хостинга.
8 Сроки и условия гарантийного обсуживания
9 Обратная связь
Укажите полные координаты лица, ответственные за контакты с разработчиком.
Теперь все Ваши пожелания будут выполняться в срок, а переговоры с подрядчиками не отнимут драгоценные часы.