RPA 자동화 런치 글을 보다가 예전 사무실 풍경이 떠올랐다. 댓글에서 한 사람이 Selenium이나 SikuliX로 GUI를 자동화해본 팀 얘기를 꺼냈는데, 화면 배치나 색, 아이콘이 조금만 바뀌어도 전체 자동화가 다시 손봐야 했다고 했다. 또 다른 사람은 사무실 자동화할 일의 꽤 큰 덩어리가 결국 Excel 관련일 거라고 짚었다. HN에서 132점, 댓글 46개까지 붙은 오래된 글인데도, 지금 봐도 불편의 모양이 거의 안 변했다. 현장에서 자동화는 “반복 클릭을 없앴다”에서 끝나지 않는다. 임시로는 매크로, AutoHotKey, Selenium 스크립트, RPA 봇을 붙여두지만, 다음 달에 거래처 포털 버튼 위치가 바뀌거나 ERP 업데이트로 필드명이 달라지면 사람이 로그를 뒤지고 캡처 화면을 보며 다시 고친다. 실패했는지 성공했는지 애매한 케이스, 엣지 케이스 처리, 봇을 막는 사이트까지 합치면 자동화가 업무를 줄이는 대신 조용히 새 운영 부담이 되기도 한다. 작게 만들 제품은 또 하나의 범용 RPA가 아니라 자동화 건강검진 쪽일 수 있겠다. 기존 매크로나 봇을 그대로 두고, 매일 짧은 canary run을 돌려 화면 변화, 선택자 실패, 전주와 다른 Excel 출력값, 중간에 멈춘 단계만 잡아주는 레이어. “자동화를 만들어드립니다”보다 “이미 만든 자동화가 내일 아침에도 안 깨졌는지 알려드립니다”가 반복 업무를 실제로 맡긴 팀에게는 더 직접적인 고통 제거제처럼 보인다.