같은 ‘웹사이트 관리’도 전혀 다른 일을 뜻할 수 있습니다
‘웹사이트를 관리해 주세요’는 상품 등록, 오류 난 양식 수리, 예약 기능 개발을 의미할 수 있습니다. 모두 웹사이트 업무지만 전문성, 시간, 검수 방법은 다릅니다.
업무를 명확히 하지 않고 상품 이름만 합의하면 포함 범위를 다르게 이해하기 쉽습니다. 기업은 작은 수정이라고 생각하지만 수행사는 내부 데이터, 인터페이스, 처리 흐름을 바꿔야 할 수 있습니다.
각 업무의 목적을 구분하고 실제 운영 중인 웹사이트에서 범위를 확인하는 것이 가장 명확합니다.
유지보수: 운영 유지와 기술 문제 해결
유지보수는 기능 점검, 통제된 업데이트, 백업, 보안 관찰, 합의 범위 내 오류 처리로 사이트가 안정적으로 계속 운영되도록 돕는 일입니다.
예전에는 메일이 오던 문의 양식에서 이제 메일을 받지 못한다면 조사가 필요합니다. 코드, 발송 설정, 외부 서비스, 최근 변경이 원인일 수 있습니다. 담당자는 수리 방법을 정하기 전에 원인을 파악해야 합니다.
모든 기술 요청이 자동으로 유지보수 요금에 포함되는 것은 아닙니다. 기존 결함, 큰 사고, 교체가 필요한 소프트웨어는 현황과 구체적 합의에 따라 별도 평가가 필요할 수 있습니다.
콘텐츠 관리: 정보를 정확하고 명확하며 최신으로 유지
콘텐츠 관리는 글 게시, 상품 갱신, 이미지 교체, 서비스 정보 수정, 새 자료 업로드 등입니다. 다만 콘텐츠 준비와 게시 작업은 구분해야 합니다.
승인된 배너를 올리는 일은 아이디어, 메시지 작성, 배너 디자인과 다릅니다. 고객 파일의 상품 정보를 입력하는 일도 각 상품을 조사하고 설명을 쓰는 일과 다릅니다.
작업 전 자료 제공자, 정확성 검토자, 승인자, 게시 담당자를 정해야 합니다. 여러 부서가 참여한다면 명확한 승인 창구가 반복 수정을 줄여 줍니다.
내부 팀이 자주 직접 수정해야 한다면 CMS 사용 교육이 모든 게시 요청을 외주로 넘기는 것보다 적합할 수 있습니다.
기능 개발: 웹사이트가 할 수 있는 일 변경
기능 개발은 사이트의 처리 능력을 추가하거나 바꾸는 일입니다. 예약 추가, 대리점 전용 공간, CRM 연동, 새로운 정보 승인 절차 등이 해당합니다.
화면의 버튼은 작아도 데이터 저장, 권한, 알림, 입력 검증, 예외 처리 등 많은 작업이 필요할 수 있습니다. 화면에 보이는 크기로 복잡도를 판단할 수는 없습니다.
이런 요청은 목적, 사용자, 데이터, 처리 상황, 검수 기준을 명확히 한 뒤 시간이나 비용을 추산하는 것이 좋습니다.
자주 있는 요청으로 구분하기
아래 표는 초기 논의의 예시입니다. 최종 판단은 현황과 협업 범위에 따라 달라집니다.
| 요청 | 일반적인 업무 구분 | 확인할 사항 |
|---|---|---|
| 승인된 글 게시 | 콘텐츠 관리 | 이미지, 형식, 게시일, 최종 승인자. |
| 배너 교체 | 콘텐츠 관리, 경우에 따라 디자인 | 적합한 파일이 있는지 새 디자인이 필요한지. |
| 전송되지 않는 양식 수리 | 유지보수 및 오류 수정 | 이전에는 작동했는지, 언제 오류가 시작됐는지. |
| 양식 필드 추가 | 변경 정도에 따라 다름 | 표시만 추가하는지, 이메일·저장·데이터 연동도 바뀌는지. |
| WordPress 또는 플러그인 업데이트 | 기술 유지보수 | 호환성, 백업, 업데이트 후 점검. |
| 언어 추가 | 대개 별도 개발 검토 필요 | 다국어 방식, 번역, URL, 관련 기능. |
| 서비스 소개 페이지 추가 | 콘텐츠 또는 인터페이스 개발 | 기존 레이아웃 사용인지 새 디자인인지. |
| 사이트와 CRM 연결 | 연동 개발 | 교환 데이터, 접근 권한, 오류, 외부 서비스 비용. |
한 파트너가 세 업무를 모두 맡을 수 있습니다
업무를 구분한다고 공급업체를 세 곳 고용해야 하는 것은 아닙니다. 장기 협업에는 기술 유지보수, 콘텐츠 갱신, 단계별로 합의한 개선이 함께 포함될 수 있습니다.
‘유지보수’가 모든 요청을 포함하거나 콘텐츠 업무를 무조건 제외한다고 생각해서는 안 됩니다. 예를 들어 DigiWeb의 WordPress 유지보수 상품에는 공개된 범위의 콘텐츠 갱신이 포함됩니다. 특정 사이트에 대해서는 작업량, 요청 방식, 추가 업무를 다시 확인해야 합니다.
누가 수행하고 승인하며, 언제 완료된 것인가요?
각 요청에는 기업과 수행사 양측의 담당자가 있어야 합니다. 서비스 정보 갱신이라면 기업은 전문 내용을 승인하고 웹사이트 팀은 표시, 링크, 관련 동작을 점검합니다.
기능 변경 검수는 합의한 상황을 기준으로 해야 합니다. 사용자가 시간을 선택하지 못하거나 직원에게 예약이 도착하지 않는다면 ‘예약 버튼이 있다’는 것만으로는 부족합니다.
작업 시기도 사업 활동에 맞아야 합니다. 진행 중인 캠페인에서 점검 방법과 장애 대응을 합의하지 않고 중요한 구성요소를 임의로 바꾸면 안 됩니다.
파트너가 정확히 이해할 수 있는 요청 방법
기술 용어는 필요하지 않습니다. 다섯 가지 정보를 전달하세요.
- 위치: 처리할 URL 또는 영역.
- 현황: 현재 사이트의 표시 방식이나 작동 상태.
- 원하는 결과: 완료 후 사용자나 직원이 할 수 있어야 하는 일.
- 자료와 승인자: 콘텐츠, 이미지, 참고 예시, 확인 담당자.
- 우선순위: 영향을 받는 업무와 고려할 실제 일정.
가상의 예: ‘서비스 A 페이지에 예전 전화번호가 있습니다. 본문과 휴대폰 전화 버튼을 모두 바꿔 주세요. 새 정보는 영업팀 승인을 받았으니 수정 후 두 위치를 확인해 주세요.’ 이런 요청이 ‘정보 좀 고쳐 주세요’보다 수행과 검수가 쉽습니다.
사이트에 실제로 필요한 일부터 정리하세요
DigiWeb은 현황과 운영 목표에서 적합한 제안을 시작해야 한다고 봅니다. 사이트에 필요한 업무 목록을 보내 정기 관리, 내부 교육, 별도 프로젝트로 나눌 부분을 함께 정리할 수 있습니다.