Loading...
Как правильно составить техническое задание и не тупить? Руководство для тугих
Инструкция по правильному составлению технического задания. Как давать обратную связь и не быть дураком в своих глазах, глазах коллег и подчиненных. Инструкция для руководителей, маркетологов, продажников, управленцев, директоров, ИПэшников, кого угодно. Инструкция для тех, кто хочет получать качественную работу в ответ.
Для начала откройте документ и начните писать в нём. Если говорить по простому, ТЗ – это документ с требованиями, характеристиками, условиями, пожеланиями, описаниями, референсами. Называйте документ адекватно: "Техническое задание на разработку тупого чат-бота фитнесс-центра name". Такой документ будет проще найти в любое время, вбив по ключевым словам.
Теперь самое важное, начинаем заполнять документ: описание, требования, референсы, структура. Начинайте описывать задачу с максимальными подробностями, чтобы даже ваша офис-менеджерка с 3 классами образования всё осознала, прочитав 1 раз.
Теперь самое важное, начинаем заполнять документ: описание, требования, референсы, структура. Начинайте описывать задачу с максимальными подробностями, чтобы даже ваша офис-менеджерка с 3 классами образования всё осознала, прочитав 1 раз.
«Разработка лендинга для компании, которая занимается продажей кроссовок. В этом лендинге должно быть столько-то блоков. Лендинг должен быть выполнен по такой-то структуре»
Первый и самый важный шаг уже сделан.
Дальше требования! Требования помогут избежать ошибок.
Сразу к примеру. Один клиент не смог в требованиях указать, что ему нужно было сделать сайт на движке Wordpress, а команда уже практически допилила сайт на OpenCart. Команда уложилась в срок. К финалу выяснилось, что клиент не уточнил этот момент у программистов и ему пришлось заплатить в два раза дороже за весь проект.
Чтобы не допускать таких вещей, пишите требования: формат, размер, вес, язык программирования, движок, стилистика, брендбук. Укажите все технические параметры: на чем должен быть написан сайт, какая последовательность действий должна быть. Например: сначала утверждаем макет, потом переходим к верстке. Или, если мы спешим, можно сразу делать верстку без утверждения макета.
Дальше требования! Требования помогут избежать ошибок.
Сразу к примеру. Один клиент не смог в требованиях указать, что ему нужно было сделать сайт на движке Wordpress, а команда уже практически допилила сайт на OpenCart. Команда уложилась в срок. К финалу выяснилось, что клиент не уточнил этот момент у программистов и ему пришлось заплатить в два раза дороже за весь проект.
Чтобы не допускать таких вещей, пишите требования: формат, размер, вес, язык программирования, движок, стилистика, брендбук. Укажите все технические параметры: на чем должен быть написан сайт, какая последовательность действий должна быть. Например: сначала утверждаем макет, потом переходим к верстке. Или, если мы спешим, можно сразу делать верстку без утверждения макета.
Теперь самое простое – прилагайте к техническому заданию список референсов. Список референсов любому исполнителю помогает понять от чего ему отталкиваться, к чему идти, к чему приходить. Поэтому важно прописывать: «вот мне нравится такой дизайн, вот такая вот структура».
Следующий шаг — это переход к детализации структуры. Мы описываем каждый блок.
Например:
И так абсолютной каждый блок.
Лучше всего – делать скриншоты и вставлять их в документ, чтобы было наглядно видно, что и где должно быть. Это поможет исполнителю сразу понять, что от него требуется. Каждый блок нужно описывать подробно, чтобы даже ребенок, прочитав это, понял, что вы хотите. Ваш документ должен быть практически готовым сайтом.
Следующий шаг — это переход к детализации структуры. Мы описываем каждый блок.
Например:
- Первый блок: указываем, какую хотим картинку, какой текст, заголовок, буллиты.
- Второй блок: о компании, текст, кнопка.
- Третий блок: сделать плитками как на скриншоте. Использовать анимации как на этом сайте.
И так абсолютной каждый блок.
Лучше всего – делать скриншоты и вставлять их в документ, чтобы было наглядно видно, что и где должно быть. Это поможет исполнителю сразу понять, что от него требуется. Каждый блок нужно описывать подробно, чтобы даже ребенок, прочитав это, понял, что вы хотите. Ваш документ должен быть практически готовым сайтом.
Если вы описали задачу и отправили референсы, то уже можно сказать, что вы молодец. Вы потратили время на описание задачи и сделали так, чтобы исполнитель понял, что от него требуется. За такую работу вам уже можно вручить медаль и грамоту. Если же вы просто скажете: "Нам нужен лендинг для проекта N, сделайте за неделю", то вы получите полное разочарование для себя по итогу работы.
Важно обозначить сроки исполнителю и проговорить этот момент с ним. Если у вас есть четкий дедлайн – обозначьте его.
Важно обозначить сроки исполнителю и проговорить этот момент с ним. Если у вас есть четкий дедлайн – обозначьте его.
Представим ситуацию: вы потратили время на описание задачи, но макет все равно оказался не тем, что вы ожидали. Вроде бы неплохо, но не то. Начинаются разногласия и недовольство.
Если вы не можете объяснить свои требования четко и конкретно, например, говорите "сайт выглядит невкусно", "он как-то не продающий", "что-то немодное", "что-то не то", то исполнитель не поймет, что именно вам не нравится. Такие фразы как "невкусно", "не продающий", "не модный" вообще не дают никакого конкретного понимания того, что нужно изменить.
Поэтому, чтобы избежать недоразумений и не быть посланным в прямом смысле, нужно напрячь свой мозг и посмотреть на результат работы, чтобы понять, что именно вам не нравится. Попробуйте конкретизировать свои замечания: какие цвета вам не нравятся, какие элементы дизайна не подходят, где нужно изменить текст и так далее. Конкретные и четкие указания помогут исполнителю понять, что нужно исправить, и избежать лишних проблем и конфликтов.
Если вы не можете объяснить свои требования четко и конкретно, например, говорите "сайт выглядит невкусно", "он как-то не продающий", "что-то немодное", "что-то не то", то исполнитель не поймет, что именно вам не нравится. Такие фразы как "невкусно", "не продающий", "не модный" вообще не дают никакого конкретного понимания того, что нужно изменить.
Поэтому, чтобы избежать недоразумений и не быть посланным в прямом смысле, нужно напрячь свой мозг и посмотреть на результат работы, чтобы понять, что именно вам не нравится. Попробуйте конкретизировать свои замечания: какие цвета вам не нравятся, какие элементы дизайна не подходят, где нужно изменить текст и так далее. Конкретные и четкие указания помогут исполнителю понять, что нужно исправить, и избежать лишних проблем и конфликтов.
Почему техническое задание вообще важно?
Первое – вы экономите свое время, второе – вы экономите свои деньги.
Пример. Если вы работаете с разработчиками ботов и оплачиваете их время, то длительность процесса разработки напрямую влияет на ваши расходы. Чем дольше идет разработка, тем больше денег вы тратите. Однако, если вы правильно формулируете задачи для исполнителя, то количество правок будет значительно меньше, а результат — более качественным и проработанным. Кроме того, такой подход делает работу над проектом более приятной для исполнителя, что способствует лучшему сотрудничеству в будущем и снижает вероятность конфликтов.
Первое – вы экономите свое время, второе – вы экономите свои деньги.
Пример. Если вы работаете с разработчиками ботов и оплачиваете их время, то длительность процесса разработки напрямую влияет на ваши расходы. Чем дольше идет разработка, тем больше денег вы тратите. Однако, если вы правильно формулируете задачи для исполнителя, то количество правок будет значительно меньше, а результат — более качественным и проработанным. Кроме того, такой подход делает работу над проектом более приятной для исполнителя, что способствует лучшему сотрудничеству в будущем и снижает вероятность конфликтов.