За последний год, в основном в результате анализа Plancast, я разговаривал с десятками предпринимателей, которые работают над интернет-продуктами, связанными с событиями.

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

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

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

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

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

Службы проведения мероприятий также сталкиваются с проблемой отложенного удовлетворения, поскольку, если данные о мероприятии (вероятно) относятся к чему-то в будущем, вы не сможете полностью оценить услугу, пока не посетите мероприятие. Трудно ускорить полученную отдачу, особенно потому, что ожидание событий также требует значительных психологических затрат, что не доставляет удовольствия.

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