Как пишется тз. Так что же такое «Техническое Задание»

Как составить техническое задание на разработку и каким оно должно быть — Serpstat Blog

Как пишется тз. Так что же такое «Техническое Задание»

Татьяна Болдырева

Руководитель проектов в AGIMA

Допустим, у вас есть свой бизнес и вы успешно дошли до фазы «Нам нужен сайт» или даже «Нам нужно автоматизировать важный бизнес-процесс».

Вы даже нашли ребят, которые с удовольствием готовы реализовать любые смелые затеи, но есть один нюанс: команда разработки просит сформулировать задание на проект (обычно это называется «Дайте-нам-ТЗ»).

И с этого момента 99% заказчиков начинают делать и писать совсем не то, что просит подрядчик.

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

Что такое техническое задание (и почему на самом деле вам нужно не оно)

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

На старте проекта команде важно понять бизнес-задачу:

  • каким бизнес-целям должен служить разрабатываемый продукт?
  • какие задачи продукт должен решить?
  • кто и в каких ситуациях будет пользоваться продуктом?
  • какие есть ограничения в части реализации?
  • какие конкуренты у бизнеса и у продукта?

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

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

То есть ТЗ содержит исчерпывающие знания о назначении системы, функциональности и методах реализации и отвечает на вопросы:

Какие компоненты включает система и как они будут взаимодействовать?

Какие функции и алгоритмы нужно разработать, как именно и при помощи какого стека технологий?

Как должен вести себя интерфейс?

Очевидно, что разработка такой документации требует, во-первых, специализированных знаний (поэтому ТЗ пишут, как правило, системный аналитик или ведущий разработчик), во-вторых, понимания бизнес-целей и задач.

Вывод: на старте проекта нам нужно не ТЗ, описывающее, как делать систему, а документ, отвечающий на вопрос «Зачем и для кого мы делаем эту систему?»

Как сформулировать бизнес-требования

Документ, описывающий бизнес-цели и бизнес-требования к системе, называется Business Requirements Document, или BRD, или бизнес-и-функциональные требования к системе. Составить такой документ можно самостоятельно, если следовать определенным алгоритмам.

Рассмотрим на примере: у клиента есть некий бизнес и ощущение (возможно, подкрепленное статистикой), что бизнес начал или продолжает стагнировать.

Бизнес: магазин виниловых пластинок, представленный в Москве несколькими точками оффлайн-продаж.

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

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

Решение: разработать интернет-магазин, в котором покупатель сможет посмотреть весь каталог, сделать предзаказ и отследить его исполнение, а продавец — обеспечить своевременное исполнение заказа, получить отчет о состоянии склада, по пути сняв статистику о пользовательских интересах и пользовательском поведении.

Итак, у нас есть понимание бизнес-проблемы и ее решения. Тут важно не начать писать ТЗ, а все же написать Бизнес-требования (невзирая на творческий зуд, стимулирующий к написанию детального задания на разработку).

Начинаем документ с пункта «Бизнес-цель». Наши бизнес-цели следующие:

Увеличить оборот товара на складе.

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

Снизить нагрузку на персонал магазинов за счет автоматизированности функций заказа / оплаты / доставки.

Увеличить процент повторных продаж.

Если понятны цели — становятся ясны и задачи проекта:

Обеспечить функции предзаказа товаров, оплаты и доставки.

Настроить систему сбора статистики по продажам.

Настроить систему учета остатков на складах.

Обеспечить функции возврата покупателей.

Промежуточный результат: сформулирован перечень задач, где каждая задача привязана к определенной (или нескольким) целям.

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

На выходе должна получиться вот такая матрица:

Увеличить оборот товара на складе, посредством повышения продаж через интернет-магазин

Обеспечить функции предзаказа товаров, оплаты и доставки

  • Выкладка товара в каталог вручную
  • Выгрузка товаров в каталог из 1С (автоматическая)
  • Предзаказ товара покупателем
  • Онлайн-оплата товара покупателем
  • Оформление доставки покупателем

Увеличить процент повторных продаж

Обеспечить функции возврата покупателей в магазин

  • Подписка на рассылку «Новое в коллекции»
  • Подписка на рассылку по жанрам
  • Подписка на рассылку по исполнителям

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

А как же требования к дизайну?

