1. У нас есть программа наставничества, которая не рассчитана на определенный срок, а работает для всех сотрудников на протяжении всего времени работы в компании. На первые 3 года +/- у нас есть прозрачная матрица грейдов, по которой сотрудники двигаются, "закрывая" определенные навыки, задачи, ответственность и самостоятельность.
Четкие пункты есть от стажера до сеньора, после сеньора есть направления, в которых нужно развиваться, чтобы дорасти до тимлида / архитектора и руководителя направления в юните
2. Сотрудников мы берем после школы, которая длится около 2х месяцев. Тех, кто не справился с дипломом, то есть не справился с курсом в полном объеме мы не рассматриваем в качестве кандидатов, а тех, кто справился мы разумеется собеседуем. Собеседования в этом случае необходимы, потому что про выпускника мы знаем только как и с какой скоростью он учится.
При найме для нас важны еще и другие критерии, но если студент лучше других справился с курсом, то мы скорее всего его возьмем к нам работать. Поэтому такой связки - сделал диплом - автоматом зачислился в штат конечно нет
И напоследок, есть ощущение, что я недостаточно понятно описал про нашу схему с наймом, так что если кратко описать, то это будет такая схема:
В зависимости от наличия мест (нам важно, чтобы у каждого стажера был наставник, у которого будет только этот стажер) мы берем лучших по результатам собесов
В течение всей работы в компании сотрудник продолжает быть закреплен за тем же наставником, с которым ставит цели на полгода вперед, встречается не реже чем раз в 2 недели для обсуждения и помощи в достижении этих целей и раз в полгода проводит перформанс ревью (прогресс, достижение целей, профессиональный рост)
Качество обучения разработчиков не сильно изменилось, потому что когда вели курсы в оффлайне, код ревью студентов мы проводили всё-таки онлайн, поэтому в онлайн переместились только лекции
Но пока пришлось приостановить курсы для начинающих менеджеров и аналитиков, специалистов "разговорного" жанра, потому что тут всё-таки важно личное взаимодействие
Если оценивать качество принятых стажеров, то была проблема в том, что при переходе на онлайн и широкую аудиторию мы забыли сделать тоже самое промо, которое мы делали в вузах и поэтому по бэкенду не удалось никого нанять после курса.
В этот раз проблему пофиксили и прикидки по найму и по фронтенду и по бэкенду довольно хорошие, много сильных ребят
Очень обидно, что такой негативный опыт получился у этих подростков :(
Но может они посмотрят на это в конструктивном ключе и в следующий раз будут учитывать в том числе "административный момент" и вместо остановки работы займутся оформлением по правилам взлетающей истории
Так и тут: мне показалось, что эта статья может вдохновить как суровых технарей, так и "бизнесовых" товарищей с помощью небольших инноваций улучшать мир вокруг себя, хотя бы даже доставкой из сельского магазина, если они находятся в селе и им лень вставать с кресла
Но для таких суровых технарей, ориентированных бизнесово, как Вы и я действительно получается дублирование. Это неизбежный минус такого подхода
Кстати, как дополнительный плюс скажу, что очень интересно в таких статьях сравнивать комментарии аудитории vc и хабра -- обычно они в чем-то пересекаются, но всё-таки каждая аудитория несет какой-то свой, специфичный фидбек:)
Ага! И даже что-то получилось :) Боялись, что будет так же тяжко, как и с внедрением агрегаторов такси, а в итоге получилось очень даже позитивно и результативно:)
Но тут вся статья скорее про интересную движуху и как за 2 часа 2х людей + немного удачи в плане активного владельца магазина, открытого к инновациям, запустить штуку, которая делает мир вокруг немножно удобнее
За звонки пока не брались, это отдельная область. Но как я и писал выше, возможно окажется так, что также как и с чатом, большинство вопросов будут типовыми и их можно будет также обработать ботом
Написал выше тоже, что автоматическая обработка 40% обращений != блокирование возможности достучаться до оператора, а процент диалогов, которые закончились без перевода на оператора и по которым клиент не отмечал вариант "мой вопрос не решен"
По метрикам удовлетворенности надеюсь коллеги поделятся в будущих статьях
Тут больше вопрос в сценарии и цели работы пользователя с ботом.
Раз уж мы на Хабре, то скорее всего найти нужную информацию на сайте для Вас легко и если уж вы обращаетесь в чат, значит нужно решить какой-то сложный вопрос. Из-за этого может сложиться ложное впечатление, что чат-бот не даст быстро решить вопрос и вообще только ухудшает пользовательский опыт.
Но есть пользователи, которые не такие продвинутые / усердные как мы с вами и если они не нашли ответ на паре страниц, то они пишут в чат, чтобы им подсказали.
Примеры таких частых сценариев — консультация по параметрам банковских продуктов: какая ставка, какие ограничения... И вот в таких случаях и помогают чат-боты. По сути они заменяют консультанта, которого обучили отвечать на типовые вопросы
В плане удовлетворенности пользователей важно соблюдать баланс этой удовлетворенности и экономии денег компании. Про замеры не смогу сказать, но тут довольно показательны 2 момента:
Для простых типовых вопросов клиенты стали получать ответ на свой вопрос ощутимо быстрее — это повышает их удовлетворенность
При сборке сценариев чат-бота много внимания было уделено тому, чтобы пользователь быстро мог перейти к оператору — предложение к переходу к оператору, если сценарий определен с не очень высокой точностью + реакция на фразы типа "оператор", "переключи на оператора" в рамках любого сценария
Если подытожить, то при внедрении важно не стремиться загнать пользователей в как можно бОльшую дерево сценариев, а максимально быстро отвечать на типовые вопросы + быстро переводить на операторов в нетиповых случаях
В банке с помощью нашего конструктора мы решили задачу поддержки, но пользователи нашего конструктора Smartbotpro.ru создают на нём как игры в чистом виде, так и маркетинговые акции с геймификацией
Так что если есть идеи по созданию игры - попробуйте, всё что для этого надо в конструкторе есть:)
Я в статье специально описал, что задирание монитора -- это не следствие наличия ноутбука, а необходимость -- шея не устает, только если я смотрю в монитор строго напротив, а не немного нагибаясь. Надеюсь, понятно объяснил
6 причин интегрировать бизнес в IT
Статья написана ChatGPT? :)
Как нанимать разработчиков через школу: наши выводы за 6 лет обучения и 50 нанятых стажёров
Отвечу по пунктам:
1. У нас есть программа наставничества, которая не рассчитана на определенный срок, а работает для всех сотрудников на протяжении всего времени работы в компании. На первые 3 года +/- у нас есть прозрачная матрица грейдов, по которой сотрудники двигаются, "закрывая" определенные навыки, задачи, ответственность и самостоятельность.
Четкие пункты есть от стажера до сеньора, после сеньора есть направления, в которых нужно развиваться, чтобы дорасти до тимлида / архитектора и руководителя направления в юните
2. Сотрудников мы берем после школы, которая длится около 2х месяцев. Тех, кто не справился с дипломом, то есть не справился с курсом в полном объеме мы не рассматриваем в качестве кандидатов, а тех, кто справился мы разумеется собеседуем. Собеседования в этом случае необходимы, потому что про выпускника мы знаем только как и с какой скоростью он учится.
При найме для нас важны еще и другие критерии, но если студент лучше других справился с курсом, то мы скорее всего его возьмем к нам работать. Поэтому такой связки - сделал диплом - автоматом зачислился в штат конечно нет
И напоследок, есть ощущение, что я недостаточно понятно описал про нашу схему с наймом, так что если кратко описать, то это будет такая схема:
Студенты проходят курс по бэкенду или курс по фронтенду в течение 1-2 месяцев
Лучших выпускников мы собеседуем
В зависимости от наличия мест (нам важно, чтобы у каждого стажера был наставник, у которого будет только этот стажер) мы берем лучших по результатам собесов
В течение всей работы в компании сотрудник продолжает быть закреплен за тем же наставником, с которым ставит цели на полгода вперед, встречается не реже чем раз в 2 недели для обсуждения и помощи в достижении этих целей и раз в полгода проводит перформанс ревью (прогресс, достижение целей, профессиональный рост)
Как нанимать разработчиков через школу: наши выводы за 6 лет обучения и 50 нанятых стажёров
Спасибо за вопрос!
Качество обучения разработчиков не сильно изменилось, потому что когда вели курсы в оффлайне, код ревью студентов мы проводили всё-таки онлайн, поэтому в онлайн переместились только лекции
Но пока пришлось приостановить курсы для начинающих менеджеров и аналитиков, специалистов "разговорного" жанра, потому что тут всё-таки важно личное взаимодействие
Если оценивать качество принятых стажеров, то была проблема в том, что при переходе на онлайн и широкую аудиторию мы забыли сделать тоже самое промо, которое мы делали в вузах и поэтому по бэкенду не удалось никого нанять после курса.
В этот раз проблему пофиксили и прикидки по найму и по фронтенду и по бэкенду довольно хорошие, много сильных ребят
Программисты проверили, насколько тяжело жить девушкам с длинными ногтями
Софт, хард и два колеса: как мы строили IT-инфраструктуру в Whoosh
Хотелось бы больше узнать про эволюцию доставки и раскатки апдейтов на самокаты и как поступали в случаях, когда нужно катить хотфикс
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Очень обидно, что такой негативный опыт получился у этих подростков :(
Но может они посмотрят на это в конструктивном ключе и в следующий раз будут учитывать в том числе "административный момент" и вместо остановки работы займутся оформлением по правилам взлетающей истории
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Про длинные сливы aka лонгсливы?:)
Или про кейсы, в которых покупатель сливается с заказа? Обычно Току звонил клиенту, когда собирал заказ, поэтому фактически это вручную отрабатывалось
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Спасибо!
Школу закончил в 14, Бауманку в 18: почему, зачем и какие последствия
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Наша стратегия простая. Есть чисто технические статьи, их мы постим только на хабре, например про очереди на Тарантуле. Есть чисто "бизнесовые" статьи, например наш кейс реализации ЛК для 260 тыс сотрудников Пятерочки, такие мы постим только на vc
А есть статьи, которые на наш взгляд могут быть интересны всем: и суровым технарям с Хабра и бизнесовым маркетологам-стартаперам-менеджерам с VC. Например, про здоровую спину или про Сашу, поступившего в Бауманку в 14
Так и тут: мне показалось, что эта статья может вдохновить как суровых технарей, так и "бизнесовых" товарищей с помощью небольших инноваций улучшать мир вокруг себя, хотя бы даже доставкой из сельского магазина, если они находятся в селе и им лень вставать с кресла
Но для таких суровых технарей, ориентированных бизнесово, как Вы и я действительно получается дублирование. Это неизбежный минус такого подхода
Кстати, как дополнительный плюс скажу, что очень интересно в таких статьях сравнивать комментарии аудитории vc и хабра -- обычно они в чем-то пересекаются, но всё-таки каждая аудитория несет какой-то свой, специфичный фидбек:)
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
ЖЕСТЬ!
Мы-то думали, что там просто некомфортно от неосвещенности, а оказалось вон оно чё!
Спасибо за информацию, тогда получается что мы еще и возможно потенциально спасли чьи-то жизни:))
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Ага! И даже что-то получилось :) Боялись, что будет так же тяжко, как и с внедрением агрегаторов такси, а в итоге получилось очень даже позитивно и результативно:)
Взрывная FoodTech-инновация в Кыргызстане: автоматизация доставки в сельском магазине
Получилось действительно складно:))
Но тут вся статья скорее про интересную движуху и как за 2 часа 2х людей + немного удачи в плане активного владельца магазина, открытого к инновациям, запустить штуку, которая делает мир вокруг немножно удобнее
И успехов Вам в ваших бэкендовских делах!:)
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
Это чат-бот, а не IVR:) Тут трубку никто не бросает, а на ответ бота при подборе сценария есть возможность нажать "мне не подошло"
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
За звонки пока не брались, это отдельная область. Но как я и писал выше, возможно окажется так, что также как и с чатом, большинство вопросов будут типовыми и их можно будет также обработать ботом
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
Написал выше тоже, что автоматическая обработка 40% обращений != блокирование возможности достучаться до оператора, а процент диалогов, которые закончились без перевода на оператора и по которым клиент не отмечал вариант "мой вопрос не решен"
По метрикам удовлетворенности надеюсь коллеги поделятся в будущих статьях
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
Тут больше вопрос в сценарии и цели работы пользователя с ботом.
Раз уж мы на Хабре, то скорее всего найти нужную информацию на сайте для Вас легко и если уж вы обращаетесь в чат, значит нужно решить какой-то сложный вопрос. Из-за этого может сложиться ложное впечатление, что чат-бот не даст быстро решить вопрос и вообще только ухудшает пользовательский опыт.
Но есть пользователи, которые не такие продвинутые / усердные как мы с вами и если они не нашли ответ на паре страниц, то они пишут в чат, чтобы им подсказали.
Примеры таких частых сценариев — консультация по параметрам банковских продуктов: какая ставка, какие ограничения... И вот в таких случаях и помогают чат-боты. По сути они заменяют консультанта, которого обучили отвечать на типовые вопросы
В плане удовлетворенности пользователей важно соблюдать баланс этой удовлетворенности и экономии денег компании. Про замеры не смогу сказать, но тут довольно показательны 2 момента:
Для простых типовых вопросов клиенты стали получать ответ на свой вопрос ощутимо быстрее — это повышает их удовлетворенность
При сборке сценариев чат-бота много внимания было уделено тому, чтобы пользователь быстро мог перейти к оператору — предложение к переходу к оператору, если сценарий определен с не очень высокой точностью + реакция на фразы типа "оператор", "переключи на оператора" в рамках любого сценария
Если подытожить, то при внедрении важно не стремиться загнать пользователей в как можно бОльшую дерево сценариев, а максимально быстро отвечать на типовые вопросы + быстро переводить на операторов в нетиповых случаях
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
Отнюдь:)
Успешными считаем диалоги, которые закончились без перевода на оператора и по которым клиент не отмечал вариант "мой вопрос не решен"
Чат-бот для банка ДОМ.РФ: как автоматически обрабатывать 40% обращений
Тут переделывать даже ничего не надо:)
В банке с помощью нашего конструктора мы решили задачу поддержки, но пользователи нашего конструктора Smartbotpro.ru создают на нём как игры в чистом виде, так и маркетинговые акции с геймификацией
Так что если есть идеи по созданию игры - попробуйте, всё что для этого надо в конструкторе есть:)
Как перестать быть сутулой собакой: мой путь к здоровой спине
Я в статье специально описал, что задирание монитора -- это не следствие наличия ноутбука, а необходимость -- шея не устает, только если я смотрю в монитор строго напротив, а не немного нагибаясь. Надеюсь, понятно объяснил