Как написать тех задание к сайту


Техническое задание на сайт / Хабр

UPD: Продолжение статьи с примером техзадания

Не так давно на хабре были две статьи (Согласно техническому заданию и А зачем мне ТЗ? Я и так знаю!) посвященные техническим заданиям. У меня обе статьи вызвали, мягко говоря, недоумение, в особенности статья «Согласно техническому заданию». На мой взгляд, это вообще вредная статья, которая приводит к неверному понимаю сути ТЗ. В связи с этим хочу выразить свой взгляд на этот вопрос. Не буду говорить обо всех тех. заданиях, слишком широка тема, но думаю смогу рассказать о ТЗ на сайт.

То описание технического задания, о котором речь пойдет ниже, не является пересказом ГОСТа, но скорее является его творческой переработкой, хорошо сдобренной горьким опытом. Описанный ниже подход к ТЗ не охватывает все аспекты сайтостроения, но задает общее направление.

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

1. Обоснование необходимости ТЗ

А зачем вообще нужно ТЗ на сайт? Заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, мы на карте, о нас, обратная связь». Что не ясно? Ничего необычного, всё обыденно и рутинно.

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


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

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

Если «вычесть» одну картинку из другой, сделать, так сказать, diff, то мы получим разницу в ожиданиях заказчика и планах разработчика. И разница эта может быть весьма существенной:

И вот здесь возникает конфликт, где каждая из сторон права: заказчик не получил то, что ожидал за оговоренную цену, его пытаются «прокидать»; исполнитель же считает, что сделал все в точности с заказом, а остальные «хотелки» — это попытка «прокидать» его. Этот конфликт может решиться по-разному: либо заказчик примет, то что есть, либо разработчик доделает все бесплатно, либо обе стороны пойдут на взаимные уступки. Но в любом случае, будут пострадавшие.

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

Однако, есть очень важный момент: тех. задание не должно и не может свести diff к нулю! Поясню почему.

И diff и ТЗ имеют свою стоимость, причем стоимость нужно понимать более широко, чем просто деньги. Это деньги, время, потраченные нервы, испорченные отношения и т.д.
Стоимость diff — это стоимость изначально неоговоренных доработок, стоимость ТЗ — это, собственно, стоимость ТЗ. Чем более подробное и детализированное техническое задание, тем выше его стоимость, но тем меньше величина и стоимость diff-а, и наоборот.

Если рассматривать две крайности, когда тех. задания просто нет, нет совсем, т.е. вообще, и мы сделали фотохостинг, а заказчик желал интернет-магазин, то diff будет равен всему проекту, и его стоимость будет равна стоимости проекта (придется выкинуть наш фотохостинг и сделать магазин). При этом стоимость ТЗ равна нулю. Другая крайность, это когда техническое задание и есть сам реализованный проект, т.е. оно детализировано полностью, т.е. до строк кода, переменных и стилей css. В этом случае diff равен нулю, а стоимость ТЗ равна стоимости проекта (т.к. ТЗ уже является реализацией). А между этими крайностями находится реальность, которая отражена на этом графике:

Синяя линяя — стоимость ТЗ, она растет с ростом детализации, красная линия — стоимость diff-а, его стоимость, напротив, падает с ростом детализации.

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

Отсюда важный вывод: ТЗ должно хорошо описывать проект, но не более того.

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

2. Что в нем должно быть и чего нет. Формулировки

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

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

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

Вообще, ТЗ надо писать так, как будто вы с заказчиком не сошлись во мнениях и ваш спор будут разбирать в суде, основываясь на тексте тех. задания. А у вас в ТЗ написано «сделать дизайн, который понравится заказчику». Судья спрашивает: «Заказчик, Вам нравится дизайн?». Заказчик: «Нет, Ваша честь!». Судья: «Исполнитель, присуждаю — 2 года уборки снега в Сибири за невыполнение условий ТЗ!».

Формулировки должны быть «закрытыми», т.е. четко указывать границу нашей работы. В ТЗ не может быть написано «админка должна быть удобной». Удобство — субъективный фактор, кому-то удобно так, кому-то иначе, и в случае спора трудно будет установить, кто прав. Формулировка «админка должна быть удобной» может привести к бесконечным переделкам: «добавьте в админку к списку товаров сортировку по столбцам и фильтрацию. Без этого не удобно. И загрузку товаров из экселя, по одному добавлять не удобно».

