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

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

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

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

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

Бенчмаркинг

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

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

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

Следующим посмотрел YouTube. Здесь модель оказалась интереснее: пригласить можно практически любого пользователя, а полноценным участником проекта он становится только после принятия приглашения.

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

Выводы по ленчам

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

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

User-flow

Для полной проработки фичи и отрисовки корнер-кейсов я решил отрисовать простенький user-flow. Смешал модели FB и Behance.Пользователь должен принять приглашение, но чтобы стать соавтором, они должны быть подписаны друг на друга, это сделано для того, чтобы селебы и медийки не были заспамлены от тредов подписчиков.

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

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

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