Зафейлить что это значит
Словарик айтишника или Что? Где? Куда? Часть 2
Scrum-терминология
От англ. Definition of Done (дословно — критерии готовности) — список требований, по которым можно считать, что цель выполнена. Например, набор задач, которые должны быть завершены к определенной дате.
Майлстоун
От англ. milestone (дословно — веха) — запланированная дата окончания работ по выборочным задачам. Проставление таких «дат» позволяет не сбиваться с графика и отслеживать процесс работы и понимания выполнения целей.
Сторя
От англ. story (дословно — история) — корневая задача с описанием требований для разработки, она содержит в себе подзадачи, назначенные на разработчиков разных должностей. Это точка входа при разработке какого-либо функционала.
Фасилитатор
От англ. facilitator (дословно — координатор) — человек, берущий на себя обязанности ведущего. Он обеспечивает успешную коммуникацию внутри команды, пытается упростить общение и создает понимание между всеми участниками команды. Термин может использоваться и как существительное, и как прилагательное, и как глагол.
Разработка
Ассайнить
От англ. assign (дословно — поручать) — назначать задачу на человека в качестве исполнителя.
От англ. bug (дословно — жук) — ошибка в коде, проблема, недоработка. Слово уже давно в лексиконе разработчиков, но интересно то, как меняется форма термина. Калька «баг» превратилось в слово женского рода — «бага». В такой форме согласование в предложениях проще. А если ошибка или проблема совсем маленькая, то это багуля.
Грумить
От англ. groom (дословно — чистить) — приводить в порядок. Относится к коду, бэклогу, организации работы. В том же значении используется и русский аналог — «причесать».
Деплой
От англ. deploy (дословно — разворачивать) — процесс интеграции кода из разработческих веток в продуктовую (мастер) ветку. Термин также употребляется и как существительное, и как глагол, и как прилагательное.
Компилить
От англ. compile (дословно — составлять) — собирать написанный код воедино, конвертировать его из одного формата в другой, преобразовывать в требуемый вид для работы в браузере.
Костыль
Временная «подпорка» в коде, которая приводит к нужному результату, но само решение является идеологически неверным.
Лагать
От англ. lag (дословно — отставание) — плохая производительность, притормаживание, работа с ошибками.
Легаси
От англ. legacy (дословно — наследие) — код, написанный определенное время назад и считающийся морально устаревшим. Он всё ещё работает, но вызывает неприятие у разработчиков.
Мерджить
От англ. merge (дословно — слияние) — соединять свою часть работы с частями работы других разработчиков в рамках одной ветки. Сливать всё воедино.
Нативный
От англ. native (дословно — родной) — первоначально заложенное поведение или внешний вид элемента или кода.
Стоимость задачи
Пришедшее из скрама выражение, означающее суммарное количество затрат разработчика на задачу. Вопрос про стоимость задачи буквально означает оценку времени и усилий на неё. Соответственно дорого — долго и сложно, дешево — быстро и легко.
Фейлить
От англ. fail (дословно — неудача) — терпеть поражение, проваливать планы, заваливать что-либо. Чаще используется в разговорной, не технической речи.
От англ. fix (дословно — чинить) — решение проблемы, устранение бага. Термин употребляется и как существительное, и как глагол, и как прилагательное.
Должности
От англ. junior (дословно — новичок) — специалист любой должности, которая предусматривает градацию по уровню знаний. Джун находится на первой (нижней) ступеньке. Человек, знаний, которого хватает для выполнения рабочих обязанностей и разработки в целом, но не обладающий глубиной и широтой знаний.
От англ. lead, сокращенно от TeamLead (дословно — глава команды) — специалист высшей градации, обладающий широтой и глубиной знаний, является лидером команды. Он руководит процессами и помогает решать спорные технические вопросы.
Секопс
От англ. SecOps, сокращенно от Security Operations (дословно — интеграция безопасности) — специалист, занимающийся обеспечением безопасности при имплементации новых решений и безопасностью в целом.
Организационное
Апрув
От англ. approve (дословно — одобрять) — еще одна вариация для одобрения, утверждения или подтверждения чего-либо.
Валидный
От англ. valid (дословно — правильный) — в разговорной речи вариации слова означают согласие с оппонентом, одобрение его результата. Означает правильность решения. Часто заменяет слово «идет» в значении «подходит».
Инпут
От англ. input (дословно — вклад) — в разговорной речи используется в значении внимание, отклик.
Капиай
От англ. KPI, сокращенно от Key Performance Indicator (дословно — ключевой показатель результативности) — единица измерения, которая требуется для того, чтобы понять эффективность какой-либо деятельности.
Пинговать
От англ. ping (дословно — ударяться со стуком) — напоминать кому-либо о чем-либо, давать знать.
Эскалировать
От англ. escalate (дословно — обострять) — поднимать вопрос или проблему на обсуждение, привлекать внешние ресурсы, принимать меры.
И напоследок.
Райкер
От англ. wrike-er — человек, который работает в Wrike и является частью команды компании.
Как считаете, проще ли бы было новичкам, если при выходе на работу им давали расшифровку незнакомых терминов, которые обрушиваются уже в первый день работы? Дают ли ясность подобные расшифровки или только больше запутывают? Поделитесь своим мнением в комментариях.
Слово «зафейлить»
Слово состоит из 9 букв, начинается и заканчивается на согласную, первая буква — «з», вторая буква — «а», третья буква — «ф», четвёртая буква — «е», пятая буква — «й», шестая буква — «л», седьмая буква — «и», восьмая буква — «т», последняя буква — «ь».
КАК ЗАФЕЙЛИТЬ СИЛЬНОГО ЖЕНСКОГО ПЕРСОНАЖА
[Stream Highlight] “А где кнопка?” или Как зафейлить после хардпарта
КАК МОЖНО БЫЛО ТАК ЗАФЕЙЛИТЬ В PUBG MOBILE | ПОДВЕЛ ПОДПИСЧИКОВ В ПУБГ МОБАЙЛ НА ПК
Как зафейлить сотку? | 102 км
КАК ПОКРАСИТЬ БАМПЕРА И ЗАФЕЙЛИТЬ
Написание слова «зафейлить» наоборот
Как это слово пишется в обратной последовательности.
Написание слова «зафейлить» в транслите
Как это слово пишется в транслитерации.
в армянской 🇦🇲 զաֆեյլիթ
в грузинской 🇬🇪 ზაფეილით
в еврейской 🇮🇱 זאפאיליט
в латинской 🇬🇧 zafeylit
Как это слово пишется в пьюникоде — Punycode, ACE-последовательность IDN
Как это слово пишется в английской Qwerty-раскладке клавиатуры.
Написание слова «зафейлить» шрифтом Брайля
Как это слово пишется рельефно-точечным тактильным шрифтом.
Передача слова «зафейлить» на азбуке Морзе
Как это слово передаётся на морзянке.
Произношение слова «зафейлить» на дактильной азбуке
Как это слово произносится на ручной азбуке глухонемых (но не на языке жестов).
Передача слова «зафейлить» семафорной азбукой
Как это слово передаётся флажковой сигнализацией.
Остальные слова из 9 букв
Какие ещё слова состоят из такого же количества букв.
Комментарии
Что значит слово “зафейлить”? Как это понять.
У вас есть вопрос или вам нужна помощь?
Спасибо, ваш вопрос принят.
Ответ на него появится на сайте в ближайшее время.
Народный словарь великого и могучего живого великорусского языка.
Онлайн-словарь слов и выражений русского языка. Ассоциации к словам, синонимы слов, сочетаемость фраз. Морфологический разбор: склонение существительных и прилагательных, а также спряжение глаголов. Морфемный разбор по составу словоформ.
По всем вопросам просьба обращаться в письмошную.
Почему фейлить — хорошо?
Недавно на форуме появился тезис, что true Senior’ы никогда не факапят. Я не согласна с такой постановкой вопроса. С формальной точки зрения, обеспечить в проекте полное отсутствие ошибок невозможно. Можно уменьшить их количество до разумного предела. Например, устранить все критические.
Так же обстоят дела и с ошибками в более широком смысле этого слова. Так или иначе, фейлят все. И это нормально. И даже более того, это хорошо. И вот почему:
1. Не фейлит только тот, кто ничего не делает
Всем знакомая истина, но никому не хочется о ней помнить. Если ничего не делать, то и ошибок не будет, и нести ответственность за последствия не придется. Да и жить проще, но только зачем? Неинтересно же.
Жил-был студент-гуманитарий, назовем его Васей. Была у Васи мечта: подарить своей матери Cadillac Fleetwood 60 Special, как у Элвиса. Днями Вася изучал китайскую филологию, а ночами играл в онлайн-игры. И как-то раз задался вопросом: а как эти игры создаются? Вопрос оказался не праздным, Вася гуглил одно понятие за другим, пока в итоге не дошел до загадочной буквы С с двумя плюсами. Стало интересно, Вася скачал самоучитель, и незаметно для себя увлекся. Видимо, проявились гены папы-инженера. Программу «Hello world!» Вася сумел запустить с раза. 7 фейлов! Их могло бы и не быть. Но оптимист — это тот, кто продолжает видеть положительные стороны даже после ряда факапов. А Вася — не дурак, он всегда предпочитал наполовину полные бокалы наполовину пустым.
Конечно, важно понимать, где можно дать себе право на ошибку, а где — не стоит. Например, в некоторых ситуациях выгоднее воспользоваться старым надежным методом, чем изобретать велосипед. Иногда поставленный на скорую руку костыль бывает более уместен, чем трата недели на разработку хитроумного решения, особенно если сроки горят.
Речь не идет о безразборном авантюризме. Но если последствия не навредят другим людям, то почему бы не рискнуть? Возможно, результат превзойдет все ваши ожидания. Неужели мешает страх зафейлить?
2. Фейлы — это преодоление
Большинство людей предпочитает стабильность. Но разве полная минимизация энтропии — это не застой? И если вы хотите развиваться, становиться лучше, будь то в личном или профессиональном плане, — вам всё-таки придется действовать.
Для этого сначала необходимо преодолеть внутреннее сопротивление. Потом, возможно, и внешнее — сопротивление среды.
Думаете, Васе было не страшно? «Нет, Вася, ты же наш чувак, ты идешь на красный диплом по филологии», — говорили они. «Василий, менять курс несерьезно», — предупреждали они. «Наш сын не станет зажравшимся мажором современности!» — кричали они. А Вася взял и не послушал. Забил на свой красный диплом. Стал меньше играть и спать. Зато освоил «Самоучитель для чайников» и перешел на Герберта Шилда. После первого прочтения понял процентов 20. Среда не прекращала давить: «Вася, это не твое». Но Васе было интересно. Он практиковал потом перечитал и понял уже более половины.
Развитие умений и навыков — это не только конечный результат, а и процесс. Преодолевая самого себя, человек становится сильнее и увереннее. Преодолевая внешние препятствия — опытнее.
Страх — невыгоден, он мешает. Почему бы не разрешить себе действовать? Допустить возможность фейла, принять это как нечто нормальное, естественное.
Преодоление укрепляет стержень личности. И это качество намного ценнее, чем отсутствие ошибок в биографии.
3. Фейлы нужно признавать
Для многих это сложнее всего. Признавая свой провал, вы как бы опускаетесь в собственных глазах и — что еще невыносимей — в глазах окружающих? Теряете свой авторитет?
Через год хобби Васи окончательно вытеснило его прошлые планы стать переводчиком. И Вася подумал: а не устроиться ли мне работать программистом? Мало того, что интересно, а еще и денежно. Откликнулся на вакансию, пошел на собеседование. Там ему отказали и высмеяли: «Ты не можешь назвать 4 свойства ООП. Какой из тебя программист?». Вася приуныл, грустил весь вечер, пока не наткнулся на виджет «Зарплаты» на ДОУ. Вспомнил о мамином кадиллаке, взял себя в руки, разобрался с этими свойствами, доработал свою подготовку. Но на следующем собеседовании всё закончилось, едва HR уточнила его специальность в университете. На еще следующем он зафейлил вопрос о множественном наследовании. Вася беспокоился, что скоро попадет в Черный Список всех рекрутеров, если таковой существует. Ему было стыдно за себя. Но интерес к делу был сильнее, и Вася не сдавался.
В большинстве случаев потеря лица — это не более, чем иллюзия. Если человек испытывает глубокое разочарование в себе, то это скорее вопрос самооценки, чем действительных профессиональных качеств. Вы ведь не становитесь хуже, когда фейлите. Вы искренни в своих побуждениях? Тогда помните, что даже если ваши поступки и будут смотреться не очень изящно, но не вы сами. А это, как говорят, две большие разницы.
Что касается вашего авторитета в глазах других, то большинству окружающих просто всё равно. И даже если ваш факап волнует их сегодня, то завтра (послезавтра, через неделю, через год — зависит от масштабов) о нем забудут. Такие впечатления быстро притупляются. «Прыщик на собственном носу тревожит в разы сильнее, чем цунами в Таиланде».
На ваш авторитет больше повлияет не сам факт фейла, а то, как вы сами на него отреагируете. Если вы спокойно признаете свой просчет и без излишних эмоций приступите к ликвидации последствий, то уважение окружающих только возрастет. Проверено.
4. Фейлы надо исправлять
В этом заключается вторая абсолютная ценность фейлов, (первая — в их принятии). Фейл — это опыт, часто еще более ценный, чем в случае успеха. Последствия ошибки выводят человека из предсказуемой реальности в поглощающую. Да, будет непросто, зато сколько нового вы узнаете, исправляя свой факап. Таким образом, фейлить — полезно.
За полгода Вася завалил 11 собеседований. Зато узнал много нового, штудируя книги и форумы. Начал общаться с IT-сообществом, посетил несколько тематических конференций, пополнил свой todo-лист еще несколькими новыми поинтами must know. Освоил уже 75% книжки Герберта Шилда. Идет прогресс, Вася не унывает, а активно учится на своих ошибках. Он где-то вычитал, что профессионал высокого уровня — это не тот, кто уже всему научился, а тот, кто обрел способность учиться с фантастической скоростью, в разы быстрее других. Как этого достичь? Действовать. В случае неудачи искать способы исправления последствий, приобретать опыт.
Фейлить тоже можно красиво. Важно — не «что», а «как». Именно в провалах могут открыться лучшие качества человеческой личности. Не случайно же HR’ы проводят стресс-тесты или спрашивают, как соискатель себя ведет в чрезвычайных ситуациях. Фейлы — прекрасный повод научиться не впадать в панику, а быстро оценивать ситуацию и действовать.
Таким образом, нужно учиться не избеганию фейлов, а умению достойно из них выходить. Давайте не бояться провалов, товарищи. Давайте становиться мужественней, опытней и сильней. Это круто.
П.С. Завтра у Васи собеседование. Пожелаем ему удачи. 🙂
Маєте важливу новину про українське ІТ? Розкажіть спільноті. Це анонімно. І підписуйтеся на Telegram-канал редакції DOU
Как зафейлить 27 гипотез за месяц и увеличить количество лидов в 2 раза: интервью с Полиной Захаровой, тимлидом growth-команды Carrot quest
Это история о том, как мы построили команду роста, постигли искусство гроус хакинга и увеличили количество целевых лидов. Если и вы хотите хакнуть рост в компании и увеличить целевые показатели, то эта статья обязательна к прочтению 😉
Нам удалось создать команду, которая тестирует по 10 гипотез в неделю. За 5 месяцев существования growth team протестировала 215 гипотез и стала генерировать 33% всех демонстраций сервиса для продаж.
Мы поговорили с Полиной Захаровой-Щукиной, тимлидом команды роста в Carrot quest, и обсудили процессы этой команды. Полина рассказала, почему Carrot quest понадобилась growth-команда, как ее строили и как в ней тестируют гипотезы роста.
Привет, Полина 🙂 Давай для начала разберемся, как так вышло, что Carrot quest понадобилась growth-команда и что это вообще за команда такая.
Просто мы обожаем пробовать новые подходы и фреймворки: OKR, Jobs to be Done, дизайн-спринты. Ни один интересный фреймворк не проходит мимо нас. Вот и мимо growth-методологии мы тоже не смогли пройти.
Но если серьезно, мы увидели в ней инструмент для достижения целей компании. Carrot quest на рынке с 2014 года, у нас больше 5000+ клиентов, но мы хотим расти еще быстрее. В начале года мы поставили амбициозную цель по увеличению годовой выручки. Чтобы обеспечить необходимый нам рост, недостаточно просто поддерживать существующие процессы, нужно улучшать воронку: привлекать больше пользователей, повышать конверсию в регистрацию в сервисе, оплату, уменьшать отток и так далее. Направлений для работы много, а времени мало. Поэтому родилась идея построить системную работу над улучшением метрик в воронке.
Чтобы работа была действительно системной и интенсивной, мы создали специальную команду и определили метрики, на которых она должна сфокусироваться.
Growth team, или команда роста помогает хакнуть рост компании. Она ищет решения, которые способны быстро увеличить ключевые метрики бизнеса: выручку, количество лидов, количество закрытых сделок и т. п. Для этого команда роста строит гипотезы о том, что и как может увеличить эти метрики, и быстро их тестирует — проверяет, какие из них действительно увеличивают ключевые метрики и, значит, их можно масштабировать, а какие не работают.
Спасибо! Мы уже отправили всё на почту
А над какими ключевыми метриками работает ваша команда?
Так как Carrot quest интереснее всего продавать услугу внедрения, в основном на воронке ее продаж growth-команда и сосредоточились. Поэтому наши ключевые метрики — это:
Для понимания: услуга внедрения — это когда клиентам выделяют команду из персонального менеджера, копирайтера, дизайнера, верстальщика и аналитика. Менеджер придумывает, как достичь целей клиента, и вместе с командой разрабатывает, тестирует и внедряет разные триггерные механики.
Продавая эту услугу, а не только подписку на наш сервис, мы максимально можем помочь клиентам достичь их целей. Мы используем свой опыт работы с интернет-магазинами, онлайн-сервисами и онлайн-школами, чтобы быстро запустить для клиента сценарии, которые увеличат конверсию его сайта.
Когда вы начали формировать вашу команду и каких результатов достигли?
Наша команда существует с мая этого года. В первый месяц мы смогли протестировать 36 гипотез: 9 из них оказались успешными, а 27 — провальными.
Через 2 месяца работы growth-команда начала генерировать 33% демонстраций сервиса — то есть 33% демонстраций команда продаж проводила для тех лидов, которые привели мы.
Сейчас мы стабильно тестируем не меньше 10 гипотез в неделю. Нам удается собрать целевых лидов — которым команда продаж действительно может что-то продать. Это доказывает, например, то, что конверсия из лидов от нашей команды в демонстрацию сервиса выше, чем конверсия из обычных регистраций — когда пользователи приходят самостоятельно, без участия growth-команды.
Благодаря успешным гипотезам и их масштабированию мы увеличили количество лидов в 2 раза.
Результаты команды роста
— полностью самоходная команда, которая тестирует по 10 гипотез в неделю;
— протестировано 215 гипотез за 5 месяцев;
— генерируем 33% демонстраций сервиса для продаж.
Крутой результат! Ок, давай поговорим, как вы к этому пришли. С чего вы начали формирование команды?
Сначала мы вообще не понимали, что и как делать 😀 Мы даже не могли определиться для себя, что такое гипотеза: что можно ею считать, а что нет. Например, если мы запускаем рекламу в Фейсбуке, то нужно считать отдельной гипотезой каждый ее оффер или группу рекламных объявлений? Мы реально не могли понять 🙂
Мы осознали, что если будем пытаться разобраться во всем сами, то «встанем на ноги» не скоро и не скоро добьемся тех целей, которые поставили на стратсессии. Этот вариант нам не подходил. Поэтому мы решили привлечь консультанта, который нам быстро бы все объяснил и помог отладить процессы. А так как учиться нужно у лучших, мы обратились в Growth Academy — одну из самых крупных российских школ, которая учит тестированию гипотез. Так нашим консультантом стал Антон Елфимов, эксперт Growth Academy.
Антон сказал, что для запуска growth-команды нужно закрыть определенный набор ролей — и мы позвали в команду тех ребят из компании, кто имел релевантный опыт и мог эти роли закрыть.
С Антоном мы созванивались в течение четырех недель каждый понедельник плюс общались в Телеграме. Антон научил нас правильно формулировать, обсуждать и тестировать гипотезы. Также он привнес в нашу команду все ритуалы — митинги, питчинг гипотез — и то, как их правильно проводить.
Одна из первых онлайн-встреч ребят из Carrot quest с консультантом Антоном Елфимовым. От Carrot quest в созвоне участвовали: PPC-специалист Артем Гайнетдинов, scrum-мастер Полина Лавелина, тимлид команды продакшена Оля Широкова, тимлид команды продаж Ваня Комаров и тимлид growth team Полина Захарова
Антон консультировал много разных компаний, у него крутой опыт и насмотренность, поэтому он мог подсказать, как лучше протестировать ту или иную гипотезу, как сделать это быстрее. Такое обучение круто нас ускорило и заложило основу процессов в нашей команде.
Из кого сейчас в итоге состоит ваша команда?
Наша команда роста состоит из семи человек: четверо из них работают в growth team на полной ставке и еще троих мы аутсорсим из команды маркетинга.
На полной ставке у нас:
Аутсорсим из маркетинга:
Как вы сейчас работаете? С чего начинается тестирование гипотез?
Начинается все с того, что нужно понимать, на чем мы сфокусированы — на каком этапе воронки продаж, какой из них нужно прокачать, чтобы быстро достичь целевого показателя по ключевой метрике. Нельзя распыляться и тестировать гипотезы на всех этапах воронки, если мы хотим достичь ощутимых результатов и действительно «взорвать» рост.
После того, как достигнем целевых показателей по выбранному этапу воронки, можно переходить к следующему этапу, где есть проблемы и который нужно прокачать для достижения целей компании.
Чтобы было проще думать про этапы воронки, мы используем фреймворк AAARRR. Он описывает шесть ключевых метрик продукта: осведомленность, привлечение, активацию, удержание, доход, рекомендации.
AAARRR-воронка
Решение о том, с каким этапом воронки мы будем работать, мы принимаем в начале квартала, исходя из стратегических целей команды на год, которые формируем по фреймворку OKR. Сейчас нам важно влиять на активацию пользователей — увеличивать количество пользователей, которые делают первый важный шаг к использованию продукта.
Окей, с этапом воронки понятно. А как вы дальше придумываете гипотезы и тестируете их?
Мы работаем по недельным спринтам. Спринт состоит из шести этапов: 1) генерация идей, 2) их обсуждение, 3) синхронизация с командами, которых будут затрагивать гипотезы спринта, 4) продакшен гипотезы, 5) тестирование, 6) аналитика.
Если мы запустим рекламу в Instagram stories на широкую аудиторию с видео о кейсах про то, как онлайн-школы увеличивают продажи с помощью чат-бота на сайте, то получим 40 заявок на настройку чат-бота.
Если мы поменяем оффер на лендинге с «Демонстрация сервиса» на «Бесплатный аудит лидогенерации», то конверсия в заявку вырастет на 10%.
На этапе генерации гипотез каждый штатный член команды продумывает, какое решение он хотел бы попробовать, чтобы повлиять на нашу ключевую метрику и не только.
Важно понимать, что нельзя брать какие-то узкие сегменты для гипотез. Иначе в результате тестирования не наберется статистически значимых данных или такую гипотезу придется тестировать очень долго, чтобы эти данные набрать. К тому же такие гипотезы не масштабируемы. Например, вы придумаете классный способ привлечения на демонстрацию сервиса какого-то очень узкого специфичного сегмента бизнеса, который состоит всего из десяти компаний по стране. Вы сможете привлечь эти десять компаний, и на этом все — гипотеза не масштабируема, развиваться некуда.
Придумывать идеи для гипотез нам помогают:
Чтобы идея превратилась в хорошую гипотезу, мы отвечаем на ряд вопросов:
Также эти вопросы помогают планировать работу над гипотезами и приоритизировать их. Приоритизация помогает отобрать гипотезы для текущего спринта — те, на тестирование которых нужно меньше всего денег, которые принесут наибольший эффект и лучше всего продуманы.
Все придуманные гипотезы мы фиксируем в Favro — сервис для управления проектами. В нем мы для каждой гипотезы создаем карточки. В каждой карточке фиксируем:
Обсуждение гипотез. В начале каждого спринта по понедельникам мы проводим growth-встречи, которые занимают около двух часов. В них участвуют четыре штатных сотрудника команды роста и маркетолог из команды маркетинга. Growth-встречи состоят из трех частей.
В первой части мы обсуждаем результаты гипотез с прошлого спринта, решаем, какие из них будем дорабатывать, масштабировать, а какие похороним. Во второй — делаем ретроспективу спринта: что хорошего и плохого было в прошедшем спринте, что можно улучшить, что помешало запустить гипотезы и как избежать возможных блоков по тестированию в предстоящем спринте.
Третья часть — это питч. На нем каждый член команды за 1,5 минуты должен кратко рассказать о гипотезе, которую он придумал и хочет протестировать: в чем ее суть и как будет измеряться успех. Затем дается еще 1,5 минуты на обсуждение гипотезы. Так за 3 минуты нужно убедить всю команду в том, что гипотеза крутая и ее стоит протестировать — «продать» ее.
Если «продать» гипотезу не получилось, то в текущий спринт мы ее не берем. Но тот, кто ее придумал, может «докрутить» ее к следующей growth-встрече и презентовать снова, чтобы убедить протестировать ее в спринте.
Этапы growth-встречи в Carrot quest
По итогу growth-встречи у нас появляется план на спринт — список из 10−15 гипотез, которые хотим протестировать за неделю. Их мы фиксируем на доске в Favro.
План гипотез команды роста на спринт
Мы решаем, кто какой гипотезой будет заниматься. Чаще всего это тот, кто ее придумал. Либо же мы отдаем гипотезу тому, кто лучше разбирается в ее тестировании. Например, если я придумаю гипотезу для тестирования рекламы в Фейсбуке, то ею будет заниматься разбирающийся в этом PPC-специалист.
Синхронизация с командами, которых будут затрагивать гипотезы спринта. Тут наша цель — предупредить команды, на работу которых может повлиять тестирование текущих гипотез или чья помощь понадобится. Например, если мы тестируем гипотезу, которая направлена на получение заявок на демонстрацию, то мы предупреждаем команду продаж, что с такого-то дня к ним посыпятся лиды с такой-то рекламной кампании и нужно будет их обзвонить.
Продакшен и тестирование. Так как на запуск каждый гипотезы мы отводим не больше шести часов, нужно придумывать, как все сделать быстро: подготовить материалы, запустить гипотезу, собрать статистически значимые данные.
Тут мы мыслим MVP-продуктами — делаем какой-то минимум, который позволит нам понять, работает ли гипотеза. Мы не разрабатываем все сразу от и до.
Допустим, мы хотим внедрить в наш сервис шаблоны сценариев для чат-ботов. Мы верим, что это поможет привлечь пользователей в сервис. Надо проверить, так ли это. Мы не разрабатываем сценарии — не тратим время копирайтеров, дизайнеров, разработчиков — это очень долго и дорого. Мы просто делаем несколько креативов и офферов и тестируем их в рекламе Фейсбука с фейкового аккаунта. По кликабельности таких объявлений можно понять, действительно ли такие шаблоны интересны пользователям.
Спасибо! Мы уже отправили всё на почту
Если мы хотим протестировать видео, то снимаем простенький селфи-ролик. Если хотим протестировать целый лендинг, — собираем его сами в конструкторе сайтов. Если хотим протестировать, нужно ли делать сравнения нашего сервиса с конкурентами, — собираем «на коленке» сравнительную таблицу в google sheets и предлагаем ее пользователям с помощью нашего чат-бота. И все по такой логике.
MVP-подход уберегает нас от трат на нестоящие проекты.
При тестировании мы фиксируем статус каждой гипотезы на доске в Favro. Каждое утро мы проводим стендапы, на которых смотрим, на каком этапе находится каждая гипотеза, как продвигается ее тестирование, не блокирует ли его что-либо. Это помогает нам быстро выявлять проблемы.
Доска команды роста Carrot quest в Favro c этапами гипотез
Аналитика. Когда тестирование закончено, мы смотрим, каких результатов достигли по целевым метрикам — тем, которые описывали, отвечая на вопросы при формировании гипотезы.
Всю основную информацию по метрикам мы анализируем по дашборду в Rick — системе сквозной аналитики.
В Rick мы видим всю картину от того, какой рекламной кампанией мы зацепили пользователя, сколько это стоило, и до момента, как он пришел в наш сервис, сконвертировался на демонстрацию от сейлзов, оплатил услугу внедрения или подписку на сервис, воспользовался им. Такая аналитика помогает нам понять, какую пользу мы принесли компании, насколько наша работа эффективна и насколько окупаются вложения в платные каналы и нашу команду.
Часть дашборда growth-команды в Rick
Еще мы используем аналитику Carrot quest, потому что многие гипотезы тестируем через него. Например, в нем мы смотрим аналитику по рассылкам и чат-ботам.
Аналитика по чат-боту в Carrot quest
По итогу тестирования мы стараемся собрать как можно больше аналитики, так как нам важно понять, почему именно гипотеза оказалось успешной или неуспешной. Также аналитика помогает понять, нужно ли протестировать гипотезу еще раз. Например, мы тестируем емейл-рассылку с анонсом нашего мероприятия, хотим получить 30 регистраций на него, но получаем 5. Я смотрю на дополнительные метрики по этой рассылке и вижу, что открываемость составила всего 3% — то есть большинство людей наше предложение даже не увидели. Тогда стоит протестировать рассылку еще раз, но придумать более удачную тему письма.
Что происходит после того, как вы протестировали гипотезу?
Если гипотеза оказалась успешной, мы либо масштабируем ее самостоятельно в платных каналах, либо передаем ее в другую команду, например продакшена или редакции. Там ее уже качественно прорабатывают, делают красивый дизайн, верстку и выкатывают в свет. Если гипотеза неуспешная и мы испробовали все варианты, чтобы сделать ее такой, мы просто закрываем ее.
Результатами всех гипотез мы делимся с командой маркетинга — рассказываем, как делать нужно, а как не нужно. О самых интересных гипотезах рассказываем на всю компанию раз в месяц.
Презентация для общего созвона, где команда роста делится результатами самых интересных гипотез
Это очень круто! Но как-то все выглядит слишком гладко: решили создать команду — сразу все получилось и процессы так отлажены. Наверняка же были сложности и ошибки? 🙂
Да, конечно, были 🙂 На самом деле текущая growth team — это уже наша вторая попытка создать такую команду.
Где-то 1,5 года назад мы сделали первую попытку, и она оказалась не совсем успешной. Тогда в growth-команде работало два человека. Они совмещали работу в growth team с работой в других командах Carrot quest.
Ребята тестировали гипотезы хаотично на разных этапах воронки и не были сфокусированы на какой-то ключевой метрике. Из-за этого им было сложно увидеть результат своей работы: когда тестируешь все и везде, он просто незаметен, сложно сказать, что получается, а что нет. Сложно сказать, получается ли расти.
Так команда проработала два месяца и успела протестировать 10 гипотез. Затем у ребят перестало хватать времени на тестирование гипотез, и команда распалась.
Мы сделали из этого опыта такие выводы:
Давай тогда закончим наше обсуждение советами для тех, кто только начинает строить команду роста. Что посоветуешь?
И главное: не нужно искать волшебный growth-хак, нужно строить growth-процесс!
Супер! Спасибо тебе большое, что так подробно обо всем рассказала. Было очень интересно. Ждем вопросов от читателей 😉
Это лишь половина того, чем поделилась Полина. Продолжение читайте во второй части интервью с ней.
Еще больше интересного про процессы в growth-команде Полина рассказывала на вебинаре для телеграм-комьюнити Сom-muna маркетологов. Смотрите запись, задавайте вопросы в комментариях под видео или этой статьей — Полина на все ответит.
Спасибо! Мы уже отправили всё на почту
Читайте также
Полина Захарова
Тимлид Growth team Carrot quest
Арина Шустаева
Редактор Carrot quest