외주 턴키 의뢰는 단순해 보였다 — "10년 된 ASP 레거시를 Java 17로 바꿔달라." 그런데 들여다보니, 코드를 새 스택으로 옮기는 일이 아니라 그 안에 박힌 도메인을 다시 그리는 일이었다. 스파게티 코드, 기도하며 배포하는 신규 기능, 어디서 터질지 모르는 유지보수 — 이게 모두 도메인 모델이 코드에 박혀있지 않다는 한 가지 사실의 증상이었다.

인쇄/명함 도메인은 주문 → 디자인 검토 → 인쇄·제작 → 배송이라는 한 흐름이다. 그런데 코드에서는 이 흐름이 각자 다른 모듈에 흩어져, 한 주문이 다음 단계로 넘어갈 때마다 사람 손과 정황이 필요했다. 기술 스택을 바꾸기 전에, *이 한 흐름을 한 모델로 표현할 수 있느냐* 가 진짜 시작점이었다.