지속성에 관한 대부분의 dev.to 콘텐츠는 하나의 제품을 10년 동안 확장해 온 사람들의 이야기에서 비롯됩니다. 제가 경험한 18년은 다릅니다. 각각 다른 고객, 예산, 기대치를 가진 235개 이상의 개별적인 소규모 프로젝트를 수행해 왔습니다. 이는 완전히 다른 종류의 교훈들을 만들어냅니다.

모든 프로젝트는 신뢰의 시계를 다시 시작합니다. 스타트업에서는 신뢰가 복리로 쌓입니다. 팀, 코드베이스, 고객 관계가 모두 앞으로 이어지기 때문입니다. 하지만 소상공인을 대상으로 하는 에이전시 업무에서는 매번 계약할 때마다 신뢰도가 제로(0)에서 시작합니다. 고객은 당신이 능력이 있다는 것을 증명하기 전까지는, 보통 첫 번째 초안이 나올 때까지 당신의 역량을 알지 못합니다. 이러한 현실은 우리가 업무 범위(Scope)를 정하는 방식을 형성했습니다. '인상적인 부분'을 마지막을 위해 아껴두기보다는, 아주 작은 것이라도 눈에 보이는 성과를 초기에 앞당겨 보여주는 방식을 택하게 되었습니다.

대부분의 고객 요청은 사실 웹사이트 자체에 관한 것이 아닙니다. "홈페이지 헤드라인을 바꿀 수 있을까요?"라는 말은 실제로는 "이게 리드(Leads)를 생성하지 못할까 봐 불안해요" 또는 "제 사업 파트너가 마음에 들어 하지 않아요"라는 뜻인 경우가 많습니다. 모든 요청을 실제 의도가 아닌 문자 그대로의 디자인 브리프(Design brief)로 취급하면 무의미한 수정 사이클이 많이 발생합니다. 페이지를 건드리기 전에 "이 요청은 무엇에 대한 대응인가요?"라는 명확한 질문 하나를 던지는 것이, 그 어떤 프로세스 변경보다 수정 횟수를 더 많이 줄여주었습니다.

이러한 고객층에게는 혁신보다 일관성이 승리합니다. 소상공인 운영자는 새로운 UX 패턴을 원하지 않습니다. 그들은 자신의 사이트가 성공한 경쟁사의 사이트처럼 보이고, 빠르게 로드되며, 자신을 당황스럽게 만들지 않기를 원합니다. 이들을 대상으로 디자인 트렌드를 쫓는 것은 잘못된 심사위원을 위해 최적화하는 것과 같습니다. 그들은 기술적 숙련도를 평가하는 것이 아니라, "이게 제대로 작동할 것처럼 보이는가"를 평가하기 때문입니다.

진정한 기술은 더 많은 프로젝트에 '예'라고 말하는 것이 아니라, 잘못된 프로젝트에 '아니오'라고 말하는 것입니다. 초창기에는 모든 기회를 잡으려 했습니다. 이제 제가 하는 가장 레버리지가 높은 일은, 우리 중 누구도 본격적인 시간을 쏟기 전에 고객의 기대치와 예산이 맞지 않는 프로젝트를 걸러내는 10분간의 사전 통화(Pre-call)입니다. 이 단 하나의 필터가 그 어떤 가격 정책 변경보다 수익률(Margin)에 더 큰 도움을 주었습니다.

이 중 그 어떤 것도 포트폴리오(Portfolio)에는 나타나지 않습니다. 하지만 만약 당신이 단일 제품 중심의 커리어(Single-product career)와 장기적인 프리랜서 또는 소규모 에이전시 업무 사이에서 고민하는 개발자라면, 바로 이 부분이 18년 차의 모습이 2년 차의 모습과 실제로 다를지를 결정짓는 요소입니다.