Как составить грамотное техзадание на разработку сайта

Помните закон Мерфи? Если вас могут понять неправильно, вас обязательно поймут неправильно. Это справедливо не только в общении между людьми, но и в создании сайтов. Клиент хотел второй «Фейсбук», а получил форум юных собаководов. Разработчик не угадал хотелку заказчика — потратил время впустую.

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

Статья будет полезна:

  • Всем, кто имеет отношение к созданию сайтов: разработчикам, дизайнерам, верстальщикам.
  • Менеджерам проектов.
  • Руководителям диджитал-студий.
  • Предпринимателям, которые планируют заказать разработку сайта.

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

Что такое техзадание и зачем оно нужно

Техническое задание — это документ, в котором зафиксированы требования к сайту. Чем четче и подробнее расписаны эти требования, тем лучше все участники процесса понимают, каким он должен быть. А значит, растет шанс того, что все останутся довольны результатом.

Главная цель технического задания: убедиться, что клиент и исполнитель правильно поняли друг друга.

Пользы от технического задания много. Для каждой стороны она своя.

Польза для клиента:

  • Понять, за что он платит деньги, и каким будет сайт. Можно сразу увидеть структуру, понять, что и как будет работать. Прикинуть, все ли устраивает. Если нет — без проблем поменять еще до начала разработки.
  • Увидеть компетентность исполнителя. Если техзадание понятное и четкое — доверие к разработчику повышается. Если там написана каша — возможно, стоит бежать и не оглядываться.
  • Застраховаться от недобросовестности исполнителя. Когда сайт готов, его можно проверить по техническому заданию. Есть несоответствия? Разработчик обязан их исправить. Если вы сотрудничаете официально и заключали договор — можно даже принудить через суд.
  • Упростить замену исполнителей. Если клиент и разработчик повздорили и разбежались, создание сайта может сильно затянуться. Когда есть подробное техзадание, его можно передать новой команде — она втянется в работу в разы быстрее.
  • Узнать стоимость разработки сложного продукта. Оценить точные сроки и стоимость разработки сложного веб-сервиса сходу нельзя. Сначала нужно понять, как будет работать сервис, и какие в нем будут функции. Для этого и нужно подготовить техзадание.

Польза для исполнителя:

  • Понять, что хочет заказчик. Клиенту задают десятки вопросов, показывают примеры, предлагают решения. Затем записывают все в единый документ и согласовывают. Если все окей — ура, вы поняли правильно.
  • Застраховаться от внезапных хотелок клиента. Иногда попадаются заказчики, которые хотят поменять задачу на полпути. Если вы согласовали и подписали ТЗ, вам не страшно подобное. В случае чего, даже суд будет на вашей стороне.
  • Показать свою компетентность. Классно подготовленное техзадание покажет клиенту экспертность разработчиков. Если компания сомневалась, доверять ли вам разработку сайта, сомнения с большой вероятностью развеются.
  • Заработать деньги. Некоторые студии и разработчики предлагают составление ТЗ как отдельную услугу.
  • Облегчить и ускорить процесс разработки. В хорошем ТЗ указаны структура сайта, необходимые функции и элементы на каждой странице. Когда все требования уже перед глазами — остается только задизайнить и написать код.

Теперь давайте разберемся, как составить хорошее техзадание, которое выполняет все эти функции.

Техзадание составляет исполнитель

Вообще техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.

Читайте также: Как стать верстальщиком, или Почему азы верстки должны знать все

Хорошее ТЗ всегда составляет исполнитель: проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец кафе или стоматологической клиники. Поэтому описывать проект придется ему.

Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Збс, одобряю». Он тоже должен участвовать в процессе:

  • Познакомить исполнителя с компанией, продуктами и целевой аудиторией.
  • Объяснить, зачем ему сайт.
  • Рассказать, что он хочет, поделиться идеями.
  • Показать примеры хороших с его точки зрения сайтов.
  • Ответить на любые другие вопросы исполнителя.

Конечно, заказчик может набросать свой вариант ТЗ. Возможно, это ускорит процесс создания конечного техзадания. А возможно, получится мусор, который втихаря выкинут на помойку.

