Как я спроектировал нативное соавторство для X

Йоу, меня зовут Ярослав, я Junior+ Product Designer и в качестве личной проблемы на платформе X я подметил отсутствие важной для этой социальной сети фичи - Соавторство.

Как я спроектировал нативное соавторство для X

Почему это проблема и зачем мы ее решаем?

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

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

В результате совместное создание контента существует в X фактически, но не поддерживается на уровне продукта.

Бенчмаркинг

Перед проектированием решения я изучил, как задачу совместного авторства решают другие платформы.

В ходе анализа было важно понять:

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

В качестве референсов были выбраны Facebook, YouTube и Behance как продукты, уже использующие различные сценарии совместного создания контента.

Первым делом полез в FB, сценарий максимально прямолинейный: добавляешь соавтора во время создания публикации и сразу понимаешь, как всё будет выглядеть после публикации.
Но есть нюанс - добавить можно только друзей. Для FB это логично, а для X - нет
Первым делом полез в FB, сценарий максимально прямолинейный: добавляешь соавтора во время создания публикации и сразу понимаешь, как всё будет выглядеть после публикации. Но есть нюанс - добавить можно только друзей. Для FB это логично, а для X - нет
Следующим посмотрел YouTube. Здесь модель оказалась интереснее: пригласить можно практически любого пользователя, а полноценным участником проекта он становится только после принятия приглашения. 
Следующим посмотрел YouTube. Здесь модель оказалась интереснее: пригласить можно практически любого пользователя, а полноценным участником проекта он становится только после принятия приглашения. 
Ну и конечно я не мог пройти мимо Behance, используется похожая логика: пользователь получает приглашение и после подтверждения становится полноценным участником проекта.
Ну и конечно я не мог пройти мимо Behance, используется похожая логика: пользователь получает приглашение и после подтверждения становится полноценным участником проекта.

Выводы Бенчей

После изучения референсов для себя выделил несколько принципов:

  • добавление соавтора должно происходить максимально быстро;
  • участие должно подтверждаться приглашённым пользователем;
  • публикация должна отображаться у всех участников;
  • автор должен сохранять контроль над публикацией до её выхода.

На этих принципах я и начал строить собственное решение.

User-flow

Для полной проработки фичи и отрисовки корнер-кейсов я решил отрисовать простенький user-flow. Смешал модели FB и Behance.

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

Как я спроектировал нативное соавторство для X

После анализа сценариев и построения user-flow я перешёл к отрисовке интерфейса.

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

Как я спроектировал нативное соавторство для X
Как я спроектировал нативное соавторство для X
Как я спроектировал нативное соавторство для X

Зачем, а главное зачем?

Для меня это в первую очередь прикольный экспириенс для тренировки визуала в реальном кейсе.

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

В целом все, спасибо за внимание! А еще у меня есть тг для связи

1