Аналитика и прочие управления требованиями — как раковая опухоль: все время норовят расползтись и пожрать всю доступную бумагу.
Нам это не нравится. Поэтому мы экспериментируем с форматами постановок: пользовательских ожиданий, брифов, функциональных требований, так называемых технических заданий и т. п.
Например, сейчас нам кажется, что для небольших сайтов с упором на контент достаточно двух документов.
С этими двумя списками уже можно дальше писать контент, подбирать функционал, проектировать, верстать, чуток админить, немного шаманить и запускаться.
Рисовать дизайнерскую красоту, наверное, тоже можно. Но мы не по этой части, так что зуб не дадим.
Покажем, как выглядят эти два списка для близкой сердцу многих читателей задачи «Сделать сайт нашей чудо–студии/молодой команды/digital–агентства».
На список вопросов обычно смотрим под углом «Какой кусок сайта (страница, функционал, интерфейсное решение) отвечает на этот вопрос? Не надо ли сделать этот ответ поярче? Как?»
На жизненные ситуации — и того проще: «Представьте себе, что вы попали в эту ситуацию. Что вы будете делать на сайте?» Может быть, более правильно называть эти ситуации пользовательскими сценариями, но это скорее место для занудного холиварчика, чем существенный вопрос.
Основная магия, конечно, в том, что списки одновременно и достаточно объемные, и вполне компактные. То есть все специалисты, которые работают над проектом, физически имеют дело с двумя бумажками, а не с кипой макулатуры.
Это резко повышает читабельность–обсуждабельность постановки. Да и увильнуть от важных требований теперь сложней. Всё же на виду, трудно срезать угол и убедить себя, что вот конкретную страницу можно не делать — вопрос пользователя останется тогда без ответа, и это легко заметить. Сам себя не обманешь, когда список требований умещается на один листок.
Вторая половина магии в том, что ничего больше не нужно. Совсем–совсем ничего. Особенно не нужны многотомные технические задания с пассажами вроде «WWW — всемирная паутина» и «Сайт должен работать в браузерах A–B–C–X».
Больше всего нам нравится сверяться с этими списками при решении вопроса «А нужно ли делать такую–то страницу или внедрять такой–то функционал».
Ну и на втором по популярности месте — ситуация «Давайте поймем, хороший это сайт или плохой». Учитывает ситуации и отвечает на вопросы — хороший. Игнорирует — плохой. Плюс сразу ясно, что и как исправить.
Конечно, мы любим и умеем писать честные пользовательские сценарии, прорабатывать профили пользователей, строить объектно–информационную модель, рисовать customer journey map и жонглировать кое–какими OLAP–кубами требований. Но всё это истории довольно–таки затратные для веб–проектов. И когда можно без них — стараемся вот так вот без них.
Нам это не нравится. Поэтому мы экспериментируем с форматами постановок: пользовательских ожиданий, брифов, функциональных требований, так называемых технических заданий и т. п.
Например, сейчас нам кажется, что для небольших сайтов с упором на контент достаточно двух документов.
- Вопросы, сгруппированные по ролям посетителей.
- Жизненные ситуации, сгруппированные по тем же ролям.
С этими двумя списками уже можно дальше писать контент, подбирать функционал, проектировать, верстать, чуток админить, немного шаманить и запускаться.
Рисовать дизайнерскую красоту, наверное, тоже можно. Но мы не по этой части, так что зуб не дадим.
Покажем, как выглядят эти два списка для близкой сердцу многих читателей задачи «Сделать сайт нашей чудо–студии/молодой команды/digital–агентства».
Вопросы
- Заказчик
- Кто такие?
- Это юрлицо?
- Это живая фирма или муляж?
- На какие другие фирмы они похожи?
- Как мне понять, что на сайте — не вранье?
- Кто у них главный?
- Что умеют?
- В какой отрасли работает компания?
- Что конкретно делает компания?
- А оказывают ли они услугу N?
- Сколько стоит?
- Сколько стоят их услуги в целом?
- Сколько стоит конкретная услуга N?
- Могу ли я себе позволить их услуги?
- Как получить их услуги дешевле?
- Есть ли спецпредложения и какие?
- Как самому посчитать стоимость услуги?
- А не слишком ли дороги их услуги?
- Нет ли у них почти того же самого, но подешевле?
- Где взять их компред?
- Хороши ли?
- Что они уже сделали?
- Насколько круты их клиенты (ведь я-то крутой)?
- Насколько их клиенты похожи на меня?
- Есть ли у них клиенты из моей отрасли бизнеса?
- Как выглядит результат?
- Устроит ли меня качество результата?
- Насколько предсказуем и прозрачен процесс работы?
- Может ли кто-то из моей референтной группы порекомендовать эту компанию?
- Что про них говорят?
- Насколько эти люди разбираются в том, что продают?
- Насколько эти люди авторитетны в своей отрасли?
- Откуда они знают, что нужно мне и моим клиентам?
- Они вообще способны довести до конца то, за что взялись?
- Зачем это нужно мне?
- Нужно ли мне то, что они делают?
- Похоже ли это на то, что я ищу?
- Могу ли я сделать это сам?
- Зачем на эту задачу нанимать отдельную компанию, а не получить все у разработчиков/дизайнеров?
- Что именно я покупаю?
- Что мне потом делать с результатами их работы?
- Где они находятся?
- Как мне с ними связаться?
- Как мне им позвонить?
- Как мне им написать?
- Как мне написать тут самому главному?
- Как мне с ними встретиться?
- Есть ли у них офис в Москве?
- Как я могу их контролировать?
- Чего мне ждать от сотрудничества?
- Как идет работа?
- Кто это будет делать? Почему именно эти люди?
- А если мне не понравится результат?
- Что делать, если мне непонятен результат?
- Сколько вариантов результата мне предложат?
- Какие гарантии нормального результата я получу?
- Кто и как будет отвечать за мой заказ?
- Насколько они гибкие в удовлетворении моих ожиданий?
- Ко мне приедут в офис?
- Смогу ли я общаться с конечным исполнителем?
- Есть ли у них представление о проектном менеджменте?
- Быстро ли я получу результат?
- Что если мне не понравится исполнитель?
- Что я буду делать в случае проблем и конфликтов?
- Меня бросят после конца проекта? Или как?
- Кто такие?
- Кандидат
- Как попасть на работу?
- Спецы каких профессий работают в компании?
- Какие у них сейчас есть вакансии?
- Куда отправлять свое резюме?
- Конкурент
- Как бы присосаться?
- Кто у них в клиентах?
- Как у них устроено ценообразование?
- Как у них устроен рабочий процесс?
- Как выглядит их шаблонный договор?
- Как выглядит их коммерческое предложение?
- Как выглядят их типовые документы?
- Кто у них работает на должности Q?
- Чему я могу у них научиться?
- Можем мы стать партнёрами?
- Мы потенциально партнеры или конкуренты?
- Чем они могут быть полезны нам?
- Чем они лучше нас?
- Что я могу им продать?
- Куда отправить свое предложение о партнерстве?
- Как бы присосаться?
- Наблюдатель
- Где тут живые люди?
- Где они в соцсетях (и люди, и компания)?
- Как мне написать самому главному?
- Как мне пожаловаться, если я вижу ошибку-проблему?
- Где найти то, что я когда-то видел?
- Где мне скачать презентацию с конференции?
- Где мне посмотреть видео с конференции?
- Вроде бы я читал их статью — где она?
- Что говорят, что пишут?
- Что тут есть интересного почитать?
- На каких тусовках они будут?
- Что интересного у них случится в ближайшее время?
- Как мне про них написать?
- Где взять логотип и всякое такое для публикации?
- Что они сами про себя говорят, как позиционируют?
- Где тут живые люди?
Жизненные ситуации
- Заказчик
- Мне нужен сайт. Ищу исполнителя, готового сделать этот сайт.
- Я должен организовать тендер. Нахожу разные компании, хожу по их сайтам и выбираю, кого пригласить на тендер.
- У меня есть сайт, но с ним не все слава богу. Хочу связаться с компанией и «озадачить» своими проблемами.
- Мне нужна конкретная услуга. И я выбираю компанию, которая готова мне ее оказать за приемлемые деньги.
- Я слышал про компанию и думаю, стоит ли с ней связываться. Хочу поближе познакомиться, анонимно поузнавать разное.
- Я случайно наткнулся на компанию и думаю, что она мне поможет решить задачу. Хочу «поговорить об этом» (пока сам не знаю, о чем именно).
- Я собираюсь заключить договор с этой компанией. Ищу подводные грабли.
- Я встречаюсь с представителями компании. Готовлюсь к переговорам, узнаю подробности жизни компании.
- Я работаю с компанией. И хочу срочно с ними связаться.
- Я кликнул по рекламе. И хочу понять, что за компания пытается мне продать рекламируемую услугу.
- Я что-то такое помню про спецпредложение. И хочу им воспользоваться.
- Кандидат
- Я ищу работу. И хочу работать в этой компании.
- Я ищу работу. И похоже, что компания мне по профилю — так что хочу их осчастливить своим резюме.
- Конкурент
- Я ищу сотрудников. И хочу переманить людей из компании.
- Я конкурент компании. И хочу переманить их клиентов.
- Я ищу партнеров. И пытаюсь понять, чем мне может быть интересна эта компания.
- Я слежу за тем, как работают конкуренты. И хочу перенимать опыт.
- Наблюдатель
- Я прочитал про компанию. Хочу узнать подробней, кто такие и что умеют.
- Я обиделся на компанию. И хочу пожаловаться на них в соцсетях.
- Я пытаюсь разобраться в рынке. И хочу разобраться, что почем («сколько стоит сайт»).
- Я пытаюсь разобраться в рынке. И хочу почитать полезные советы о важных для меня темах.
- Я не люблю эту компанию. И пытаюсь к чему-нибудь прикопаться.
- Я был на конференции и слушал выступление представителя компании. Теперь хочу найти это выступление.
- Я подписан на рассылку компании. И хочу отписаться.
- Я собираюсь на семинар в компании. И хочу уточнить подробности: куда и когда приходить.
- Я считаю, что компания круто работает. И хочу научиться работать так же.
- Я думаю, что компания рассказывает профессионально интересные для меня вещи. И хочу послеживать за ними — читать блог и соцсети.
- Я вижу ошибку на сайте. И хочу про нее рассказать компании.
- Я хочу встретиться с кем-нибудь из компании. И хочу узнать, пойдут ли они на ту же конференцию, что и я.
- Я хочу приходить на семинары компании. И хочу узнавать об этих семинарах своевременно.
- Я хочу узнать про технологии и методики, которые они используют.
- Я пишу о компании. И хочу скачать фирстиль.
На список вопросов обычно смотрим под углом «Какой кусок сайта (страница, функционал, интерфейсное решение) отвечает на этот вопрос? Не надо ли сделать этот ответ поярче? Как?»
На жизненные ситуации — и того проще: «Представьте себе, что вы попали в эту ситуацию. Что вы будете делать на сайте?» Может быть, более правильно называть эти ситуации пользовательскими сценариями, но это скорее место для занудного холиварчика, чем существенный вопрос.
Основная магия, конечно, в том, что списки одновременно и достаточно объемные, и вполне компактные. То есть все специалисты, которые работают над проектом, физически имеют дело с двумя бумажками, а не с кипой макулатуры.
Это резко повышает читабельность–обсуждабельность постановки. Да и увильнуть от важных требований теперь сложней. Всё же на виду, трудно срезать угол и убедить себя, что вот конкретную страницу можно не делать — вопрос пользователя останется тогда без ответа, и это легко заметить. Сам себя не обманешь, когда список требований умещается на один листок.
Вторая половина магии в том, что ничего больше не нужно. Совсем–совсем ничего. Особенно не нужны многотомные технические задания с пассажами вроде «WWW — всемирная паутина» и «Сайт должен работать в браузерах A–B–C–X».
Больше всего нам нравится сверяться с этими списками при решении вопроса «А нужно ли делать такую–то страницу или внедрять такой–то функционал».
Ну и на втором по популярности месте — ситуация «Давайте поймем, хороший это сайт или плохой». Учитывает ситуации и отвечает на вопросы — хороший. Игнорирует — плохой. Плюс сразу ясно, что и как исправить.
Конечно, мы любим и умеем писать честные пользовательские сценарии, прорабатывать профили пользователей, строить объектно–информационную модель, рисовать customer journey map и жонглировать кое–какими OLAP–кубами требований. Но всё это истории довольно–таки затратные для веб–проектов. И когда можно без них — стараемся вот так вот без них.