Как всё устроено (наше комьюнити и разработчики)

Материал из База знаний
(перенаправлено с «Как всё устроено»)
Перейти к навигации Перейти к поиску



Периодически в чатах возникает вопрос, а делается ли что-нибудь по нашим с вами запросам?

Ответ однозначен: конечно, да!

В дополнение - сообщение КМ Яндекса из чата Станции.


На странице "Что сделано благодаря Доске" мы собрали кое-что из сделанного именно по карточкам с Доски.

А сейчас несколько слов, как именно мы настроили потоки информации.


Как это работает

  • Слишком объёмные дискуссии, или отошедшие от тематики чата переезжают во Флудилку (здесь можно обсуждать всё, что угодно, и сколько угодно).
  • Единичная проблема (или если чат не помог) перенаправляется в техподдержку нужного сервиса или продукта.
  • Потенциально повторяющиеся проблемы превращаются в карточки на Доске yaboard (не забывайте сразу поставить голос - «лайк»)!
  • Готовые решения хранятся в нашей вики. Вы тоже можете стать её автором!
  • Нерешённая и/или проигнорированная поддержкой проблема снова приезжает в наш чат и - только для чата Станции! - при необходимости адресуется комьюнити-менеджеру компании Яндекса. На момент написания статьи - это Даша.

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


 Рекомендуем регулярно заходить на Доску и ставить «лайки» проблемам, которые проявились у вас, и пожеланиям, которые вы сами хотите видеть в будущем.

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

Доска — это такой «мостик» от нас с вами к разработчикам, где вся информация отсеяна, хорошо структурирована, и снабжена статистикой в виде лайков.

А Вики — это не просто копилка, куда мы вместе складываем полезные статьи. Вся информация тут гарантированно проверена нами и практически вся прочитана сотрудниками Яндекса. Так что и Вики можно считать «мостиком» от них к нам.


Чисто там, где не сорят

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

На каких основаниях обсуждения переезжают во флудилку, и какому стилю общения мы особенно рады - в этом разделе.


Что такое флуд (флейм, офтоп, метавопросы)?

Сначала коротко пробежим по словарику нарушений сетевого этикета:

  • Кросспостинг (cross-post) - размещение одной и той же информации в несколько чатов одновременно;
  • Оверквотинг (overquoting) - злоупотребление большими блоками цитат и неоправданное их использование;
  • Офтоп (off topic) - размещение сообщений не по теме чата;
  • Спам (SPAM) - публикация рекламы там, где об этом никто не просил;
  • Троллинг (trolling) - размещение провокационных сообщений с хулиганскими целями;
  • Флейм (flame) - разжигание ссор, оскорбления, грубые высказывания;
  • Флуд (flood) - "наводнение" чата малоинформативными, повторяющимися, ненужными сообщениями;
  • Холивары (holy war) - бессмысленные дискуссии разряда "сало или свинина" или "Эппл или Андроид".
  • Метавопросы - лишённые смысла сообщения общего характера (подробнее - ниже).


Метавопросы

При внешней безобидности метавопросы настолько раздражают людей, что им посвящён целый домен nometa.xyz. Несколько примеров:

  • "Привет всем!" - вы действительно думаете, что 3500 участников чата должны написать в ответ "О, привет!", "Наконец-то!"?
    Конечно, написать приветствие - это вежливо, но не в отдельном сообщении (которых в чате и так немеряно), а как часть основного вопроса.
  • "Может кто-нибудь помочь?" - перевести бабушку через дорогу? Решить контрольную по математике?
    Сразу пишите суть вопроса.
  • "Хочу спросить про умный дом/Алису/навык". Это понятно, иначе бы вы не попали в чат))
    Совет прежний: без предисловий пишите сам вопрос, сразу включив в него все подробности.


 Плохо:
 - Привет всем!
 * все: "опяяяяяяяять...."
 - Подключал кто-нибудь умный дом Яндекса?
 * все: "это же чат по умным колонкам и умному дому! конечно, не подключали, мы же тут просто так"
 - У меня вопрос по лампочкам!
 * все: "ладно, тут толку не будет, пойду дальше по делам"
Хорошо:
- Привет всем! Я купил RGB-лампы %НАЗВАНИЕ_ПРОИЗВОДИТЕЛЯ%, подключаю через родной навык, но возникает ошибка при...
* все: "как раз есть полминутки попробовать помочь"

Надеемся, эти примеры помогут правильно освоиться в чате.


А что делать, если правила нарушаются?

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

Вот готовые к копированию ники модераторов:

  • @arkrusinov
  • @GeGunT
  • @rustorg
  • @ZioSHik


Когда я критикую, меня переносят во Флуд

Всё верно, но ваши сообщения перенесли не за критику, а именно за флуд.

Ведь из тысяч человек подписанных на чат, активно пишет от силы 2-3 десятка пользователей. У остальных 90% нет времени перечитывать «полотенца» споров, повторов и посторонние темы.

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

