Ответ на ЧБД-1
Постановка вопроса в предыдущем посте: Что будет дальше №1.
Кратко: якорная звезда сервиса заказа звезды на корпоратив, Хилипп Гиркоров, дал правки по макету: попросил поменять цветовую схему и убрать вывод цены из каталога. Убирание цены мотивировал тем, что артисты не товар и вывод цены ранит чувства. Но сказал, что не против вывода цены при наведении. Менеджер (или дизайнер) думает, как быть дальше — он понимает, что 60% посещений будет с мобилки, а там никакого наведения нет.
Это реальная задача, в которой я поменял ряд вводных, оставив неизменной общую суть.
👇 Разбор вариантов
Поменять якорную звезду
На проекте уже есть якорная звезда, с которой достигнуты договорённости — редко это делается на словах. Т.е. Гиркоров такой же инвестор в проект, как и финансовые инвесторы.
Якорная звезда с именем, весом и связями.
Поменять Гиркорова на другую звезду — сложный путь с неясными перспективами, предложенный на фоне эмоций. Судя по описанному мной диалогу Гиркоров вёл себя хамовато. Но что, если бы он сказал тоже самое душевно? "Я давно общаюсь с артистами — топовые не любят, чтобы их рассматривали как товар. Да, у каждого есть минимальный прайс, но хорошо бы его не светить сразу, как в каталоге с обычными товарами. Можешь предложить иной вариант?" Душка же )
Абстрагируемся от эмоций и высматриваем в комментариях конструктив — без этого навыка очень сложно.
Переубедить Гиркорова
Чтобы переубедить, надо сперва понять, что хороша первоначальная гипотеза —выводить цену сразу. В реальном кейсе несколько артистов подтвердили утверждение Гиркорова — не хотят светить цену сразу.
Важно уметь не переубеждать, а критически относиться к своим идеям. А что если правы не вы?
Реальные варианты
Итак, нам остаётся реализовать вывод цены не сразу, а по наведению и ещё как-то на мобильных. Цена известна (она же уже была в макетах) — это минимальная цена заказа: например, от 100 000 рублей.
По условиям мы создаём веб-сервис (сайт, если говорить по-простому), поэтому необходимо использовать максимально простые варианты реализации, не требующие онбординга.
Максимально простые варианты базируются на двух паттернах поведения пользователей: тягать и тыкать. Пользователь уже тягает страницу (вверх/вниз), нам остаётся дать ему возможность тыкать, чтобы узнать цену. Самое железобетонное решение, которое будет понятно большинству — добавить кнопку "Показать цену". Если приловчиться, то на основании нажатий на эту кнопку можно строить и аналитику ещё: смотрели цену, но не перешли в детали.
Остальные способы реализации показа цены (шторки, вывод на определённой позиции скролла, 3D touch, две стороны у плашки), вероятно, более эффектны, но требуют онбординга или привычки. К тому же, в части реализации будут в разы трудозатратнее.
Так же хорошо добавить поиск по бюджету: указываешь рамки своего бюджета и видишь только подходящих звёзд.
Были ещё варианты завуалированного показа цены: знаками, цветами — такие варианты как правило требуют легенды или онбординга. Иными словами — люди/организации не часто выбирают себе звёзд на корпоратив, чтобы запоминать легенды вывода.
В общем, дальше было так: вывод цены при наведении на десктопе и кнопка "Показать цену" на мобилках, а также фильтр по цене. Живут только простые решения.
Как вам формат ЧБД? Продолжать иногда?
#чтобылодальше
Постановка вопроса в предыдущем посте: Что будет дальше №1.
Кратко: якорная звезда сервиса заказа звезды на корпоратив, Хилипп Гиркоров, дал правки по макету: попросил поменять цветовую схему и убрать вывод цены из каталога. Убирание цены мотивировал тем, что артисты не товар и вывод цены ранит чувства. Но сказал, что не против вывода цены при наведении. Менеджер (или дизайнер) думает, как быть дальше — он понимает, что 60% посещений будет с мобилки, а там никакого наведения нет.
Это реальная задача, в которой я поменял ряд вводных, оставив неизменной общую суть.
👇 Разбор вариантов
Поменять якорную звезду
На проекте уже есть якорная звезда, с которой достигнуты договорённости — редко это делается на словах. Т.е. Гиркоров такой же инвестор в проект, как и финансовые инвесторы.
Якорная звезда с именем, весом и связями.
Поменять Гиркорова на другую звезду — сложный путь с неясными перспективами, предложенный на фоне эмоций. Судя по описанному мной диалогу Гиркоров вёл себя хамовато. Но что, если бы он сказал тоже самое душевно? "Я давно общаюсь с артистами — топовые не любят, чтобы их рассматривали как товар. Да, у каждого есть минимальный прайс, но хорошо бы его не светить сразу, как в каталоге с обычными товарами. Можешь предложить иной вариант?" Душка же )
Абстрагируемся от эмоций и высматриваем в комментариях конструктив — без этого навыка очень сложно.
Переубедить Гиркорова
Чтобы переубедить, надо сперва понять, что хороша первоначальная гипотеза —выводить цену сразу. В реальном кейсе несколько артистов подтвердили утверждение Гиркорова — не хотят светить цену сразу.
Важно уметь не переубеждать, а критически относиться к своим идеям. А что если правы не вы?
Реальные варианты
Итак, нам остаётся реализовать вывод цены не сразу, а по наведению и ещё как-то на мобильных. Цена известна (она же уже была в макетах) — это минимальная цена заказа: например, от 100 000 рублей.
По условиям мы создаём веб-сервис (сайт, если говорить по-простому), поэтому необходимо использовать максимально простые варианты реализации, не требующие онбординга.
Максимально простые варианты базируются на двух паттернах поведения пользователей: тягать и тыкать. Пользователь уже тягает страницу (вверх/вниз), нам остаётся дать ему возможность тыкать, чтобы узнать цену. Самое железобетонное решение, которое будет понятно большинству — добавить кнопку "Показать цену". Если приловчиться, то на основании нажатий на эту кнопку можно строить и аналитику ещё: смотрели цену, но не перешли в детали.
Остальные способы реализации показа цены (шторки, вывод на определённой позиции скролла, 3D touch, две стороны у плашки), вероятно, более эффектны, но требуют онбординга или привычки. К тому же, в части реализации будут в разы трудозатратнее.
Так же хорошо добавить поиск по бюджету: указываешь рамки своего бюджета и видишь только подходящих звёзд.
Были ещё варианты завуалированного показа цены: знаками, цветами — такие варианты как правило требуют легенды или онбординга. Иными словами — люди/организации не часто выбирают себе звёзд на корпоратив, чтобы запоминать легенды вывода.
В общем, дальше было так: вывод цены при наведении на десктопе и кнопка "Показать цену" на мобилках, а также фильтр по цене. Живут только простые решения.
Как вам формат ЧБД? Продолжать иногда?
#чтобылодальше
Что будет дальше №2
Лето 2011 года. Я работаю в компании, которая занимается заказной разработкой и начинает делать первые шаги в разработке готовых продуктов для бизнеса.
Мы сделали решение, которое автоматизирует деятельность торговых организаций: есть серверная часть (через браузер), есть мобильная часть (через смартфон).
И один жирный нюанс тоже есть — наша мобильная часть работает только на базе Windows Mobile, которая в то время мучительно умирала под натиском Андроид. Все понимали, что Windows Mobile скоро умрёт. Продукт вырос из проекта, поэтому технология была пока такая.
Мы предлагаем наше решение потенциальным клиентам, которые находятся в доступности езды на машине, чтобы приехать и на месте всё показать (используем преимущество географии). Рынок не свободный, есть сильные конкуренты.
И вот, в жаркий летний день мы едем в соседний город показывать систему.
Приехали к клиенту — у него офис и производство совмещены. Производят они рыбные пресервы и копчёную рыбу. И по речи, и по внешности видно, что руководитель бизнес держит в ежовых рукавицах. Компания образована в 90-е.
Мы опоздали минут на десять: тяжело было адрес найти, да ещё и ДПС тормознули (без штрафа, но всё же).
— Пацаны, что за херня? Кто кому деньги платит? Уже 10 минут ждём: мои люди дорого стоят! (сказал руководитель)
— Пока ещё деньги никто никому не платил. ДПС тормознули — долго документы проверяли (отвечаю я).
— А! Ну если мусора, тогда ладно. Пошли.
Нас ведут в офис через часть цеха — на крюках висят копчёные лещи, сомы.
Пришли на переговоры. Нас двое. Их человек 5: руководитель, 3 менеджера и технический специалист.
Познакомились. Рассказали о системе. Руководитель оставил менеджеров обсуждать наше решение, а сам куда-то вышел.
Мы уже минут 20 обсуждаем — основной вопрос, будет ли версия для Андроид и когда. У конкурентов она уже есть. Чёткого плана у нас пока нет, так как внедрений ещё мало и нет бюджета для Андроид версии. Но при этом мы говорим, что в течение года будет версия, а сейчас можно смело работать на Windows Mobile — пока эти устройства выйдут из строя, уже и Андроид версия появится. Видно, что менеджеры в сильных сомнениях.
И тут возвращает руководитель ...
Что будет дальше? Как бы вы "продавали" продукт на умирающей платформе?
#чтобылодальше
Лето 2011 года. Я работаю в компании, которая занимается заказной разработкой и начинает делать первые шаги в разработке готовых продуктов для бизнеса.
Мы сделали решение, которое автоматизирует деятельность торговых организаций: есть серверная часть (через браузер), есть мобильная часть (через смартфон).
И один жирный нюанс тоже есть — наша мобильная часть работает только на базе Windows Mobile, которая в то время мучительно умирала под натиском Андроид. Все понимали, что Windows Mobile скоро умрёт. Продукт вырос из проекта, поэтому технология была пока такая.
Мы предлагаем наше решение потенциальным клиентам, которые находятся в доступности езды на машине, чтобы приехать и на месте всё показать (используем преимущество географии). Рынок не свободный, есть сильные конкуренты.
И вот, в жаркий летний день мы едем в соседний город показывать систему.
Приехали к клиенту — у него офис и производство совмещены. Производят они рыбные пресервы и копчёную рыбу. И по речи, и по внешности видно, что руководитель бизнес держит в ежовых рукавицах. Компания образована в 90-е.
Мы опоздали минут на десять: тяжело было адрес найти, да ещё и ДПС тормознули (без штрафа, но всё же).
— Пацаны, что за херня? Кто кому деньги платит? Уже 10 минут ждём: мои люди дорого стоят! (сказал руководитель)
— Пока ещё деньги никто никому не платил. ДПС тормознули — долго документы проверяли (отвечаю я).
— А! Ну если мусора, тогда ладно. Пошли.
Нас ведут в офис через часть цеха — на крюках висят копчёные лещи, сомы.
Пришли на переговоры. Нас двое. Их человек 5: руководитель, 3 менеджера и технический специалист.
Познакомились. Рассказали о системе. Руководитель оставил менеджеров обсуждать наше решение, а сам куда-то вышел.
Мы уже минут 20 обсуждаем — основной вопрос, будет ли версия для Андроид и когда. У конкурентов она уже есть. Чёткого плана у нас пока нет, так как внедрений ещё мало и нет бюджета для Андроид версии. Но при этом мы говорим, что в течение года будет версия, а сейчас можно смело работать на Windows Mobile — пока эти устройства выйдут из строя, уже и Андроид версия появится. Видно, что менеджеры в сильных сомнениях.
И тут возвращает руководитель ...
Что будет дальше? Как бы вы "продавали" продукт на умирающей платформе?
#чтобылодальше
Ответ на ЧБД-2
Итак, год 2011. Пытаемся продать продукт, состоящий из двух частей: веб (для руководителей) и мобильная (для полевых). Мобильная пока работает только на Windows Mobile, которая умирает под натиском Андроид, а для Андроид у нас пока версии нет. Больше деталей в предыдущем посте.
Продукт у нас очень-очень молодой: есть только два внедрения.
На что делаем упор при продаже:
1. Используем преимущество географии: Мы рядом с вами, земляки, всё понимаем. Дело было в Ростовской области. Мы были в часе езды от клиента, а основные конкуренты в Москве и Калининграде (очень далеко). Если будут проблемы — приедем, посмотрим, расскажем.
2. Мы разработчики, а не агенты. Это важно — некоторые конкуренты внедряют свои решения через партнёров, которые на само решение влиять не могут.
3. У нас мало внедрений, поэтому мы максимально чуткие и сервисные — готовы к кастомизациям. Нам в этом плане повезло — у клиента учётная система была самописная, работала в DOS (угу, бывает и такое). Чтобы с ней интегрироваться надо было поработать и нам, и им. Большие игроки такое не любят или оценивают очень-очень дорого.
4. У нас большой опыт в других проектах и портфолио — мы надёжные. На встречу мы конечно взяли раздатку — это распечатанное портфолио. Такую раздатку я вручил руководителю и главным менеджерам. Ну и важно, что наша компания работала к тому времени уже 11 лет — стабильно стояла на ногах, продукт был одним из направлений.
5. Мы обещали версию для Андроид через год и поддержку версии для Windows Mobile ещё год после выхода версии для Андроид. Делали ставку, что Андроид пока сырой, поэтому мы и не делаем его в спешке. Windows Mobile исчезнет — с этим не спорили, но время ещё есть: купите не 10 устройств, а 15: у вас будет запас.
И знаете, что сработало?
Руководитель, как я написал, довольно быстро вышел из беседы — ушёл в другой кабинет.
Он вернулся через 20 минут и, не спрашивая мнения своих менеджеров, объявляет: "Я позвонил куда надо. Это хорошие ребята, будем работать с ними. Заключайте договор!"
Всё. Настоящий ЛПР принял решение.
Сработала раздатка — он просто позвонил в те компании, с которыми мы работали. Наверняка, кого-то из руководителей тех компаний он знал лично.
Надо сказать, что он не ошибся — мы сделали версию для Андроид в течение года и компании долго-долго сотрудничали (а может и сейчас сотрудничают). Руководитель оказался хорошим мужиком и сильным руководителем — внедрение с их стороны никто не динамил.
В общем, важно быть хорошими ребятами — у нашей организации была хорошая репутация, которая оказалась важнее некоторых минусов продукта. Продукт доработать легче, чем улучшить репутацию. Автоматизировать ключевые процессы компании должна компания, которая стабильно стоит на ногах — основная сложность b2b-продуктов на старте.
#чтобылодальше
Итак, год 2011. Пытаемся продать продукт, состоящий из двух частей: веб (для руководителей) и мобильная (для полевых). Мобильная пока работает только на Windows Mobile, которая умирает под натиском Андроид, а для Андроид у нас пока версии нет. Больше деталей в предыдущем посте.
Продукт у нас очень-очень молодой: есть только два внедрения.
На что делаем упор при продаже:
1. Используем преимущество географии: Мы рядом с вами, земляки, всё понимаем. Дело было в Ростовской области. Мы были в часе езды от клиента, а основные конкуренты в Москве и Калининграде (очень далеко). Если будут проблемы — приедем, посмотрим, расскажем.
2. Мы разработчики, а не агенты. Это важно — некоторые конкуренты внедряют свои решения через партнёров, которые на само решение влиять не могут.
3. У нас мало внедрений, поэтому мы максимально чуткие и сервисные — готовы к кастомизациям. Нам в этом плане повезло — у клиента учётная система была самописная, работала в DOS (угу, бывает и такое). Чтобы с ней интегрироваться надо было поработать и нам, и им. Большие игроки такое не любят или оценивают очень-очень дорого.
4. У нас большой опыт в других проектах и портфолио — мы надёжные. На встречу мы конечно взяли раздатку — это распечатанное портфолио. Такую раздатку я вручил руководителю и главным менеджерам. Ну и важно, что наша компания работала к тому времени уже 11 лет — стабильно стояла на ногах, продукт был одним из направлений.
5. Мы обещали версию для Андроид через год и поддержку версии для Windows Mobile ещё год после выхода версии для Андроид. Делали ставку, что Андроид пока сырой, поэтому мы и не делаем его в спешке. Windows Mobile исчезнет — с этим не спорили, но время ещё есть: купите не 10 устройств, а 15: у вас будет запас.
И знаете, что сработало?
Руководитель, как я написал, довольно быстро вышел из беседы — ушёл в другой кабинет.
Он вернулся через 20 минут и, не спрашивая мнения своих менеджеров, объявляет: "Я позвонил куда надо. Это хорошие ребята, будем работать с ними. Заключайте договор!"
Всё. Настоящий ЛПР принял решение.
Сработала раздатка — он просто позвонил в те компании, с которыми мы работали. Наверняка, кого-то из руководителей тех компаний он знал лично.
Надо сказать, что он не ошибся — мы сделали версию для Андроид в течение года и компании долго-долго сотрудничали (а может и сейчас сотрудничают). Руководитель оказался хорошим мужиком и сильным руководителем — внедрение с их стороны никто не динамил.
В общем, важно быть хорошими ребятами — у нашей организации была хорошая репутация, которая оказалась важнее некоторых минусов продукта. Продукт доработать легче, чем улучшить репутацию. Автоматизировать ключевые процессы компании должна компания, которая стабильно стоит на ногах — основная сложность b2b-продуктов на старте.
#чтобылодальше
Что будет дальше №3
Давайте разомнёмся на очередном ЧБД?
Девять лет назад я руководил разработкой одной внутренней веб-системы для Администрации Ростова-на-Дону. Госзаказ. У системы было примерно 200 активных пользователей, максимальный потолок — 1200 пользователей (все сотрудники Администрации). Логинишься и попадаешь в систему: в основном таблицы и формы. Типичная админка, короче: слева меню, справа рабочая зона (Сбербанк-онлайн сейчас так выглядит).
Но не про всю систему сегодня, а только про меню. В то время (да и сейчас тоже) было модно делать полное и упрощённое меню. Полное — показывается иконка и название пункта. Упрощённое — меню становится узким и показываются только иконки.
В общем, мы тоже такое сделали: таблицы были широкими и упрощение меню давало больше полезного места.
Система получилась славная (и сейчас работает): внедрили, обучили, инструкции отдали. Возможность упростить меню при обучении всем нравилась. Но что было дальше, когда стали работать с системой?
#чтобылодальше #UX
Давайте разомнёмся на очередном ЧБД?
Девять лет назад я руководил разработкой одной внутренней веб-системы для Администрации Ростова-на-Дону. Госзаказ. У системы было примерно 200 активных пользователей, максимальный потолок — 1200 пользователей (все сотрудники Администрации). Логинишься и попадаешь в систему: в основном таблицы и формы. Типичная админка, короче: слева меню, справа рабочая зона (Сбербанк-онлайн сейчас так выглядит).
Но не про всю систему сегодня, а только про меню. В то время (да и сейчас тоже) было модно делать полное и упрощённое меню. Полное — показывается иконка и название пункта. Упрощённое — меню становится узким и показываются только иконки.
В общем, мы тоже такое сделали: таблицы были широкими и упрощение меню давало больше полезного места.
Система получилась славная (и сейчас работает): внедрили, обучили, инструкции отдали. Возможность упростить меню при обучении всем нравилась. Но что было дальше, когда стали работать с системой?
#чтобылодальше #UX
Краткое содержание предыдущего поста: пользователи могли упростить меню, чтобы расширить рабочую зону, но ...
Ответ на ЧБД-3
Но вообще не пользовались этой опцией. Я прихожу к пользователю, говорю: "У вас таблица широкая — скролл появился. Вы можете меню сделать маленьким, чтобы больше данных видеть сразу." А мне говорят: "О, а я и забыл, что так можно".
Но потом опять забывают и в итоге не пользуются вовсе. И у них для этого есть причины:
1. Мы дали инструмент, который в обоих состояниях имеет минусы. В развёрнутом виде отжирает место, а в свёрнутом непонятен — иконки без подписей редко понимают интуитивно и быстро. Так себе плюшечка на самом деле.
2. Большинство пользователей вообще не любят что-то настраивать. "Я хочу открыть систему и просто начать работать." Есть, конечно, любители поковыряться в настройках — но в рабочих системах таких почти нет. Время ограниченно — надо пользоваться, а не настраивать.
Все пользовались развёрнутым меню, а если были широкие таблицы, то скроллили их.
На том проекте я здорово прокачался в части работы с таблицами — многое легло в основу статьи про UX-таблиц, с которыми работают.
А в части меню для рабочих систем: можно делать узкое меню с иконками, вынося в него главные разделы (так сделано у AmoCRM, например). А для второстепенных редких разделов делать отдельное второстепенное меню.
#чтобылодальше #UX
Ответ на ЧБД-3
Но вообще не пользовались этой опцией. Я прихожу к пользователю, говорю: "У вас таблица широкая — скролл появился. Вы можете меню сделать маленьким, чтобы больше данных видеть сразу." А мне говорят: "О, а я и забыл, что так можно".
Но потом опять забывают и в итоге не пользуются вовсе. И у них для этого есть причины:
1. Мы дали инструмент, который в обоих состояниях имеет минусы. В развёрнутом виде отжирает место, а в свёрнутом непонятен — иконки без подписей редко понимают интуитивно и быстро. Так себе плюшечка на самом деле.
2. Большинство пользователей вообще не любят что-то настраивать. "Я хочу открыть систему и просто начать работать." Есть, конечно, любители поковыряться в настройках — но в рабочих системах таких почти нет. Время ограниченно — надо пользоваться, а не настраивать.
Все пользовались развёрнутым меню, а если были широкие таблицы, то скроллили их.
На том проекте я здорово прокачался в части работы с таблицами — многое легло в основу статьи про UX-таблиц, с которыми работают.
А в части меню для рабочих систем: можно делать узкое меню с иконками, вынося в него главные разделы (так сделано у AmoCRM, например). А для второстепенных редких разделов делать отдельное второстепенное меню.
#чтобылодальше #UX
Что будет дальше №4
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Володя проснулся пораньше — сегодня важный день, поедет к заказчику представлять дизайн нового сайта. Заказчик не бизнес, а структура помогающая бизнесу: заказали сайт, на котором будут представлены меры поддержки для бизнесменов, выходящих на рынок Евросоюза.
По условиям контракта надо представить два варианта дизайна, чтобы заказчик выбрал тот, который и станет основой для финального дизайна. Времени было мало, поэтому делали контраст: хороший вариант и второй для формальности, но без наглости.
Накануне дизайнер Оля внесла финальные правки в макеты, всё готово.
Никто не сомневается, что выберут макет 1 (условное название — "Солнце"). Он на голову выше макета 2 (условное название — "Туча"). И цвета у "Солнца" не такие кислотные, и "воздуха" больше, и навигация интереснее, и веет от него современностью. В общем, макет, который не стыдно предлагать и потом вешать в портфолио. Вариант "Туча" был хорошим макетом для дизайна семилетней давности. Ставку на него никто не делал, он был для формальности.
В 11:00 Володя был у представителя заказчика — это была Элеонора Валерьевна, она отвечала за помощь бизнесу с выходом в Евросоюз и могла принимать решения по сайту. Идеальная встреча — показ макетов сразу ЛПР. Элеонора Валерьевна в прекрасном расположении духа.
— Так, Володя, чем вы нас порадуете?
— Элеонора Валерьевна, выбирайте! (сказал Володя и радостно выложил цветастые распечатки на стол).
— Прекрасно! Очень по-европейски. Этот однозначно. (быстро делает выбор и указывает на ... "Тучу").
— Э-э-э-тот?
— Да-да, он прекрасен.
Володя в растерянности — выбран макет, который был формальной альтернативой. Что значит "по-европейски" он тоже не понимает — в референсах были приличные европейские сайты, которые гораздо ближе к "Солнцу", чем к "Туче". Он хочет переубедить Элеонору Валерьевну — ему не хочется выпускать сайт в дизайне "Тучи".
Как быть дальше?
#чтобылодальше
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Володя проснулся пораньше — сегодня важный день, поедет к заказчику представлять дизайн нового сайта. Заказчик не бизнес, а структура помогающая бизнесу: заказали сайт, на котором будут представлены меры поддержки для бизнесменов, выходящих на рынок Евросоюза.
По условиям контракта надо представить два варианта дизайна, чтобы заказчик выбрал тот, который и станет основой для финального дизайна. Времени было мало, поэтому делали контраст: хороший вариант и второй для формальности, но без наглости.
Накануне дизайнер Оля внесла финальные правки в макеты, всё готово.
Никто не сомневается, что выберут макет 1 (условное название — "Солнце"). Он на голову выше макета 2 (условное название — "Туча"). И цвета у "Солнца" не такие кислотные, и "воздуха" больше, и навигация интереснее, и веет от него современностью. В общем, макет, который не стыдно предлагать и потом вешать в портфолио. Вариант "Туча" был хорошим макетом для дизайна семилетней давности. Ставку на него никто не делал, он был для формальности.
В 11:00 Володя был у представителя заказчика — это была Элеонора Валерьевна, она отвечала за помощь бизнесу с выходом в Евросоюз и могла принимать решения по сайту. Идеальная встреча — показ макетов сразу ЛПР. Элеонора Валерьевна в прекрасном расположении духа.
— Так, Володя, чем вы нас порадуете?
— Элеонора Валерьевна, выбирайте! (сказал Володя и радостно выложил цветастые распечатки на стол).
— Прекрасно! Очень по-европейски. Этот однозначно. (быстро делает выбор и указывает на ... "Тучу").
— Э-э-э-тот?
— Да-да, он прекрасен.
Володя в растерянности — выбран макет, который был формальной альтернативой. Что значит "по-европейски" он тоже не понимает — в референсах были приличные европейские сайты, которые гораздо ближе к "Солнцу", чем к "Туче". Он хочет переубедить Элеонору Валерьевну — ему не хочется выпускать сайт в дизайне "Тучи".
Как быть дальше?
#чтобылодальше
Ответ на ЧБД-4
Краткое содержание постановки: менеджер Володя пришёл к заказчику с двумя вариантами дизайна сайта — один топчик "Солнце", а второй так себе "Туча". Заказчик обрадовался хорошей работе и выбрал вариант ... "Туча".
Что было дальше:
Если присмотреться, то видно, что задача синонимична ситуации: заказчик (или коллега) предлагает правки, которые не совпадают с вашими представлениями о прекрасном.
Володя сделал ставку на определённый макет, а второй был формальностью — так бывает, когда бюджет ограничен. Но у заказчика иной вкус и ему понравился "формальный" макет.
Что не надо делать: не надо критиковать альтернативный макет, который сам же предложил.
Что надо: надо уточнить, что именно нравится в одном макете, а что в другом.
Объективно макеты могли бы соревноваться, если бы были собраны данные об их эффективности. Таких данных не было и заказ не предполагал их сбор. Всё остальное — вкусовщина (писал про это отдельную заметку).
Дальше было так: вариант "Туча" причесали до более-менее современно вида, не утеряв при этом моментов, которые понравились заказчику. Проект был эффективен по бюджету: попасть с ходу (пусть и случайно) в ожидания заказчика от дизайна — это очень хорошо. Радоваться надо 🎉
#чтобылодальше
Краткое содержание постановки: менеджер Володя пришёл к заказчику с двумя вариантами дизайна сайта — один топчик "Солнце", а второй так себе "Туча". Заказчик обрадовался хорошей работе и выбрал вариант ... "Туча".
Что было дальше:
Если присмотреться, то видно, что задача синонимична ситуации: заказчик (или коллега) предлагает правки, которые не совпадают с вашими представлениями о прекрасном.
Володя сделал ставку на определённый макет, а второй был формальностью — так бывает, когда бюджет ограничен. Но у заказчика иной вкус и ему понравился "формальный" макет.
Что не надо делать: не надо критиковать альтернативный макет, который сам же предложил.
Что надо: надо уточнить, что именно нравится в одном макете, а что в другом.
Объективно макеты могли бы соревноваться, если бы были собраны данные об их эффективности. Таких данных не было и заказ не предполагал их сбор. Всё остальное — вкусовщина (писал про это отдельную заметку).
Дальше было так: вариант "Туча" причесали до более-менее современно вида, не утеряв при этом моментов, которые понравились заказчику. Проект был эффективен по бюджету: попасть с ходу (пусть и случайно) в ожидания заказчика от дизайна — это очень хорошо. Радоваться надо 🎉
#чтобылодальше
Что будет дальше №5
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
В этот раз история про трудовые отношения. Имя героя изменено.
На прошлом месте работы я руководил отделом системного анализа: ребята и девчата писали требования к системам, общались с заказчиками, разбирали ТЗ с госзакупок и т.д..
Мы искали нового системного аналитика с упором в геоинформационные системы — ГИС. Город небольшой, разгуляться негде, удалёнка ещё не в тренде.
И вот поступает резюме от Игната.
Игнат сильно отличался от типичного сотрудника компании — ему было 49 лет (средний возраст сотрудников при этом был 25-27), у него не было опыта в разработке ИТ систем, но был опыт в ГИС. Он работал то ли преподавателем, то ли лаборантом в институте — помогал студентам изучать геоинформационные системы. А потом прошло сокращение штата. У него были видео-уроки по ГИС на youtube — доходчиво объяснял, примеры хорошие приводил.
Я решил, что кандидатура Игната хороша — взрослый мужик с ГИС опытом, которого можно смело отпустить к заказчикам и он с ними будет общаться на одном языке. А со временем и ТЗ писать научится. На собеседовании Игнат волновался сильно, но я списал это на: "Искать работу внезапно после сокращения в 49 лет, наверное, волнительно".
Первый месяц работы прошёл ожидаемо без каких-то прорывов. Единственное, я заметил, что Игнат почти всегда волнуется при обсуждениях, а с заказчиками ведёт себя не особо уверенно даже в вопросах ГИС.
Второй месяц прошёл почти также — но добавился ещё факт непредсказуемости: обсуждаешь с Игнатом одно, а он делает иначе. Например, он увлёкся Axure (это среда для разработки интерактивных прототипов). Ему ставишь ограничение — не делай пока интерактив, делай только макет интерфейса, нет времени. Он делает интерактив (ему интересно) и в итоге не успевает. Я ему говорю об этом, прошу быть более предсказуемым — если договорились, то так и делать.
Третий месяц не дал сильного прогресса — но добавился факт, что ребята-коллеги сказали, что Игнат по понедельникам как будто после пьянки приходит. Не пьяный, но с перегаром.
В итоге: Игнат сильно нервничает при обсуждениях; неуверенно ведёт себя с заказчиками; часто делает не то/не так, что обсудили; макеты интерфейсов получаются так себе; ТЗ требуют сильной редактуры. НО при этом видно, что он старается и ему нравится работа.
Прошло три месяца, пришло время подвести итоги испытательного срока. Что было дальше?
#чтобылодальше
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
В этот раз история про трудовые отношения. Имя героя изменено.
На прошлом месте работы я руководил отделом системного анализа: ребята и девчата писали требования к системам, общались с заказчиками, разбирали ТЗ с госзакупок и т.д..
Мы искали нового системного аналитика с упором в геоинформационные системы — ГИС. Город небольшой, разгуляться негде, удалёнка ещё не в тренде.
И вот поступает резюме от Игната.
Игнат сильно отличался от типичного сотрудника компании — ему было 49 лет (средний возраст сотрудников при этом был 25-27), у него не было опыта в разработке ИТ систем, но был опыт в ГИС. Он работал то ли преподавателем, то ли лаборантом в институте — помогал студентам изучать геоинформационные системы. А потом прошло сокращение штата. У него были видео-уроки по ГИС на youtube — доходчиво объяснял, примеры хорошие приводил.
Я решил, что кандидатура Игната хороша — взрослый мужик с ГИС опытом, которого можно смело отпустить к заказчикам и он с ними будет общаться на одном языке. А со временем и ТЗ писать научится. На собеседовании Игнат волновался сильно, но я списал это на: "Искать работу внезапно после сокращения в 49 лет, наверное, волнительно".
Первый месяц работы прошёл ожидаемо без каких-то прорывов. Единственное, я заметил, что Игнат почти всегда волнуется при обсуждениях, а с заказчиками ведёт себя не особо уверенно даже в вопросах ГИС.
Второй месяц прошёл почти также — но добавился ещё факт непредсказуемости: обсуждаешь с Игнатом одно, а он делает иначе. Например, он увлёкся Axure (это среда для разработки интерактивных прототипов). Ему ставишь ограничение — не делай пока интерактив, делай только макет интерфейса, нет времени. Он делает интерактив (ему интересно) и в итоге не успевает. Я ему говорю об этом, прошу быть более предсказуемым — если договорились, то так и делать.
Третий месяц не дал сильного прогресса — но добавился факт, что ребята-коллеги сказали, что Игнат по понедельникам как будто после пьянки приходит. Не пьяный, но с перегаром.
В итоге: Игнат сильно нервничает при обсуждениях; неуверенно ведёт себя с заказчиками; часто делает не то/не так, что обсудили; макеты интерфейсов получаются так себе; ТЗ требуют сильной редактуры. НО при этом видно, что он старается и ему нравится работа.
Прошло три месяца, пришло время подвести итоги испытательного срока. Что было дальше?
#чтобылодальше
Ответ на ЧБД-5
Краткое содержание постановки: на работу наняли взрослого мужика Игната, а он не особо справляется со своими обязанностями. Но видно, что старается и стремится. Подходит к концу испытательный срок.
Что было дальше:
Это история с двойным дном. Причём, второе дно открылось примерно через год после закрытия первого.
Итак, я крепко задумался к концу испытательного срока Игната. У меня и у компании были определённые ожидания, связанные с Игнатом, которые он не оправдал. Тяжелее всего была непредсказуемость в итогах задач: обсуждаем одно, а делает иначе. Нянчиться не было ни желания, ни возможности — нужна была боевая единица, работы много.
Первое дно истории закрылось довольно очевидно: испытательный срок Игнат не прошёл — мы тихо и мирно расстались, пожелав друг другу процветания и прочих радостей.
При найме я поверил в Игната (опыта в ИТ не было), но ошибся. Так бывает.
Мораль для сотрудников при трудоустройстве: всегда уточняйте, что от вас ожидает работодатель в течение испытательного срока. На моей памяти почти никто из соискателей этот вопрос не задавал.
Мораль для работодателей: всегда поясняйте соискателям, что вы от них ожидаете во время испытательного срока и далее. Даже если не спрашивают.
Но история на увольнении не закончилась (второе дно истории). Моя вера в Игната не прошла бесследно — примерно через год после увольнения я получил вот такую СМС (на картинке).
#чтобылодальше
Краткое содержание постановки: на работу наняли взрослого мужика Игната, а он не особо справляется со своими обязанностями. Но видно, что старается и стремится. Подходит к концу испытательный срок.
Что было дальше:
Это история с двойным дном. Причём, второе дно открылось примерно через год после закрытия первого.
Итак, я крепко задумался к концу испытательного срока Игната. У меня и у компании были определённые ожидания, связанные с Игнатом, которые он не оправдал. Тяжелее всего была непредсказуемость в итогах задач: обсуждаем одно, а делает иначе. Нянчиться не было ни желания, ни возможности — нужна была боевая единица, работы много.
Первое дно истории закрылось довольно очевидно: испытательный срок Игнат не прошёл — мы тихо и мирно расстались, пожелав друг другу процветания и прочих радостей.
При найме я поверил в Игната (опыта в ИТ не было), но ошибся. Так бывает.
Мораль для сотрудников при трудоустройстве: всегда уточняйте, что от вас ожидает работодатель в течение испытательного срока. На моей памяти почти никто из соискателей этот вопрос не задавал.
Мораль для работодателей: всегда поясняйте соискателям, что вы от них ожидаете во время испытательного срока и далее. Даже если не спрашивают.
Но история на увольнении не закончилась (второе дно истории). Моя вера в Игната не прошла бесследно — примерно через год после увольнения я получил вот такую СМС (на картинке).
#чтобылодальше
Приятные новости — мой формат историй Что будет дальше вышел за пределы канала. Это формат, когда рассказываешь начало продуктовой/юиксовой/рабочей истории, а в комментариях предлагают варианты развития истории. #чтобылодальше тег для этих постов.
Итак, в канале Продукторий Владимира Меркушева @vladimir_merkushev вышел что будет дальше пост. Приходите к Владимиру со своими вариантами развития ситуации 😉
Итак, в канале Продукторий Владимира Меркушева @vladimir_merkushev вышел что будет дальше пост. Приходите к Владимиру со своими вариантами развития ситуации 😉
Либо я подведу итоги, либо итоги подведут меня 💪
Кратко: год прошёл хорошо, местами замечательно.
Новые инструменты:
— Confluence (раньше жизнь миловала).
— Создание и запуск рекламных кампаний в Facebook (Ад-менеджер).
— figjam (понравилось).
— Metabase (это open source BI).
— Discord (хороший).
— Тинькофф-инвестиции (пробую).
— Почти запомнил комбинацию клавиш, чтобы набирать кавычки-ёлочки на клавиатуре.
Новые форматы:
— Провел 2 аудио эфира в канале: с Андреем Поддубным и Анной Лисняк (было клёво).
— Было несколько коллабов с розыгрышем билетов среди подписчиков.
— Сделал формат #чтобылодальше
Новые знания:
— Прочитал и прослушал порядка 20 книг за год (сильно больше, чем обычно). Спасибо Альпине за поставки новинок.
— Мало, но системно занимаюсь в Скаинге английским. Начал смотреть фильмы на английском.
Айти Кадр, itkadr.ru:
— Помог 70 менти найти наставника.
— Начал работу с юрлицами.
— С Аней Лисняк запустили курс по дизайн-лидерству. Мало участников, много кайфа.
— 7000 р. от записей к наставникам отправил на благотворительность.
Канал:
— Вырос на 1800 подписчиков.
— Было порядка 120 новых постов (2-3 в неделю) + повторы старых + анонсы.
— Второй канал, Продуктовошная, вырос в 2+ раза.
Работа:
— Поменял.
Дом:
— Переехал.
Иное:
— Похудел на 9 кг, хотя не особо и нуждался в этом 🤷♂️
— Уже год получается регулярно по утрам принимать контрастный душ.
— Внедрил регулярные утренние пробежки на эллиптическом тренажёре.
Не смог:
— Не запустил марафон (тему пока скрываю), но подготовил 70% минимума, который нужен для запуска.
— Не сделал апдейт структуры Айти Кадр: лоскутно что-то сделал, но на серьёзные изменения меня пока не хватило.
— Не дописал статью “UX-систем, с которыми работают”. Вяло пишу её уже год — тем краше будет после выхода.
— Не выступал на конфах. Эфиры в канале заменили мне это.
В 2022 планирую:
— Запустить марафон.
— Написать 3 статьи.
— Сделать 3 аудио эфира.
— Прочитать/прослушать 20+ книг.
— Добавить больше кейсовости и #чтобылодальше в канал.
Спасибо, что читаете! Увидимся уже в 2022 🎄
Кратко: год прошёл хорошо, местами замечательно.
Новые инструменты:
— Confluence (раньше жизнь миловала).
— Создание и запуск рекламных кампаний в Facebook (Ад-менеджер).
— figjam (понравилось).
— Metabase (это open source BI).
— Discord (хороший).
— Тинькофф-инвестиции (пробую).
— Почти запомнил комбинацию клавиш, чтобы набирать кавычки-ёлочки на клавиатуре.
Новые форматы:
— Провел 2 аудио эфира в канале: с Андреем Поддубным и Анной Лисняк (было клёво).
— Было несколько коллабов с розыгрышем билетов среди подписчиков.
— Сделал формат #чтобылодальше
Новые знания:
— Прочитал и прослушал порядка 20 книг за год (сильно больше, чем обычно). Спасибо Альпине за поставки новинок.
— Мало, но системно занимаюсь в Скаинге английским. Начал смотреть фильмы на английском.
Айти Кадр, itkadr.ru:
— Помог 70 менти найти наставника.
— Начал работу с юрлицами.
— С Аней Лисняк запустили курс по дизайн-лидерству. Мало участников, много кайфа.
— 7000 р. от записей к наставникам отправил на благотворительность.
Канал:
— Вырос на 1800 подписчиков.
— Было порядка 120 новых постов (2-3 в неделю) + повторы старых + анонсы.
— Второй канал, Продуктовошная, вырос в 2+ раза.
Работа:
— Поменял.
Дом:
— Переехал.
Иное:
— Похудел на 9 кг, хотя не особо и нуждался в этом 🤷♂️
— Уже год получается регулярно по утрам принимать контрастный душ.
— Внедрил регулярные утренние пробежки на эллиптическом тренажёре.
Не смог:
— Не запустил марафон (тему пока скрываю), но подготовил 70% минимума, который нужен для запуска.
— Не сделал апдейт структуры Айти Кадр: лоскутно что-то сделал, но на серьёзные изменения меня пока не хватило.
— Не дописал статью “UX-систем, с которыми работают”. Вяло пишу её уже год — тем краше будет после выхода.
— Не выступал на конфах. Эфиры в канале заменили мне это.
В 2022 планирую:
— Запустить марафон.
— Написать 3 статьи.
— Сделать 3 аудио эфира.
— Прочитать/прослушать 20+ книг.
— Добавить больше кейсовости и #чтобылодальше в канал.
Спасибо, что читаете! Увидимся уже в 2022 🎄
# Что будет дальше №6
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Сегодня ЧБД про меня. Про один эпизод, который возник при поиске работы.
Дело было в марте 2021 года. Откликнулся я на вакансию менеджера продуктов в одну финтех компания (эквайринг и онлайн-кассы). Интересный и довольно сложный продукт.
→ Мне ответили. Позвали на собес с HR.
→ Пособеседовался с HR. Дали тестовое задание. Тестовые я обычно быстро и хорошо прохожу, а тут оно и вовсе было про интеграции систем с системами, а я на всяких API собаку съел 🙂
→ Сделал тестовое. Отправил.
→ Позвали на собес с нанимающим менеджером. Пообщались — хороший парень.
→ Через день получил фидбек: позвали на собес с боссами.
→ Созвонились с боссами: получилась интересная беседа. Полное взаимопонимание. CEO, правда, на встрече был не особо активен — пару каких-то общих вопросов задал. В основном, менеджеры общались. Меня порадовало, что они готовы работать в дистанционном формате с редкими командировками в Москву, если очень надо будет (до 2-х раз в месяц). Мне до Москвы 1000 км, 1.5 часа на самолёте.
→ На следующий день я получил официальный оффер — все условия оффера меня устраивали. Можно было бы сказать “Да” и писать заявление. Но я решил уточнить пару вопросов, ответы на которые не нашёл в их предложении. Вот вопросы:
#чтобылодальше
Очередной ЧБД — это когда я рассказываю кусок реальной истории из практики, а вы её продолжаете. Как было на самом деле — через пост.
Сегодня ЧБД про меня. Про один эпизод, который возник при поиске работы.
Дело было в марте 2021 года. Откликнулся я на вакансию менеджера продуктов в одну финтех компания (эквайринг и онлайн-кассы). Интересный и довольно сложный продукт.
→ Мне ответили. Позвали на собес с HR.
→ Пособеседовался с HR. Дали тестовое задание. Тестовые я обычно быстро и хорошо прохожу, а тут оно и вовсе было про интеграции систем с системами, а я на всяких API собаку съел 🙂
→ Сделал тестовое. Отправил.
→ Позвали на собес с нанимающим менеджером. Пообщались — хороший парень.
→ Через день получил фидбек: позвали на собес с боссами.
→ Созвонились с боссами: получилась интересная беседа. Полное взаимопонимание. CEO, правда, на встрече был не особо активен — пару каких-то общих вопросов задал. В основном, менеджеры общались. Меня порадовало, что они готовы работать в дистанционном формате с редкими командировками в Москву, если очень надо будет (до 2-х раз в месяц). Мне до Москвы 1000 км, 1.5 часа на самолёте.
→ На следующий день я получил официальный оффер — все условия оффера меня устраивали. Можно было бы сказать “Да” и писать заявление. Но я решил уточнить пару вопросов, ответы на которые не нашёл в их предложении. Вот вопросы:
1. Если потребуется очно присутствовать на встречах в Москве, то транспортные расходы компенсируются?Как думаете, что было дальше?
2. Надо ли что-то знать об особенностях выплаты зарплаты?
#чтобылодальше
Что было дальше №6
Итак, вот оно продолжение истории про оффер из финтех компании. Забавно, что именно сегодня я увидел в телеге рекламу этой компании — до сегодня ни разу не видел.
HR ушла уточнять ответы на мои вопросы у менеджеров. Это уже странно, так как вопросы очень стандартные и на них обычно легко отвечает сам HR. Ну да ладно, ушла да ушла. И пропала. День нет, второй нет.
В это время про себя я уже решил так: если они такие простые вопросы уточняют по два дня, то лучше туда и вовсе не идти.
Через 3 дня HR вернулась и мы с ней проговорили 1 минуту 55 секунд.
Суть разговора следующая: “Директор ещё раз подумал и решил, что всё же на этой позиции лучше, чтобы сотрудник был в офисе, а не дистанционно. Нанимающие менеджеры, очень хотят, но директор передумал.”
Вот такой вот ветренный оффер 🌬
У меня есть две гипотезы относительно того, что было внутри компании:
1. Я думаю, что мой вопрос про оплату транспортных расходов заставил их прикинуть реальную оплату позиции. И я очень рад, что спросил это, так как в противном случае эти расходы могли бы уменьшить мою реальную зарплату 🙂
2. Они передумали вне зависимости от моих вопросов. Так делать, конечно, очень некрасиво, так как я бы мог уже начать процесс увольнения, имея оффер на руках.
В истории есть мораль — всегда уточняйте все вопросы до согласия с оффером. Даже те вопросы, которые вам кажутся очевидными.
P.S. Варианты в комментариях были супер! Спасибо 😉
#чтобылодальше
Итак, вот оно продолжение истории про оффер из финтех компании. Забавно, что именно сегодня я увидел в телеге рекламу этой компании — до сегодня ни разу не видел.
HR ушла уточнять ответы на мои вопросы у менеджеров. Это уже странно, так как вопросы очень стандартные и на них обычно легко отвечает сам HR. Ну да ладно, ушла да ушла. И пропала. День нет, второй нет.
В это время про себя я уже решил так: если они такие простые вопросы уточняют по два дня, то лучше туда и вовсе не идти.
Через 3 дня HR вернулась и мы с ней проговорили 1 минуту 55 секунд.
Суть разговора следующая: “Директор ещё раз подумал и решил, что всё же на этой позиции лучше, чтобы сотрудник был в офисе, а не дистанционно. Нанимающие менеджеры, очень хотят, но директор передумал.”
Вот такой вот ветренный оффер 🌬
У меня есть две гипотезы относительно того, что было внутри компании:
1. Я думаю, что мой вопрос про оплату транспортных расходов заставил их прикинуть реальную оплату позиции. И я очень рад, что спросил это, так как в противном случае эти расходы могли бы уменьшить мою реальную зарплату 🙂
2. Они передумали вне зависимости от моих вопросов. Так делать, конечно, очень некрасиво, так как я бы мог уже начать процесс увольнения, имея оффер на руках.
В истории есть мораль — всегда уточняйте все вопросы до согласия с оффером. Даже те вопросы, которые вам кажутся очевидными.
P.S. Варианты в комментариях были супер! Спасибо 😉
#чтобылодальше
# Что будет дальше №7
У меня иногда выходит формат постов — Что будет дальше.
Я рассказываю кусочек реальной истории, а вы в комментариях продолжаете. Через время я пишу реальный ответ.
Прежние выпуски по тегу #чтобылодальше можно найти.
Итак, история номер 7 — Ведущий разработчик Валера.
Имя героя вымышленное. Дело было давно — много лет назад.
Я работал в компании по заказной разработке — руководил проектами и 2-3 отделами.
В общем, появился новый проект. И Валера — опытный разработчик — предложил делать его не на утверждённом в компании фреймворке, а на новом.
Кто не в теме: фреймворк разработки — это некий каркас всяких программных методов, который упрощает и ускоряет разработку (не надо всё писать с нуля).
Старый фреймворк — CodeIgniter.
Новый фреймворк — Yii 2.
Валера подготовил обоснование и разные оценки — по всему выходило, что на Yii 2 выйдет быстрее и эффективнее.
Были и мнения в противовес — надо обучаться новому, нет людей, знающих хорошо и т.д.
Валера заверил, что сформирует практику использования нового фреймворка и успешный опыт проекта распространит на остальных.
Валере дали шанс.
Что было дальше?
#чтобылодальше
У меня иногда выходит формат постов — Что будет дальше.
Я рассказываю кусочек реальной истории, а вы в комментариях продолжаете. Через время я пишу реальный ответ.
Прежние выпуски по тегу #чтобылодальше можно найти.
Итак, история номер 7 — Ведущий разработчик Валера.
Имя героя вымышленное. Дело было давно — много лет назад.
Я работал в компании по заказной разработке — руководил проектами и 2-3 отделами.
В общем, появился новый проект. И Валера — опытный разработчик — предложил делать его не на утверждённом в компании фреймворке, а на новом.
Кто не в теме: фреймворк разработки — это некий каркас всяких программных методов, который упрощает и ускоряет разработку (не надо всё писать с нуля).
Старый фреймворк — CodeIgniter.
Новый фреймворк — Yii 2.
Валера подготовил обоснование и разные оценки — по всему выходило, что на Yii 2 выйдет быстрее и эффективнее.
Были и мнения в противовес — надо обучаться новому, нет людей, знающих хорошо и т.д.
Валера заверил, что сформирует практику использования нового фреймворка и успешный опыт проекта распространит на остальных.
Валере дали шанс.
Что было дальше?
#чтобылодальше
Please open Telegram to view this post
VIEW IN TELEGRAM