Category Archives: Business

О ценах и скидках на SaaS-сервисы, приложения и тому подобное

Часто скидки используются для продвижения сервисов или приложение в интернете.

Это, очевидно, применимо не только к приложениям, но в этом посте будет информация, ориентированная именно на интернет.

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

Читать дальше…

КУЛ ИТ. О заказчиках и ИТ-аутсорсинге

Павел Обод – CEO Sloboda Studio на КУЛ ИТ рассказывал о создании и работе аутсорсинговой компании и спецификой работы с заказчиками.


В ближайшие дни также запускается проект Яркий Аутсорс по обучению тому, как создать свою аутсорсинговую компанию.
Там же можно найти две его книги об ИТ-аутсорсинге: как создать аутсорсинговую компанию, и как увеличить прибыль существующей.Также можно прочить его статьи на DOU.UA.

О компании Sloboda Studio:  
Технологии: Ruby on Rails, Android, iOS.
30 чел.
Офис в Харькове.
Есть удаленный постоянные сотрудники.


Итак.
Поскольку компания появились из фриланса, где сравнительно много свободы, то такая же свободна продолжается оставаться и компании.

Люди ищутся автономные – люди, которые уже заинтересованы в росте, чтобы не нужно было “мотивировать”.

Как понять заказчика?
“Хочешь словить кошку – думай, как кошка”

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

Риски заказчиков:
* Исполнители не выполнят заказ или очень сделают низкого качества.
* Приходится завязываться на исполнителя.
* Потеря бюджета.
* Идеи могут своровать.
* после предоплаты могут исчезнуть
* Выполнение проекта может растягиваться в разы.
* уйдут ключевый разработчики.
* цены неожиданно взлетят и люди уйдут к другому заказчику.
* доработка существующего.
* наработки будут использоваться исполнителем или другой компанией.
* наработки практически невозможно продать, если сделано на половину


Женская линия поведения у заказчиков:
* внимание
* истерики
* требования
* иногда пассивность.

Заказчик – женское поведение – слушатель – пассивная позиция
Исполнитель – мужское поведение – выступающий – активная позиция.

Если мы заказчики, то хотим:
* перед началом узнать стоимость
* стоимость средняя по рынку (чтобы не чувствовать себя обиженный :)))))
* высокий сервис
* соответствие срокам и предупреждения в случаях измений планов или форсмажорах
* гарантия

Настроение у заказчиков такое же, как и у вас, когда вы заказываете кофе.

В ИТ зависимость заказчика от исполнителя очень большая.


Заказчик привыкает к суммам. (причем чтобы не случилось – заказчик привык платить. Часто при периодической подписке, на например, люди платят, потому что лень отписываться.
Также может быть и в случае с ИТ проектами.
Заказчик не соскочит, когда привык – нужно уж очень сильно что-то испортить, чтобы это случилось)

Заказчик привыкает к нам.

Дружба с заказчиком:
* Если удаленность, то пытаться ее размыть (например фото в ФБ. Фото, ДР, видео чаты – легко и эффективно, поездки заказчика к исполнителю)
* регулярность общения (не создавать “ощущение заброшенности”. А то, обидется и не захочет платить 🙂 )
* честность и прямота (сложная тема)
* преданность и ответственность делу (либо есть, либо нет. Полезный навык исполнителя для заказчика – но способов поощрения нет)
* бизнес-подход к задачам клиента.
* анализ потребностей заказчика
* прозрачность + доверие (рассказывать побольше заказчику, что у нас происходит, даже если это не очень важно)
Если все условия исполняются, то дружба неизбежна 🙂

Как потерять заказчика: 
* не следить за проектом
* поставить плохого исполнителя
* необосновано ставить часы/цены
* игнорировать

Риски исполнителя при работа с заказчиками:
* управление тобой и твоим временем.
* паники и истерики
* вербовка твоих исполнителей
* монополия заказов и зависимость


“Если у тебя небольшая компания, то можешь заметить, что ты вдруг оказался на работе”.