Воспринимать перевод дискуссии во флудилку как некую "ссылку" неправильно, так как разработчики мониторят и её. Нередко они обращаются в личку к модераторам с просьбой подробней обсудить ту или иную проблему. Длинные "полотенца" переносят во Флуд не за критику, которая у нас никогда не удаляется, а за слишком высокий для основных чатов уровень шума. Просим отнестись к этому с пониманием.

Зато во флудилке допустимы все темы, кроме потенциально конфликтных (политические, анти/религиозные).

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

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

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

Зато мы можем принести им наши статистически обоснованные приоритеты и пожелания с Доски.


Общие причины переноса во Флуд

  • Затянувшаяся дискуссия. Шума от нее много, а реальной пользы читающему большинству никакой. При этом, усложняется поиск нужной информации.
  • Обсуждение посторонних тем. Примеры:
    • Работа умного дома Яндекса — тема для Станции/УД.
      А дискуссии, каким должен быть правильный умный дом (и кто как его видит, и что, если бы скрестить ужа с ежом) - увы, тоже тема для Флуда.
      Поймите, что очень мало людей имеют столько же времени, сколько и вы, на пролистывание (и тем более участие) в длинных абстрактных полотенцах, не несущих нужной им оперативной информации.
    • (Не)возможность оплатить подписку конкретной картой — тема для чата Станции/УД.
      А обсуждение, у какого банка лучше карта и бесплатны ли пуши — тема для Флуда.
    • Вопрос по Навыкам или проблеме с платформой Диалоги - тема для чата Диалогов
      А холивар, что лучше - node.js или php - однозначная тема для Флуда.
  • Личное общение в общем чате. Для этого и существует личная переписка, правда?
  • Большое количество коротких односложных сообщений.


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


Общие причины наложения банов и мьютов

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


В чём разница между этими терминами?

  • Мьют (mute) - запрет пользователю на отправку сообщений. При этом пользователь имеет доступ к чату и может его читать (RO, read-only).
  • Бан - полное отключение пользователя от чата (пользователь вообще не может заходить в чат).


Как накладываются баны и мьюты?

  • В чатах, где подключен специальный бот (Авто, Станция, Телефон, Флуд), он автоматически выписывает бан после третьего предупреждения от модератора. Снимается такой бан вручную.
  • В чате Диалогов такого бота нет, и модераторы выдают мьюты вручную по нарастающей: день, неделя, месяц, навсегда.
  • Модераторы могут (но не обязаны) снимать мьюты досрочно.
  • Давление на модераторов (в чате или в личке) намного снижает вероятность досрочного снятия.


Как не стоит писать в чат

  • Как в личный, диктуя всем свои условия, или считая свои сообщения более приоритетными, чем от других участников.
  • С позиции: «Уговорите меня», когда сообщество вынуждено по кругу убеждать, что функция работает нормально, а та или иная команда вызывает неправильную реакцию, потому что неверно построена сама фраза.
  • Заявляя проблему просто так. О неполадках стоит рассказывать с чёткими подробностями, чтобы вам и другим пользователям смогли помочь. А если у вас есть предложение по развитию, то поштурмите со всеми в чате и сделайте хорошую карточку на Доске.
  • Затевая явный спор, особенно, с гаданием на кофейной гуще. Ни у кого из нас нет информации, как обстоят дела на самом деле. А у кого есть, тот не может рассказать, так как это секреты, охраняемые компанией (т.н. NDA).
  • С поднадоевшими всем утверждениями (например, CEC и вывод звука). Давайте опираться только на официальную информацию. Гадать и спорить, конечно, можно и порой интересно, но эти темы для Флуда, а не для целевых чатов.
  • С негативным настроем ко всем. Да, у вас проблема, но ведь другие в этом не виноваты. Старайтесь приносить в комьюнити позитив, а хорошую конструктивную критику с благодарностью оценят разработчики (и охотнее обсудят участники чата).


Пара живых неудачных примеров общения:

 И что значит прислушиваться ко мне <, этого недостаточно, потому что именно я знаю, как>. Читай и делай выводы о фичи, которая должна быть изначально.
 Меня очень возмутил вопрос представителя Яндекса... типа пришлите запись, ID номер... <заставляют отправлять всякую чушь>

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

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


Особенности официальных чатов

Обратите внимание, что чаты по Авто, Станции, Телефону, - неофициальные комьюнити пользователей (хотя в чате Станции и присутствует официальный представитель Яндекса), а чат Диалогов (в модерации которого с недавнего времени мы немножко участвуем) - официальный чат Яндекса для разработчиков платформы Диалоги и, конечно, отношение к соблюдению правил в нём немного строже. В первую очередь это касается вежливости и уважения ко всем участникам, а также краткости и полезности той информации, которую мы все с вами сюда приносим (и которую мы же сами читаем).


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


Ответы на некоторые утверждения (на примере чата Станции)

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

Когда создавалась статья, мы модерировали в основном только чат Станции, но вы без труда перенесёте эти примеры на любой другой продукт (Авто, Диалоги, Телефон).


