스프린트 팀은 누구나 꾸준히 건강 관리를 할 수 있게 도와준다는 미션 아래 꾸준히 할 수 있는 환경을 만들어주기 위해 고민하고 실험하고 있습니다. - 스프린트는 건강 관리, 그 중 불편했던 식단 기록을 혁신적으로 바꾸고 있는 스타트업입니다. 미친듯이 편리한 사용성으로 업계 평균 대비 높은 리텐션을 달성하고 있습니다. - 출시 후 마케팅 집행 없이 순수 유입과 사용자 간 추천만으로 꾸준하게 성장하고 있습니다. 좋은 제품을 만들어 초기 사용자를 만족시키고 만족한 사용자가 주변 사람을 데려오는 모델로 커가고 있습니다. - 비전을 같이 바라봐주는 든든한 투자자님들에게 성장성과 사업성을 인정받아 투자를 받았습니다. 또 여러 유명 기관투자자에게서 투자 제안을 받고 있습니다. - 꾸준한 성장과 탄탄한 재방문율을 바탕으로 대한민국 뿐만 아니라 하반기에는 전 세계 사용자에게 새로운 가치를 전달하려고 합니다.

🔹담당업무 ◽️ 스프린트 제품 도메인 및 데이터 모델링, 비즈니스 로직 설계 ◽️ 운영 정책 설계 및 문서화 ◽️ 스프린트 제품 인터페이스 설계 ◽️ 제품 지표 설정 및 측정 모니터링 ◽️ 디자인 시스템 설계 및 문서화 🔹필수요건 ◽️ 꾸준하게, 높은 품질을 가진 산출물을 약속한 시간 안에 만들 수 있는 팀 플레이어 ◽️ 현재 방식에 만족하지 않고, 생산성을 더 올릴 수 있는 방법을 끊임 없이 고민하는 팀 플레이어 ◽️ 알맞은 때에, 좋은 커뮤니케이션 능력으로 피드백을 주고 받는 것을 즐기는 팀 플레이어 🔹우대사항 ◽️ 문제 정의 능력이 뛰어나고, 할당된 리소스를 명확히 파악해 우선 순위를 설정할 수 있는 능력 ◽️ 모호한 범위의 일을 실행 가능한 단위로 쪼갤 수 있고, 의미있는 논리적 단위로 청킹할 수 있는 능력 ◽️ 복잡한 내용을 구조화 / 추상화하고 그 내용을 이해관계자가 보기 편한 방식으로 문서화 할 수 있는 능력 ◽️ 설계하면서 미래에 발생할 문제를 예측할 수 있고, 대응 시나리오를 준비 할 수 있는 능력 ◽️ 지루한 / 어려운 일을 포기하지 않고, 스스로 동기부여해 포기하지 않고 꾸준하게 끌고 나갈 수 있는 능력 ◽️ 내가 무엇을 알고 모르는지 명확하게 판단하고, 모르는 것이 나왔을 때 당황하거나 피하지 않고 빠르게 학습할 수 있는 능력 🔹진짜진짜 우대사항: 아래 진짜진짜 우대사항은 저희 팀에서 제품을 만들면서 마주한 문제 상황과 고민 사항을 잊지않고 공부하기 위해 기록하는 내용들입니다. (저희도 잘 모르는 내용이 대부분이고, 잊지 않고 공부하기 위해 적어놓는 스터디 메모장이라고 생각해주시면 좋겠습니다. 저희 팀이 공부를 멈추지 않는다면, 계속해서 내용이 추가되고 수정이 됩니다. 종종 공고 보러 와주세요.) 인터뷰가 이뤄지면 함께 이야기 나눠보고 싶은 주제들이니, 해당되지 않는다고 너무 놀라시지 않으셔도 됩니다. 다 모르셔도 아래 내용에 대해 이야기를 나눠보고 싶으시다면 편하게 지원해주세요. 혹시나 관심은 있지만 공고 내용이 부담스러워 지원을 망설이는 분이라면, 아래 영상을 추천합니다. https://youtu.be/cjWpryKRGts?si=NOAwH01qWdiHK9Kv ◽️ 사용자 10만명 이상 서비스 운영 경험이 있는 분 ◽️ 특정 시나리오가 아닌 가입부터 탈퇴까지 제품의 전체 프로세스를 설계한 경험이 있는 분 ◽️ 다양한 국가와 언어, 문화 사용자를 대응해 본 경험이 있는 분 ◽️ 앱 스토어 최적화(ASO: App Store Optimization)를 위해 디자이너가 할 수 있는 일에 대해 설명할 수 있는 분 ◽️ 검색 엔진 최적화(SEO: Search Engine Optimization)를 위해 디자이너가 할 수 있는 일에 대해 설명할 수 있는 분 ◽️ 사용자 인터뷰 할 때, 과거 경험과 미래 의지를 물어보는 것의 차이를 이해하고 있는 분 ◽️ 리서치 필요 여부와 필요 시점을 판단할 수 있고, 일반적인 방법론을 알고 있는 분 ◽️ 인터페이스 설계 시, Lorem Ipsum 대신 의미있는 실제 데이터를 넣으시는 분 ◽️ Google Material Design Guidelines / Apple Human Interface Guidelines 3번 이상 읽어보신 분 ◽️ 단위(pt, px 등)를 헷갈리지 않고 정확하게 사용하실 수 있는 분 ◽️ 래스터와 벡터의 각 특징과 인터페이스에 사용할 때 각 타입의장단점을 설명 해주실 수 있는 분 ◽️ 8pt 디자인의 장점과 단점을 설명해주실 수 있는 분 ◽️ Figma의 Auto Layout 기능, 특히 Resizing / Constraints 기능을 명확하게 이해하고 있는 분 ◽️ Figma에서 Frame을 써야할 때와 Shape Tool을 써야할 때에 대한 차이를 알고 있는 분 ◽️ 프로토타입을 언제, 왜, 어느 수준으로 만들어야하는지 판단 기준이 있는 분 ◽️ Design tokens의 장점과 단점을 설명해주실 수 있는 분 ◽️ 디자인 시스템이 필요한 이유와 시점에 대한 판단 기준이 있고, 처음부터 끝까지 설계한 경험이 있는 분 ◽️ 설계한 디자인 시스템을 Storybook 등을 활용해 프론트엔드 엔지니어와 협업한 경험이 있는 분 ◽️ 아이콘을 그려야할 때와 다른 디자이너가 만든 것을 써야할 때에 대한 판단 기준이 있는 분 ◽️ 맥락에 따라 무엇을 Component로 만들어야하고, 무엇을 만들지 않아야 할지 판단 기준이 있는 분 ◽️ CSS의 Box Model을 설명해주실 수 있는 분 ◽️ CSS의 Flexbox / Grid 속성을 이해하고 있는 분 ◽️ 애니메이션과 모션 패턴(Container transform, Shared axis, Fade through 등)을 이해하고 있는 분 ◽️ 아름다운 것을 알아볼 수 있고 디테일의 차이를 설명해주실 수 있는 분 ◽️ 접근성을 고려한 디자인의 필요성을 인지하고 있고, WCAG를 업무에 활용해본 경험이 있는 분 ◽️ Amplitude, FullStory 등 애널리틱스 솔루션 사용 경험이 있는 분 ◽️ 인터페이스를 설계하면서 무엇을 측정해야하는지와 그 이유를 설명할 수 있는 분 ◽️ 데이터베이스에 저장할 데이터와 이벤트 트래커에 저장할 데이터의 차이를 설명할 수 있는 분 ◽️ Metabase, Superset, Redash 등 BI 솔루션 사용 경험이 있는 분 ◽️ 푸시, 인앱메시지를 전송 / 표시하는 시점에 대한 기준이 있고, 노이즈로 느끼지 않게 설계할 수 있는 분 ◽️ 사용자 참여 유도를 위해 Braze, Airship 등 Customer Engagement 솔루션 사용 경험이 있는 분 ◽️ 복잡하고 비효율적인 프로세스 속에서 규칙과 패턴을 발견해 자동화할 수 있는 능력이 있는 분 ◽️ 일을 처리하는 자신만의 프레임워크가 있고, 그 프레임워크를 주변 동료에게 나눠본 경험이 있는 분 ◽️ 좋아하는 Figma / Sketch / Framer 플러그인이 5개 이상 있으신 분 ◽️ 모르는 것을 처음 배울 때 본인만의 접근 방법이 있는 분 ◽️ 소프트웨어의 매뉴얼을 읽는 시점에 대한 판단 기준이 있고, 어떤 매뉴얼이든 처음부터 끝까지 읽어본 경험이 있는 분 ◽️ 모르는 것을 검색 할 때 영문 검색이 기본이고, 영어으로 된 문서를 읽는데 거부감이 없는 분 ◽️ 글 쓰는 것을 즐기고, 비문을 쓰지 않는 분 ◽️ Automate.io, Zapier 등 노코드 툴, iPaaS 사용 경험이 있는 분 ◽️ Raycast, Slapdash, BetterTouchTool 등을 활용해 생산성 향상을 자주 시도하시는 분 ◽️ 디자이너가 어느정도 수준의 개발 이해가 있어야하는지 자신만의 주관이 있으신 분 ◽️ 디자이너에게 인공지능이 어떤 의미를 갖는지 생각을 해보고, 인공지능을 단순한 체험이 아닌 실제 업무 생산성 개선에 활용한 경험이 있는 분 ◽️ 생성형AI를 활용해 업무 효율을 높여본 경험이 있거나, 좋은 프롬프트를 작성하는 방법에 대한 고민이 있는 분 ◽️ 소프트웨어의 문제 원인을 찾고 디버깅을 위해 Chrome DevTools을 자주 사용하시는 분 ◽️ 소프트웨어의 기술적 성능 향상을 위해 디자이너가 선택 할 수 있는 일을 설명해주실 수 있는 분 ◽️ 인터페이스에서 다량(10,000개 이상) 데이터를 표시할 수 있는 방법을 알고있고, 각 방법의 장단점과 기술적 제약사항을 설명해주실 수 있는 분 ◽️ 도메인 / 데이터 모델링을 이해하고, 디자이너에게 어떤 의미가 있는지 설명해주실 수 있는 분 ◽️ 비즈니스 로직 설계 시 상태(State) 관리에 대한 이해가 있으며, 유한상태기계(FSM; Finite State Machine)가 디자이너에게 어떤 의미가 있는지 설명해주실 수 있는 분 ◽️ 객체지향 인터페이스 설계의 장점과 왜 객체 중심으로 인터페이스를 설계해야하는지 또는 왜 그렇게 하면 안되는지 자기 주장이 있고, 그 주장을 상대방을 설득하실 수 있는 분 ◽️ 제품에 기술 문제가 생겼을 때, 프론트엔드 개발자와 이야기 해야하는지 백엔드 개발자와 이야기 해야하는지 빠르게 판단이 가능한 분 ◽️ Database와 CRUD가 무엇인지 알고있고, 디자이너에게 어떤 의미가 있는지 설명해주실 수 있는 분 ◽️ API가 무엇인지 이해하고, 디자이너에게 어떤 의미가 있는지 설명해주실 수 있는 분 ◽️ 디자이너의 작업 산출물을 명확하게 정의할 수 있는 분 또는 고민해보신 분 ◽️ 디자이너가 설계한 도메인 모델과 API를 Swagger에서 찾아내 읽고 이해할 수 있는 분 ◽️ 관리자 콘솔 설계 경험이 있고, 역할 기반 액세스 제어(RBAC)의 개념에 대해 설명해주실 수 있는 분 ◽️ 원하는 데이터를 SELECT 쿼리 해낼 수 있는 분 / 간단한 Join에 두려움이 없는 분 ◽️ Naming Convention이 왜 필요한지 알고, 지키는 것에 거부감이 없는 분 ◽️ Notion의 핵심 개념인 Database Relations와 Rollups을 자유롭게 다루실 수 있는 분 ◽️ Linear, Jira, YouTrack 등 이슈 트래킹 솔루션 사용 경험이 있는 분 ◽️ 여러 이해관계자들과 Ticket 단위로 비동기 공동 작업을 해본 경험이 있는 분 ◽️ Ticket을 만드는 시점과 단위에 대한 본인의 기준이 있고, 그 기준을 팀의 기준과 적절히 융합할 수 있는 분 ◽️ 디자인을 잘하는 것 이상으로 이슈 관리도 중요하다고 믿으시는 분 ◽️ 로지컬 씽킹이 자연스러우신 분. 특히 MECE, Logic Tree 등 프레임워크 사용이 자유로운 분 ◽️ 단일 진실 공급원(SSOT; Single Source Of Truth)의 중요성을 이해하고, 산출물 관리에 적용할 수 있는 분 ◽️ 문서화가 갖는 힘을 믿고, 필요할 순간에 필요한 내용을 자연스럽게 작성하실 수 있는 분 ◽️ 로컬 작업을 싫어하고, SaaS 등 클라우드 환경을 사랑하는 분 ◽️ 자주 사용하는 소프트웨어의 커뮤니티에 참여를 하고, 릴리즈 노트를 상세히 읽어보시는 분 ◽️ 내가 하는 방식이 가장 최선인지에 대해 두려움과 긴장이 적당히 있으신 분 ◽️ 좋아하는 또는 닮고 싶은 디자이너가 있는 분, 또 영향을 받은 디자이너가 있는 분 ◽️ 인터넷 짤 많이 아시는 분 ◽️ 야크 털을 깎은(Yak Shaving) 경험이 종종 있으신 분 ◽️ 진짜진짜 우대사항을 쭈-욱 읽고, '아 이런 내용도 있으면 좋겠는데?'라는 생각이 드시는 분 🔹채용프로세스 팀 리드 1:1 온라인 커피챗 → (과제 및 과제 리뷰) → 팀 전체 인터뷰 → 오퍼 및 카운트오퍼 → 합류 * 필요에 따라 과제를 진행 할 수 있으며, 과제를 진행하면 30분 이상 리뷰를 무조건 해드립니다.