Кейс, совсем недавний.
* Маржа 60% для ПМ-овнера.
* Один ключевой разработчик в команде.
* Заказчик не знал рейты девелоперов, но потом узнал и сказал, что его “грабят”.
Решение.
* Последние 3-4 месяца на прямую не участвовал в проекте, и поэтому было недовольство заказчика психологическое – нужно быть “в теме”, причем не обязательно тратить много времени.
* Подготовил отчет по аутсорсу для Украины в сравнении с другими странами и показал заказчику – заказчик “бурчал”, но согласился.
* повысили ЗП сотрудиками и понизили рейт заказчика. В итоге получилось 20% маржи (вынужденная мера, поскольку не было денег для ЗП сотрудникам)
* стал более вовлеченным в проект.
* ушли потом всего 2 разработчика. Но в итоге вырос один из оставшихся. Появились новые люди и т.д. (Да, таки “незаменимых людей не бывает”, как говорил Иосиф Виссарионович)

* нашел новых заказчиков и этот заказчик перестал быть ключевым (заказчик выиграл в краткосрочной перспективе, но проиграл в долгосрочной)
Сейчас бы:
* не уменьшал бы рейт для заказчика.

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

О клиентах.
* нужно стремиться к постоянным заказчикам. Бизнес начинается с постоянных клиентов. Появляются деньги, возможность прогнозировать, реинвестиции, рост.
* Контролировать все равно нужно.
* поднять рейт на 10% – доп. прибыть. Мотив: “гречка дорожает”
* как относишься к сотрудникам, так они относятся к клиентам.
* иногда нужно увольнять заказчиков. (Принцип 80-20).

Лит.
Книга. “Кармический менеджмент”
Управлять бизнесом с точки зрения кармы 🙂
Я – в центре. Вокруг – потребители, сотрудники, поставщики, мир (пример для “мира”: волонтерство. Практикующие говорят, что это работает, но не понимают как :)).
Иногда может получиться отжать высокий рейт, но в итоге заказчик уйдет.

Несколько слов о курсе “Яркий аутсорс
Как создать свою компанию.
* моя история
* выбор ниши
* как стартовать и сколько нужно денег (схож с консалтингом – не нужно много денег для старта)
* где и как набирать первых сотрудников
* подводные камни (первое время – нужно много работать, но потом почти пассивный доход)
* как не стать заложником
* дорогу осилит идущий 🙂


Большинство заказов из фриланс-бирж.
Часто есть небольшие заказы, но если все ок – то потом появляются более крупные от тех же заказчиков.

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


Преимущество аутсорсинг ИТ-бизнеса в Украине – нельзя захватить рейдерством, а если захватить, то все развалится. Власти не понимают, как толком все работает, как деньги идут и т.д.

Все наши заказчики храбрые – их за это нужно уважать!

Копро-выходки интернет-сервисов

Что-то частенько встречаются в последнее время всякие гадости от разных сервисов. Ниже приведены некоторые из них:

1. А вы не знали, что у вас ограничение? Вы используете приложение. А тут оно оп, и ни с того, ни с сего начинает говорить: “извините, а больше низззя. Платить надо!”

Пример копрокейса.
Heart Rate. Померял пульс раз-второй, хочешь хранить историю. А тебе после третьего раза говорят, что платить надо. Причем без предупреждения.

Примеры адекватного поведения.
Evernote. Говорит, что есть 60 Мб в месяц и показывает сколько осталось. Можешь планировать, как использовать их. Не хватает – покупай. Сюрпризов не будет, в отличии от предыдущего примера.
iClound. 5 Gb бесплатно потом плати. Что интерестно, что на телефоне памяти значительно больше. И если захочешь бекапить все, то захочешь сам докупить дисковое пространство. Но все предсказуемо.

2. Вот он я! Приложение прописывает нотификации, где только может, чтобы морочить голову, когда его просят и когда нет. Ты их отключаешь, а после обновления оно опять все включает.

Пример копрокейса.
iPhone-клиент Facebook.

3. Было ваше – стало наше. Сервис предоставляет некоторую услугу бесплатной. Пользователь на это расчитывает и начинает расчитывать на фичу. А потом вдруг эта фича становится платной.

Пример копрокейса.
Vimeo. Раньше можно было скачать оригинал видео бесплатно. Теперь нужен платный аккаунт.

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

Пример копрокейса.
Гугл-сервисы со сменой интерфеса и с предупреждением, что “скоро-скоро” только новая версия останется, а старая исчезнет.

5. Пользователи потестят!
Вываливается сырая версия пользователям. И пользователи выполняют роль тестеров.

Пример копрокейса.

