통합 RCMS 홈페이지를 둘러보며 든 생각

통합 RCMS 홈페이지를 둘러보다가 연구비관리시스템이라는 서비스가 단순한 업무 화면이 아니라 하나의 공공 포털처럼 구성되어 있다는 생각이 들었다. 연구개발기관, R&D 전문기관, 간단과제관리, 통계관리, 고객지원, 공지사항 같은 메뉴가 한 화면 안에서 각자의 역할을 나누고 있었다.

이 글은 실제 통합 RCMS 첫 화면 캡처를 기준으로 봤다.
이 글은 디자인 평가보다는 공공 연구비관리시스템 포털을 운영자 관점에서 훑어본 기록에 가깝다. 그래서 추상적인 이미지보다 실제 포털 화면을 기준으로 두는 편이 글의 방향과 더 맞다.

통합 RCMS 홈페이지 첫인상

통합 RCMS는 연구비 사용과 집행, 과제 관리, 기관별 업무 처리를 지원하는 연구비관리시스템이다. 2026년 7월 21일 기준으로 첫 화면을 보면 상단에는 RCMS 소개, 이용가이드, 서비스이용, 고객지원, 통계관리, 공지사항이 배치되어 있고, 가운데에는 연구개발기관, R&D전문기관, R&D기술금융, 간단과제관리, RCMS교육, 매뉴얼로 이어지는 주요 진입점이 보인다.

첫 화면 영역	보이는 메뉴	사용자에게 주는 신호
상단 메뉴	RCMS 소개, 이용가이드, 서비스이용, 고객지원, 통계관리, 공지사항	제도 안내, 서비스 진입, 문의 대응, 통계 확인을 한 포털 안에서 처리한다는 구조가 보인다.
주요 서비스	연구개발기관, R&D전문기관, R&D기술금융, 간단과제관리, RCMS교육, 매뉴얼	사용자 역할과 업무 목적에 따라 입구를 나누고 있다는 점이 명확하다.
자주찾는 서비스	연구비 사용내역, 사용현황, 집행상태, 이체결과, 협약정보 확인, 사용자카드 관리	반복 조회 업무를 바로가기 중심으로 배치해 실무자의 탐색 시간을 줄이려는 구성이 보인다.
정보 안내	공지사항, 자주 묻는 질문	장애, 점검, 기준 변경, 반복 문의를 첫 화면에서 흡수하려는 포털형 배치다.

2026년 7월 21일 기준 통합 RCMS 홈페이지 첫 화면 캡처

첫 화면만 놓고 보면 통합 RCMS는 단순한 로그인 입구보다 정보 포털에 가깝다. 자주찾는 서비스에는 연구비 사용내역, 연구비 사용현황, 연구비 집행상태, 연구비 이체결과, 협약정보 확인, 사용자 관리 같은 바로가기가 보이고, 하단에는 공지사항과 자주 묻는 질문이 함께 배치되어 있다. 이런 구성은 사용자가 “어디로 들어가야 하는지”를 먼저 찾는 업무 시스템에서는 꽤 중요한 장점이다.

업무별 진입점 연구개발기관과 전문기관처럼 사용자 역할이 다른 경우, 첫 화면에서 큰 방향을 나눠주는 구성이 필요하다.

상태 확인 연구비 사용현황, 집행상태, 이체결과처럼 반복적으로 확인하는 정보가 바로가기 형태로 제공된다.

안내 정보 공지사항, FAQ, 매뉴얼, 교육 메뉴가 함께 있어 업무 처리와 정보 안내가 한 포털 안에 묶여 있다.

업무 진입성

높음

상태 조회성

높음

정보 안내성

보통 이상

정리 필요성

지속 점검

수치는 외부 첫 화면을 보고 느낀 정성적 체감도이며, 실제 서비스 품질 평가 점수는 아니다.

잘 만들어진 포털일수록 정보 업데이트가 중요하다

공공 IT 서비스에서 포털의 첫인상은 생각보다 중요하다. 사용자는 시스템 전체 구조를 이해하고 들어오는 것이 아니라, 지금 당장 처리해야 하는 업무를 들고 들어온다. 그때 메뉴명, 공지, FAQ, 매뉴얼, 안내 문구가 최신 흐름과 맞아야 불필요한 문의가 줄어든다.

다만 홈페이지를 둘러보면 정보 안내 측면에서 일부 내용은 오래된 상태로 남아 있거나, 최신 업무 흐름과 맞춰 지속적으로 정리되고 있는지 의문이 드는 지점도 있다. 정확한 내부 구현 방식은 외부에서 알 수 없다. 하지만 정보가 데이터베이스나 CMS로 관리되는 구조가 아니라 화면 소스에 직접 박혀 있는 정적인 웹사이트에 가깝다면, 운영자는 내용을 바꿀 때마다 프론트 화면을 수정하고 배포해야 한다.

