Кава-брейк #18. Як правильно обговорювати зарплату на співбесіді та як не провалити розробку першого MVP

Як правильно обговорювати зарплату на співбесіді

Джерело: Fast Company Отримуючи пропозицію про роботу, майже кожен з нас відчуває захоплення. Але для багатьох це означає, що настав час розпочати переговори щодо розміру зарплати. Дослідження, проведене агентством JDP, показує, що 41% кандидатів не одразу погодабося на запропоновану зарплату, а обговорювали свій майбутній дохід під час працевлаштування. З тих, хто вів переговори, 83% отримали вигіднішу пропозицію. Фахівці з рекрутингу дають кілька порад, як краще обговорювати розмір своєї майбутньої зарплати.

1. Вивчіть ринок та компанію

   Спробуйте з'ясувати, як довго було відкрито вакансію і наскільки швидко компанія хоче її закрити. Якщо ви впевнені, що ви підходящий кандидат, а компанія зацікавлена ​​в найманні, це може надати перевагу на співбесіді.

   Досліджуйте діапазон зарплат, які пропонують інші компанії на аналогічну посаду. Корисно простежити, як змінюється сума залежно від досвіду кандидата та розташування офісів. Зверніть увагу, що вашу працю можуть по-різному оцінити, виходячи з фінансових показників роботодавця.

2. Знайте свою ціну

   Подумайте, яку цінність ви можете принести компанії та зв'яжіть це з очікуваним рівнем зарплати. Допоможіть роботодавцю зрозуміти, що він укладає чудову угоду запрошуючи вас до себе.

   Проаналізуйте, які варіанти для вас відкриті, будьте готові назвати мінімальну суму, на яку розраховуєте. Не соромтеся запитати про додаткові варіанти компенсації - бонуси, опціони. Якщо, звичайно, йдеться про компанію, де надання опціонів є загальноприйнятою практикою.

3. Не погоджуйтесь одразу

   Не говоріть одразу «так» на першу пропозицію про зарплату. Розкажіть роботодавцю про свої очікування та попросіть більше. Ідіть на співбесіду підготовленим: складіть список аргументів, які доведуть, що ви варті більшої суми. Викладіть свої зарплатні очікування у електронному листі. Так з ними зможуть ознайомитись усі зацікавлені сторони.

4. Обговоріть безготівкові компоненти

   Запитайте, на які додаткові переваги ви можете розраховувати, крім зарплати. Уточніть, чи передбачено догляд за дитиною, що оплачується, компенсація витрат на транспорт, кількість днів відпустки. У роботодавця можуть бути жорсткі обмеження із зарплати, але він може вам запропонувати більш зручний для вас гнучкий графік роботи.

   Не турбуйтеся, якщо ваші переговори не увінчалися успіхом. Подумайте, чим нова робота буде корисною для вас, і правильно розставте пріоритети. Можливо, зарплата на новій посаді не така велика, але ця робота стане гарним ступенем для подальшої кар'єри. Крім того, згодом у вас з'явиться можливість довести роботодавцю, що ви гідні підвищення зарплати.

Як не провалити розробку свого першого MVP

Джерело: DZone Наявність мінімального життєздатного продукту (MVP) – відмінний спосіб заявити про себе як про амбітного розробника. Навіть якщо ви не претендуєте на отримання інвестицій, додавання в резюме посилання на ваш власний додаток, напевно, покращить шанси на працевлаштування. Подбайте лише про те, щоб MVP справді вражало, а не стало вашим першим провалом. Серед найбільш характерних помилок, які розробники припускаються при створенні MVP, можна виділити:

1. Вибір неправильної проблеми для вирішення

   Опитування, проведене CB Insights, показало, що 42% усіх невдач при запуску стартапів пов'язані з «відсутністю потреби ринку». Іншими словами, може ваше додаток добре написано і має відмінний функціонал, але воно мало кому потрібно.

   Щоб уникнути такого варіанта розвитку подій, перед тим як сідати за розробку MVP, потрібно поставити собі питання:
   • Кого може зацікавити мій додаток?
   • Яку проблему вирішує?
   • Чи є моя ідея найефективнішим способом вирішення проблеми?

   Якщо ви вважаєте, що ваш продукт корисний усім, тоді на вас майже напевно чекає невдача. Шукайте свою цільову аудиторію.

2. Пропуск етапу створення прототипу

   Ніхто не будує автомобіль, не створюючи його концепт. Прямий перехід від ідеї до процесу розробки призведе до помилок. Прототип та ітерації мають велике значення для розробки продукту. Проводьте тестування прототипу потенційних користувачів. Так ви дізнаєтеся їхню думку про вашу майбутню програму.

3. Орієнтація на неправильний сегмент користувачів

   Пам'ятайте, що далеко не всі користувачі є цільовою аудиторією. Тому не просіть своїх друзів або родичів дати відгук про програму, якщо вони не входять до ваших потенційних клієнтів. Інакше продукт отримає необ'єктивну оцінку. Важливо зосередити увагу сегментованому цільовому ринку. Це допоможе збільшити шанси на успіх.

4. Неправильний метод розробки

   Прямий перехід до процесу створення MVP з використанням невірного методу розробки – одна з основних причин, чому багато хто відмовляється від проекту до його завершення. І це один із головних факторів, що впливають на статистику, чому 9 із 10 стартапів зазнають невдачі.

   Існує два найбільш поширені підходи до розробки продуктів MVP: Agile (гнучка методологія) та Waterfall (каскадна модель).

   Порівняно з Waterfall, розробка Agile-продуктів більш ефективна, оскільки вона краще адаптується до мінливих обставин і дозволяє створювати проект у певні терміни. Опитування, проведене компанією Ambysoft у 2018 році, показало, що метод Agile призводить до успіху в 55% випадках порівняно з 29% для каскадної моделі розробки.

5. Плутанина між якісним і кількісним зворотним зв'язком

   Якісний і кількісний зворотний зв'язок - два різні способи збору даних від цільових користувачів.

   Якісний зворотний зв'язок складається з результатів, пов'язаних із зручністю для користувача функцій продукту чи послуги. Вона безпосередньо оцінює зручність використання системи, допомагаючи розробникам аналізувати конкретні проблемні елементи інтерфейсу користувача.

   Кількісний зворотний зв'язок представлений у формі метрик, які визначають, чи були завдання простими чи важкими для виконання. Вона опосередковано оцінює зручність використання дизайну.

   Ідеальним підходом є об'єднання якісного зворотного зв'язку з кількісним зворотним зв'язком - тріангуляційний зворотний зв'язок для збору даних для точної інтерпретації з урахуванням безлічі різних факторів. Такий підхід підвищує шанс контролювати загрози для продукту. Якщо обидва методи зворотного зв'язку дійдуть загального висновку, то розробник буде впевненішим у успіху свого докладання.