Facebook с разрекламированной стратегией разработки в стиле хаков. Основная функциональность работает. Шаг влево, шаг вправо – уже не работает, ошибка 404, например. Благо, у них там высококлассные инженеры, и поэтому фиксятся баги, как правило, очень быстро.
На память приходят несколько кейсов: однажды часов 5 лента новостей не обновлялась, а также попытка скачать всю информацию своего профиля приводила к ошибке 404. Ну и всем известные частые смены API для разработки приложений.

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

6. Not yet implemented.
Пользватель хочет какую-то фичу использовать, а ему пишут что-то вроде: “Извините, функциональность в этапе разработки”.

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

7. Геморройчики.
Это видимо нужно прямо копро-мозг иметь чтобы такие штуки придумывать. Обобщению не поддается.

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

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

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

Очень сильные ограничения и провокация пользователей на их превышение, но так чтобы они уже успели “подсесть” на сервис и купить допольнительные ресурсы.
Примеры
* Упомянутый выше пример пример с iCloud.
* Evernote для iPhone при использовании фотографий, а не только текста. Очень удобно использовать камеру с Evernote, и достичь предела 60Мб очень легко.

Некоторые примеры могут быть уже устаревшими. Но на момент написания статьи или в недавнем прошлом они имели место.

Продакт-менеджеры рассказывают….

Продакт-менеджеры поведали:

Шевченко Александр
Сооснователь Grammarly.

Это Третий стартап c партнерам.

Предыдущие проект – проверка студенческих работ на плагиат. Клиенты – большие университеты, включая в США.
У них купили технологию, а не компанию.

2009 – закончили с ним и начали Grammarly.
Это проверка английской грамматики – самая точная и аккуратная.

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

Grammarly – почти полностью B2C на западном рынке.

Это lean startup – все деньги свои.
Принципы стартапа:
* Validated learning (нужно понять, что ты узнаешь. включая рынок и пользователей)
* Innovation Accounting (мерять каким-то образом инновации)
* Build-Measure-Learn (пытаемся мерять максимум параметров, меняются идею, бывает очень сильно)

Изначальная идея:
Люди готовы платить за определенную уверенность в своем письме.
Далее на каждом этапе систематическое тестирование гипотезы.
Для этого гипотеза должна быть измеримая, например конверсия 2%.

Крайне важно метрики визуализировать, тогда таких технологий не было.

Далее итерации Product/Market Fit.
На каждом этапе воронки протаж увеличиют конверсию путем экспериментов – очень кропотливая работа.

Profit = Revenue – Cost

Метрики нужно фиксировать каждый день, потом по графикам можно найти интересные тренды.

Важно! Слушать пользователя.
Даже если продукт абсолютно новый.
Фаундеры некоторое время сами отвечали на звонки суппорта, очень уникальные знания.

Важно понять и собирать важные метрики, а не все, что можно собрать: что важно, что легко собирать, результаты чего реально обработать…

Google Analytics – “второй дом” 🙂

В воронке могут происходить очень странные вещи…

Урок из UI: UI question are never yes/no.

Для Product-Market Fit очень полезно узнать, что такое Importance & satisfaction, Net Promoter score.

При разработке продукта максимально быстро пытаются понять причины изменения метрики.

Самая интересная работа начинается, когда человек попадает на сайт, “мерять можно все”.
Например передвинутая кнопка может уменьшить конверсию на 30%.

Хороший урок: ценовая политика.
50%-50% – клиенты в развитых – неразвитых странах.
Путем экспериментов дошли до 25$ в месяц.
совершенно не очевидно, потому что в MS Word вроде как есть все бесплатно.
Объяснение простое – люди готовы платить за уверенность в том, что  результат качественный.
Цена может дать моментальный результат.

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

Очень много клиентов-студентов.

Важно для успеха:
* Правильные кофаундеры, дополняющие друг друга. Любой стартап минимум 5 лет. Если в начале между людьми что-то не так, то это гарантированно вылезет позже.
* Поскольку деньги свои, то их немного и не было варианта, чтобы не получилось 🙂 Не брали внешние деньги. “садо-мазо”, гыг 🙂

Всего 3 кофаундера, CTO всегда в Украине.
Отбор людей очень тщательный.
Есть CEO в США, который управляет компанией, раньше этой роли не нужно было.
Сложно менять структуру компании, процессы, но при этом сохранить культуру.

Продвижение начинали с маленьких шагов.

“Гугл может творить чудеса” 🙂
Первый месяц Grammarly – только платная реклама.

