PM이 아닌 운영자 입장에서 관리자페이지 고도화 요구사항 정리 방법 조언 부탁드립니다

Question

안녕하세요.약 7년 전까지 6년 정도 웹페이지 운영기획 업무를 했고, 패션 플랫폼 운영기획(프로모션/이벤트 페이지 기획) 위주로 일했습니다.디자이너·개발자·마케터와 협업 경험은 있으나 PM 경험은 없습니다.지마켓, 자사몰 어드민을 다뤄봤고, 오픈마켓/종합몰 상품 등록(MD 업무) 경험이 있으며,지금은 사라진 앱이지만 지그재그류 앱 구축 사업에 참여하여 앱 내 관리자페이지(어드민) 운영 경험도 있습니다.사방넷, 카페24, 스마트스토어 등 어드민도 사용해본 경험이 있습니다.이후 약 7년간 다른 일을 하다가,현재 계약직으로 입사한 회사에서 공공사업을 수주하여 물류 관련 홈페이지 운영을 담당하게 되었습니다.올해 신규 개발사를 선정하여 홈페이지 및 관리자페이지 고도화를 진행한다고 하여,운영자 입장에서 관리자페이지 메뉴별 개선사항을 정리하는 역할을 맡게 되었습니다.[현재 고민 상황]물류 관리자페이지는 처음 다뤄보는 영역입니다.PM이 아님에도 불구하고 메뉴별 개선 포인트를 정리하다 보니“이게 맞는 방향인지” 계속 의문이 듭니다.현재는 각 메뉴별로 아래 항목으로 정리 중입니다.구분 (시스템/운영/조회/미사용)상태 (사용/미사용)비고(상세이유/메모)메뉴처리(유지/이동/숨김/삭제)기획의견전부 텍스트 나열식이다 보니개발사와 커뮤니케이션 시 이해도가 떨어질 것 같고저도 나중에 다시 보면 “이게 무슨 말이었지?” 싶은 항목이 생깁니다.또, 메뉴 수가 많아 작업량도 상당한 편입니다.[관리 대상 시스템 개요]관리 대상 시스템은 물류 관련 서비스 전반을 다루는 관리자페이지이며, 기능 단위로 보면 꽤 복잡한 편입니다.고객이 보는 홈페이지 기준으로는 공동물류 / 공유공간 / 배송대행 / 물류 통합정보의 4개 대분류로 구성되어 있고,관리자페이지에서는 이 4개 대분류 각각에 대해운영 관리 기능(입·출고, 신청/배정, 현황 관리 등)과 콘텐츠 관리(공지·배너·이벤트 등), 운영·설정 관련 기능까지 포함한 다수의 세부 메뉴를 함께 관리하고 있습니다.이 외에도 공통 설정, 연계 시스템 관련 관리 메뉴가 존재합니다.[궁금한 점]PM이 아닌 운영자 입장에서 관리자페이지 고도화 개선사항을 정리할 때,화면 캡처까지 하기에는 물리적으로 감당이 어려운 상황인데이 경우 개발사와 소통하기에 가장 효율적인 정리 포맷/방식이 무엇일지 궁금합니다.(예: 엑셀, 메뉴 트리 기반 정리, 기능 단위 시나리오 정리, 요구사항 템플릿 등)기능 개선 요구사항을 단순 “불편함 나열”이 아니라 개발자가 이해하고 구현하기 쉬운 형태로 정리하는 방법이 있을까요?이 역할 자체가 사실상 PM 영역에 가까운 것 같은데,어디까지 개입하는 게 적절한 선인지도 조언 부탁드립니다.또한 공공기관 사업 특성상 실제 화면이나 내부 자료는 외부에 공유할 수 없는데,“이런 식으로 정리했다”는 가상의 예시(샘플 포맷)만 제시해도정리 방식이 적절한지에 대한 검증/피드백을 받을 수 있을지 궁금합니다.비슷한 경험 있으신 분들의 현실적인 조언을 듣고 싶습니다.감사합니다.

파바로티 · Answer

PM의 역할은 프로젝트 규모에 따라 달라집니다.1년 이상 진행되는 중·대형 프로젝트에서는 PM이 프로젝트 관리와 부서·팀 간 조율을 담당하고, 각 시스템의 개선 방향과 요건을 정리하는 역할은 보통 시스템 아키텍터 또는 요건정의 담당이 맡습니다.반면 소규모 프로젝트나 인력이 적은 조직에서는 PM이 요건정의나 설계까지 겸하는 경우도 많습니다.질문자님은 일정·예산·인력 관리가 아니라, 운영자 입장에서 “무엇이 불편하고 무엇이 개선되면 좋은지”를 정리하고 계신 상황이므로 PM 역할을 넘어서고 있다고 보기는 어렵습니다.현재 메뉴별로 정리하고 계신 방식은 요건정의 초안으로서 충분히 적절한 방식입니다.“텍스트 나열이라 이해도가 떨어질까 봐 걱정된다”는 점도 이해되지만, 이 단계에서 모든 화면을 캡처하거나 시나리오까지 만드는 것은 운영자 역할의 범위를 넘어갈 수 있습니다.요건정의서나 제안서에서 가장 중요한 것은 개발 언어나 기술 방식이 아니라 ‘이유와 맥락’입니다.① 왜 이 메뉴가 불편한지② 어떤 업무 흐름에서 문제가 발생하는지③ 개선되면 운영이 어떻게 달라지는지이 정도만 명확하면, 구현 방식과 상세 설계는 개발자가 판단할 수 있습니다.문서는 개발자가 아니라 운영 담당자나 발주 부서가 읽어도 이해할 수 있는 수준이 가장 좋습니다.(개발 전문 용어, 약어, 코드 설명은 피하는 것이 좋습니다.)화면 캡처까지 모두 하기 어려운 상황이라면,아래 정도의 구조면 충분합니다.1. 개발 배경 / 개선 목적2. 현 시스템 흐름(간단한 개념도 수준)3. 메뉴별 개선 항목(요건 리스트) - 문제 요약 - 개선 방향 - 중요도(상·중·하)4. 기대 효과(정량이 어렵다면 정성적 효과라도)모든 메뉴를 상세하게 설명할 필요는 없으며, 중요도가 높은 항목만 일부 화면 캡처나 예시를 첨부해도 충분히 전달됩니다.

PM이 아닌 운영자 입장에서 관리자페이지 고도화 요구사항 정리 방법 조언 부탁드립니다

1개의 답변

기타 목록