Пишите однозначно и точно

Этот совет вытекает из главной цели техзадания — «Убедиться, что клиент и исполнитель правильно поняли друг друга».

В техническом задании не должно быть качественных прилагательных: красивый, надежный, современный. Их нельзя однозначно понять. У каждого свои понятия красоты и современности.

Посмотрите. Кто-то ведь посчитал этот дизайн красивым и разрешил использовать на своем сайте:

Комментарии излишни

То же самое — с невнятными формулировками, которые ничего сами по себе не значат:

  • Сайт должен понравиться заказчику. А если у него будет плохое настроение?
  • Сайт должен быть удобным. Что это значит? Удобным для чего?
  • Сайт должен выдерживать большие нагрузки. 10 тысяч посетителей? Или 10 миллионов?
  • Качественный экспертный контент. Ну, вы поняли.

Проверяйте, нет ли в тексте неоднозначностей. Если есть — перепишите. Ваши формулировки должны быть четкими и точными:

  • Сайт должен загружаться быстро → Любая страница сайта должна иметь больше 80 баллов в Google PageSpeed Insights.
  • Большие нагрузки → 50 тысяч посетителей одновременно.
  • На главной странице выводится список статей На главной странице выводится список последних 6 опубликованных статей.
  • Минималистичный удобный интерфейс подписки → Поле «Оставьте e-mail» и кнопка «Подписаться» → *нарисованный эскиз*.

С формулировками разобрались, давайте пробежимся по структуре.

Укажите общую информацию

Все члены команды должны правильно понимать, чем занимается компания и кто ее целевая аудитория. Чтобы никто не запутался, это лучше прописать в самом начале техзадания.

А еще стоит указать цель сайта и описать его функционал в двух словах — чтобы не получить интернет-магазин вместо блога.

Поясните сложные термины

Первое правило техзадания — оно должно быть понятно всем, для кого предназначено. Если вы собираетесь использовать термины, которые может не понять ваша клиентка — владелица магазина детских игрушек — обязательно поясните их. Понятным языком, а не копипастой из «Википедии».

Напишите понятные пояснения в инфостиле

Опишите инструменты и требования к хостингу

Представьте, что вы 2 месяца делали крутой сайт. Каждый этап согласовывали с клиентом — он в восторге. И вот пришло время сдавать работу. Вы показываете админку, а клиент кричит: «Это что такое? Модэкс?! Я думал, вы сделаете на «Вордпрессе»!»

Чтобы таких проблем не было, опишите используемые инструменты, движки и библиотеки. Заодно укажите требования к хостингу. Мало ли, вы сделаете на PHP — а у клиента сервер на .NET.

Читайте также: Какую CMS выбрать: руководство по выбору «движка» для сайта

Перечислите требования к работе сайта

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

Клиент защищен от сайта без мобильной версии

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

Мы делаем сайты, которые оптимизированы под поисковики и приносят продажи. Обращайтесь!
Подробнее

Укажите структуру сайта

До начала отрисовки дизайна и верстки вам нужно согласовать с клиентом структуру сайта.

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

Можно показать структуру списком, можно нарисовать блок-схему. Как вам удобнее.

Структура сайта-визитки в XMind

Это один из важнейших этапов работы на сайтом. Структура — это фундамент. Если она неудачная — сайт получится кривой.

Объясните, что будет на каждой странице

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

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

Прототип страницы сайта в Mockplus

Перечисление элементов — ленивая альтернатива прототипу. Просто напишите, какие блоки должны быть на странице, и что они делают.

По такому описанию можно представить, как будет выглядеть блог

Распишите сценарии использования сайта

Если вы делаете какой-то нестандартный интерфейс, просто показать структуру и эскизы страниц недостаточно. Важно, чтобы вся команда исполнителей и клиент поняли, как посетители будут пользоваться сайтом. Для этого отлично подходят сценарии. Схема сценария очень простая:

  • Действие пользователя.
  • Ответное действие сайта.
  • Результат.

Пример сценария

Конечно, если вы делаете стандартную визитку или лендинг, писать сценарии не нужно. Но если на сайте будут какие-то интерактивные сервисы — очень желательно.

