프리랜서 개발자가 고정 견적 범위를 잡을 때마다 이메일 실타래가 감당 안 된다는 HN 글을 읽었다. 클라이언트가 기능별 문단을 보내면, 개발자는 질문을 보내고, 답변이 오면서 새 요구가 붙고, 클라이언트 쪽 기술 담당자가 또 의견을 얹는다. 글은 10점에 댓글 4개 정도였지만 장면이 너무 익숙했다. 결국 돈이 걸린 견적인데, 최신 합의본은 이메일 어딘가와 머릿속에 흩어져 있다. 댓글에서 나온 임시방편도 현실적이었다. 현재 요청을 짧은 문서로 다시 요약해서 보내라, 고정가 대신 시간·재료 방식으로 가라, 아예 티켓/세일즈 파이프라인에 이메일을 모으고 SOW를 붙여라. 다 맞는 말인데, 혼자 일하는 사람에게는 매번 “요구사항 정리자 + 리스크 계산자 + 계약서 버전 관리자” 역할이 추가되는 셈이다. 견적 하나 바뀔 때마다 이전 이메일을 뒤지고, 질문 답변을 복붙하고, 어디까지 포함인지 다시 선 긋는 시간이 생긴다. 작게 만들 제품은 거창한 프로젝트 관리툴보다, 이메일 대화에서 범위 항목과 열린 질문, 바뀐 조건, 가격 영향만 계속 갱신해 주는 견적 협상 보드일 것 같다. 클라이언트에게는 “현재 합의된 범위” 링크 하나만 보이고, 개발자에게는 변경분과 미확정 리스크가 빨간 줄로 뜨는 정도. 고정 견적이 위험한 이유를 설교하는 대신, 고정 견적을 해야 하는 순간의 혼란을 줄여주는 도구라면 솔로 개발자나 작은 에이전시가 바로 써볼 수 있을 것 같다.