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

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

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

Мой фаворит, конечно, некто Андрей, установивший автоответ: «Спасибо! Ваше письмо доставлено, если вопрос не терпит отлагательств пожалуйста продублируйте его еще раз. С Уважением к Вашему делу!».

Встречаются и более богатые сюжетом письма по экрану текста. Сейчас покажу.

Внимание! Несмотря на то, что для работы над этой статьей я потратил не один десяток часов, но ты все еще можешь в ней поучаствовать.

Если у тебя чешутся руки — попробуй осилить этот текст.

История больше похожа на комикс, так как содержит более 50 изображений, поэтому аккуратнее, если ты с мобильного. А ещё — тут скорее всего нарушается 152-ФЗ, поэтому я не удивлюсь, если её удалят, так что читай быстрее. Эта история пока не имеет конца, но у нее есть начало…

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

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

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

1. Начальная отрисовка: сколько времени требуется, чтобы пользователь увидел хоть что-то
   
   • Сократить запросы, блокирующие рендеринг
     
   • Избегать последовательных цепочек
     
   • Повторно использовать соединения с сервером
     
   • Сервис-воркеры для мгновенного рендеринга
2. Загрузка приложения: сколько времени требуется, чтобы пользователь смог использовать приложение
   
   • Разбить пакет приложения на части. Загружать только необходимые ресурсы. Максимизация попаданий в кэш
     
   • Проверить, что хэши частей пакета не меняются без необходимости
     
   • Запрашивать данные для страницы до загрузки всего приложения
     
   • Не блокировать рендеринг загрузкой второстепенных данных
     
   • Рассмотреть рендеринг на стороне сервера
3. Следующая страница: сколько времени требуется для перехода на следующую страницу
   
   • Запрашивать дополнительный код до того, как он понадобится
     
   • Кэшировать и повторно использовать данные на клиенте

Наша компания занимается преимущественно разработкой интернет-магазинов и мы хотим поделиться своим опытом разработки проекта на связке VueJS + Nuxt + Laravel.

В этом интревью мы поговорим о лидогенерации в IT не совсем стандартными методами.
Мой сеголняшний гость Макс Макаренко — founder и CEO в Docsify, sales & marketing growth hacker. Макс уже более десяти лет в B2B-продажах.

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

Сергей
Макс, скажи пожалуйста, а почему ты ушел с аутсорса в продукт? Что послужило причиной? Аутсорс вроде тоже неплохой бизнес?

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

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

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

Макс
Дело в том, что в тот момент, когда я занимался аутсорсом, я сейчас уже понимаю, что я не видел всей картины. Когда я перешел, так сказать, на другую сторону, когда мы начали делать продукт, с одной стороны, нас стали воспринимать как объект «кому продать», и мы получаем постоянно какие-то предложения и это просто уже превратилось в какое-то сумасшествие, т.е. нам все предлагают услуги аутсорса.

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

Внимание, лонгрид!

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

Разбираем коммерческие факторы как интернет-магазинов, так и сайтов, на которых предоставляют услуги.

Чек-лист по коммерческим факторам в конце статьи.

Некоторые люди как-то неправильно поняли WebAssembly. Есть те, кто считает, что раз браузеры уже поддерживают выполнение WebAssembly (ещё с 2017 года), значит всё уже готово. Даже и близко ещё нет, готов лишь MVP (минимально жизнеспособный продукт). Я могу предположить откуда произрастает корень этого заблуждения: после релиза MVP его разработчики пообещали поддерживать обратную совместимость на уровне «любой написанный сейчас код будет работать и в будущем». Но это ведь не значит, что разработка WebAssembly закончена, совсем нет! Множество фич разрабатывается прямо сейчас и планируется к разработке в ближайшем будущем. И когда они будут реализованы — всё очень сильно изменится.

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

Давайте посмотрим на то, что у нас уже есть сейчас и что нам ещё предстоит открыть.
(Под катом много картинок, трафик)

3D-конфигураторы продуктов — это относительно новая тенденция в онлайн-маркетинге и электронной коммерции. Создание таких веб-приложений стало возможным вследствие быстрого развития браузерной технологии WebGL, позволяющей рисовать 3D-графику прямо на веб-страницах пользователей.

На мой взгляд, единственная проблема, которая мешает развитию этой тенденции — отсутствие эффективных инструментов. Большинство из них являются трёхмерными движками, которые могут быть очень полезны программисту, но не обычному художнику. Но есть и исключения: аддон Verge3D к пакетам 3ds Max и Blender предлагает средства, с помощью которых трёхмерные конфигураторы может сделать и обычный человек. Именно этот инструмент мы и разберём в нашей статье.

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



Кликните тут чтобы запустить конфигуратор в новом окне.

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

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

Экономика продукта

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

Определение контура для анализа является ключевой задачей. Экономика продукта исключает множество финансовых явлений, характерных для экономики предприятия. Мы начнем с ядра формирования прибыли постепенно нарастим на него “мясо”.

Финансы продукта начинаются с простой формулы:

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

Здесь вы не увидите ни строчки кода. Мы поговорим об обычных людях — о наших пользователях, точнее о том, как сообщать им, если в системе возникла какая-то непредвиденная ситуация.