점검 대상	운영자가 봐야 할 질문	오래되었을 때 생기는 문제
공지사항	장애, 점검, 제도 변경 안내가 현재 업무 기준과 맞는가?	사용자가 지난 기준을 최신 기준으로 오해할 수 있다.
FAQ	반복 문의가 실제로 줄어드는 답변인가, 아니면 과거 답변이 누적된 것인가?	고객지원 문의가 줄지 않고 같은 질문이 계속 반복된다.
매뉴얼	화면 캡처, 메뉴명, 업무 절차가 현재 시스템과 같은가?	사용자가 매뉴얼을 보고도 실제 화면에서 막히게 된다.
바로가기	자주 쓰는 업무가 첫 화면에 있고, 덜 쓰는 업무가 과도하게 노출되지는 않는가?	정작 중요한 업무 진입이 묻히고 화면의 탐색 비용이 커진다.

정적인 안내 페이지의 어려움
메뉴 하나, 배너 하나, FAQ 한 문장도 배포 대상이 되면 업데이트 비용이 커진다. 담당자가 모든 페이지를 주기적으로 열어보고 오래된 표현을 고치는 일은 말처럼 간단하지 않다. 그래도 공공 포털에서는 이 작은 관리가 서비스 신뢰도와 바로 연결된다.

서비스 운영은 만드는 일과 없애는 일 사이에 있다

나는 서비스를 만드는 것만큼이나 중요한 일이 “없애는 것”이라고 생각한다. 통합 RCMS 안에 들어간 모든 웹페이지와 서비스는 처음에는 분명히 이유가 있었을 것이다. 어떤 메뉴는 제도 변경에 대응하기 위해 만들어졌을 것이고, 어떤 안내는 특정 시기의 문의를 줄이기 위해 추가되었을 것이다.

문제는 시간이 지난 뒤다. 목적을 다한 페이지가 남아 있거나, 처음 예상과 다른 결론이 난 서비스가 그대로 노출되면 사용자는 어느 정보가 최신인지 판단해야 한다. 운영자는 새 기능을 붙이는 사람인 동시에, 더 이상 도움이 되지 않는 정보를 걷어내는 사람이어야 한다.

1. 발견 오래된 공지, 중복 FAQ, 더 이상 쓰지 않는 안내 페이지를 목록화한다.

2. 판단 삭제, 숨김, 통합, 최신화 중 어떤 방식이 사용자의 혼란을 가장 줄이는지 정한다.

3. 정리 메뉴, 검색 노출, 내부 링크, 첨부 매뉴얼까지 함께 확인한다.

정리 방식	적합한 경우	주의할 점
삭제	목적이 끝났고 검색 유입이나 내부 링크가 거의 없는 페이지	삭제 전 관련 공지, 매뉴얼, 즐겨찾기 링크를 함께 확인해야 한다.
숨김	일시적으로 노출하면 안 되지만 기록 보존이나 재사용 가능성이 있는 페이지	숨긴 페이지가 사이트맵이나 검색 결과에 남는지 확인해야 한다.
통합	비슷한 FAQ, 중복 안내, 분산된 매뉴얼이 여러 곳에 있는 경우	통합 후 제목과 설명을 명확히 바꿔야 사용자가 다시 찾을 수 있다.
최신화	핵심 업무에 계속 쓰이지만 화면명, 기준일, 첨부 파일만 낡은 경우	본문뿐 아니라 이미지 alt, 첨부 파일명, 메타 설명까지 같이 고치는 편이 좋다.

안쪽 메뉴는 또 다른 운영 관점이 필요하다

물론 첫 화면만 보고 통합 RCMS 전체를 판단할 수는 없다. 연구개발기관이나 전문기관 메뉴처럼 실제 과제 권한이 있어야 접근 가능한 영역은 바깥에서 보이는 포털과 다른 기준으로 봐야 한다. 권한, 역할, 협약 상태, 연구비 집행 단계, 전자증빙, 카드 사용, 이체 결과 같은 실제 업무 데이터가 연결되는 순간 화면의 복잡도는 훨씬 높아진다.

그래서 더더욱 바깥쪽 안내 포털은 단순하고 최신이어야 한다. 내부 업무 화면이 복잡할수록 외부 안내는 사용자가 길을 잃지 않게 해주는 표지판 역할을 해야 한다. 통합 RCMS 홈페이지가 이미 여러 서비스를 한곳에 잘 모아두고 있다면, 다음으로 중요한 일은 그 구조를 계속 가볍게 유지하는 것이다.

통합 RCMS 홈페이지를 보며 든 생각은 결국 하나였다. 공공 연구비관리시스템은 기능을 많이 제공하는 것도 중요하지만, 오래된 정보와 목적을 다한 서비스를 꾸준히 정리할 때 더 좋은 포털이 된다.