Формулируя эти требования, многие скатываются в формат «я хочу / мне нравится», проецируя таким образом личное чувство прекрасного на систему, которая в первую очередь должна быть функциональной и удобной.

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

Интерфейс (экраны, страницы) — это как раз тот набор элементов (картинки, тексты, кнопки, галочки, интерактивные формы и т.д.

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

Чтобы нарисовать качественный дизайн, нужно понимать, каким целям он будет служить (на эти вопросы отвечает BRD), какой контент будет публиковаться, какие есть технические ограничения по реализации и поддержке. Скажем сразу — ничто так не радует сердце UI/UX-проектировщиков и дизайнеров интерфейсов, как референсы. То есть примеры уже реализованных похожих проектов. Референсы просят не потому, что каждый творец в душе плагиатор и хочет облегчить себе жизнь, а потому, что восприятие у всех разное и трактовать формулировки вида «хочется чего-то травянисто-зеленого и вызывающего ощущение летнего пикника на даче у бабушки» в разрезе конкретной задачи на дизайн — заведомо игра в гадание на гороскопах, потеря смысла задания и времени. Добавить же в BRD ссылку на уже работающий проект — явно проще, чем детально описать каждую страницу, рискуя быть неправильно понятым.

Вывод: команде будет намного проще понять задачу по дизайну, если в ее описании присутствует:

Описание пожеланий в сочетании с описанием реальных возможностей заказчика (например: «у нас есть отличные фото продукции в высоком качестве, поэтому хотелось бы использовать это в дизайне»; «у нас красивый логотип и мы хотели бы использовать его цвета и в дизайне сайта»; «у нас много хороших текстов, описывающих преимущества нашего магазина, и было бы хорошо их разместить»).

Перечень ограничений (например: «не использовать черный цвет»; «нет качественных фото продукции»).

Ссылки на нравящиеся сайты близкой тематики с кратким описанием, почему нравится тот или иной компонент.

Держаться в рамках, соблюдать границы

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

Границы системы — это набор компонентов системы, взаимодействующих друг с другом в рамках выполнения соответствующих бизнес-процессов.

Например, мы понимаем, что интернет-магазин будет интегрирован с некой системой товарооборота, откуда интернет-магазин получает данные о товарных остатках и их стоимости (допустим, у нас 1С УТ), следовательно 1С — это важный компонент всей системы, который принимает участие в таких бизнес-процессах, как «Публикация товарного каталога на сайте» и «Оформление товара покупателем».

Рамки проекта — это набор функций системы, которые должны быть реализованы в рамках проекта «Разработка интернет-магазина».

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

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

По возможности — описываем основные процессы, характерные для вашего бизнеса.

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

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

Практика показывает, что при соблюдении этих правил работоспособные системы выходят в релиз в должном качестве и в срок.

Хотите получить персональную демонстрацию сервиса, тестовый период или эффективные кейсы использования Serpstat?

Оставьте заявку и мы свяжемся с вами ;)

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Источник: https://serpstat.com/ru/blog/kak-pisat-tz-na-razrabotku/

5 секретов создания технического задания (примеры ТЗ)

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

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

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

Для начала предлагаю разобраться, что такое техническое задание (ТЗ).

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

Это юридический документ, который прилагается к договору о выполнении определённых работ.

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

Давайте разберёмся, в каких сферах много работников на фрилансе:

Как видите, практически любая сфера бизнеса подходит для найма удалённых сотрудников.

Но найти квалифицированного исполнителя — это полдела, а вот описать ему задачу так, чтобы он понял и выполнил всё чётко и с минимальными правками, — это главное.

А тут без техзадания не обойтись.

Вы всё ещё привыкли работать «устно»: не расписывать ТЗ, а всё решать в 5-минутном телефонном разговоре?

Готова поспорить, что плохое качество выполнения работы Вы связываете с неквалифицированностью исполнителя, а не с отсутствием ТЗ.

Эта глава именно для Вас.

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

Давайте разберём ТОП-5 причин отказа от составления ТЗ заказчиком:

  1. «Я даже не знаю, что это такое и как составлять это Ваше ТЗ»

Специально для Вас и написана эта статья. Также для новичков в составлении ТЗ существует альтернативный вариант.

Практически у каждого фрилансера есть бриф — опросник, который даёт представление о работе и требованиях.

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

  1. «Зачем усложнять себе жизнь? Быстренько всё обсудим по телефону и будем дальше работать»

Это путь в никуда. Во-первых, у Вас не будет файла со всеми требованиями, которые Вы предъявляете к исполнителю.

Во-вторых, память — очень коварная штука. Вы (или, что ещё хуже, исполнитель) можете попросту забыть всё то, о чём просили в ходе разговора.

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

Мир постепенно переходит на удалённую работу.

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

В отличие от ТЗ, которое составляется за полчаса и не требует разъяснений.

  1. «У меня нет времени на всю эту бюрократию»

По факту техзадание нужно только Вам. Ведь исполнителя не волнует, будет ли продающей его работа, повысит ли она узнаваемость ВАШЕГО бренда.

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

  1. «Мы работали раньше без всяких ТЗ и всё было нормально»

Здесь только 2 варианта: или Вам несказанно повезло, или Ваши взгляды на 100% совпадают с видением исполнителя.

И в первом, и во втором случае рекомендую не потерять подрядчика, потому что такое бывает очень редко.

  1. «Сначала надо знать цену работы, а не скидывать ТЗ всем подряд»

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

Например, Вы ищете человека, который напишет текст, и запрашиваете цену.

Тема, объём, требования к уникальности, смысловой нагрузке — всё это влияет на стоимость текста.

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

Надеюсь, я смогла Вас убедить в необходимости составления техзадания.

Стоит один раз выделить полчаса, чтобы потом не тратить дни на внесение правок.

От правильности составления ТЗ зависит очень многое.

И качество работы, и состояние нервной системы заказчика и исполнителя, и сроки выполнения работы.

Подготовить эффективное техзадание поможет наш краткий чек-лист.

Кажется, что универсального способа составить понятное техническое задание не существует. И это правда так.

Но есть определённые характеристики, которые присущи всем грамотно составленным заданиям: и для копирайтеров, и для дизайнеров, и даже для создателей сайтов.

1. Чётко сформулированное

В ТЗ заказчик должен предельно ясно обозначить, какие цели и задачи ставятся перед исполнителем.

Если Вы хотите заказать логотип, то нужно прописывать всё: форму, цвет, текст и цель (продавать, привлекать внимание и т.д.).

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

2. Детально расписанное

Не бойтесь переборщить с деталями — пишите обо всём, чего Вы хотите. В данном случае лучше «пере», чем «недо».

Не забывайте, что исполнитель не работает в Вашей компании (если мы говорим об аутсорсе), он не знаком со всей продукцией, с Вашей целевой аудиторией и глобальными целями компании.

3. Содержащее примеры

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

4. Дающее пространство для творчества

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

Будьте открыты новому и необычному, и тогда получите классный продукт.

5. Наполненное иллюстрациями, инфографиками и скриншотами

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

В ТЗ это тоже работает. Постарайтесь сократить «воду» и создать максимально наглядное и понятное задание.

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

1. Вступление

Дайте общую информацию о своём проекте и предстоящей работе.

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

2. Общая цель задания

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

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

3. Требования к выполнению работы

Детально опишите, как Вы хотите, чтобы задача была выполнена.

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

Например, в ТЗ для дизайнера:

  • Размер логотипа 3,5 см х 3,5 см.
  • Цвета красный и жёлтый.
  • Текст на логотипе «BeautyDom», шрифт Arial размер 16.

Это основные пункты, которые сделают Ваше ТЗ намного более понятным для исполнителя.

Также не стоит забывать об обратной связи. Старайтесь отвечать на все вопросы о выполнении работы.

Помните, чем понятнее будет задание для подрядчика, тем лучший результат Вы получите.

А если Вы хотите проверить уровень профессионализма Вашего подрядчика в выборе заголовков, то специально для Вас мы создали бесплатную утилиту «Калькулятор качества заголовка», которая будет полезна и SEO-оптимизаторам, и специалистам по настройке контекстной рекламы.

Все объяснения гораздо лучше воспринимаются на примерах из жизни.

Предлагаю наглядно рассмотреть хорошие и плохие техзадания.

  1. Техническое задание для копирайтера
Неправильное ТЗПравильное ТЗ
Написать текст про оформление Инстаграма. Чтоб было интересно и легко читалось.Написать текст о разных возможностях вести визуально красивый Инстаграм. В качестве примера контента берём статью: https://seoquick.ru/oformlenie-instagram/. Длина текста не менее 5 тысяч символов. Уникальность 100%. Ссылки на 10 инстаграм-профилей с разным стилем оформления страниц. Текст должен содержать 3 главы и выводы. Минимум по 2 иллюстрации к каждой главе.

Как видите, в первом случае заказчик дал исполнителю свободу действий — пиши, о чём хочешь.

В таком формате, как хочешь, нет никаких требований к структуре текста.

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

  1. Техническое задание для дизайнера
Неправильное ТЗПравильное ТЗ
Создать перекидной календарь для компании «Агро-Мир» на 2021 год.Создать перекидной календарь формата А2 (предпочтительно горизонтальный) для компании «Агро-Мир» на 2021 год. Календарь выполнить в корпоративных цветах: салатовый, голубой и белый (в палитре CMYK — С(50%); М(0%); Y (100%); K (0%), C (70%); M ( 0%); Y (25%); и С(0%); М(0%); Y (0%); K (0%) соответственно). На изображениях месяца должны быть представлены трактора из каталога компании (agromir.com/katalog-traktora-2020). Дедлайн — 25 июня 2020. Форма презентации — полноформатная печать.

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

Чтобы продемонстрировать важность правильного ТЗ для дизайнера, представляю Вам логотип шведской компании по недвижимости “Locum”. Если Вы знаете английский, то поймете весь ужас и неприличность данного логотипа:

Неправильное ТЗПравильное ТЗ
Создать сайт для мастера наращивания ногтей Ольги Ноготок. Сайт вместо визитки, в котором будет вся нужная информация. Цена на наращивание средняя по рынку. Указать цену на сайте.Создать сайт для мастера наращивания ногтей Ольги Ноготок. Разработка с нуля, предоставляем логотип (в прикреплённом файле).

На сайте должны быть страницы «О мастере», «Где мы находимся», «Примеры работ» и «Цены». Также всплывающее окно с номером телефона и активная кнопка «Задать вопрос». Создать 2 версии сайта: на русском и английском языках.

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

Сайт, который нравится и который можно использовать в качестве примера: https://beautynails.kiev.ua/.

По программной части: дополнительных встроенных программ не требуется.

Этот пример самый объёмный, потому что создание сайта с нуля — задача нелёгкая.

Как видите, в техзадание можно и нужно добавлять ещё много деталей: фактический адрес, номера телефонов и папку с работами мастера.

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

Пример плохого дизайна сайта демонстрирует “Худший сайт в мире”:

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

А вы все еще думаете, что сайт можно создать без четко прописанного ТЗ?

О преимуществах технических заданий для исполнителей мы уже поговорили.

Выяснили, почему отказ от составления ТЗ — это отговорка.

Чем же грозит неправильно составленное ТЗ, читайте далее.

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

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

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

А если сразу прописать все требования и пожелания, то можно уложиться в изначально оговоренный бюджет (как правило, первые 3-5 правок включены в стоимость работы).

Этот пункт наглядно демонстрирует такая ситуация: Вы заказываете сайт для своей адвокатской фирмы и прописываете «сырое» ТЗ.

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

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

Казалось бы, Вашей вины и нет совсем. Неужели непонятно, что адвокаты — это серьёзные люди, и сайт должен быть подходящим?

Но получилось то, что получилось, а клиентов Вы в итоге потеряли.

Внесение правок занимает время, а время — это репутация и деньги.

Если Вы готовы ждать и терпеть, пока исполнитель внесёт все необходимые правки (а это может быть небыстро), тогда можно не трудиться над техническим заданием.

Если нет, потратьте силы и время на составление грамотного ТЗ, и тогда получите тот результат, на который рассчитываете.

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

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

Выводы

О важности технического задания говорить уже не приходится.

Если Вы сотрудничаете со специалистами на аутсорсе, то рано или поздно перед Вами встанет задача прописать техзадание.

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

Основными преимуществами ТЗ являются:

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

Источник: https://seoquick.ru/preparing-a-technical-task/

Вопросы адвокату
Добавить комментарий

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