Как правильно поставить ТЗ на создание сайта, Алексей Бородкин, лекция в Школе вебмастеров
9 likes1,695 views
Документ представляет собой техническое задание (ТЗ) для разработки сайта, охватывающее требования, структуру и функции, необходимые для создания качественного продукта. Основное внимание уделяется однозначности, полноте и системности ТЗ, а также организации работы над ним. Включены примеры интерфейсов, логики обработки заявок и требований к взаимодействию с системой.
![Дизайн-макеты
[Вообразите красивый дизайн]](https://image.slidesharecdn.com/random-151008144835-lva1-app6891/85/-29-320.jpg)
Как правильно поставить ТЗ на создание сайта, Алексей Бородкин, лекция в Школе вебмастеров
- 1. Сайт Школы Канал на YouTube
- 2. Как правильно поставить ТЗ на создание сайта Алексей Бородкин, Notamedia
- 3. На дне
- 4. ТЗ: две буквы с большим потенциалом Основы
- 9. Основная задача ТЗ –помочь создать качественный продукт
- 10. │ТЗ отвечает на вопрос │«Что нужно реализовать»
- 11. Требования к хорошему ТЗ Основы
- 12. Однозначность
- 13. Отчуждаемость
- 14. Полнота
- 15. Системность
- 16. Опрятность
- 17. Что нужно сделать, прежде чем садиться за ТЗ Подготовка
- 18. Не кидаться с шашкой наголо
- 19. │В основе всего - задачи
- 21. Пример (фрагмент) Целевая аудитория Задачи Задействованный функционал Задействованные страницы Потенциальные или нерегулярные клиенты Ознакомиться с общей информацией о компании -> Главная страница Ознакомиться с деятельностью отдельных ферм -> Страницы ферм Отправить заявку на катание на животном Отправка сообщений через форму обратной связи Главная страница, страницы ферм Лояльные клиенты Получить контактную информацию -> Все страницы сайта (шапка сайта)
- 23. Архитектура и Бумажный Тигр • Структура системы • Интерфейсы • Логические схемы • Структура данных • Связь с внешними ресурсами
- 24. Структура (пример) 25 Главная страница Навигационная структура сайта Страница ошибки 404 Административная часть Страницы животных
- 25. Интерфейс (пример) 26 Схема главной страницы Логотип Название, контактный телефон, кнопки сообществ в соцсетях Промоблок с общей информацией Перечень имеющихся видов животных Кнопка заказа Перечень преимуществ Блок отзывов Кнопка заказа Подвал: блок копирайтов, ссылки на соцсети, информация о разработчике сайта Схема страницы о животных Логотип Название, контактный телефон, кнопки сообществ в соцсетях Панель переключения между животными + заголовок Блок фотографий Кнопка заказа Перечень ключевых особенностей (с их кратким описанием) Перечень имеющихся животных (фото+кличка+описание) Подвал: блок копирайтов, ссылки на соцсети, информация о разработчике сайта Карта с адресом и телефономфермы
- 26. Логика (пример) 27 Цикл жизни заявки, отправленной пользователем СистемаПользователь Администратор ОбработказаявкиадминистраторомОтправказаявки Пользователь заполняет анкету и нажимает на «Отправить» Система составляет заявку на основе введенной информации Система присваивает заявке уникальный номер и сохраняет ее в системе как необработанную Администратор получает уведомление на e-mail о поступившей заявкеи ссылку на нее Администратор авторизуется в административной системе Администратор видит всю информацию о заявке Администратор обрабатывает заявку и ставит ей статус «Обработана» Система сохраняет заявку в системе как обработанную. Пользователь получает уведомление об успешной отправке заявки Конец
- 27. Интерфейсы и прототипы • Между простотой и дизайном • Интерактив • Опрятность
- 28. Пример 29
- 30. Дизайн-макеты: почему мы так делаем
- 32. Хорошее ТЗ ТЗ
- 33. Требования к хорошему ТЗ • Однозначность • Отчуждаемость • Полнота • Системность • Опрятность
- 35. 1. Общие положения 1.1. Назначение документа 1.2. Структура документа 1.3. Используемые термины
- 36. 2. Технические требования 2.1. Общие требования 2.2. Требования к системе 2.3. Требования к верстке 2.4. Требования к безопасности 2.5. Прочие требования
- 38. 4. Архитектура системы (пример)
- 39. 5. Шаблоны интерфейсов (пример)
- 40. 6. Функциональные сценарии (пример)
- 41. 7. События
- 44. 10. Справочники
- 45. 11. Протоколы связи с внешними системами • Бывает сильно по-разному
- 46. 12. Требования к системе администрирования (пример)
- 49. Кто должен писать ТЗ Кадры 50
- 50. Кто должен отвечать за ТЗ
- 51. Кто работает над ТЗ Должность БА UX Архитектура Прототипы ТЗ Аналитик- проектировщик + + + + + Аналитик + + - - - Проектировщик - - + + + Бизнес-аналитик + - - - - UX-аналитик - + - - - Инф. Архитектор - - + - - Прототипист - - - + - Тех. писатель - - - - +
- 53. Плохое ТЗ ТЗ 54
- 56. Простыня текста
- 57. Бессистемность
- 58. Дыры в логике
- 60. ТЗ пишет кто попало
- 62. Обучать клиента работать с ТЗ
- 63. Разбивать большие ТЗ на части
- 66. Применение • Консультация • Контроль • Разрешение спорных ситуаций • Актуальный источник данных для всех
- 67. Каждый второй разработчик │«Твое ТЗ мне не нравится»
- 68. ТЗ по ГОСТ: ад на Земле Кадры 69
- 69. Требования к хорошему ТЗ • Однозначность • Отчуждаемость • Полнота • Системность • Опрятность
- 70. Почему я не люблю ТЗ по ГОСТ • Вода • Адская структура • Дублирование • Нет фокуса на продукт • Бессмыслица
- 71. Как работать по ГОСТ 1. Делать все по правильному Методу 2. Согласовывать документы как обычно 3. Переводить правильную схему в ГОСТ
- 72. │Метод прост как велосипед – │а это значит, что он не может │не работать.
- 73. Сюрприз!
- 74. Просто чтобы вы могли скопипастить это │http://www.nota.media/yandex
- 75. А теперь – вопросы!
- 76. Сайт Школы Канал на YouTube