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

Ершов Дмитрий

1 – Как написать задание для оценки стоимости и сроков

 

 

 

Сформулируйте цели и метрики проекта

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

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

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

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

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

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

 

Подумайте о целях пользователей

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Определите ключевые функции

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

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

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

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

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

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

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

 

Не забывайте про конкурентов

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

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

similarweb.com

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

 

Лучше раньше, чем лучше

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

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

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

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

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

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

tilda.cc

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

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

 

Заметки и истории

 

Функциональное мышление

 

Человеку нужны не сами предметы или вещи, а их функции. Звучит разумно и прогрессивно. Но дьявол, как всегда, в деталях.
Олег Чулаков

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

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

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

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

 

Обгон на повороте

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

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

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

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