Моя хорошая знакомая Юля, в связи с определенными обстоятельствами уже давно на пенсии, но не по причине возраста, а ввиду несколько иных обстоятельств. Года три назад она купила компьютер и открыла для себя интернет. Она зарегистрировалась на одном популярном форуме, и нашла там себе отдушину от всех невзгод своей жизни. Она нашла себе друзей, нашла свое закрытое сообщество внутри форума, так сказать семью, она вкладывала всю душу в эту свою новую онлайн жизнь, кому-то помогала советами, с кем-то делила горести и печали, принимала активное участие в во всех событиях форума. Это новое общение стало для нее всем — всей ее жизнью. Все что происходит на этом форуме — это происходит в ее жизни.

Пост опубликован по просьбе одного хорошего человека.

Как создать максимально оптимизированную веб-страницу?

Если вы СЕОшник (SEO оптимизатор), то этот вопрос вы часто слышите. К сожалению, однозначного ответа нет. Но, тем не менее, существует набор полезных приемов, которые помогут приблизиться к ответу на этот вопрос. В данном посте я поделюсь нашими лучшими рекомендациями для достижения «совершенства» оптимизации страницы и расположения ключевых слов. Или, по крайней мере, что-то близкое к этому. Некоторые из наших советов подтверждены данными, результатами исследований и тестирований, другие основаны на интуиции и общем опыте. Как и со всеми СЕО советами, мы рекомендуем постоянное тестирование и оттачивание, ну а данный пост поможет вам начать процесс оптимизации.

Google снова набирает людей.
Это отличная новость для тысяч начинающих менеджеров и разработчиков ПО, желающих найти спокойную пристань в эти сложные дни.
Теперь плохие новости:

• Google предпочитает людей из «Лиги Плюща»
• Им интересны ваши оценки (в институте), даже если вам уже за 30
• Они ищут людей, которые хотят изменить мир

Хуже того, если вы подходите по всем этим параметрам, вам все равно надо проходить собеседование.
Льюис Пин (Lewis Pin), тренер по поиску работы из Сиэтла, собрал 140 вопросов, которые в Google спрашивали его клиентов.

Сколько шариков для гольфа поместится в школьный автобус?

Позиция: Менеджер проекта

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

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

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

Горькая правда о ведении корпоративных блогов

Многие компании ведут корпоративные блоги, копируя туда пресс-релизы, удаляют комментарии или вовсе запрещают комментировать; и им кажется, что они всё делают правильно, ведь посетители приходят и, наверное, читают. Но на самом деле не всё так просто. Давно наткнулся на интересную статью Поля Боага «10 Harsh Truths About Corporate Blogging» — статья полностью выражает моё мнение по вопросу корпоративных блогов. Решил перевести, и вот буквально вчера мы её перевели, чем спешу с вами поделиться.

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

Я к тому, что без гайдлайнов можно легко прожить, были бы эти самые дистрибутивы в порядке. С ними жить удобнее гораздо, если на потоке много всяких информационных и рекламных материалов надо делать. Ну а гайдлайны… главное, чтобы мозги у дизайнера не заклинивало, ну и по ситуации действовать.

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

За кадром остался текст про придумывание и создание этого самого знака.

Я давно работаю в продажах и меня абсолютно не устраивает то, что сегодня предлагают на рынке CRM. Основной минус всех CRM — они сложные, 90% функций не используются продавцами и им дейсвтительно не нужны, а банальных простых вещей, которые мы все деалаем (и делаем в Excel) — там нет. Я говорю именно о CRM для продажников небольших компаний, не про call-центры с тысячью операторов и миллионом абонентов, а про обычных продавцов, у которых несколько десятков аккаунтов в работе и пару сотен в базе.

О том, какую CRM хочет такой продавец (а именно я) под катом.

Итоги конкурса «Трудный подросток или Клиент прав не всегда». Победительница конкурса лишь исправила слово «сайт» на «дом», но как красиво получилось :)