В основе статьи доклад Антонины Хисаметдиновой с Heisenbug 2017 Moscow, которая занимается проектировкой пользовательских интерфейсов в компании Собака Павлова.

Кроме того, на Медиуме есть цикл статей «Руководство по проектированию ошибок». Цикл еще не дописан до конца, но дает более полную и цельную картину по теме статьи.

Привет, Хабр! Давно у нас в блоге не было расшифровок мастер-классов. Исправляемся. В этом посте вас ждет грандиозное путешествие в мир шрифтов от древнейших времен до наших дней. Если вы хотите понять, каким образом шрифты влияют на наши эмоции и наконец научиться отличать гуманистический гротеск от ленточной антиквы — добро пожаловать под кат. И да, там очень много картинок. Передаем слово автору.

---

Шутка, написанная гарнитурой Times, на 10 % смешнее той, что написана гарнитурой Arial. Почему? Чёрт знает. Лучшее объяснение, которое я видел: юмор ассоциируется с агрессией, с остротой, с остроумием — а Times выглядит более острым, чем Arial.

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

Эта толстая полярная лисичка подкрадывается ровно в тот момент, когда владелец думает, что у него всё хорошо. Типовой сценарий: открыл магазин в сентябре, круто отторговал Новый год, отбил вложения 10 марта, пережил летний несезон на маленькой точке, ко второму Новому году немного расширился и закончил сезон очень славно. Образовалось 2-3 свободных миллиона, на которые очень хочется купить большую сверкающую машину. Или мороженого. На все. Душа просит.

Итог — из бизнеса вынимается достаточно большая сумма.

А впереди несезон. Затраты выросли (аренда больше, продавцов больше), прибыли же могут оказаться на уровне первого года. Расходы становятся больше доходов, «подушки» нет — на резервные средства было куплено мороженое ещё в марте. Три основных расхода (80% по общей доле) — это закупка товара, аренда, зарплата. Глядя, что можно срезать, владелец начинает закупать чуть меньше товара и сокращает рекламу. Мол, всё равно товара же меньше. Прямое следствие — штопор, ведущий к закрытию.

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

Вот что строил испанский архитектор Антонио Гауди:



Его здания описывают как «бионические дома», некоторые говорят о «летящей пластичной материи». За морем восторгов художников и дизайнеров, как мне показалось, упущена некоторая невероятная рационализация и прагматичность. Гауди был в первую очередь отличным разработчиком, математиком и геометром. Но чтобы объяснить это, сначала я покажу другую картинку:


Это два крепления. Первое производится серийно — оно просто в проектировании, просто в изготовлении, дёшево и невероятно уродливо. Второе красивое, и требует на 25% меньше материала для того, чтобы выдержать тот же вес (то есть — куда прочнее). Только его трудно рассчитать, оно будет дороже в серии — и придётся подумать.

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

Представьте: вы работник стартапа, сварганили по-быстрому прототип и постепенно начинаете его развивать. И вот вам уже хочется, чтобы во время очередного спешного релиза не приходилось перепроверять все разделы сайта вручную (руками директора по продукту). Конечно, можно нанять отдельного тестировщика, но на это в вашем LEAN-стартапе бюджета не дают — «лучше давайте купим наконец-то кофе-машину». Знакомо?

И тут кто-то произносит слово «автотесты».

И сразу начинается: это целая история, это очень сложно, это очень дорого, от этого будет больше вреда, чем пользы и вообще это кровавый Enterprise и СЕЛЕНИУМ.

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

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

На конференции HighLoad++ 2016 Иван Круглов рассказал про то, как сервис Booking.com развивал свой поиск — одну из центральных функций системы интернет-бронирования отелей.

Всем привет! Я Ваня, пишу на Perl — можете мне посочувствовать. [Лёгкий смех в зале и со сцены.]

Ладно. По-серьёзному, меня зовут Иван Круглов, я из компании Booking.com, из города Амстердам. Там я работаю последние 4 года, где последние года полтора я работал в команде, которая делает наш поиск лучше.

Начать я хочу немного издалека. Вот с этой фразы:

Я продолжаю вызвавшие у вас подозрительный интерес истории точек. Наша краснодарская команда — это просто отвал башки. Лёха приехал из Казахстана, по дороге чиновники потеряли ему отчество и банковскую карту. Вика из Белоруссии познакомилась с Лёхой, вышла замуж и переехала к нему в Воронеж. Ира из Мичуринска работала в Мосигре в Воронеже, откуда Женя её с треском уволил, а она решила доказать, что может открыть свою точку. Стас… Стас просто спокоен как удав, владеет вебстудией, коворкингом и любит путешествовать.

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

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

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

Вы уже используете прогрессивную загрузку? А как насчёт технологий Tree Shaking и разбиения кода в React и Angular? Вы настроили сжатие Brotli или Zopfli, OCSP stapling и HPACK-сжатие? А как у вас обстоят дела с оптимизацией ресурсов и клиентской части, со вложенностью CSS? Не говоря уже о IPv6, HTTP/2 и сервис-воркерах.

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