약 1,900개 여행 상품을 스프레드시트로 관리하던 업무를 시스템으로 옮겼습니다. 상품 정보 수집과 변경 반영, 검색광고 연동을 자동화하면서 화면보다 데이터의 정합성과 수집기의 처리 한계를 먼저 검증했습니다.
상품을 처음 등록하는 것보다 어려운 일은 등록된 상품을 계속 맞추는 일입니다. 판매 조건이 바뀌면 관리 중인 정보도 달라져야 하고 판매 화면과 광고에 전달되는 내용도 함께 갱신돼야 합니다.
여행 상품 관리 M사에서는 약 1,900개 상품을 사람이 스프레드시트로 관리하고 있었습니다. 상품 변동을 반영하는 일과 광고에 연결하는 일이 각각의 작업으로 남아 있었습니다.
상품 수가 늘어나는 상황에서 필요한 것은 입력 화면 하나를 새로 만드는 것만이 아니었습니다. 외부에서 들어온 정보가 저장되고 판매와 광고에 반영될 때까지 데이터의 흐름을 관리하는 시스템이 필요했습니다.
파일을 웹 화면으로 바꾸는 것과 업무를 자동화하는 것은 다릅니다
기존 표를 그대로 웹 화면으로 옮기면 접근하기는 편해질 수 있습니다. 그러나 상품이 바뀔 때마다 누군가가 다시 확인하고 입력해야 한다면 핵심 업무는 그대로 남습니다.
M사 프로젝트에서는 상품 변동 관리와 검색광고 연동을 자동화 대상으로 잡고 시스템을 구축했습니다. 외부 상품 정보를 수집하는 기능이 그 중심에 있었습니다.
자동화의 범위를 이해하려면 화면 대신 변화의 시작점을 봐야 합니다. 상품 정보가 어디에서 바뀌고 그 변경이 어떤 경로를 지나 최종 이용자에게 전달되는지입니다.
이 관점에서 수집 기능은 단순한 부가 기능이 아닙니다. 뒤에 있는 저장과 노출, 광고 연동이 사용할 정보를 공급하는 출발점입니다.
수집이 성공했다는 표시보다 저장된 값을 확인했습니다
데이터를 가져오는 작업이 끝났더라도 그 값이 의도한 상품의 정보로 저장됐는지는 별도로 확인해야 합니다. 보기 좋은 관리 화면이 잘못된 데이터까지 올바르게 보이게 만들 수는 없습니다.
QA에서는 수집 결과와 데이터베이스의 값을 상품 단위로 대조했습니다. 기능이 실행되는지와 함께 수집한 정보가 저장 단계에서 일치하는지를 확인했습니다.
데이터 정합성 검증의 질문은 구체적입니다. 들어온 값과 남아 있는 값이 같은 대상을 설명하는가, 뒤의 기능이 사용할 수 있는 상태로 저장됐는가를 봅니다.
이 프로젝트에서 화면 확인과 데이터 검증을 구분한 이유도 여기에 있습니다. 판매에 쓰이는 정보라면 표시 오류만이 아니라 어떤 데이터가 실제로 전달되는지를 이해해야 합니다.
자동으로 많이 처리할수록 한계를 아는 일이 중요해집니다
사람이 처리하던 업무를 자동화하면 반복 작업을 더 빠르게 실행할 수 있습니다. 하지만 처리 속도가 빨라졌다는 사실만으로 운영 범위가 정해지지는 않습니다.
M사에서는 수집기에 부하를 주어 처리 한계를 확인했습니다. 수집 결과와 저장 데이터의 대조에 더해 작업량이 커지는 조건에서 무엇이 먼저 한계에 닿는지 살펴봤습니다.
정합성 검증과 부하 테스트는 질문이 다릅니다. 전자는 결과가 맞는지를, 후자는 어떤 조건까지 작업을 감당할 수 있는지를 묻습니다. 어느 한쪽의 결과가 다른 쪽을 대신하지 않습니다.
자동화 시스템의 운영 기준에는 두 질문의 답이 함께 필요합니다. 정확하게 처리할 수 있는 범위와 처리량이 늘었을 때의 제약을 알아야 다음 변경도 판단할 수 있기 때문입니다.
판매와 광고가 같은 상품 변화를 따라가도록 했습니다
구축한 시스템은 상품 변동을 받아 판매 화면과 검색광고에 반영하는 흐름을 제공합니다. 각각의 채널을 사람이 별도로 맞추던 작업을 연결한 것입니다.
이는 광고 문구를 만드는 일이나 광고 효율을 개선하는 일과는 구별됩니다. 이 사례의 중심은 상품 정보의 변경이 채널로 전달되는 연동입니다.
연동이 있다고 모든 외부 채널의 반영이 항상 즉시 끝나는 것도 아닙니다. 따라서 변경을 전달하는 경로와 사용하는 정보의 기준을 이해하는 일이 중요합니다. 어떤 데이터가 다음 시스템으로 넘어가는지 설명할 수 있어야 합니다.
상품 관리 자동화의 가치는 입력 횟수만으로 드러나지 않습니다. 같은 상품을 설명하는 여러 위치가 서로 다른 상태로 남지 않도록 관리하는 데도 있습니다.
구축 이후의 운영까지 같은 범위로 이어갔습니다
환경은 클라우드로 이전했고 전환 조건을 정리한 뒤 운영을 이어받았습니다. 수집기의 처리 한계와 데이터 정합성 기준도 이후 운영에서 참고할 수 있는 결과로 남았습니다.
이 프로젝트에서 일어난 변화는 스프레드시트를 사용하지 않게 됐다는 한 문장으로 끝나지 않습니다. 상품 변경을 사람이 따라가는 구조에서 시스템이 변경을 수집하고 반영하는 구조로 옮겼다는 점이 중요합니다.
그 위에 검증이 있었습니다. 잘못된 정보를 더 빨리 전달하는 자동화가 되지 않도록 수집과 저장 사이에서 결과를 대조하고 처리 범위를 확인했습니다.
업무 자동화는 사람이 하던 동작을 대신 실행하는 것만이 아닙니다. 그 작업이 맞게 처리됐는지 확인할 기준까지 시스템과 함께 만드는 일입니다.