Подробнее о сценариях использования читайте в «Википедии».

Определите, кто отвечает за контент

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

Распишите, кто за какой контент отвечает

Придумать объективные критерии оценки качества текстов довольно сложно. Лучше не пишите ничего, чем «Качественный, интересный и продающий контент, полезный для целевой аудитории». Это мусор, он никому не нужен.

Указать, что весь контент должен быть уникальный, — это полезно. Еще одна защита клиента от недобросовестных исполнителей.

Опишите дизайн (если сможете)

Как и в с случае с текстом, объективные критерии оценки дизайна сайта придумать сложно. Если вы с клиентом договорились о цветовой гамме — напишите ее. Если у него есть брендбук, в котором прописаны шрифты, — укажите и их.

Писать про красивый и современный дизайн не надо. Это ничего не значит, не имеет силы и вообще фу.

Требования к контенту и дизайну в техзадании, которое составлял я для своих клиентов

Вместо вывода: структура техзадания

Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:

  • Информация о компании и целевой аудитории, цели и задачи сайта.
  • Глоссарий терминов, которые могут быть непонятны клиенту.
  • Технические требования к верстке и работе сайта.
  • Описание используемых технологий и список требований к хостингу.
  • Подробная структура сайта.
  • Прототипы страниц или описания элементов, которые должны на них быть.
  • Сценарии использования нестандартного интерфейса (опционально).
  • Список контента, который делает разработчик.
  • Требования к дизайну (опционально).

Также рекомендую почитать

Это конец той части, которую писал я. Но есть и другая — комментарии специалистов, которые помогали делать гайд. Почитайте, это тоже интересно.

Комментарии разработчиков

Я пообщался с несколькими разработчиками, чтобы узнать, как они составляют техзадания. Передаю микрофон им.

Аша Саакян, веб-дизайнер, фрилансер

Техзадание должен писать менеджер проекта, тимлид или сам разработчик (если он фрилансер и работает один). Клиент не разбирается в сайтах — он не сможет учесть все важное.

Я пишу ТЗ, чтобы оно было понятным для заказчика. Поясняю термины, описываю структуру, дизайн, функционал, используемые технологии. Часто прикладываю прототипы страниц, чтобы клиент понял, как будет выглядеть его сайт. Потом составляю отдельное задание для верстальщика — с техническими деталями и пояснениями, которые помогут в его работе.

Чем сложнее задача, тем подробнее должно быть ТЗ. Когда я участвовала в больших проектах, я видела техзадания и на 30 страниц.

Гурам Сипки, основатель диджитал-студии Udix Media

В первую очередь ТЗ нужно клиенту — чтобы он понял, каким будет его сайт, и на что уходят деньги. Если что-то сделано не так — он может сослаться на ТЗ и попросить переделать.

ТЗ составляет менеджер проекта после общения с клиентом и обсуждения задачи с дизайнером.

Крупные заказчики часто просят очень подробные ТЗ, в которых описана каждая кнопка. Небольшие компании наоборот не любят дотошные документы на 100 страниц. Долго читать и легко упустить что-то важное. Чаще мы делаем лаконичные ТЗ на 10–15 страниц.

Мы указываем:

  • Информацию о компании и цель сайта.
  • Требования к дизайну, цветовую гамму.
  • Используемые технологии и CMS.
  • Кто занимается контентом — мы или клиент.
  • Структуру сайта вплоть до каждой страницы.
  • Описания каждой страницы. Мы не делаем прототипы, но указываем, какие элементы должны быть на странице, и как они должны работать.

Последние 2 раздела — самые важные. Именно они обеспечивают понимание, какие будет сайт и как он будет работать.

Очень важный момент — нельзя просто отдать техзадание разработчикам и надеяться, что они все сделают хорошо. ТЗ — это список требований к сайту, оно не может заменить общение. Важно убедиться, что каждый член команды понимает общую цель, а не просто выполняет задачи на потоке. Если что-то непонятно — надо объяснить, обсудить, дать подробные комментарии.

Дмитрий Кузьмин, менеджер проектов

