Читать «Без ТЗ: Как запустить сервис и ничего не упустить. Аутсорсинг разработки цифровых продуктов»

Итак, перед вами новый проект. Поскорее бы начать разработку! Но как структурировать свои мысли, чтобы ничего не упустить и эффективно донести их до разработчиков? Для этого существует специальный инструмент – Project Canvas.

Project Canvas. Источник – https://realtimeboard.com

Этот инструмент необходим, прежде всего, вам самим. Заполните канву и держите перед глазами на протяжении всего проекта. Она поможет вам фокусироваться на самом важном и гибко управлять процессом. Иными словами, вы всегда будете видеть, на что следует обратить внимание. Работать с Project Canvas и подобными шаблонами очень удобно в сервисе realtimeboard.com При заполнении, укажите параметры проекта:

– Какие показатели будут определять успешность проекта?

– Какие ограничения есть у проекта?

– Как проект влияет на ваш бизнес?

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

При описании продукта всегда концентрируйтесь на целях ваших пользователей:

– Для чего пользователям ваш продукт?

– Как он им поможет?

– Чем это лучше существующих альтернатив?

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

Personas. Источник – https://realtimeboard.com

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

Метод персон эффективен, когда вы работаете с уже существующей аудиторией. Но когда требуется создать продукт с нуля и привлечь новых пользователей, есть более подходящий метод, который называется Jobs To Be Done. Суть метода заключается в том, что не важно, какая аудитория использует продукт, а важно сосредоточиться на «переключении контекста». Не важно, сколько именно лет пользователю смартфона, который в данный момент голоден и не хочет готовить. Он должен быть сыт, и задача цифрового продукта – максимально эффективно переключить его из одного контекста в другой (из голодного сделать сытым). С такой «работой» отлично справится мобильное приложение для доставки еды из ресторана.

«Улучшайте своего пользователя, а не ваш продукт. Не создавайте лучшие камеры, а создавайте лучших фотографов» – Кэти Сьерра

Jobs To Be Done. Источник – https://www.idealizedinnovation.com

Когда вы выявили мотивации и боли аудитории, приступайте к описанию основных функциональностей. Главным сделайте следующий вопрос: «Какие функции необходимы для того, чтобы пользователи выполнили свои задачи с помощью продукта?»

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

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

Метод скоринга. Скачайте пример на сайте beztz.net

Метод скоринга позволяет определить наиболее полезные функций с минимальными трудозатратами:

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

– Оцените их важность для пользователей по 3-балльной шкале (3 – самые важные).

– Поставьте оценки сложности реализации (насколько сами представляете).

– Поделите сумму оценок важности на оценки сложности и получите коэффициенты от 1 до 3. Функции, которые получили наивысший балл, – наиболее приоритетны.

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

Иногда для объективной оценки сервисов конкурентов стоит дополнительно проанализировать их сайты. Для этого рекомендую использовать similarweb.com. В отчёте вы сможете найти основные источники трафика и похожие сервисы (с точки зрения поисковых систем).

similarweb.com

Если у вашего будущего продукта нет конкурентов – это серьёзный повод задуматься: либо вы гений, либо такой продукт никому не нужен. Попробуйте взглянуть на него под другим углом: каким образом сейчас ваша целевая аудитория решает свои задачи? Ответы на этот вопрос позволяют скорректировать требования к продукту и выбрать правильный курс.

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

– Проектирование пользовательского опыта (UX).

– Дизайн интерфейсов (UI).

– Написание «серверной» части кода (бэкенд).

– Написание «клиентской» части кода (фронтенд).

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

tilda.cc

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

У вас большой и сложный продукт? Не описывайте все работы целиком – это отнимет много сил, и задание может со временем потерять актуальность. Лучше отправить задание сегодня и обсудить детали позже с разработчиком, чем писать целый месяц, а в конечном итоге разработчик предложит более простое или готовое решение.