제품 개발 시점부터 데이터 모델에 대한 리뷰를 진행한 경험이 있다면, 그 과정에서 어떤 제안을 했는지 공유해 주세요.

신규 구독 기능 개발 시 DB 스키마 설계 리뷰에 사전 참여했습니다. 초안을 보니 구독 상태를 boolean 컬럼 하나로 표현하려 했는데, 미래의 '일시정지', '유예기간' 같은 상태를 담을 수 없는 구조임을 발견했습니다. status enum 컬럼으로 변경하고, 상태 전환 이력 테이블을 별도로 만드는 방향을 제안했습니다. 개발팀은 초기 구현 비용이 늘어난다는 우려가 있었는데, '나중에 바꾸면 마이그레이션 비용이 훨씬 크다'는 점을 보여주는 예시를 만들어 설득했습니다. 리뷰 과정은 ERD 문서를 공유 문서에 그리고 팀원 댓글로 비동기 논의하는 방식을 썼고, 주요 결정만 짧은 싱크로 처리했습니다. 출시 후 1년 안에 일시정지 기능이 실제로 추가됐는데, 초기 설계 덕분에 마이그레이션 없이 처리됐습니다.