Писать техзадание должен разработчик или менеджер проекта. Нужно указывать только конкретные завершенные формулировки, которые невозможно оспорить. И избегать оценочных прилагательных: красивый, эффективный и прочее.

Если что-то не указано в ТЗ — надо или уточнить у клиента или реализовать на усмотрение разработчика. Но отдельно сообщаем об этом моменте клиенту. Это нужно обсудить заранее, а еще лучше прописать в конце техзадания.

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

Александр Курочкин, основатель студии Etalon Idea

Техзадание есть всегда, без него не бывает работы. «Мне нужен интернет-магазин» — это уже техзадание. Проблема в том, что это очень расплывчатое ТЗ, оно не дает практически никакого понимания.

Задача проект-менеджера — собрать всю необходимую информацию, продумать решение, создать сайт у себя в голове. А потом описать его в документе. Фактически, ТЗ — это уже полпути к готовому продукту.

Техзадание — это эталон, с которым вы и ваши клиенты будете сравнивать сайт. Оно нужно всем:

  • Разработчик равняется на вещи, описанные в ТЗ.
  • Тестировщик проверяет, все ли работает так, как задумано.
  • Клиент понимает, что получит в итоге.
  • Менеджер проекта может оценить стоимость и сроки разработки.

С сайтом-визиткой или магазином все просто. На нем вряд ли будет что-то новое, поэтому оценить его стоимость легко еще на этапе обсуждения. Если мы делаем что-то подобное, то можем обойтись вообще без ТЗ. Обсудили задачу, написали формальность в договоре, сделали. Все довольны.

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

В ТЗ мы указываем:

  • цель сайта;
  • требования к серверу;
  • описание работы сайта и отдельных его элементов;
  • используемые технологии и библиотеки;
  • макет дизайна интерфейса;
  • структуру и логику внутренних переходов;
  • роли и сценарии работы с сайтом для каждой из них;
  • архитектуру базы данных (опционально).

Мой совет читателям — в первую очередь наладьте коммуникацию. Если члены команды не могут понять друг друга и клиента — никакое техзадание вам не поможет.

Юрий Кетов, фронтенд-разработчик, фрилансер

Я не люблю работать по ТЗ. Большинство ТЗ, которые я видел, чрезмерно громоздки и неэффективны. Для меня идеальна ситуация, когда клиент в одном абзаце формулирует задачу сайта и контекст, в котором он будет использоваться.

Например, так:

Сайт для Кукольного театра. Задача — рассказать посетителям о театре и репертуаре, предоставить возможность заказать билет онлайн.

В этом случае для меня главное — референсы. Я посмотрю, что сделали в этом тематике Студия Лебедева, Nimax, RedCollar, ONY, Сибирикс и еще примерно 10 компаний, выберу 2-3 наиболее удачных проекта, согласую с клиентом и буду ориентироваться на них.

Или так:

Промостраница для продажи хны для биотатуажа.

Здесь главное сделать сайт, с помощью которого можно достигнуть нужных KPI. Смотрим, какие сайты делают IT-Agency и Convert Monster и делаем также, не надо ничего изобретать.

Чем больше контента дает клиент, тем лучше. Если вы дадите мне 1000 фотографий, 20 видео, 50 страниц текста — супер. Я сам все отфильтрую и выберу то, что нужно. Я немного утрирую, но, в общем, это так. Чем больше контента на входе, тем лучше, но оставьте за мной право выбирать.

Александр Белов, проект-менеджер «Текстерры»

Техническое задание нужно любому проекту. В каждом ТЗ обязательно должны быть указаны:

  • Цели и задачи, которые будет выполнять сайт.
  • Целевая аудитория.
  • Проработанная до мелочей, структура сайта.
  • Интерфейсные элементы сайта.

Клиент должен четко представлять свой сайт в законченном варианте, его внешний вид и дальнейшую стратегию развития.

Техническое задание не должно указывать разработчикам «как им делать, что делать и какой код вставить» — это в корне неправильно. В общих чертах, нужно описывать какой сайт должен быть, а не как его делать. Это необходимо учитывать как минимум потому, что заказчик, чаще всего, не обладает должной экспертизой.