Уважаемый архитектор,

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

Помните, что мой новый дом должен стоить дешевле, чем тот, в котором я живу сейчас. Но в то же время, имейте ввиду, что все недостатки, которые есть в моем нынешнем доме (пол на кухне скрипит, и стены тонкие), не должны присутствовать в моем новом жилище.

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

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

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

Вам приходилось бывать на долгих собеседованиях? На многоуровневых собеседованиях? А может вы такие проводите сами? Многие компании ведут подобную практику, и большие и маленькие, но подобная практика имеет ряд очевидных минусов. Таких, как впустую потраченое время на интервьюирование человека по полной программе, который не подходит просто по техническим навыкам. В данной статье я хочу описать подход к интервью технических навыков (про остальное не забываем, но в статье рассматривать не будем), который, возможно, сбережет вам кучу времени. Сутью подхода является задавание вопросов, которые грамотный специалист расценит как: «Ты что дурак? Меня о таком спрашивать!»

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

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

Читать дальше – будет много букв и примеров …

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

Очень много говорится о компетентности рекрутёров, и в этой части проблемы реально есть. Более того, я уверен, что примерно в 70 % случаев работа рекрутёров неэффективна. А почему так происходит — попробуем разобраться далее.

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

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

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

Стоит ли идти навстречу клиенту и продлевать для него период бесплатного тестирования сервиса? Поможет ли это совершить продажу или это пустая трата времени на того, кто никогда не купит? Своим мнением делится Линкольн Мерфи, специалист по развитию SaaS, который помог выйти на рынок более чем 300 «облачным» стартапам. Рассказ идет от первого лица.

Я получил этот вопрос о запросах продления бесплатной версии SaaS и решил ответить на него здесь, у всех на виду.

«Линкольн, я наткнулся на недавний пост, где говорится, что «короткие пробные версии + щедрое продление их сроков» являются исходной точкой продаж. В то же время вы не говорили об этом (если я не пропустил). Это поразило меня, ведь у вас, скорее всего, должно быть мнение по этому поводу. Я в замешательстве… кто прав?»

Очевидно, что я прав. [конец статьи. Шутка! Я попробую ответить дальше, используя весь свой накопленный опыт]

Сайт nomadlist.io сортирует города по удобству проживания для удалённых работников и фрилансеров. На главной ресположен топ городов для фрилансеров. Косвенным подтвержденеим его адекватности может служить то, что многие города — уже освоенные фрилансерами направления. Но есть и пара сюрпризов:



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

В 2008 мы с партнёром закончили обучение по специальности «компьютерная инженерия» в университете в Аргентине.

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

Поэтому, когда мы делали Project eMT, сравнительный поисковик для Латинской Америки, мы решили работать по-другому: без менеджеров проектов. Через шесть лет у нас в команде было 34 инженера из Чили, Бразилии, Мексики и Колумбии, и мы всё ещё работаем без использования традиционных структур и рабочего графика, а наш ежегодный рост составляет 204%.

Давайте представим, что у нас есть сервис по бронированию столиков в ресторане. Бронирование происходит в 2 этапа:

1. Пользователь оставляет заявку на бронирование столика на сайте.
2. Наш колл-центр перезванивает пользователю, чтобы подтвердить или отменить бронь.

Мы хотим понять, насколько эффективно работает колл-центр и как быстро обрабатываются заявки.

Хороший способов проанализировать это — кривые выживаемости.

Сегодня моя цель – коротко рассказать о подходах data-informed продуктового менеджмента, который я исповедую и попытаться заинтересовать вас в использовании его базовых инструментов в ваших продуктах.

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

Для себя я сформулировала, что измерения успешности продукта состоит из трех блоков:

— счастье пользователей;
— успешность (качественная и количественная) итераций и релизов;
— счастье команды.

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

Поэтому, в первой части предлагаю сделать легкое лирическое отступление.