«Всё, что не оговорено, выполняется на усмотрение исполнителя» — не смотря на суровость этого заявления, эта фраза должна присутствовать в ТЗ. Она проистекает из самой сути задания: заказчик хочет получить некий продукт, но он не может и не должен указывать каким образом будет достигнут конечный результат. Этот пункт защищает от вмешательства в глубины работы (не хватало, чтоб заказчик начал рассказывать, как именовать функции в коде и какие пакеты использовать), но также перечеркивает возможность заказчика иметь любые хотелки. На мой взгляд, стоит идти на встречу заказчику в хотелках, пока это не выходит за рамки приличия. Когда же терпение лопается, нам и пригодится этот пункт. Как в песне поется: «Мы мирные люди, но наш бронепоезд стоит на запасном пути». (Фразу «что не оговорено — на усмотрение исполнителя», лучше всунуть под конец ТЗ, в начале она может быть встречена в штыки. Но если ТЗ нормальное и в конце стоит эта фраза, против неё не будут протестовать).

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

3. Разделы ТЗ

3.1 Общие слова

Этот раздел вводит в курс дела. Исходите из того, что вам нужно отдать ТЗ стороннему программисту, и вас не будет на связи всё время работы над проектом вплоть до сдачи. Т.е. программист должен взять ТЗ, и у него не должно возникнуть ни одного вопроса, а первый вопрос, который он мог бы задать — это: «а про что сайт делать будем?» Раздел «Общие слова» в вольной форме и отвечает на этот вопрос.
3.2 Эксплуатационное. назначение

Коротко говоря, эксплуатационное назначение — это выгода, которую должен принести сайт. Вообще, чаще всего, выгода сводится к деньгам (если сайт как-то завязан на коммерции, а таких большинство), и в разделе можно было бы всегда ограничиться написанием того, что эксплуатационное назначение сайта — подзаработать деньжат, но мы не будем столь циничными. Остановимся на шаг раньше, непосредственно перед «подзаработать деньжат». Для интернет магазина это будет продажа товара (с которого мы получим деньги), для скидочного сайта это состыковать клиентов и продавцов или поставщиков услуг (чтоб с этого получить свой процент денег), для сайта визитки — это прорекламироваться в инете (а реклама нужна для получения денег) и т.д.
3.3 Функциональное назначение

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

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

3.4 Термины и определения

Этот раздел дает уверенность, что заказчик и исполнитель говорят об одном и том же.
Термины могут «вводится» с двух сторон: от вас к заказчику, например вы ему втолковываете, что такое хостинг и SMTP-сервер, и от заказчика к вам.

Во втором случае, как правило, не нужно описывать термины специфичные для предметной области, но не имеющие отношения к реализации проекта. Например, для магазина торгующего запчастями для парусных судов, не стоит выносить в термины такое, как стаксель и ванты. Здесь нужны расшифровки терминов, которыми оперирует заказчик и вкладывает в них некий смысл, который может быть нами истолкован неверно. Какие-то простые слова, но в данном контексте, принимающие особое значение. Например, заказчик говорит: «Сеанс работы с сайтом стоит 100 тугриков». Фраза «сеанс работы с сайтом» — претендент на описание. Этот термин может означать продолжительность времени от входа на сайт до выхода, или же период работы пока на счету пользователя не закончатся деньги. Т.е. нам нужно точно знать, что такое «Сеанс работы». Ошибочное понимание такого простого термина может создать реальную проблему.

3.5 Данные и списки

Ключевой раздел ТЗ. Можно сказать его сердце. Это не самый многословный, но самый важный и трудный пункт ТЗ. Если он сделан как надо, можно быть уверенным, что автор задания понимает, что именно нужно сделать. Наличие этого пункта накладывает очень сильные ограничения на создаваемый продукт. Один только этот пункт, думаю, «весит» больше половины всего ТЗ.

Данные

Этот раздел содержит перечень сущностей, которые используются в проекте. Это очень близко к описанию таблиц в базе данных или моделей, если говорить о фреймворках с MVC. Например, у нас на сайте есть новости. А что такое новость? Как гласит военное определение, куст — это совокупность веток и листьев торчащих из одного места. Так и новость, это совокупность заголовка, текста и даты публикации. Для чего нужно это определение? Как и всё в ТЗ — прояснить, что делать и подстраховаться от хотелок.

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

Для примера, та же самая новость:

  • Заголовок
  • Текст
  • Дата публикации

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

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

Списки

Как подсказывает Кэп, новость — это новость, а список новостей — это список новостей.
Зачем это описывать? Допустим мы должны отобразить на главной странице «последние новости». Вот последние новости, это как раз такой список. А что есть «последние новости»? Это уже можно понять по разному, это могут быть последние 5 новостей, а может это новости за последние 24 часа? Приведенный пример прост, его недорого исправить и при сдаче проекта. Но есть более тяжелые случаи.

Например, заказчик хочет свой сайт с коллективными блогами, типа своего хабра. И он хочет, что бы на странице, где отображается одна статья, сбоку был список «похожих статей». Что такое похожие статьи? Этот вопрос требует отдельного разбирательства и описания. И не обратив внимания на этот список мы рискуем уже достаточно серьёзно. Т.е. тут нужно подробно описывать алгоритм по определению сходства статей. Пропустив этот пункт на этапе оценки сроков можно промахнуться достаточно сильно.

3.6 Страницы с описанием

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

Тут будет уместно описать не только, что отображается, но и как. Не в том смысле, что мы описываем дизайн: «Большими красными буквами отображается название новости», а в смысле, как работает: «Слева плавно выезжает окошко с предложением ввести логин и пароль». Или так: «при нажатии кнопки „Отправить комментарий“, комментарий появляется на странице без перезагрузки, с помощью AJAX».

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

Естественно, будет очень здорово добавить к каждой странице эскиз вроде такого:

Стоит следить, чтобы текстовое описание не вступало в противоречие с тем, что нарисовано в эскизе.
Т.е. если на иллюстрации новость имеет «Категорию новости», а в разделе «Данные и списки» новость не имеет ее, то это проблема. Очень высока вероятность, что изучая ТЗ, заказчик запомнит именно картинку с эскизом новостей, в которой есть категория, и если в готовом проекте не будет категории (в соответствии с текстовым описанием новости), он расстроится.

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

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

3.7 Требования к надежности

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

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

3.8 Требования к хостингу

Очевидно, что вполне может возникнуть, например, такая ситуация. Наша веб-студия делает красивые сайты, но пишет исключительно на Django. Заказчик нашел наш сайт, увидел красивые дизайны и сделал заказ. Приходит пора выкладывать сайт на хостинг, к другим десяти сайтам заказчика, а там, естественно PHP. И начинается, «а я думал что все на PHP делают..., у меня другого хостинга нет, надо переделывать на PHP».

Помимо таких очевидных проблем есть проблемы и потоньше. Например, для нормальной работы нужен cron, а хостер его не предоставляет (абсолютно реальный случай из моей практики). Или, скажем, специфический сайт, который не может работать на shared хостинге, ему нужен только VPS или VDS.

Сюда стоит включить требования к интерпретаторам, библиотекам, пакетам, гемам, требования к дисковому пространству, памяти, smtp, pop, ftp, внешним программам и прочему, что имеет значение для работы проекта.

3.9 Наполнение контентом

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

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

Описание этого раздела предостережет нас от разного понимания того, кто должен залить 500 фотографий и наполнить каталог товарами.

3.10 Сдача и приемка

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

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

Кстати, 100% оплата, я думаю, не должна означать окончание исправления багов. На мой взгляд, на баги должна даваться пожизненная гарантия, и исправляться они должны всегда и бесплатно. Хотя, думаю, тут будут и иные взгляды на эту проблему.

Заключение

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

Да, это ТЗ имеет пробелы, например, не сказано, как быть если у сайта должно быть API. Однако, имея хороший раздел «данные и списки», расширить ТЗ на эту область будет достаточно просто.

Буду рад услышать критику и, особенно, описание случаев, когда подобное ТЗ не подходит.

Как писать задания для эффективного юзабилити-тестирования

Не знаете, как писать задания для юзабилити-теста? Тогда вы уже на правильном пути: вы понимаете важность правильного выполнения своих задач.

Плохо написанный тестовый сценарий, вероятно, не даст вам нужных данных и даже может дать вводящие в заблуждение или неточные результаты. Ниже приведены сценарий и задачи, которые мы использовали для юзабилити-тестов UX Wars: Domino’s vs Pizza Hut, с комментариями о том, почему каждый из них был включен и как мы выбрали формулировку.

Сценарий

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


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

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

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

Мы видели, как пользователи делали именно это в результатах. «Я добавлю итальянскую колбасу. Это не совсем мой любимый топпинг, но моим друзьям он нравится ".

Задача 1

Вы заказывали пиццу онлайн раньше? Какие веб-сайты вы использовали?


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

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

Знание этой информации помогает нам учитывать предвзятость пользователей. и понимать разные ответы на одни и те же элементы.

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

Задача 2

Есть ли на этом сайте какие-либо предложения, которыми вы можете воспользоваться для своего заказа?


Domino’s и Pizza Hut имеют много сделок на своих домашних страницах, что позволяет предположить, что это основной путь для посетителей, делающих заказы через два веб-сайта.Поэтому мы включили эту задачу в , отражающий типичный пользовательский путь для посетителей сайтов, а также потому, что экономия денег на сделке казалась вероятным приоритетом среди наших молодых тестировщиков.

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

Большинство пользователей выбрали сделку, чтобы применить к своему заказу, но другие предпочли этого не делать, особенно в Domino’s, где они не видели предложения на несколько пицц. В конечном итоге, оставив эту задачу открытой, опыт стал более естественным.

Задача 3

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


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

Задача 4

Дополните свой заказ любыми другими предметами, которые вам нужны.


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

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

Задача 5

Пройдите кассу, пока вас не попросят ввести платежную информацию.


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

Задача 6

Перейдите на [веб-сайт конкурента] и там же пройдите процесс заказа пиццы.Сравнивайте свой опыт на ходу.


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

  • Первый сайт, который они используют, неизбежно окрашивает их опыт на втором
  • Отправка пользователей через два потока ведет к сильному утомлению тестировщика и снижению качества результатов
  • Использование двух отдельных пулов тестеров дает более надежное сравнение количественных показателей

Однако после запуска нескольких тестов на каждом сайте с помощью только задач 1–5 мы обнаружили, что они выполнялись короче, чем мы ожидали, а поскольку логика каждого сайта довольно проста, пользователи были относительно снисходительны.

Мы решили, что отправка их на оба сайта по очереди будет лучшим способом, так как заставит пользователей проводить сравнения и критиковать очень разные подходы к Domino’s и Pizza Hut. Мы пришли к выводу, что утомляемость тестировщика не будет неприемлемо высокой, учитывая меньшую продолжительность и простую кривую обучения.

Половина тестировщиков начинала с Domino’s, а затем отправлялась в Pizza Hut, а другая половина использовала сайты в обратном порядке.

Задача 7

Каким сайтом было проще пользоваться и почему? Что бы вы использовали в следующий раз, когда закажете пиццу онлайн?


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

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

Мы закончили с этой задачей, чтобы получить четкий ответ от пользователей , не позволяя нашему собственному суждению омрачить окончательный вердикт. Самый важный вопрос, по которому можно судить об успешном дизайне: на какой сайт вы бы вернулись?

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

Резюме: сценарий полной задачи

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

1. Вы заказывали пиццу онлайн раньше? Какие веб-сайты вы использовали?

2. Есть ли на этом сайте какие-либо предложения, которыми вы можете воспользоваться для вашего заказа?

3. Добавьте в пиццу желаемые начинки, соус и тесто.

4. Дополните свой заказ любыми другими предметами, которые вам нужны.

5. Пройдите кассу, пока вас не попросят ввести платежную информацию.

6. Перейдите на [веб-сайт конкурента] и пройдите процесс заказа пиццы там. Сравнивайте свой опыт на ходу.

7. Каким сайтом было проще пользоваться и почему? Что бы вы использовали в следующий раз, когда закажете пиццу онлайн?

Заключительные записи

Главное помнить, что написание хороших задач юзабилити-тестирования сводится к общению. Ваши задачи должны иметь смысл для обычного пользователя.Общий язык, который доступен и легко усваивается, превосходит технически сложный и строгий стиль письма. Не говорите как исследователь; будьте ясны и прямолинейны.

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


Подробнее: 5 советов по разработке удобного теста


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

.

Как писать задания, Vol. 2. Тестирование юзабилити электронной коммерции

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


Читайте: Как писать задачи юзабилити-тестирования, Том.1


Ниже приведены сценарий и задачи для двух тестов юзабилити, которые мы провели в H&M и Amazon, которые представляют 2 различных UX-стратегии электронной коммерции. Для H&M мы разделили процесс покупок на несколько небольших шагов, а для Amazon мы оставили большую часть этого на усмотрение пользователей.

H&M

Мы провели этот тест на мобильном сайте H&M для нашей статьи о H&M vs Forever 21 UX Wars. При тестировании мобильных пользователей мы делаем наши задачи короткими и склонны разбивать их на более мелкие части, потому что (1) на экране меньше места и (2) задачи не всегда отображаются, поэтому пользователи должны это помнить.

Сценарий

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


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

Мы видели, как пользователи использовали свои реальные обстоятельства в результатах тестирования. Одна из пользователей, глядя на свитер, который она нашла, прокомментировала: «Прямо сейчас, где я нахожусь, это вроде как идеально, потому что там, где я нахожусь, очень холодно, идет снег, дует нелепый ветер…»

Задача 1

Видите ли вы что-нибудь на главной странице веб-сайта, что вас интересует? Куда бы вы пошли в первую очередь?


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

Задача 2

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


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

Задача 3

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


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

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

Задача 4

Доступен ли выбранный вами свитер вашего размера?


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

Задача 5

Какие факторы были наиболее важными при выборе свитера?


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

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

Задача 6

Вы обычно предпочитаете покупать одежду в Интернете или пойти в магазин, чтобы ее примерить?


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

Резюме: сценарий полной задачи (H&M)

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

1. Видите ли вы что-нибудь на главной странице веб-сайта, что вас интересует? Куда бы вы пошли в первую очередь?

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

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

4. Доступен ли выбранный вами свитер вашего размера?

5.Какие факторы были для вас наиболее важными при выборе свитера?

6. Вы обычно предпочитаете покупать одежду в Интернете или пойти в магазин, чтобы примерить ее?

Amazon

Сценарий

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


В этом тесте мы сравнивали Amazon и Google Express, поэтому нам нужно было выбрать сценарий, который будет применяться к обоим стилям пользовательского интерфейса электронной коммерции. Кто-то может купить на Amazon что угодно, но Google Express в основном предлагает товары для дома и офиса, электронику и продукты.

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

Задача 1

Вы раньше делали покупки на Amazon? Если да, то как часто?


Мы начали тест с предварительного опроса пользователей датчика , ранее посещавших сайт . Люди, которые были на веб-сайте раньше, уже могли знать, чего ожидать и где что-то найти, поэтому их отзывы будут разными (что не значит, что они бесполезны!).

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

Задача 2

Какие вещи вы обычно делаете покупки на Amazon? Опишите недавнюю покупку.


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

Так как мы ожидали пользователей с разными уровнями предыдущего использования, мы сформулировали эту задачу так, чтобы она соответствовала многим возможностям (добавив «если что?» В конец вопроса). Это было также связано с тем, что мы будем использовать тот же список задач для Google Express, и мы знали, что у меньшего числа людей будет опыт работы с этим сайтом.

Задача 3

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

- Не менее 5 блокнотов (стиль блокнотов)
- Не менее 300 стикеров (3 × 3 дюйма, 2 или более цветов)
- Не менее 20 основных ручек


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

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

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

Мы также добавили предложение «Попытайтесь сэкономить, но получите качественные продукты», чтобы они более вдумчиво обдумывали, какие товары они получают, и не забывали думать о стоимости (поскольку они на самом деле ничего не покупают, пользователи могут не брать на себя расходы так же серьезно, как и в реальной жизни).

Задача 4

Сколько будет стоить ваш заказ? Сколько стоит доставка?


После того, как пользователи нашли все в списке покупок, мы попросили их посмотреть, сколько их всего вышло.Это был наш способ заставить их сесть в тележку, не сказав им просто: «Идите в свою тележку». Мы также специально хотели, чтобы посмотрели, как они отреагируют на их общее количество (включая доставку) - удивятся ли они, сколько в итоге получилось? Если так, они могут захотеть вернуться и выбрать что-нибудь подешевле.

Задача 5

Что такое Amazon Prime? Вы бы подумали о его получении? Почему или почему нет?


Отправив пользователей в корзину, мы хотели, чтобы знали, что они узнали из акций Prime по всему сайту к этому моменту.Понимали ли они, как это работает и что в него входит? Находят ли они это привлекательным?

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

Мы также углубились в эту линию расследования в письменном опросе , в котором мы спрашивали пользователей: «Как вы относитесь к Amazon как к бренду?»

Резюме: сценарий полной задачи (Amazon)

Сценарий. У вас заканчивается несколько основных канцелярских товаров, поэтому вы делаете покупки в Интернете, чтобы их запастись на следующие несколько месяцев.Вы пришли на Amazon, чтобы купить блокноты, стикеры и ручки.

1. Вы раньше делали покупки на Amazon? Если да, то как часто?

2. Какие вещи вы обычно делаете покупки на Amazon? Опишите недавнюю покупку.

3. Найдите все необходимое и положите в корзину. Постарайтесь сэкономить, но получите качественную продукцию. Список покупок:
- Не менее 5 блокнотов (стиль блокнота)
- Не менее 300 стикеров (3 × 3 дюйма, 2 или более цветов)
- Не менее 20 основных ручек

4.Сколько будет стоить ваш заказ? Сколько стоит доставка?

5. Что такое Amazon Prime? Вы бы подумали о его получении? Почему или почему нет?

Заключительные записи

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

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

Чтобы получить дополнительные советы по написанию задач, прочтите эту разбивку нашего списка задач для юзабилити-теста Domino’s Pizza.

.

Как написать идеальную задачу для продвижения работы

Это гостевой пост Хамзы Хана

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

«Погодите, - говорите вы себе, - за что я здесь несу ответственность? Кто что делает? Где индивидуальные крайние сроки? » Примерно сейчас вы, вероятно, готовы к своей третьей чашке кофе…

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

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

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

Шаг
Детали
Сроки
Контекст

Вот как их использовать:

1. Шаг

Задача должна начинаться с глагола, поэтому запишите ее как действие. Представьте, что вы подаете заявку на выступление на конференции. Крайний срок подачи заявок - 3 октября. Вы должны инстинктивно знать, что первый шаг к созданию презентации - это , чтобы написать .Поэтому ваша задача должна начинаться со слова «Написать».

Теперь ключом к структурированию вашей задачи является распознавание разницы между одношаговыми и многоступенчатыми задачами и их соответствующее выписывание. Например, «Образец презентации по электронной почте» - это многоэтапная задача, которая сама по себе не отражает нескольких этапов, составляющих ее. Лучше всего разбить его на «План презентации», «Проект презентации», «Обзор презентации» и т. Д.

Сью Беккер, инструктор по продуктивности

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

2. Детали

Подходите к деталям написания задания, как журналист подходит к написанию рассказа.

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

«Написать первый проект итогового отчета маркетинговой команды за 2015 год»

Подходите к деталям письма, как журналист подходит к написанию рассказа. Рассмотрим 5 Вт. Я лично по умолчанию:

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

Это утомительно, но ответы на эти вопросы гарантируют, что ваша задача будет понятна при первом чтении и не потребует лишних уточняющих вопросов. Описание задачи может выглядеть примерно так:

«Босс хочет подробный отчет (30-40 страниц) о победах и поражениях нашей команды в 2015 году. При составлении этого отчета обращайтесь к документам:« Стратегические цели 2015 », а также« Основные этапы 2015 »на Google Диске.Босс будет использовать этот отчет для информации о распределении бюджета на 2016 год, поэтому не забудьте выделить наши основные победы, особенно ту действительно успешную кампанию, которую мы провели еще в марте. При этом коснемся некоторых направлений роста. Описывая эти неудачи, обязательно используйте позитивный тон и сосредоточьтесь на том, как мы извлекли из них уроки. Дайте мне знать, если у вас возникнут дополнительные вопросы! »

3. Сроки

Американский писатель и гуру тайм-менеджмента Дайана Шарф Хант сказала: «Цели - это мечты со сроками.Но заявленные цели - это только начало. Чтобы идеи воплощались в жизнь, у каждой задачи должен быть срок. Когда дело доходит до установления сроков, обязательно придерживайтесь подхода «недооценки и перерасхода». Установите вехи между настоящим моментом и окончательным сроком, чтобы не сбиться с пути.

«Написать первый проект итогового отчета маркетинговой команды за 2015 год» (срок сдачи: 23 сентября)

4. Контекст

И, наконец, предоставьте дополнительные сведения, которые помогут вам расставить приоритеты для этой задачи. Сколько времени займет выполнение задачи? Что это за работа? Является ли это приоритетным и на каком уровне? К какому проекту он относится?

«Написать первый проект итогового отчета маркетинговой команды за 2015 год» (срок сдачи: 23 сентября) [Проект: маркетинговая стратегия] [Tagged: Writing] [Tagged: 1 Hour] [Tagged: High Priority]

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

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

1. Энергетический контекст

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

2. Временной контекст

Это особенно полезно в те надоедливые 15-30 минут между встречами.Знание того, сколько времени займет выполнение задачи, поможет вам максимально эффективно использовать время простоя. Например, я фильтрую свой список задач, чтобы найти несколько 5-минутных и 10-минутных задач, которые нужно выполнить до начала следующей встречи.

3. Контекст на основе приоритета

Дуайт Эйзенхауэр сказал об этом лучше всего: «То, что важно, редко бывает срочным, а то, что срочно, редко важно». Указание уровня приоритета ваших задач даст вам больше ясности в отношении порядка, в котором задачи необходимо решать.

4. Работа / жизненный контекст

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

Итак, ваша задача могла быть такой:

«Написать первый проект итогового отчета маркетинговой группы за 2015 год» (срок сдачи: 23 сентября в 10:00) [Проект: маркетинговая стратегия] [Теги: написание] [Теги: 1 час] [Теги: срочно] [Теги: высокий приоритет]

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

Об авторе

Хамза - отмеченный наградами маркетолог и предприниматель. Он является соучредителем Splash Effect, маркетингового агентства в Торонто, на стыке высшего образования и цифровых технологий. Он является главным редактором Year One, публикации, направленной на то, чтобы мотивировать людей в периоды личных и профессиональных перемен. Хамза также является профессором факультета бизнеса колледжа Сенека.Он регулярно говорит и пишет на темы производительности, стартапов, хип-хопа, маркетинга, лидерства, максимальной производительности и воплощения идей. Его идеи были представлены 99U и многочисленными национальными СМИ и отраслевыми публикациями.

.

лучших способов стать лучше в копирайтинге

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

Что ж, мой друг, похоже, пора укрепить свои навыки (да, да, «кость») и начать учиться:

Приступим!

При чтении этой статьи вы также можете посмотреть / послушать это сопроводительное видео:

Это мысленное упражнение, при котором вы видите ЛЮБУЮ рекламу и думаете про себя: «Как я могу улучшить эту рекламу?»

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

Когда я начал серьезно заниматься копирайтингом, моим любимым магазином для практики был SkyMall (помните тот журнал, который раньше был включен в каждый рейс) ??

Там были бы все эти забавные изобретения и гаджеты, да еще и самые скучные описания. Я часто переписывал их в голове или прямо в SkyMall, сидя в самолете.

Или, если вы видите объявление Google AdWord, которое могло бы работать лучше, вы можете проделать то же самое.Я набрал «Деловые встречи», и появилось следующее объявление:

Так что на практике мы попробуем переписать эти объявления в голове:

Лучшее программное обеспечение для онлайн-встреч
Meetings.com
Если вы проводите онлайн-встречу
, вы должны полностью попробовать это программное обеспечение.

Серьезно самая крутая программа
Meetings.com
… для проведения онлайн-встреч. Это как если бы
было там в реальной жизни.

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

A «Swipe File» - это просто папка, в которой вы храните классные рекламные объявления или интересные копии.

Ваш Swipe-файл может быть физическим или цифровым.

My Physical swipe file ... это обычная папка, которую я храню в читальном зале.

My Digital Swipe file… ..это папка, которую я храню на рабочем столе Mac. Каждый раз, когда я вижу что-то интересное, я нажимаю [COMMAND + SHIFT + 4] и делаю кадрированный снимок того, что пытаюсь сохранить. Затем я перетаскиваю этот снимок экрана в папку Swipe File:

(да….Бу-собака - обои для моего ноутбука)

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

Вот общее правило для вашего собственного файла Swipe:


Цель вашего Swipe File - часто пролистывать его для вдохновения.

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

Я, должно быть, мельком просмотрел эту страницу продаж и подумал: «Хммм…..это действительно хорошая схема ценообразования! " и быстро набрал [COMMAND + SHIFT + 4] и сделал снимок экрана с макетом. Благодаря этому добавлению к моему файлу смахивания теперь я могу реализовать аналогичную стратегию на сайте моих клиентов.

В этом преимущество надежного свайп-файла!

Поскольку просмотр веб-страниц с мобильных устройств быстро становится нормой, я также вижу массу вещей, которые хочу сохранить на своем телефоне. По этой причине я создал специальную папку на своем iPhone и сделал Phone Swipe File !

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

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

Когда люди пытаются объяснить, чем занимается их компания (особенно инженеры), они склонны хвастаться ХАРАКТЕРИСТИКАМИ продукта.

Это звучит так:

Характеристика:

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

Это описание ФУНКЦИИ. Однако клиентов, как правило, больше интересует, в чем заключается функция и какой результат.

Это больше походило бы на:

Выгода:

«Даже если ваш сайт появится на первой странице CNN и будет приносить 300 000 посещений в час… ваш сайт не упадет.”

Вам нужно показать функцию, но также объяснить, ПОЧЕМУ она помогает клиентам (потому что иногда это не так очевидно для них).

Вот пример того, как Southwest Airlines продвигает свою программу членства. Если вы подпишетесь на их кредитную карту с пробегом, вы получите 50 000 баллов. Это здорово ... но что ПЕРЕВОДИТЕ 50 000 баллов?

Вы видите, как сторона «Преимущества» также объясняет, что на самом деле получит покупатель с этими 50 000 баллов? Это хороший пример объяснения ПРЕИМУЩЕСТВ, а не характеристик.

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

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

Это искусство превращать длинное в нечто маленькое.

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

Обрезка Обрезка Обрезка ...

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

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

Многие люди слышат что-то вроде: «Длинные копии лучше продаются !!!!» В какой-то степени это правда. Практическое правило:

Длинная копия в порядке.

Длинная копия НЕ подходит.

Сделать длинную копию и сделать ее более сжатой - ВЕЛИКОЛЕПНОЕ упражнение в копирайтинге!

Например:

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

Урезанная и лаконичная версия:
Мы делаем программное обеспечение, которое автоматически управляет самолетами.

Вы можете видеть, насколько упрощены сокращенные и сжатые версии этой страницы.

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

Чтобы «почувствовать», что значит писать хорошие копии, вы можете просто КОПИРОВАТЬ хорошие копии !!

Если вы хотите начать с некоторых интересных вещей, попробуйте несколько из них:

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

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

А теперь послушай, болван ... Я не говорю тебе, чтобы ты специально агитировал людей своей копией. Я ЕСМЬ говорю, что не всегда должны играть так чертовски безопасно.