Что касается подхода, то мы всегда прислушиваемся к мнению клиента, но бывают моменты, когда понимаем, что так делать не стоит. В этом случае стараемся переубедить заказчика, опираясь на экспертные данные. В целом мы приветствуем любое видение клиентов.

Как мы готовим техзадание:

  • Анализируем ТЗ, присланное клиентом.
  • Изучаем прототип и дизайн-макет сайта.
  • На основе полученных данных начинаем подбирать функциональные модули для сайта, которые будут использоваться 100 % и которые, возможно, потребуется использовать.
  • Прописываем элементы, которые будут нужны при работе с интерфейсом.
  • Исходя из этих данных и оценки «веса» сайта, вычисляем подходящие системные требования к хостингу сайта.
  • После этих базовых пунктов начинаем расписывать ТЗ более детально по каждой странице.

Сохраните эту статью и перечитайте, когда надумаете заказывать сайт. Кстати, сделать это можно в нашем агентстве.

Понравилась статья? Поделиться с друзьями:
Marketing-Land.ru
Комментариев: 114
  1. buy viagra online canada pharmacy

    online pharmacy viagra buy viagra online canada pharmacy
    female viagra pills

  2. Amyweife
  3. Teoweife
  4. Amyweife
  5. Lisaweife
  6. Lisaweife
  7. Amyweife
  8. Kiaweife
  9. Teoweife
  10. Teoweife
  11. Teoweife
  12. Teoweife
  13. Amyweife
  14. Lisaweife
  15. Lisaweife
  16. Lisaweife
  17. Amyweife
  18. Lisaweife
  19. Wimweife
  20. Amyweife
  21. Amyweife
  22. Kiaweife
  23. Amyweife
  24. Lisaweife
  25. Wimweife
  26. Kiaweife
  27. Lisaweife
  28. Wimweife
  29. Kiaweife
  30. Kiaweife
  31. Amyweife
  32. Amyweife
  33. Lisaweife
  34. Wimweife
  35. Kiaweife
  36. Lisaweife
  37. Kiaweife
  38. Lisaweife
  39. Wimweife
  40. Amyweife
  41. Amyweife
  42. Lisaweife
  43. Amyweife
  44. Wimweife
  45. Lisaweife
  46. Kiaweife
  47. Kiaweife
  48. Lisaweife
  49. Wimweife
  50. Kiaweife
  51. Amyweife
  52. Amyweife
  53. Lisaweife
  54. Kiaweife
  55. Wimweife
  56. Amyweife
  57. Lisaweife
  58. Kiaweife
  59. Lisaweife
  60. EmegreeCixCer

    old vegas slots penny slots free slot games with no download

  61. Wimweife
  62. woonvetrolorse

    cbd pure http://cbdhempht.com/ — cbd products cbd capsules pure cbd oil

  63. QuitteGligree

    cbd store cbd oil hemp cbd cbd oils

  64. BeirwenuencySen

    cbd oil for pain hemp oil buy cbd oil online

  65. BeirwenuencySen

    online casino real money best online slots best online gambling sites for real money casino games no download no registration

  66. wewNenEncoca

    hemp oil for pain cbd oils cbd oil store cbd products

  67. Amyweife
  68. woonvetrolorse

    tropicana online casino bigfish casino online games casino games free online

  69. BeirwenuencySen

    slots lounge atari vegas world free slots 200 free slot casino games

  70. QuitteGligree

    cbd capsules http://cbdhempht.com/ — cbd pure cbd store cbd capsules

  71. wewNenEncoca

    buy cbd oil online buy cbd cbd oil cbd oils

  72. woonvetrolorse

    free slot games 777 http://casinoslotsnse.com/ — free online bingo vegas world free slot games casinos near me

  73. QuitteGligree

    cbd online cbd products cbd store cbd for dogs

  74. EmegreeCixCer

    hemp cbd oil cbd pure cbd near me best cbd oil

  75. wewNenEncoca

    cbd oil online cbd oil online hemp cbd oil cbd oil

  76. BeirwenuencySen

    cbd oil benefits cbd drops cbd oil for pain cbd vape

  77. EmegreeCixCer

    cbd capsules http://cbdhempht.com/ — cbd for dogs hemp cbd oil buy hemp oil

  78. EmegreeCixCer

    no deposit win real cash da vinci diamonds free online slots free penny slots free penny slots with bonus spins

  79. woonvetrolorse

    cbd oil cbd gummies cannabis oil

  80. woonvetrolorse

    play free casino games online empire city casino online real money casino da vinci diamonds free online slots

  81. QuitteGligree

    pure cbd oil cbd for sale cbd oil at walmart best cbd oil buy cbd oil

  82. BeirwenuencySen

    cbd oil for dogs medterra cbd hemp oil for pain

  83. wewNenEncoca

    cbd cream cbd products buy hemp oil cbd oil

  84. wewNenEncoca

    free online slots games hollywood casino online old vegas slots

  85. BeirwenuencySen

    buy hemp oil cbd online cbd oil at walmart

  86. woonvetrolorse

    turning stone online slots http://casinoslotsnse.com/ — pop slots parx casino online free vegas world slots

  87. Amyweife
  88. QuitteGligree

    cbd near me cbd cream cbd gummies

  89. QuitteGligree

    google free casino slot games gsn casino games usa no deposit casino bonus codes konami free slots

  90. BeirwenuencySen

    play slots http://casinoslotsjhe.com/ — slotomania on facebook best online casino gsn casino slots

  91. BeirwenuencySen

    cbd drops cbd pure cbd hemp

  92. wewNenEncoca

    gossip slots http://casinoslotsplk.com/ — free vegas slots online slot machine games free free casino blackjack games

  93. woonvetrolorse

    cbd for dogs cbd oil for pain best cbd oil cbd oil online

  94. QuitteGligree

    free vegas slots online casino http://onlinecasinowps.com/ — winstar world casino posh casino online caesars free slots online

  95. wewNenEncoca

    sizzling 777 slots free online free casino slots with bonuses heart of vegas free slots online casinos for us players

  96. woonvetrolorse

    cbd oil online http://cbdoilgummyxs.com/ — cbd vape cdb oils cbd hemp

  97. QuitteGligree

    buy cbd oil cbd for dogs cbd for sale cbd online

  98. EmegreeCixCer

    cbd near me http://bestcbdoilopp.com/ — cbd drops cbd tinctures buy hemp oil

  99. wewNenEncoca

    cbd drops best cbd oil buy cbd oil cbd drops cannabis oil

  100. QuitteGligree

    casinos near my location jack online casino free slots with bonus rounds no download ruby slots

  101. wewNenEncoca

    buy hemp oil cbd gummies walmart medterra cbd

  102. BeirwenuencySen

    cbd drops cbd vape cbd oil for sale hemp oil

  103. woonvetrolorse

    cbd oil for dogs http://cbdoilforpainer.com/ — cbd vape buy hemp oil cbd oil

  104. woonvetrolorse

    cbd cream hemp cbd oil hemp cbd

  105. BeirwenuencySen

    slots casino games 300 free slots no download no registration free slots no download no registration

  106. wewNenEncoca

    buy cbd oil cbd oil benefits cannabis oil cdb oils

  107. woonvetrolorse

    newest usa online casinos slots for real money free no deposit vegas world casino games online slot games

  108. EmegreeCixCer

    pure cbd oil http://cbdhempht.com/ — best cbd oil buy cbd oil buy cbd oil online cbd drops

  109. BeirwenuencySen

    cbd buy cbd oil online cbd cbd medic

  110. EmegreeCixCer

    cbd gummies walmart cbd oil store cdb oils

  111. wewNenEncoca

    cbd oil for dogs cbd oil at walmart cbd oil benefits

  112. BeirwenuencySen

    cbd tinctures http://cbdhempht.com/ — cbd medic cbd gummies walmart cbd cream

  113. BeirwenuencySen

    cbd store cbd store cbd tinctures cbd cream

  114. QuitteGligree

    cbd drops http://cbdhempht.com/ — cbd cream cbd pure buy hemp oil

Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: