포지션 상세
[우리 벳칭은,]
1. 말하지 못하는 환자를 위해, 기준을 만듭니다
동물은 어디가 아픈지 말하지 못합니다. 대신 데이터가 말합니다. 지난 진료의 소견, 검사 수치의 변화, 처방과 처치의 이력.
수의사와 보호자는 데이터를 통해 반려동물과 소통합니다. 말하지 못하는 환자에게 데이터는 유일한 언어입니다.
그래서 데이터는 정확해야 하고, 필요한 순간 바로 읽혀야 합니다. 데이터가 틀리면 환자의 말이 잘못 전해지는 것이고, 데이터가 흩어져 있으면 환자가 말할 기회를 잃는 것입니다.
따라서 벳칭은 환자의 말에 숨겨진 의미를 해석하여 정확하게 전달되게 하는 것을 목표로 합니다. 우리는 데이터가 만들어지고 흐르는 자리, 동물병원 EMR에서 시작해 반려동물 헬스케어의 기준을 만듭니다.
2. 동물병원 EMR만이 할 수 있는 것을 합니다
EMR은 보통 진료 정보를 기록하고 원무를 처리하는 프로그램으로 생각되기 쉽습니다.
우리는 그 자리를 조금 다르게 봅니다. 진료 기록과 병원 운영의 데이터가 한 곳에 모이는 자리는 EMR이며,
그 데이터로 수의사와 보호자의 다음 선택을 도울 책임이 있다고 바라봅니다.
벳칭(Vetching)은 Veterinarian과 Matching의 합성어입니다. 수의사와 반려동물 보호자를 잇는 가치를 만들고,
그 출발점이 동물병원 EMR입니다. 진료 현장의 선택이 데이터가 되고, 그 데이터가 다시 더 나은 선택을 돕는 순환.
벳칭은 이 순환을 만들어 나가는 자리에 있습니다.
[우리 제품본부는,]
복잡한 것을 단순하게 만듭니다
동물병원 운영의 전부를 다룹니다. 진료, 수납, 보호자 관리, 병원 사이의 소통 및 병원과 보호자의 소통까지.
동물병원이 하루 동안 마주하는 모든 장면이 곧 우리의 문제입니다.
복잡한 현실을 그대로 옮기지 않습니다. 얽힌 업무를 풀어 단순한 흐름으로 만드는 것이 우리의 일입니다.
표면이 아니라 본질을 해결합니다. 문제를 있는 그대로 보지 않습니다. 진짜 문제가 무엇인지를 집요하게 묻습니다.
해결 방안을 먼저 떠올리지 않습니다. 문제를 올바르게 정의하고, 우리가 바라는 결과를 먼저 생각합니다.
2. 사용자는 생각하지 않게, 구조는 예측할 수 있게
좋은 제품은 사용자가 생각하지 않아도 되는 제품입니다. 매일 우리 제품 앞에 앉는 수의사는 언제든 다음 동작을 예상할 수 있어야 합니다.
설명이 필요 없는 단순함, 처음 써도 예상대로 움직이는 화면. 도구를 생각하는 시간이 줄어들수록 환자를 생각하는 시간이 늘어납니다.
그리고 이러한 제품은 예측할 수 있는 구조에서만 나옵니다. 화면이 예상대로 움직이려면 그 기반 또한 누구나 읽고 예상할 수 있어야 합니다.
그래서 우리는 단순함을 높은 가치로 생각합니다. 누구나 예측하고 설명할 수 있는 구조와 기능에는 확장성과 유지보수성이 따라오고, 이는 곧 안정성으로 이어집니다.
화면의 단순함과 구조의 단순함은 결국 같은 것이며, 사용자가 생각하지 않게 만드는 핵심 가치를 우리가 먼저 지킵니다.
3. 같은 방향을 바라봅니다
“왜”에서 시작합니다. 왜 그것이 문제인지, 우리가 왜 해결해야 하는 지에서 출발해 먼저 방향을 맞춥니다.
동기화는 저절로 되지 않습니다. 정보가 서로에게 흐르지 않으면 각자의 일은 하나의 결과로 모이지 않습니다. 우리는 소통을 노력의 영역으로 봅니다. 정보를 바로 공유하고, 문제를 숨기지 않으며, 결정의 배경과 근거를 기록으로 남깁니다.
개인이 아니라 팀으로 움직입니다. 개인보다 팀의 목표를 우선합니다. 우리가 같은 방향을 보고 있는지 점검하고, 필요하면 업무의 경계를 넘어 협업합니다. 우리는 뛰어난 개인이 만드는 결과보다 같은 방향을 보는 팀이 만드는 결과가 더 크다고 믿습니다.
[우리 QA Engineer는,]
결함을 찾는 것보다, 결함이 생기지 않게 합니다.
결함은 항상 발생합니다. 그래서 결함을 찾아내는 테스트는 우리 제품이 사용자에게 전달되기 전 품질을 책임지는 매우 중요한 과정입니다.
하지만 우리는 결함이 다시 생기지 않도록 근본적인 부분에 집중합니다. 결함이 어느 단계에서 왜 생겼는 지를 묻고, 그 답을 다음 프로세스에 적용합니다. 제품이 제품팀의 기준에 맞게 고객에게 전달되게 하는 것을 가치로 삼습니다.
품질을 검사하지 않고, 설계합니다.
제품의 품질은 만들어진 뒤에 바로잡기 어렵습니다. 그렇기에 무엇을 어떻게 만들어야 우리 기준에 맞는 지를 시작 단계에서 함께 정하고, 검증을 뒤에 두지 않고 앞으로 당깁니다.
올바른 설계는 이후 검증의 기준이 됩니다. 검증 방식의 전략과 환경을 세우고, 배포의 조건을 정합니다. 반복되는 검증은 자동화합니다.
• 정해진 스펙을 검증하는 데서 멈추지 않고, 그 스펙이 우리 제품 방향에 맞는지를 기획 단계부터 함께 피드백합니다.
• 테스트 시나리오와 테스트 케이스를 설계해 제품의 잠재적 리스크를 검증합니다.
• 팀이 정한 품질 게이트 안에서 기획 피드백부터 출시까지 제품의 품질을 검증합니다.
• 발견된 결함을 재현 방법과 심각도, 그리고 어느 단계에서 문제가 발생했는지 분석하여 팀의 자산으로 남깁니다.
• 검증에 있어 무엇을 자동화하고 무엇을 하지 않을지를 고민하고 이를 구현합니다.
• 여러 구성원들과 소통하여 우리가 만든 것이 어떻게 사용자에게 더 나은 제품으로 전달될 수 있을지를 논의하고 개선합니다.
• 요구사항을 분석하고 테스트 시나리오와 테스트 케이스를 설계할 수 있으신 분
• 자신의 결정에 대한 근거를 명확하게 설명할 수 있으신 분
• 결함에 대한 단순 리포트가 아닌, 팀의 다음을 위한 자산으로 남기시는 분
• 오류뿐 아니라 제품이 사용자에게 전달되었을 때의 품질까지 생각하시는 분
• 직급/연차에 얽매이지 않고 자유롭게 의견을 내고, 알게 된 것을 동료와 나누기를 좋아하시는 분
• AI로 업무의 어떤 부분을 대체하고, 사람의 개입이 어디까지 들어가야 할지를 고민하고 적용하시는 분
1. 말하지 못하는 환자를 위해, 기준을 만듭니다
동물은 어디가 아픈지 말하지 못합니다. 대신 데이터가 말합니다. 지난 진료의 소견, 검사 수치의 변화, 처방과 처치의 이력.
수의사와 보호자는 데이터를 통해 반려동물과 소통합니다. 말하지 못하는 환자에게 데이터는 유일한 언어입니다.
그래서 데이터는 정확해야 하고, 필요한 순간 바로 읽혀야 합니다. 데이터가 틀리면 환자의 말이 잘못 전해지는 것이고, 데이터가 흩어져 있으면 환자가 말할 기회를 잃는 것입니다.
따라서 벳칭은 환자의 말에 숨겨진 의미를 해석하여 정확하게 전달되게 하는 것을 목표로 합니다. 우리는 데이터가 만들어지고 흐르는 자리, 동물병원 EMR에서 시작해 반려동물 헬스케어의 기준을 만듭니다.
2. 동물병원 EMR만이 할 수 있는 것을 합니다
EMR은 보통 진료 정보를 기록하고 원무를 처리하는 프로그램으로 생각되기 쉽습니다.
우리는 그 자리를 조금 다르게 봅니다. 진료 기록과 병원 운영의 데이터가 한 곳에 모이는 자리는 EMR이며,
그 데이터로 수의사와 보호자의 다음 선택을 도울 책임이 있다고 바라봅니다.
벳칭(Vetching)은 Veterinarian과 Matching의 합성어입니다. 수의사와 반려동물 보호자를 잇는 가치를 만들고,
그 출발점이 동물병원 EMR입니다. 진료 현장의 선택이 데이터가 되고, 그 데이터가 다시 더 나은 선택을 돕는 순환.
벳칭은 이 순환을 만들어 나가는 자리에 있습니다.
[우리 제품본부는,]
복잡한 것을 단순하게 만듭니다
동물병원 운영의 전부를 다룹니다. 진료, 수납, 보호자 관리, 병원 사이의 소통 및 병원과 보호자의 소통까지.
동물병원이 하루 동안 마주하는 모든 장면이 곧 우리의 문제입니다.
복잡한 현실을 그대로 옮기지 않습니다. 얽힌 업무를 풀어 단순한 흐름으로 만드는 것이 우리의 일입니다.
표면이 아니라 본질을 해결합니다. 문제를 있는 그대로 보지 않습니다. 진짜 문제가 무엇인지를 집요하게 묻습니다.
해결 방안을 먼저 떠올리지 않습니다. 문제를 올바르게 정의하고, 우리가 바라는 결과를 먼저 생각합니다.
2. 사용자는 생각하지 않게, 구조는 예측할 수 있게
좋은 제품은 사용자가 생각하지 않아도 되는 제품입니다. 매일 우리 제품 앞에 앉는 수의사는 언제든 다음 동작을 예상할 수 있어야 합니다.
설명이 필요 없는 단순함, 처음 써도 예상대로 움직이는 화면. 도구를 생각하는 시간이 줄어들수록 환자를 생각하는 시간이 늘어납니다.
그리고 이러한 제품은 예측할 수 있는 구조에서만 나옵니다. 화면이 예상대로 움직이려면 그 기반 또한 누구나 읽고 예상할 수 있어야 합니다.
그래서 우리는 단순함을 높은 가치로 생각합니다. 누구나 예측하고 설명할 수 있는 구조와 기능에는 확장성과 유지보수성이 따라오고, 이는 곧 안정성으로 이어집니다.
화면의 단순함과 구조의 단순함은 결국 같은 것이며, 사용자가 생각하지 않게 만드는 핵심 가치를 우리가 먼저 지킵니다.
3. 같은 방향을 바라봅니다
“왜”에서 시작합니다. 왜 그것이 문제인지, 우리가 왜 해결해야 하는 지에서 출발해 먼저 방향을 맞춥니다.
동기화는 저절로 되지 않습니다. 정보가 서로에게 흐르지 않으면 각자의 일은 하나의 결과로 모이지 않습니다. 우리는 소통을 노력의 영역으로 봅니다. 정보를 바로 공유하고, 문제를 숨기지 않으며, 결정의 배경과 근거를 기록으로 남깁니다.
개인이 아니라 팀으로 움직입니다. 개인보다 팀의 목표를 우선합니다. 우리가 같은 방향을 보고 있는지 점검하고, 필요하면 업무의 경계를 넘어 협업합니다. 우리는 뛰어난 개인이 만드는 결과보다 같은 방향을 보는 팀이 만드는 결과가 더 크다고 믿습니다.
[우리 QA Engineer는,]
결함을 찾는 것보다, 결함이 생기지 않게 합니다.
결함은 항상 발생합니다. 그래서 결함을 찾아내는 테스트는 우리 제품이 사용자에게 전달되기 전 품질을 책임지는 매우 중요한 과정입니다.
하지만 우리는 결함이 다시 생기지 않도록 근본적인 부분에 집중합니다. 결함이 어느 단계에서 왜 생겼는 지를 묻고, 그 답을 다음 프로세스에 적용합니다. 제품이 제품팀의 기준에 맞게 고객에게 전달되게 하는 것을 가치로 삼습니다.
품질을 검사하지 않고, 설계합니다.
제품의 품질은 만들어진 뒤에 바로잡기 어렵습니다. 그렇기에 무엇을 어떻게 만들어야 우리 기준에 맞는 지를 시작 단계에서 함께 정하고, 검증을 뒤에 두지 않고 앞으로 당깁니다.
올바른 설계는 이후 검증의 기준이 됩니다. 검증 방식의 전략과 환경을 세우고, 배포의 조건을 정합니다. 반복되는 검증은 자동화합니다.
주요업무
[이런 책임을 가져갑니다]• 정해진 스펙을 검증하는 데서 멈추지 않고, 그 스펙이 우리 제품 방향에 맞는지를 기획 단계부터 함께 피드백합니다.
• 테스트 시나리오와 테스트 케이스를 설계해 제품의 잠재적 리스크를 검증합니다.
• 팀이 정한 품질 게이트 안에서 기획 피드백부터 출시까지 제품의 품질을 검증합니다.
• 발견된 결함을 재현 방법과 심각도, 그리고 어느 단계에서 문제가 발생했는지 분석하여 팀의 자산으로 남깁니다.
• 검증에 있어 무엇을 자동화하고 무엇을 하지 않을지를 고민하고 이를 구현합니다.
• 여러 구성원들과 소통하여 우리가 만든 것이 어떻게 사용자에게 더 나은 제품으로 전달될 수 있을지를 논의하고 개선합니다.
자격요건
[이런 분과 함께 하고 싶습니다]• 요구사항을 분석하고 테스트 시나리오와 테스트 케이스를 설계할 수 있으신 분
• 자신의 결정에 대한 근거를 명확하게 설명할 수 있으신 분
• 결함에 대한 단순 리포트가 아닌, 팀의 다음을 위한 자산으로 남기시는 분
• 오류뿐 아니라 제품이 사용자에게 전달되었을 때의 품질까지 생각하시는 분
• 직급/연차에 얽매이지 않고 자유롭게 의견을 내고, 알게 된 것을 동료와 나누기를 좋아하시는 분
• AI로 업무의 어떤 부분을 대체하고, 사람의 개입이 어디까지 들어가야 할지를 고민하고 적용하시는 분
