Английская компания Logobly занимается брендированием для стартапов. В честь 10 000-ного логотипа компания делится результатом своего маленького исследования.


Популярные сферы

Какие шрифты для своего лого стартаперы предпочитают чаще

Большинство основателей стартапов предпочитают использовать шрифты без засечек. 9 из 10 шрифтов, представленных в компании — без засечек.

Какого возраста стартапер

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

Руководители digital-проектов и дизайнеры любят поговорить о пользователях: рассказывают истории (и даже эпические) и пытаются увидеть все с точки зрения пользователя, создают подробные портреты клиентов и описывают их потребности и желания.

Но что, если у продукта нет конечного пользователя?

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

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

Ключевые персоны — это вымышленное представление об идеальном клиенте.

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

Когда пользователь — это автоматизированная система, ключевой персоны быть не может. Зато есть «не-персона».

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

Типичная пользовательская история, созданная руководителем digital-проектов, выглядит так:

Как <такой-то пользователь>, я хочу <что-то там>, чтобы <извлечь такую-то пользу>

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

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

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

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

Сложные системы с множеством взаимодействий нуждаются в идеальной разработке, как и любой другой digital-продукт для пользователя. Если вы создаете инфраструктуру проекта, можете попробовать антропоморфизм для создания не-персон и писать не-пользовательские истории.

С Днем Великой Победы!