원형 건물 길찾기 페이지와 이중 입력의 부담

어제 오후, 공공기관 실무자가 모인 공공AX 네트워크에 링크 하나가 올라왔다. 한 참가자가 길찾기·공사 안내 페이지를 만들었다며 피드백을 부탁한 것이다.

길찾기 공사 안내 페이지를 만들었는데 피드백좀 부탁드립니다!!

만든 사람은 몇 분 뒤 이유를 설명했다. 맡고 있는 건물이 원형이라 길찾기가 어렵다는 민원이 많았고, 그래서 건물 안을 안내하는 실내 길찾기가 1차 목표라는 것이다. 2차 목표는 공사구간 안내였다.

2차목표는 공사구간은 안내가 제대로 된게 없어서 아예 모델에 박혀있으면 좋지 않을까 싶어서 만드는 중이에요!

여기서 «모델»은 건물을 3차원으로 옮긴 모델을 뜻하는 것으로 읽히지만, 대화에서 따로 풀이되지는 않았다(기사 설명). 같은 참가자는 이어서 화면을 나눠 소개했다. 방금 올린 것은 이용자가 보는 페이지이고, 관리자용으로는 호실, 조경, 시설물을 항목 하나하나로 잡아 관리하는 화면을 따로 만들고 있는데 어렵다고 덧붙였다.

반응은 칭찬에서 입력 부담으로 옮겨갔다

처음 반응은 화면 자체를 향했다. 먼저 한 참가자가 건물 내부 길안내까지 된다는 점에 놀랐다고 했고, 이어 다른 참가자가 공사구간 우회가 목적이냐고 묻고 사용감을 평가했다.

로딩도 빠르고 UI도 깔끔하고

또 다른 참가자는 지자체 공사 안내에 써도 좋겠다고 했다. 그런데 처음에 사용감을 칭찬했던 참가자가 곧 이어진 글에서 단서를 달았다. 직원에게 이중 입력을 시키지 않고 공사 발주내역과 자동으로 연동되면 좋겠다는 것이다.

근데 직원들에게 이중입력을 시키지 않고 공사 발주내역으로

이 참가자는 10분쯤 뒤 다시 같은 우려를 되풀이했고, 연동이 되지 않으면 또다시 입력 노동이 된다고 적었다. 뒤이어 입력을 한 번 더 하는 과정이 없기를 바란다고 거듭 말했고, 시스템 입력 자체가 이미 많다는 하소연도 이어졌다.

입력을 한번더 하는과정이 없길바라는 마음이 커요

연동이 어려운 이유와 새로 나온 제안들

연동을 어렵게 보는 시각은 다른 참가자에게서 나왔다. 이 참가자는 계약 정보가 공개되더라도 그것이 착공과 준공 시점 정도라고 말했다. 앞서 같은 참가자는 어차피 계약하면 공개되니 그것과 함께 연동하면 좋겠다고 했는데, 여기서는 그 한계를 짚은 셈이다.

사실계약정뵤시스템으로 공개되는거는 착공 준공인데

이 참가자는 또 지자체 공사 가운데는 계약 기간이 길어도 하루 이틀 만에 끝나는 경우가 있다고 했다. 다만 계약 정보로 실제 공개되는 항목이 착공·준공뿐이라는 점은 이 참가자의 말일 뿐 대화에서 확인되지 않았다. 말하는 취지는 공개 정보만으로는 실제 공사구간의 변화를 따라가기 어렵다는 것이다.

이중 입력을 걱정하던 참가자는 공사 현황이 취합된다면 당직실부터 써 보면 좋겠다고 제안했다. 새벽부터 무슨 공사인지 몰라 허둥대는 일이 있다는 것이 이유였다. 지자체에서 일하는 다른 참가자가 당직 마무리 때와 콜센터가 열리기 전에 전화가 몰린다며 공감했다. 이중 입력을 걱정하던 참가자는 이어서 도로점용, 굴착, 비산먼지 같은 신고 대장들을 서로 연결하자는 이야기로 이어갔고, 온나라 문서 연결이 되면 그래도 해볼 만할 것 같다고도 했다.

온나라문서 연결이 되면 그래도 해볼만할거같기도

또 다른 참가자는 상하수도 공사처럼 도로 한쪽을 막는 경우가 많으니, 공사를 입력하면 내비게이션 회사로 자동으로 전달되면 좋겠다는 구상을 덧붙였다. 이것은 구상 수준의 발언이고, 실제로 가능한지는 대화에서 확인되지 않았다.

만든 사람의 답은 어제 저녁에 나왔다

만든 사람의 답은 18시대, 어제 저녁에 나왔다. 이중 작업이라는 지적을 받아들이면서도 자신의 사정을 설명했다. 현재는 직접 입력이 필요하지만, 담당 부서에서 공사 중인 사업을 담당자만 알고 따로 공지하는 상황이어서 한꺼번에 볼 곳이 없다는 것이다.

현재는 직접 입력을 해야해서 이중작업이긴 한데

만든 사람은 이어서 조직 안에서 1차 취합 자체는 필요해 보인다고 했다. 이중 입력을 걱정하던 참가자는 기관 규모와 관할 범위가 크지 않다면 수기 입력도 괜찮겠다고 한발 물러섰다. 만든 사람은 그냥 입력하라고 하면 귀찮아서 하지 않을 것이 뻔하다고 덧붙였고, 앞의 참가자가 맞다고 받았다.

읽을 거리

이 대화에서 확인되는 것은 세 가지다. 첫째, 건물 구조 때문에 생긴 민원이 개발의 출발점이었다. 둘째, 같은 화면을 두고 다른 참가자들의 관심이 화면의 완성도에서 공사 정보가 어디서 들어오느냐로 옮겨갔다. 셋째, 연동의 출처로 거론된 계약 정보와 온나라 문서는 대화 속에서 가능성으로만 언급됐고, 연동이 실제로 이뤄졌다는 말은 없었다. 안내 페이지의 가치를 인정하면서도 입력하는 사람의 수고를 가장 먼저 따지는 반응은, 공공기관에서 AI로 만든 도구가 현업에 자리 잡는 조건이 무엇인지 시사하는 것으로 보인다. 이 안내 페이지가 실제 업무에 쓰인다는 말은 같은 창 안에서 나오지 않았다. 18시대에 만든 사람이 공사 정보를 입력하면 지출서류를 자동으로 뽑는 페이지도 만들었다고 했으나, 같은 페이지인지는 밝히지 않았다.