Например, есть два варианта отрывка, который пытается объяснить, «как сделать вашу рекламу заметной». Обе эти версии пытаются объяснить одно и то же. Но посмотрите, какой из них работает лучше:

ВЕРСИЯ 1: Скучный тон

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

Мы призываем вас сделать это дифференцировать в своем собственном маркетинге ».

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

ВЕРСИЯ 2: По полу

«Если ваша реклама такая же, как и вся ваша чертовски скучная конкуренция, что-то не так.Давайте изменим это для вас:

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

Около 20% ваших объявлений должны использовать этот «павлинский» совет. Если все объявления, с которыми вы конкурируете, выглядят одинаково, поэкспериментируйте, смешав их.

Например, если реклама игры выглядит так профессионально:

… тогда, возможно, можно будет сделать совершенно противоположное объявление. Например, это ужасно выглядящее объявление получило отклик в 2,5 раза выше, чем более профессиональные версии:

Обязательно используйте «павлинов» в своих объявлениях, вы можете быть шокированы результатами. Вы можете сделать это, просто сделав 10% своей рекламы полной противоположностью той, к которой вы привыкли ».

Вы видели, насколько разные были две копии…..и насколько лучше версия «Sexed-Up» передавала информацию?

Дело не только в том, что текст содержал рекламу, но и потому, что в тексте содержалась рискованная речь, например, о таких пикантных словах, как «пикапы» и тому подобное.

Я не говорю, что это уместно в любой среде (здесь можно узнать, как найти правильный тон голоса для вашей копии)… но Я ГОВОРЮ, что «сексуально подогнанная» версия определенно передает смысл лучше!

И помните, что я сказал раньше…..

« Хороший копирайтинг - это передача информации от одного мозга к другому наиболее эффективным способом».

Я бы сказал, что по крайней мере 10-20% вашего письма должны пытаться мягко раздвинуть границы , к которым вы привыкли.

Шаг 1: Прочтите текст вслух, чтобы убедиться, что он звучит разговорно.

Шаг 2: Поймите, насколько нелепо звучит то, что вы написали… .Затем измените это.

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

Вы часто слышите, как кто-то говорит: «Я могу очень легко описать это по телефону… ..но когда я пишу, это звучит не так». Это потому, что они не пишут в разговорной речи!

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

Я знаю, что это звучит немного глупо, но носить беруши во время письма - один из моих наиболее часто используемых приемов для написания отличных текстов!

Это буквально похоже на суперсилу, потому что я могу вставить беруши и мгновенно «оказаться в своем маленьком мире».

Я настоятельно рекомендую вам купить упаковку берушей за 5 долларов (мне нравятся эти беруши Hearos) и писать с ними.Для меня это определенно изменило правила игры!

Теперь, когда мы рассмотрели все эти упражнения по копирайтингу, я хочу поговорить о чем-то еще более важном ... ... опасном в НЕСКОЛЬКИХ ВЕЩАХ в копирайтинге.

Например, если вы знаете только одну вещь, вы - человек «единственной угрозы». Ваша ценность относительно невысока в мире, потому что вы знаете только одну вещь и ограничены знаниями этой конкретной отрасли.

Единичная угроза = Знает навык. Стоимость = $

Двойная угроза = Знает навык + еще один полезный навык. Значение = $$

Triple Threat = Знает одно умение + другое полезное умение + ДРУГОЕ полезное умение. Значение = $$$$$$

Например, предположим, что кто-то, продающий дорогой продукт в финансовой сфере, пытается найти копирайтера. Как вы думаете, какой из них будет наиболее востребованным?

Очевидно, тройная угроза будет иметь большее преимущество….ОСОБЕННО, если клиент пытается продавать финансовые продукты. Парень Triple Threat сможет привнести в свой текст разнообразный опыт (работа с клиентами, психология, финансовая индустрия).

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

Загрузить весь пост об упражнениях по копирайтингу:

Я был бы рад, если бы вы подписались на мой бесплатный информационный бюллетень по копирайтингу. Зарегистрируйтесь сейчас, и первое письмо, которое я вам отправлю, будет содержать весь этот пост и все упражнения внутри.Вы можете скачать его в любом формате (Word, ZIP или PDF):

П.С. Оставьте комментарий с различными упражнениями и примерами копирайтинга, которые вы сочли полезными. Один из них вы пробовали в прошлом, а другой делаете сейчас. Это поможет всем нам поправиться!

.

Смотрите также

Поделиться в соц. сетях

Опубликовать в Facebook
Опубликовать в Одноклассники
Вы можете оставить комментарий, или ссылку на Ваш сайт.

Оставить комментарий