커피 브레이크 #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 프로세스에 바로 뛰어드는 것은 많은 사람들이 프로젝트가 완료되기 전에 포기하는 주된 이유 중 하나입니다. 그리고 이는 스타트업 10곳 중 9곳이 실패하는 통계에 영향을 미치는 주요 요인 중 하나입니다.

   MVP 제품 개발에는 Agile(애자일 방법론)과 Waterfall(폭포 모델)이라는 두 가지 가장 일반적인 접근 방식이 있습니다.

   Waterfall과 비교할 때 Agile 제품 개발은 변화하는 상황에 더 잘 적응하고 특정 기간 내에 프로젝트를 제공할 수 있기 때문에 더 효율적입니다. Ambysoft의 2018년 조사에 따르면 Agile의 성공률은 55%인 반면 폭포수 개발의 성공률은 29%입니다.

5. 정성적 피드백과 정량적 피드백 사이의 혼란

   정성적 피드백과 정량적 피드백은 대상 사용자로부터 데이터를 수집하는 두 가지 방법입니다.

   정성적 피드백은 제품이나 서비스 기능에 대한 사용자 경험과 관련된 결과로 구성됩니다. 시스템 유용성을 직접 평가하여 개발자가 문제가 있는 특정 UI 요소를 분석하는 데 도움을 줍니다.

   정량적 피드백은 작업 완료가 쉬운지 어려운지를 결정하는 측정항목의 형태로 제공됩니다. 디자인의 유용성을 간접적으로 평가합니다.

   이상적인 접근 방식은 정성적 피드백과 정량적 피드백을 결합하는 것입니다. 즉, 다양한 요소를 고려하여 정확한 해석을 위해 데이터를 수집하는 삼각 측량 피드백입니다. 이 접근 방식은 제품에 대한 위협을 제어할 가능성을 높입니다. 두 가지 피드백 방법이 공통된 결론에 도달하면 개발자는 애플리케이션의 성공에 대해 더 확신을 가질 것입니다.