Писали сначала ядро, а потом смотрели, кому это нужно.
Сейчас бы делали по другому: сделали бы интерфейс, не рабочий, но востребованность уже можно было бы померять легко востребованность продукта, не инвестируя много денег в разработку самого продукта.
“Sorry, not yet implemented” гыг 🙂
На западе этот подход используется очень часто.

Алекс и Макс не программисты, хотя Макс программировал вначале.

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

Всего около 50 чел (Торонто – первый офис, Сан Франциско – маркетинг, Киев – вся техническая команда, маркетинг).
Задача – остановиться на 55, 1.5 года назад было человек 15.
Нет аутсорсинга, но есть люди, работающие удаленно и приезжающие в офис. Часто люди приезжают также из Сан Франциско. Важно, чтобы люди в компании общались друг с другом вживую.

Аутсорсинг тяжело для сохранения культуры, не сильно верят в эту модель.

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

Роман Чувилин, продакт менеджер ООО «Бюро Вин», ТМ «Good Wine»
“Продуктовая романтика” (эмоциональная составляющая)

Часто люди покупают эмоционально, потому что они в целом и так могут купить, что хотят и в общем то нет необходимсти в покупке.

Пример: важно иметь правильные скриншоты в мобильных приложениях, чтобы пользователь захотел себе установить приложение.

Дизайн – это не то, как выглядит, а то, как работает. (Перекликается с тем, о чем Джобс говорил, видимо не случайно у докладчика e-mail на пока еще непривычном домене me.com 🙂 )

Отрывки из фильма Objectified были очень в тему.

Правильный дизайн устанавливает эмоции.

Свойства команды при создании “романтического продукта”:
* Повышенное внимание к качеству.
* Стремление к высоким пользовательским хар-кам.
* Мыслят в терминах продукта о всем мире 🙂

“Каждый предмет намеренно или нет рассказывает о своем создателе” (из Objectified)

У людей должно быть продуктовая мотивация – создавать классные и/или нужные пользователям вещи, истинная заинтересованность в  пользователях.

Нужны особые условия в команде:
Нужно свобода действий (делать то, что считаешь правильным), свобода в мыслях, свобода в рабочем времени – сидеть “в офисе с 9 до 17” не работает.
Ни один человек не будет болеть за продукт, если он не будет знать экономические показатели продукта.
Компания живет по книге Клауса Кобьелла “Мотивация в стиле ЭКШН. Восторг заразителен”. Все в компании открыто, а раз в год каждый сам себе назначает зарплату.

Атмосфера:
* Мотивация: с “мне так проще” до “так лучше для продукта”
* Много дельных советов (если только метрики, то сложно проходят коммуникий, “цифры ж все говорят”)
* отличный, легкий уровень коммуникции, все понимают друг друга с полуслова.
* коллективаная ответственность (как в СССР 🙂 ). “Если коллега не справляется, то нужно ему так помочь, чтобы получился общий высокий результат”

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

Все участники должны быть довольны работой!

Проводят 4 собеседования, причем на последнем почти каждый может поприсутствовать, хотя и есть ограничение на количество человек, равное 6-и.

Эффективное расходование средств: ничто так не экономит, когда каждый относится к средствам компании, как к своим

Качество продукта становится как средством самореализации.
“Нельзя самореализоваться на продукте-какашке” 🙂

Риски: все очень сильно заточено на команду.

Мечта продуктового романтика: вещи должны нравиться все больше и больше…

Продуктовая мотивация не заканчивается.

На собеседовании спрашивают ЗП и не торгуются – либо берут, либо нет.
Если человек получает меньше денег, чем он считает, что должен получать, он будет считать себя все время обиженным и не будет мотивированным продуктом.

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

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

Портной Роман. Prom.UA
Prom.UA – торговый центр в интернете.
Приоретизация бек-логов в компании.

Более десяти отделав внутри компании заказывают фичи продакт-менеджерам, и у каждого “самая важная фича”.

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

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

2 недели на реализацию фичи может быть долго.
Пример – акция Гугла на бесплатные купоны.

Все фичи делят на камни (более 3 дней) и песок (доработки менее 3 дней)
Баги всегда с максимальным приоритетом.

Камни занимают 80%, песок – 20%
Еженедельно происходит планирование.

Готовность камней практически гарантирована.

Приоретизируют раз в квартал.
А песок попадает на протяжении 3-х месяцев.

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

