오늘의 아이 : 전반기 회고

팀원 모집

• 이전에 소아과 찾기 웹서비스를 함께 했던 팀원과 새롭게 만들어보고자 백엔드, 디자이너 팀원모집으로 프론트 2 백엔드 1 디자이너 1로 시작했다.

기술스택

• 프론트 같은 경우는 한동안 내가 한 동안 html,css,js 로만 작업을 해서 가장 표준적인
  SPA 라이브러리 React 와 typescript 그리고 css는 서로 변수명만 겹치지 않게 Module CSS 를 사용하기로 했다.

기획

• 각자 경쟁사 앱 조사 및 맘카페 등의 레퍼런스를 참고해 자료를 조사하고 디자이너 분이 UI/UX 설계를 하기 때문에 PM 을 맡아 최종결정권을 가지기로 했다.
• 왜 오늘의 아이를 써야 하는가?
  • 아이의 증상을 바로 질문하고 육아 초보자에게 바로 도움을 주는 AI챗봇 서비스
  • 병원에 갔을 때 한눈에 제공가능 한 증상레포트
• 2024년 9월 시작 12월 출시 목표로 기획 내용 중 MVP 를 정하고 추가 기능을 별도 정리

기술 스택 변경

• 초기 개발에서 오늘의 아이는 홈화면에서 증상 서비스 레포트를 빠르게 만들 수 있어야하고 아이의 정보들을 빠르게 봐야하는 특징을 가지게 되었다.
• 따라서 우리는 한번에 모든 페이지를 가지고 오는 CSR이 아닌 SSR 의 특징을 활용 하기 위해서 Next.js 로 마이그레이션 하기로 결정했다.
• 뒤에 나오겠지만 백엔드 코드도 Next.js API 라우트 및 Prisma 를 이용해 구현하게되었다.

순탄치 않은 프로젝트 진행 ...

• 개발 초기 단계에서 디자이너 분이 기획을 도맡아 하시지만 우리만의 장점이 전혀 없고 오히려 경쟁 앱 대비 부족한 점을 이유로 육아 관리 앱으로 변경을 원하셨고, UI/UX 설계에서 가장 많은 역할을 해주시기 때문에 존중하고 변경을 하기로 했다.
• 하지만.. 야근과 여러 이유로 디자이너의 작업 시간의 부족 + 기획 변경으로 인해 개발 단계에서 잦은 추가 수정으로 디자인이 목표 월인 2024년 12월까지도 진도가 느렸다..

팀원의 이탈..

• 결국 예상 출시일이 2024년 12월 => 2025년 3월로 까지 변경되게 되었고 백엔드 팀원께서는 여기까지로 하기로 하셨다..
• 백엔드가 없어졌다. 그럼 그동안 작성 된 코드로만 출시를 할까? 당연히 아니다
  다른 팀원은 애초체 풀스택 개발자고 나도 개인프로젝트에서 혼자 간단하세 서버까지 구현해봤기에 우리는 서버코드를 새로 작성하기로 했다.
• SSR의 초기렌더링의 장점을 위해 Next.js 를 사용 했던 점이 매를 먼저 맞은 격이되어 Java Spring 에서 Next.js API 라우트를 이용한 서버 코드로 마이그레이션 하기로 했다.

전반기 회고 겸 반성문

• 여기까지가 2024년 9월~ 2025년 2월의 상황이다. 나의 문제는 무엇이었을까
  • 디자인은 프론트가 할 일이 아니야! 오늘의 아이와 별개로 2024년 가장 크게 반성하는 문장이다.
  • 이러한 마인드가 오늘의 아이에서도 결국 문제를 야기했다. 물론 작업시간을 지키지 않은 팀원도 잘못이지만 나도 레퍼런스를 참고해서 기획의도에 맞는 레이아웃을 제공해줬다면 디자이너분이 적은 시간을 활용해서 훨씬 빠른 업무 속도를 가졌을 것이다.
  • 뒤늦게 나마 깨닫고 2025년 1월 부터는 레이아웃 draft를 제공해서 디자인에 속도를 붙혔다. 하지만 이미 늦은 뒤었고 백엔드 팀원분은 앞서 말했지만 하차하시게되었다 ..

마무리

• 앞으로는 탄력 붙은 진행상황과 더불어 기술 적인 고민에 대해 글을 작성해볼 예정이다~