Я написал ещё вчера и мне до сих пор не ответили

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

Надо понимать, что далеко не все ответы находятся на уровне поддержки. Что-то требует ответа разработчиков (а им перед ответом, возможно, придётся переосмыслить даже свои долговременные решения), что-то — ответа от компаний-партнёров, правообладателей и т.д.

Необходимо достаточно много времени на тестирование проблемы на других устройствах, выделение настоящей причины сбоя, и на многие другие действия, которые остаются для нас «за кулисами». А ещё у сотрудников, как и у всех, есть выходные.

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


Неужели трудно сделать такую простую задачу?

А как можно браться за оценку сложности задачи, не зная процессов фактической реализации?

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

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

Изменения в программах, даже мелкие, могут повлечь «снежную лавину»; особенно, когда затрагивается несколько видов устройств.

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


Это всё обязано быть изначально!

Как говорят: «На вкус и цвет...». У каждого своё понимание целей, но мы все хотим всё и сразу. А так, к сожалению, не бывает.

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

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

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


И ещё: частные личные ожидания от продукта вряд ли полностью совпадут с его реальной концепцией.

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

Если такой продукт совсем не совпадает с вашими ощущениями — быть может, вам действительно нужно что-то другое: другой бренд, или, может, не умная колонка, а крепкий, переносной и влагозащищённый BT-центр. Как верно отметил один из участников комьюнити:

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


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


На самом деле должно быть сделано так

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


Почему идея может получить отказ? Например:

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


Как видим, даже сотня набранных на Доске лайков, заметно повышая шанс, всё же не гарантирует реализацию "хотелки". Зато она отсеет вниз маловостребованные и неинтересные идеи, оставив самые ожидаемые, к которым будут применены следующие критерии отбора.


Рассмотрим реальный пример из чата.

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

Проанализируем проблему.

  1. Такая проблема единична, встречается редко.
  2. Изменение работы всей экосистемы устройств с Алисами (вмешаться "только в колонки" тут никак не получится) и сервисов, к которым эти устройства подключаются - задача очень трудоёмкая.
  3. Настоящая причина ошибки - чересчур экономный провайдер, "тасующий" свои подсети между городами (а возможно, вообще арендующий часть подсетей у другой компании). А это значит, что:
    • Источником проблемы является провайдер
    • Вместе с геосервисом Яндекса из-за неверных IP-адресов этого провайдера "ошибаются" многие другие аналогичные сервисы в мире.


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


С другой стороны, даже в чате есть пользователи, кейсы которых пострадают от такой переделки.

  1. Есть как минимум один известный пользователь, имеющий на своём аккаунте две колонки: в пригороде (дома) и в городе (на работе). Населённые пункты разные, геолокация это знает и правильно сообщает геозависимую информацию, в том числе раздельные прогнозы погоды по каждому из мест. В случае взятия данных о месте из Паспорта на одну из колонок начнут приходить ложные данные.
  2. Есть как минимум один известный пользователь, разместивший компактную круглую колонку Irbis A в подстаканнике авто, и запитавший ей от бортовой сети. Соответственно, при выезде за город, в другой город (на отдых или в командировку) всем таким пользователям Алиса правильно отдаёт геозависимую информацию. Этот пользователь при получении данных о месте из Паспорта также будет либо получать ложную информацию, либо будет вынужден, проезжая каждый населённый пункт, обновлять его у себя в Паспорте.


Будет ли реализована такая переделка? Видимо, нет.

Правильно ли было утверждать "я знаю, как, и это правильно"? Видимо, тоже нет.


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


Добавили бы программистов и всё бы пошло

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

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


Несколько интересных цитат из нашего чата

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

Daniel Kornev: Нет, <Яндекс> не первопроходец. Но нельзя сказать, что все остальные молодцы и у них всё здорово 😉

Если интересно, можете почитать мой краткий анализ того, что не так в каждом из решений по ИИ-ассистентам сегодня тут; и более серьёзные размышления на эту же тему, в рамках дискурса в LinkedIn (выложил в виде отдельной заметки в FB).

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


...еще раз, посмотрите на мой анализ ) у <Amazon> тьма огрехов. Дикая тьма.

В конечном итоге, все ассистенты — это жуть. 😞 У всех не хватает то одного, то другого.

Алекса, конечно, имеет свои плюсы — Эхо работают норм, можно включать/выключать умные розетки (наверняка и другие девайсы, у меня в квартире только пара розеток пока есть). Но их приложение для телефона — это жуть по сравнению с тем, как работает Алиса, например, на телефоне. Алекса дико тормозит. У нее нет общих напоминаний между девайсами, нет официального приложения для умных часов, в наушниках с телефона она отвратительно работает, интеграции с телефоном, считай, нет. Ее реализация в умных очках (у меня Vuzix AR Blade) не имеет напоминаний, но зачем-то имеет будильники. Приложение для телефона, до недавнего времени, не имело напоминаний, а будильник и по сей день в приложении Алексы на телефоне поставить нельзя (WTF).