Используют экономическое обоснование для приоретизации фичей.

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

И все таки зачем Facebook купил Instagram? Facebook что-то задумал…

Пока не попробовал Instargam, то много разных догадок было. Но когда его установил…. в результате вообще перестал понимать, еще и за 1 миллиард….

Видимо много факторов есть, как связанных с выходом на IPO, получить команду в месте с сервисом… Но все равно как-то сильно круто.

И вот возникла мысль на фоне этого непонимания.

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

Теперь проведем аналогию.

Что нужно сделать, чтобы ожила социальная сеть, обычная? Нужно чем-то завлечь пользователей, а потом, когда их достаточно много собралось, они уже сами там будут жить и друзей приглашать.

А что нужно, чтобы ожила социальная сеть приложений, другими словами, платформа Facebook? Нужно, чтобы стартаперы решили под нее писать. А когда они будут под нее писать? А тогда, когда будет побольше шансов, что Цукерберг позвонит.

Управляющие ЛЮДЬМИ в IT компаниях о распределенных командах и зарплатах

Посетил Встречу управляющих ЛЮДЬМИ в IT компаниях.

О том, что узнал, в чем убедился, наконец-то нашел для себя ответ, только что понял, что может быть полезно в той или иной ситуации, у кого-то работает и дает результат, или интерестно попробовать примерить или хотя бы прочитать:

От Александра Дымо и обсуждений аудитории

  • Начинать день с совещания (по сути, start up meeting), чтобы разогреть команду, и люди не читали первых пол-дня Хабрахабр и не пили кофе, а сразу начали работать. Все остальное – второстепенное.
  • В стартапах часто нельзя набрать задач даже на неделю – используется burn-down с недотягивающим до нуля низом, который должен во время спринта вырасти (“речка”).
  • Нужно всегда иметь возможность узнать, что человек делает в любой момент времени. В удаленных командах нельзя посмотреть из-за плеча.
  • Демократия не работает. В любом случае не явно получает власть тот, кто сильнее, как правило, технически.
  • Нужно всегда искать компромис между повышением авторитета (говорить всегда правильные вещи) и развитием (ошибаться)
  • Работает правило “Мы подумали и я решил” и псевдо-возможность выбора.
  • Коммуникацию нужно не только увеличивать, но и уменьшать.
  • В удаленных командах высокое качество кода более критично, чем в локализированных, поскольку нельзя заглянуть через плечо.
  • В проекте с 10 людьми есть опыт, что новый человек создает 160% проблем на 1 коммит.
  • Если у кандидата есть дети – не брать на удаленную работу.
  • Фрилансеры работаею на результат, а в продукте надо чтобы команда любила продукт.
  • Если после запугивания на интервью человек остался – точно выживет.
  • На интервью давать нерешаемые задачи – можно узнать много нового.
  • 1 “персик” на 50 “лимонов” (будет еще ниже)
  • Мотивация – это работать в продуктовой команде (От себя: ну и чего ж тогда программисты продажников не долюбливают, в продукте ж их больше чем в аутсорсе)
  • При найме неудачного человека падает производительность у всех: (а) из за “быдлокода” (б) “он мало делает, зачем мне напрягаться?”
  • Для удаленной работы идеально брать тех кто работал в Open Source продуктах.
  • Есть люди, у которой нет той части мозга, которая парсит чужой код.
  • “Красоту” кода можна проверить на задании на 5 строк кода.

