Сегодня мы поговорим про ТЗ — Техническое Задание для открытия Интернет-магазина или Сайта Визитки.
Для чего оно нужно, как Тех Задание сможет экономить ваше время, деньги и нервы?
Я расскажу про свои личный опыт проколов и проблемных ситуаций, которые не возникали со мной.
Надеюсь, что Вы не наступите на теже самые грабли, что и я.
Давайте начнем по-порядку.
Что такое Техническое Задание или ТЗ?
Слово «ТЗ» – это сокращение от начала первых букв Тех. Задание.
Техническое Задание – это письменное требование или документ, в котором определяются требования заказчика к проекту.
В документе также описывается наличие основных блоков, взаимодействие между ними, работа с интерфейсом, внешний вид.
Я хотел бы особенно акцентировать на слове – “Письменное требование”!
Расскажу вам про свою проблему, в которую я попал в момент создания проекта. В этот момент я выступал, как заказчик проекта.
Встретился с разработчиком, обговорил с ним сайт, рассказал ему про все блоки, как они должны работать между собой, как будут выглядеть.
Разработчику сайта все стало понятно, договорились, по рукам. Пошла работа!
Прошло время…
Через некоторое время встречаюсь с разработчиком, смотрю сданный проект и замечаю: то один блок не так работает, то дизайн другого блока не правильный, а третьего блока вообще нет.
Спрашиваю разработчика: “Как же так, что с блоком 1?”
Разработчик говорит мне: “Так мы про это говорили, я так и сделал!”
Я спрашиваю: “А второй блок по дизайну не так работает?”
Отвечает мне: Ну я так и понял, как вы сказали.
Так вот, чтобы таких ситуаций у вас не было, ВСЕГДА ПИСЬМЕННО фиксируйте технические требования к проекту вашего сайта или Интернет-магазина!
Кстати, в этом также есть еще один позитивный момент: Вы сможете передать ваши требования другому человеку быстро и без проблем!
Пример из жизни:
Например, как заказчик Интернет-магазина я искал хорошего исполнителя.
Встретился с исполнителем – дал ему почитать Техническое задание на Интернет-магазин. К сожалению, Исполнитель отказался.
Я встретился со вторым новым Исполнителем – также дал ему прочитать ТЗ на онлайн магазин. Но мы не сошлись по деньгах.
Нашел третьего Исполнителя – и отправил ему на емейл требования по работе в виде Тех Задания.
Таким образом Вы можете экономить свое личное время, и избавите себя от повторения одних и тех же данных каждому новому разработчику устно, по телефону, или через емейл.
У вас уже будет сформированный документ, который Вы сможете дать для ознакомления потенциальному исполнителю.
Кстати, а давайте теперь посмотрим на Заказчика со стороны Разработчика:
Если бы ко мне, как Заказчику пришли или передали Письменное Готовое Тех Задание на разработку сайта или Интернет-магазина – да я бы расцеловал бы такого заказчика!
Почему?
Во-первых, я смог бы быстро оценить свои трудо-затраты.
Во-вторых, я смог бы, как разработчик уже сразу знать, что хочет получить Заказчик на выходе.
В третьих, я бы смог быстро выдать смету запуска Интернет-магазина или Сайта-визитки, зная всю эту информацию.
Из личного опыта:
Иногда, ко мне обращаются потенциальные заказчики Интернет-магазина с дословной просьбой: “Сделать так, что было классно, или даже круто!”.
Но у каждого отдельного заказчика сайта или онлайн магазина свое отдельно понятие “крутости”.
Для один это красивый дизайн Интернет-магазина, для других, это быстрые и легкие блоки, у третьих – это эксклюзивные решения и исполнение.
Именно поэтому “Тех. Задание” будет неким Арбитром между Заказчиком и Исполнителем.
Что будет в Техническом Задании для сайта, или Интернет-магазина?
Мой совет такой: Просто посмотрите на конкурентов, и сделайте как у них и даже лучше.
Используйте их решения и для своего проекта. По секрету скажу, эти решения практически стандартные. За последние 5-10 лет ничего нового в сфере электронной коммерции экстра-нового не придумали. 🙂
Не надо думать, что Тех Задание – это “Вона и Мир” в трех томах! Нет жестких правил и требований к объему Документа.
Нет жестких правил и для содержания документа.
Самый простой вариант – написание Тех Задания по этапах.
Этап 1 – общая детализация проекта.
На этом уровне вы должны описать основные требования к вашему Интернет-магазину или Сайту.
Сколько языков будет поддерживать проект, сколько валют будет в магазине, какой тип товара будете продавать?
Этап 2 – детализация по блоках.
Нужна ли Админ-панель управления, система поддержки клиентов, купоны и скидки в магазине.
Какие блоки на сайте вам нужны? Страница поиска, категории, товары, статьи, блог, напоминание пароля, баннеры в шапке и т.п.
Этап 3 – детализация каждого блока.
Как описывается каждый блок? Смотрим шапку сайта или Интернет-магазина.
Нужно ли в шапке логотип, меню, контакты, социальные сети, тексты, баннеры.
Смотрим нижнюю часть страницы: Нужно ли ставить ссылки страниц, логотип, дополнительную информацию.
Смотрим страницу товара: нужно ли 1 или 5 фото товара, краткое и детальное описание товара, нужны ли инструкции, специальные опции товара, отзывы людей про товар, смежные товары.
Этап 4 – Детальное пояснение каждого блока (вид, форма, взаимодействие).
В этом части вы сможете более детально расписать ваши требования к каждому блоку.
Например:
Шапка всех страниц должна быть в цветовых гаммах фирменного логотипа, логотип в шапке должен быть размером Х на Х пикселей или не больше 10% от ширины шапки.
Так двигаемся по каждому блоку, детально описывая каждый элемент.
В заключение всех этапов необходимо описать логику взаимодействия между блоками.
Например:
На странице товара по нажатию на кнопку “Купить” данные по товару закидываются в виртуальную Корзину. При этом индикатор количества товаров будет отображаться в верхней части шапки, на месте иконки Корзины.
Не не думайте, что в Техническом задании важно только описание блоков!
Есть еще и более важные моменты! Что же это такое нужно добавить в документ?
Календарный План разработки и запуска Интернет-магазина или Сайта.
Это очень важный график. С помощью Календарного Плана вы сможете контролировать работу разработчика, как Заказчик.
Кроме того, вы сможете оценить время на работу и исправления.
Составить Календарный План один вы не сможете!
Вам все-равно нужно писать его вместе с разработчиком Сайта или Интернет-магазина. Именно этот человек сможет определиться по времени работы над каждым блоком.
По своему личному опыту сразу скажу, мне не удавалось закрывать проект именно день в день. 🙁
Именно из за того, что мы не смогли учесть все форс-мажорные обстоятельства. Например, плавающие ошибки в проекте, несовместимость компонент, болезни разработчиков.
Сразу впишите в План некоторую Дельту Неопределенности. Это фактор, на неизвестную проблему, которую вы еще не знаете. Это может быть 1 или 2 или 3 дня.
Также не забудьте включить в План место для тестирования и исправлений после нахождения проблем в проекте.
И теперь, поговорим про волшебное загадочное слово:
Короткие Итерации!
Расскажу печальную историю из своего личного опыта. 🙁
Написали ТЗ, передали его на исполнение Разработчику и каждый пошел заниматься своими задачами.
Я работал по другим направлениям, Разработчик занимался сайтом.
Прошел месяц – встречаемся и смотрим проект. И я вижу, что Разработчик пошел “не в ту степь”. Логика работы проекта начала работать не так.
А время ушло, месяц ушел в пустую. И пришлось опять повторно возвращаться на месяц назад и опять тратить на заглаживание проблем время и деньги.
Поэтому всегда держите руку на пульсе разработки и контролируйте разработку хотя бы 2 раза в неделю – в понедельник и в пятницу.
Почему именно в Понедельник и Пятницу?
Да потому, что вы можете дать Разработчику задачи на неделю.
В Пятницу вы можете проверить, что было сделано за рабочую неделю.
Нет смысла проверять и встречаться ежедневно. Разработчик не успеет сделать свой блок так быстро.
Хочу еще поделиться небольшими секретами дальше!
Как ускорить понимание вашего Тех Задания?
Разработчик открывает ваш документ – а так текст, текст, текст и опять текст.
Одно слово – ВИЗУАЛИЗАЦИЯ!
Не бойтесь делать схемы и макеты страниц и блоков!
Да, я знаю, что вы не дизайнеры!
У меня был клиент, который просто рисовал ручкой простую схему размещения блоков на странице и отправлял мне ее через Viber \ Telegram \ WatsApp.
И этого уже было достаточно, чтобы понять, где и что хочет разместить клиент.
Такие решения реально ускоряют работу над документом!
План финансирования запуска Интернет-магазина или сайта
Не спешите сразу отдавать деньги Исполнителю! Сначала работа, потом оплата.
У меня были случаи, когда я оплачивал авансом работу Разработчика и возникали задержки по исполнению задачи: заболел, влюбился, компьютер сломался и т.п. 🙂
Принцип такой: есть исполнение – есть деньги.
Хорошим тоном есть оплата аванса, скажем 30-50 % от суммы заказа на разработку. Эти деньги нужны Исполнителю на нужные ресурсы: модули, тему, хостинг.
И второй, заключительный этап – сдача работ – оплата второй части сметы.
Еще один полезный совет:
Все важные для проекта вопросы обсуждайте письменно!
В этом случае, вы сможете четко зафиксировать ваше соглашение, даже без договора.
Такие письменные обращения смогут четко установить векторы вашего сотрудничества.
Не обговаривайте устно по телефону или глаз на глаз денежные вопросы, вопросы сроков, этапы исполнения.
Итак, давайте суммируемым:
ВЫВОДЫ:
Техническое задание должно быть письменное
Пишите Тех. Задание по этапах детализации – общая, средняя, по блоках, логика взаимодействия
Используйте Календарный План для контроля работ
Делайте короткие итерации между временем разработки – понедельник и пятница – 2 раза в неделю.
Оплачивайте ТЗ по этапах – Аванс и Сдача или по блоках.
Письменно фиксируйте важные моменты договоренностей (графики, деньги, планы).
В этом статье я расскажу вам свою реальную историю.
Я оформлен как частный предприниматель, то есть ФОП в Украине - это Физическая Особа Предприниматель.
Что это...