Как Reddit аудиторию набирал

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

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

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

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

Как создавалась активность на Reddit?

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

Такую же стратегию использовал сайт Quora (самый популярный сервис вопросов и ответов за рубежом). Два основателя без перерыва создавали новые вопросы и сами же отвечали на них. Потом к ним присоединились первые работники, бета-тестеры. Благодаря этому база вопросов и ответов начала заполняться, сайт ожил, пошёл органический рост.

Да, это непросто. Да, зачастую это приходится делать вручную (хотя, я думаю, что некоторые могут автоматизировать подобные процессы). Но когда других способов выйти из «долины смерти» нет, то и такой хак может оказаться спасительным.

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

Источник - https://m.habr.com/ru/company/changeagain/blog/298284/

Аутсорс-дизайн

Аутсорс-дизайн

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


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


2. Кроме этого, все запущенные проекты нуждаются в обновлении и поддержке. За этим не приходят только те, чьи команды и продукты поубивали. И ты полноценно поддерживаешь ещё и эти проекты.


3. Ниндзя-дизайнеры.
В аутсорсе ты либо работаешь в том промежутке времени, в который сам оценил проект, либо уходишь в минус по деньгам.
Значит нужны люди, которые быстро во все въезжают(а каждые 4 месяца — новый проект), которые не прокрастинируют, которым не нужно нетворкаться 2/3 времени, которые не уходят в творческий кризис на неделю.
Которые за сжатые сроки делают охуенно и не устают от динамики студии.
Таких на рынке единицы. И, получается, что требования у нас завышенные. И те кто нам по этим критериям не подошёл — просто шикарны для продуктовых процессов.


4. В команду и процессы нужно вкладывать постоянно.
Оптимизируешь, растишь, учишь, разбираешь ошибки, проверяешь и улучшаешь процессы, ревьюишь задачи.
Даёшь энергию, поддерживаешь — вытягиваешь эмоционально, помогаешь с барьерами. Это какой-то постоянный коучинг. Это никогда не заканчивается, идёт всегда и фоном.
Но с этим нельзя и переборщить, потому что вы всё-таки деньги тут зарабатываете, а не в обучающую академию играете :)

С другой стороны.
Те кто с тобой работал и получил такой результат, теперь идут только к тебе. Однако, рекомендовать тебя не будут, потому что таких хороших лучше не рекомендовать — самим нужны.
В России половина больших заказчиков всё ещё тебя считают тварью дрожащей, а не партнёром, с которым вместе идут к одной цели. Закисшие мозги и отсутствие культуры. Но об этой прекрасной теме я расскажу чуть позже.

А нет, не с другой стороны, всё с той же. 😂

Core Protocols

Когда я пришел в ManyChat, я первый раз услышал про LeSS и пошел читать методичку. А в методичке по LeSS я наткнулся на отсылку к Core Protocols, про которые не слышал раньше, и тоже пошел читать про них.

И если вкратце, Core Protocols — это система фасилитационных техник, направленных на улучшение коммуникации внутри команд.

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

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

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

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

Я их переведу на русский со своими комментариями, и если вы найдете более емкие формулировки, то пишите, я дополню/исправлю:

1) Я обязуюсь участвовать, когда присутствую
Это про то, что если участвуешь во встрече, то участвуешь, а не залипаешь в ноутбуке. Дополнительно расширяется на личную внутреннюю осознанность. Если что-то делаешь, то понимаешь зачем.

2) Я буду стремиться больше воспринимать, чем быть воспринимаемым
Это про то, чтобы слушать и пытаться понять аргументы, а не продавливать свою точку зрения любыми средствами.

3) Я буду использовать команды, особенно при выполнении сложных задач
Это про помощь. Ты должен пользоваться всеми видами помощи, которые можешь получить от людей вокруг, а не пытаться супергеройски вытащить проект, перегореть и уволиться.