От Василия Кривоноса и обсуждений аудитории

  • Иногда менеджеры хотят разрушить личность человека путем иницирования войны между чувством справедливости и естественным принципом найменьшего сопротивления (“получить больше наименьшими усилиями”) – дают возможность человеку повышать зарплату самому себе.
  • На интервью узнают только навыки и умения, а также опыт – как человек работает в реальной ситуации узнать трудно.
  • При наличии знаний производительность зависит от мотивации.
  • ЗП на много выше, если есть гарячая позиции – простой съедает гораздо больше денег.
  • Уникальным востребованным сотрудникам платят много, за риски остаться без работы.
  • Переговоры о повышении ЗП, если пришел уникальный сотрудник, с точки зрения сравнения с другими не понятно как вести. Сотрудник не может объяснить свои требования, а менеджер свои – не с чем сравнивать. Менеджеру лучше приводить к чему то среднерыночному по ближайшей похожей вакансии, сотруднику – выбирать лучшее среди компаний.
  • Есть компании, которые ищут “персиков” и готовы платить больше в несколько раз, чем “лимонам”. Компании не могут распознать “персиков” на собеседовании. “Персикам” нужно искать правильные компании и получить вначале как “лимоны” и быстро расти.
  • “Персик” от “лимонов” удирает.
  • Если есть команда синьеров и никого нового не хочет больше принимать, только таких крутых как они, наймите девушку. Плевать на опыт.
  • По статистике при смене работы ЗП повышается в среднем на 25%. За меньшее не перейдут, а больше не дадут. Это от 25 до 35. Больше – нифига не повышать, они либо всего боятся, либо им нифига не надо, либо они CEO и им не кому повышать (они находятся в вечной войне справедливости и принципом найменьшего сопротивления).
  • При частой смене компаний ЗП растет выше, чем при росте в одной компании.
  • Ценится “быть в индустрии”. Правило: один язык в год.
  • IT-шники верят в какую-то справедливость. Если миф разрушен – их домкратом не поднимешь.
  • Бонус должен быть не менее 50% от ЗП, за что-то очень супер конкретное, например за фик супермегабаги, должен платиться вовремя.
  • Безпроцентрый кредит сотруднику еквивалентен повышению зарплаты, особенно чувствуется, как только сотрудник его выплатит.
  • Хочешь узнать, сильно ли выросла ЗП – пропей дельту и оцени бодун.
  • Повыгать нужно гигиенически и с ростом профессионализма – человек должен знать за что.
  • Если твоя ЗП в нижней части вилки, иди выбивай, на тебе экономят. Наглость – второе счастье.
  • Зарплаты друг друга не знают, пока не побухают.
  • Повыжают ЗП на 0-X-2X-3Х. Для этого всех сортируют на 4 группы и делят деньги которые выбили из “Биг Босса”. Х обычно около 6%.
  • Уходят, как правило лучшие, потому что им не доплачивают.
  • Компания теряет 18 зарплат ИТ-шника, который уходит. Один HR, который предотвратил уход одного технаря в год, с лихвой отбивает свою ЗП. Дешевле платить немного выше, чем ждать, когда человек прийдет за повышением ЗП сам.
  • Повышение ЗП человеку, который пришел ее выбивать, работает максимум один раз.
  • В IT очень мало менеджеров, обычно это координаторы проектов.
  • Западные заказчики не понимают, почему у нас такой быстрый рост левелов у программистов.
  • Если нет денег на повышение ЗП, то и не нужно тратить деньги на дорогой чай и другие офисные понты. Сотрудники не подсчитывает эти копейки, а ищут, как уличить руководство в “аморальности”.
  • Схема повышения ЗП должна быть прозрачной.
  • У “торгашей” спрашивать причины повышения.
  • На “скромнягах” не экономить – уйдут как только узнают, что на них экономят и потеряете 18 ЗП. Дайте чуть меньше рыночного, а остаток вкладывайте в развитие сотрудника.
  • Если бухгалтер случайно накинула 100 баксов мотивированному сотруднику и он превратился в динамомашину, то сотруднику ничего не говорить и не менять, бухгалтера наказать.
  • Если сотрудник хочет больше денег, предложить подработать в фрилансе. Устанет искать первый заказ и успокоется.
  • Если человек хорошо ведет переговоры, то есть основания полагать что плохо кодирует.

А также:

  • Рекрутеры на слово Java реагируют как бык на красное покрывало, “Java наше все”.
  • Чудо-миф о том, что деньги айтишникам не нужны – туфта. Зарплата должна рости с профессионализмом.
  • В Киеве еще есть компании, которым нужнй чистые C++-ки (без MFC, Win32 и прочего хвоста) 
  • После того, как людям становится тесно в больших компаниях, они часто уходят в стартапы. В основном это сильные инженеры.
  • Люди делятся информацией и не жалеют ее.  У всех все очень интересно.
  • 495 маршрутка от  Республиканского Стадиона в Циклум не ездит 🙂
  • В Циклуме  такая-же кофе машина, как и в нескольких других компаниях, в которых я был – кофе тоже вкусный. Офис – обычный для больших компаний, на хорошем уровне. Да простят меня сотрудники компании за такую транслитерацию, ну не помню я как правильно произносится.
  • Было около 30-и человек.

Вика, еще раз спасибо за организацию и еще раз с прошедшим ДР!!!