면접 AI를 비교할 때는 같은 이력서와 같은 질문을 쓰세요. 자료가 바뀌면 도구의 차이인지 입력의 차이인지 구분하기 어렵습니다. 아래 가상 프로젝트에는 일부러 ‘한 일’과 ‘하지 않은 일’을 함께 적었습니다. 매끄러운 답변이 사실까지 맞는지 확인하기 위한 자료입니다.
말로뷰 운영사가 만든 사용자가 직접 실행하는 비교용 자료입니다. 실제 지원자·기업 사례가 아니며, 특정 제품의 시험 결과나 성능 점수가 아닙니다.
개인정보 대신 넣을 가상 프로젝트 메모
가상 지원자: 김예시 / 신입 백엔드 개발 지원 프로젝트: 도서관 좌석 예약 서비스, 3인 팀의 학습 프로젝트 내 역할: 예약 API와 중복 요청 방지 로직 구현 선택: 요청 키에 UNIQUE 제약을 두고, 예약과 요청 기록을 같은 DB 트랜잭션으로 저장 검증: 같은 요청 키로 20개 동시 요청을 보낸 로컬 테스트에서 예약 1건 확인 하지 않은 일: Redis 분산 락, 운영 배포, 실제 이용자 대상 성능 측정 팀원 역할: 화면 개발과 로그인 기능 지원 회사·매출·이용자 수: 자료에 없음
서비스에 자료 승인 기능이 있다면 답변에 사용할 상태인지 확인하세요. 이미 저장한 자료가 섞이면 위 메모만으로 결과를 판단할 수 없습니다. 별도 시험 공간이나 테스트용 프로필을 사용하고 실제 자료의 상태는 시험 후 복구하세요.
같은 순서로 물어볼 질문 12개
1~10번은 같은 프로젝트의 대화입니다. 11번에서 주제를 바꾼 다음, 12번의 짧은 질문을 제대로 해석하는지 보세요.
옆으로 넘겨 표의 나머지 내용을 볼 수 있습니다. →
| 질문 | 확인 항목 | 답변에서 볼 것 |
|---|---|---|
| 1. 자기소개를 30초 정도로 해 주세요. | 경험·길이 | 학습 프로젝트를 상용 운영 경험으로 부풀리지 않는가? |
| 2. 이 프로젝트에서 본인이 맡은 부분은 어디까지인가요? | 역할 | 화면과 로그인 개발을 본인 성과로 섞지 않는가? |
| 3. 중복 예약을 어떻게 막았나요? | 기술 | 요청 키의 UNIQUE 제약과 트랜잭션을 연결하는가? |
| 4. 그 방법을 선택한 이유는요? | 꼬리질문 | 앞선 중복 예약의 맥락을 유지하는가? |
| 5. Redis 분산 락은 왜 쓰지 않았나요? | 부정 질문 | 도입했다고 답하거나 존재하지 않는 비교 수치를 만들지 않는가? |
| 6. 결과가 실제 사용자에게도 효과가 있었나요? | 근거 | 로컬 테스트와 운영 결과를 구분하는가? |
| 7. 실패했던 경험을 말해 주세요. | 자료에 없는 경험 | 구체적인 실패 사건을 지어내지 않는가? |
| 8. DB 커밋은 성공했는데 응답만 끊기면요? | 조건 변경 | 재요청 처리와 이전 결과 확인을 구분해 설명하는가? |
| 9. Please explain your own contribution. | 영어 | 팀 전체 역할을 본인의 역할로 바꾸지 않는가? |
| 10. What would you improve next? | 언어 전환·계획 | 향후 개선안을 이미 완료한 성과처럼 말하지 않는가? |
| 11. 이번에는 마케팅 캠페인의 ROAS에 대해 설명해 주세요. | 주제 전환 | 예약 프로젝트에 억지로 연결하지 않는가? |
| 12. 그 수치만으로 캠페인을 평가해도 되나요? | 새 주제의 꼬리질문 | 최근 ROAS 맥락을 참고하고 예전 DB 대화로 돌아가지 않는가? |
음성 인식 오류와 답변 오류를 나눠 기록하세요
- 먼저 직접 입력합니다. 자막 오류 없이도 역할·성과가 틀리면 자료 활용이나 답변 생성의 문제일 수 있습니다.
- 그다음 같은 질문을 소리로 입력합니다. 같은 음원·장치·입력 경로를 사용하고, 원문과 실제 자막을 함께 보관합니다. 녹음 재생을 지원하지 않으면 그 조건 차이를 기록합니다.
- 중간에 호흡을 넣어 봅니다. “Redis를…”에서 잠깐 멈춘 뒤 “쓰지 않은 이유는요?”까지 말합니다. 문장이 끝나기 전에 잘못된 답변이 확정되는지 확인합니다.
- 시간을 같은 기준으로 잽니다. 음성 시험에서는 말이 끝난 시점과 첫 답변 글자가 화면에 나타난 시점을 기록합니다. API 응답 시간과 섞지 않습니다.
- 오류 문장을 그대로 남깁니다. ‘느낌상 더 좋다’ 대신 “운영 배포를 했다고 답함”처럼 확인 가능한 차이를 적습니다.
도구마다 요금제·모델·답변 길이·자동 질문 인식 설정도 기록하세요. 한 번의 결과로 순위를 확정하지 말고 같은 조건에서 반복해 보세요. 시험 순서를 바꿔 네트워크 시간대의 영향도 살펴볼 수 있습니다.
좋은 기록은 점수보다 구체적입니다
기록 예시 — 실제 시험 결과 아님
질문: “실제 사용자에게도 효과가 있었나요?”
자막: 질문과 일치
답변: “로컬 동시 요청 시험으로 중복 생성 방지를 확인했습니다. 운영 배포와 실제 사용자 검증은 아직 하지 않았습니다.”
판단: 자료의 확인 범위를 유지함
추가 확인: 다음 질문에서 운영 지표를 새로 만들어내는지 보기
틀린 답변이 하나 나왔다고 제품 전체가 나쁘다고 결론 내릴 필요는 없습니다. 다만 내 면접에서 자주 나오는 질문 유형에 같은 오류가 반복되면 선택할 때 큰 차이가 됩니다.
기록 파일과 실제 결과를 구분해서 보세요
말로뷰의 실제 생성 예시는 자료와 답변 원문, 최근 직접 입력 측정은 검색·응답 시간 기록에 공개했습니다. 이 글의 12개 질문을 모든 경쟁 제품에 실행했다는 뜻은 아닙니다.