4) Я буду говорить всегда и только тогда, когда верю, что это улучшит соотношение усилие/результат
Это про осознанное высказывание мыслей. Не нужно говорить просто, чтобы стать заметным для кого-то на встрече.

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

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

7) Я сделаю сейчас то, что должно быть сделано в конечном итоге и может быть эффективно сделано сейчас
Это про выполнение здесь и сейчас того, что приблизит к результату, а не создаст видимость занятости.

8) Я буду стремиться двигаться к цели, смещая свое поведение в сторону действия
Всегда разгоняй активным действием, создавай положительную инерцию, которую сложно остановить даже самыми тупыми действиями и комментариями.

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

10) Я никому не причиню вреда—и не потерплю причинения вреда—за его или ее верность этим обязательствам
Если закомитились на core protocols, то не нужно закатывать глаза и проявлять агрессию (даже пассивную), когда тебе кто-то подсветил, что ты наваливаешь не в ту сторону.

11) Я никогда не буду делать ничего глупого нарочно
Вот да!

Это только верхушка, в следующий раз посмотрим на сами коммиты.

Вообще очень рекомендую прочитать оригинал текста с коммитами вот здесь — https://liveingreatness.com/core-protocols/the-core-commitments/

Защита

Самое время рассказать пару слов о защите. Вот несколько важных вещей, которые я понял на своем опыте.

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

Второе, нужно максимально упростить повествование не уходя в детали, потому что на выступление дается всего 10-15 минут. Было непросто выбрать логику повествования — когда ты работаешь над проектом полгода, становится сложно выкинуть какие-то части. Но чтобы вас поняли, это необходимо сделать, ваш рассказ должен понять даже ребенок. Мы выбрали одну самую большую боль пользователя и обернули её в историю этого пользователя — от момента, когда он сталкивается с проблемой, до её решения. Одна проблема — одно четкое решение, тогда вас точно услышат и осознанно оценят.

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

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

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

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

Перед защитой всегда очень волнуешься, так как относишься к этому со всей серьезностью. Особенно сильно переживаешь за то как тебя оценят. Когда мы готовились к защите, то чувствовали себя аутсайдерами из-за того, что долго и сложно работали над UI. Но по мере подготовки презентации я понимал, что у нас получается очень крепкая история. Так и получилось — пятёрку получили только две команды: мы и qlean. И нас обеих оценили в первую очередь за то, что мы нашли боль и осознанно попытались её решить. Вы можете сами оценить наш кейс, который сверстан практически в точности по сценарию рассказа презентации.

Про адаптацию стажеров и младших специалистов

Наш руководитель веб-направления Таня Аладина интересно написала про адаптацию стажеров и младших специалистов:

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

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

Визуализация данных

Визуализация данных не самая простая штука. Бывает потеряны часы времени в поиске подходящего формата. "Bubble Chart", "Bar Chart", а может быть "Scatterplot"?

Коллеги собрали большинство примеров вместе и показали правильное использование графиков и диаграмм. Кратко так:

  • столбики (Bar Chart). Используют для сравнения нескольких наборов данных. Горизонтальные столбцы обычно используют, когда нужно сравнить большое количество показателей или визуально выделить явное превосходство одного из них. А вертикальные столбцы хорошо иллюстрируют, как менялись показатели в разные периоды, например, ежегодная прибыль компании за несколько лет
  • точечная диаграмма (Scatterplot). Помогает найти взаимосвязь между двумя показателями. Например, с его помощью можно узнать, как меняется коэффициент конверсии в зависимости от размера скидки на товар.
  • пузырьковая диаграмма (Bubble Chart). Позволяет сравнить два параметра по третьему. Возьмем коэффициент конверсии и размер скидки. Добавим к ним доход (за который отвечает размер круга) и получим примерно такую диаграмму. Глядя на этот график, можно заметить, что самая высокая конверсия у товаров со скидкой 30%, однако больше всего дохода приносят товары без скидки и товары со скидкой 5% (см. пример ниже).

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