Сокровищница знаний

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

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

Текст про интеграции хочется сразу проиллюстрировать наглядным примером. Однажды мы решили сделать нашему проджект-менеджеру сюрприз в честь дня рождения и подарить от всей команды кресло-пуф. Мы нашли подходящий товар в онлайн-магазине, заказали, оплатили. Ждем. Проходит день, два — в личном кабинете все еще висит статус «заказ в обработке». Звоним в компанию и слышим: «Простите, у нас очень большая загрузка, сейчас все сделаем». Не успели мы выдохнуть, как через пару часов поступает звонок от того же менеджера: извините, товара нет на складе. В итоге все кончилось хорошо: мы выбрали на сайте другую модель, компания бесплатно организовала срочную доставку, и Павел теперь пишет клиентам письма из глубины нового пуфа. Но эта ситуация хорошо иллюстрирует, как отсутствие интеграции сайта с внешними сервисами (в нашем случае с CRM и системой складского учета) мешает работе компании.  С примерами интеграций мы сталкиваемся каждый день: когда пишем в WhatsApp через виджет, оплачиваем покупку на сайте, авторизовываемся через соцсети, смотрим ролик без перехода на YouTube. Для аудитории такие интеграции — это, прежде всего, удобство и качество сервиса, для бизнеса — способ удерживать клиентов и оптимизировать процессы. Кроме того, внешние сервисы значительно облегчают вам работу: согласитесь, намного проще разместить на странице виджет Google Maps, чем самостоятельно отрисовывать карту города.

Поведенческие факторы – это параметры поведения пользователей, по которым поисковики определяют качество сайта. Они влияют на место сайта в выдаче. Как бы ни менялись критерии оценки поведенческих факторов поисковыми системами, неизменно одно – качественные и полезные для людей сайты, на которых пользователи задерживаются, переходят со страницы на страницу и делают заказы или заполняют формы, остаются популярны. Как заинтересовать посетителя, удержать его и подтолкнуть к целевому действию? Сценарное проектирование во время работы над сайтом помогает найти решения. Перед началом проектирования обязательно прорабатывается CJM – Customer Journey Map. Это карта пути пользователя, в которой учитываются положительные и отрицательные эмоции от взаимодействия с ресурсом. На основе этого мы понимаем, как делать нужно, а как нет. Кроме этого мы внимательно изучаем специфику деятельности заказчика для того, чтобы лучше понять будущего посетителя сайта. При проектировании страницы, будь то детальная страница товара или страница «О компании», мы закладываем определенный сценарий, по которому ведем пользователя. Наша задача – чтобы посетитель ресурса получил максимум полезной информации и у него осталось как можно меньше вопросов. Примером использования сценария может служить страница кейса разработки сайта для IT-компании «OptimalGroup». Сначала мы задаем эмоцию и приветствуем пользователя, используя пример анимации главной страницы сайта «Оптимала». Потом мы говорим об общем списке работ по данному проекту. Далее последовательно рассказываем обо всех работах: от разработки фирменного стиля до нюансов каждой страницы – в частности, о наиболее сложной и продуманной странице «О компании».