한 블로그 계정을 여럿이 함께 쓸 수 있는지 여부

공동 운영에 사용할 계정 유형

여러 사람이 함께 운영할 블로그에는 공동 사용 계정으로 안내된 단체 아이디를 검토할 수 있습니다. 이를 개인 아이디의 비밀번호 공유나 직원별 권한 지원까지 허용한다는 뜻으로 확대해서는 안 됩니다. 운영자는 함께 사용할 계정 유형을 먼저 정리하고, 기존 블로그를 유지할 수 있는지와 별도로 알아야 할 접속 조건을 차례로 판단합니다.

네이버 고객센터는 단체 아이디를 법인 또는 사업자가 단체 명의로 가입해 공동으로 사용하는 계정이라고 설명합니다. 또 단체 아이디를 만들면 블로그가 함께 제공되며 개인 아이디처럼 이용할 수 있다고 안내합니다. 회사나 가게에서 공동 운영을 준비한다면 이 설명을 계정 유형을 선택하는 근거로 사용할 수 있습니다. 직원마다 어떤 방식으로 접속할 수 있는지는 이 설명만으로 결론 내리지 않습니다.

여럿이 블로그 업무를 맡는 것과 여럿이 같은 계정에 접속하는 것은 서로 다른 문제입니다. 자료 준비, 문장 수정, 사진 선택을 여러 사람이 맡더라도 발행 업무는 한 사람이 담당하도록 정할 수 있습니다. 대표나 마케팅 책임자는 참여 인원부터 세기보다 각 사람이 블로그 안에서 직접 해야 할 일이 있는지 기재합니다.

고객센터 안내가 뒷받침하는 범위

표에서 확인되는 내용은 계정 유형과 블로그 이용 범위에 관한 판단 근거입니다. 공동 운영에 필요한 모든 접속 방식의 설명으로 사용하지 않습니다. 고객센터가 안내한 내용과 운영자가 추가로 묻고 싶은 조건을 같은 문장에 섞으면, 아직 답을 받지 않은 사항도 지원되는 것처럼 전달할 수 있습니다.

네이버 고객센터는 블로그가 네이버 아이디에 포함되어 있어 타인에게 양도하거나 다른 아이디로 이전할 수 없다고 설명합니다. 개인 아이디를 단체 아이디로 전환하는 경우에는 기존 블로그를 유지할 수 있다고 안내합니다. 현재 블로그를 계속 운영하려는 담당자는 새 계정 생성과 현재 계정의 유형 전환을 서로 다른 선택으로 기록해야 합니다. 단체 아이디라는 명칭이 같아도 두 선택이 기존 블로그에 미치는 결과는 같다고 취급할 수 없습니다.

계정 유형부터 접속 조건까지의 순서

공동 운영 준비는 계정 유형, 기존 블로그 유지, 접속 조건의 순서로 진행합니다. 현재 블로그를 계속 사용할 계획이라면 새 계정부터 만드는 결정을 서두르지 않습니다. 대표는 유지할 블로그를 정하고, 운영 담당자는 현재 계정 유형과 원하는 변경 방향을 정리합니다.

1. 현재 사용하는 계정이 개인 아이디인지 단체 아이디인지 확인합니다. 아직 블로그를 시작하지 않았다면 단체 명의의 공동 운영을 원하는지부터 정합니다.
2. 기존 블로그를 계속 사용할지 결정합니다. 유지가 필요하면 개인 아이디의 단체 전환에 관한 안내를 기준으로 필요한 절차를 추가로 확인합니다.
3. 블로그에 직접 접속할 업무와 외부에서 준비할 업무를 나눕니다. 글과 사진을 전달하는 사람까지 모두 접속 대상에 포함하지 않습니다.
4. 실제로 사용하려는 접속 방식을 구체적인 질문으로 작성합니다. 답을 받지 못한 조건은 지원 여부가 정해지지 않은 항목으로 남깁니다.

담당자가 준비할 자료는 현재 계정 유형, 유지하려는 블로그, 참여자의 업무, 예정한 접속 방식입니다. 질문을 정리할 때는 비밀번호나 인증 정보를 문서에 기재할 필요가 없습니다. 고객센터에 묻는 내용에는 어떤 운영 방식의 가능 여부를 알고 싶은지 담고, 답변에 필요한 자료의 범위는 별도로 안내받습니다.

접속 전 준비할 질문과 업무 결정

표의 질문은 추가 안내를 받기 위한 준비 항목이며, 해당 기능이 있다는 설명이 아닙니다. 담당자는 예정한 기기와 참여 방식 등 질문에 필요한 상황을 추가합니다. 서로 다른 조건을 한꺼번에 가능하냐고 묻기보다, 어떤 작업을 어떤 방식으로 수행하려는지 나눠 전달합니다.

답변을 받으면 각 질문 옆에 답변 내용과 적용 조건을 함께 기재합니다. 일부 조건만 답변된 경우에는 나머지 질문까지 해결됐다고 처리하지 않습니다. 계정에 관한 답변은 운영 담당자가 정리하고, 회사 내부의 발행 승인 방식은 대표나 마케팅 책임자가 결정합니다. 고객센터가 지원 범위를 설명하는 일과 회사가 업무 책임을 정하는 일을 분리해 진행합니다.

유형 전환과 블로그 이전의 차이

기존 블로그를 유지하려는 요청에는 무엇을 변경하려는지 정확히 기재해야 합니다. 현재 개인 아이디의 유형을 단체 아이디로 전환하려는 것인지, 다른 아이디에서 기존 블로그를 이용하려는 것인지 먼저 가립니다. 두 요청을 모두 공동 운영 준비라고 표현하면 필요한 답변도 달라질 수 있습니다.

운영 담당자는 요청서에 현재 상태와 원하는 상태를 각각 문장으로 작성합니다. 현재 개인 아이디로 운영 중이며 같은 블로그를 계속 이용하려는 경우라면, 그 목적을 분명히 밝히고 전환 절차를 묻습니다. 다른 아이디를 새로 만들 계획이라면 기존 블로그도 함께 이동할 것이라는 전제를 제외합니다. 앞에서 정한 기준에 따라 원하는 상태가 안내된 범위에 해당하는지 판단합니다.

내부 회의에서 사용하는 표현도 실제 요청과 일치시켜야 합니다. 계정을 전환한다고 결정했는데 업무 전달 문서에는 새 계정을 만든다고 기재하면 담당자가 서로 다른 작업을 준비할 수 있습니다. 변경을 요청한 사람은 유지할 대상과 변경할 대상을 명시하고, 실행할 사람은 자신이 이해한 요청을 회신합니다.

답변의 적용 범위를 남기는 기록

공동 사용에 관한 답변은 질문한 조건과 함께 보관해야 합니다. 답변 문장만 따로 전달하면 어떤 운영 방식을 전제로 받은 안내인지 알기 어렵습니다. 운영 담당자는 질문 내용, 답변 받은 날짜, 출처 이름, 답변이 다룬 조건을 한 묶음으로 기록합니다.

기록에는 안내된 사실과 회사가 결정한 운영 방식을 따로 기재합니다. 직접 접속이 필요하지 않은 업무를 자료 전달로 처리하기로 했다면, 이를 플랫폼의 제한이라고 설명하지 않습니다. 회사가 편집 충돌을 줄이기 위해 정한 절차는 내부 결정으로 표시합니다. 이렇게 기록하면 참여자가 고객센터의 답변과 회사의 업무 선택을 혼동하지 않고 읽을 수 있습니다.

답변에 없는 내용은 추측으로 채우지 않고 미답변 질문으로 남깁니다. 담당자는 질문 자체가 빠졌는지, 질문했지만 답변이 없었는지부터 가립니다. 예정한 방식에 대한 답이 부족하면 해당 조건을 더 구체적으로 적어 다시 묻습니다. 다른 조건에 관한 답변을 가져와 빈 항목을 완료 처리하지 않습니다.

업무 요청의 변화에 따른 재판단

공동 운영 중 맡기는 업무가 달라지면 기존 답변이 새 업무에도 적용되는지 다시 판단합니다. 글 자료만 전달하던 참여자에게 발행이나 게시 내용 수정까지 맡기려는 경우에는 업무 요청의 범위가 달라집니다. 참여자의 이름만 변경된 것인지, 실제 접속과 작업 방식도 변경된 것인지 기재합니다.

운영 책임자는 변경된 작업에 필요한 조건이 기존 질문에 포함됐는지 대조합니다. 포함되지 않았다면 과거에 공동 운영 가능 여부를 물었다는 이유만으로 새 방식까지 승인하지 않습니다. 추가 질문의 답을 기다리는 동안에는 이미 정한 업무 범위 안에서 자료 준비와 수정 요청을 진행하도록 안내합니다.

자주 묻는 질문

공동으로 준비한 글에는 참여자 이름을 모두 기재해야 합니까?

계정 이용 안내만으로 글에 표시할 참여자 이름까지 결정할 수는 없습니다. 회사는 글의 책임을 설명할 필요와 참여자가 동의한 공개 범위를 기준으로 표기 방식을 정합니다. 계정 유형을 선택하는 문제와 글에서 참여자를 소개하는 문제는 별도로 처리합니다.

대표가 글 내용을 직접 승인하기 어려우면 어떻게 합니까?

대표는 상품 정보나 회사 입장을 판단할 수 있는 내부 책임자에게 내용 승인을 맡길 수 있습니다. 승인을 맡은 사람이 어떤 내용을 결정할 수 있고 어떤 질문을 대표에게 전달해야 하는지 문장으로 정합니다. 접속 가능 여부만으로 내용 승인 권한까지 정해졌다고 취급하지 않습니다.

팀마다 같은 글에 다른 수정 의견을 내면 어떻게 합니까?

의견을 취합하는 사람은 사실 오류, 표현 선호, 사업상 공개 여부를 나눠 정리합니다. 사실 오류는 해당 정보를 가진 부서에 답을 요청하고, 표현 의견은 최종 편집 책임자에게 전달합니다. 결론이 나지 않은 의견을 각 참여자가 게시물에 개별 반영하도록 요청하지 않습니다.

공동 운영 준비 중인 사실을 독자에게 알려야 합니까?

계정 준비 상황 자체보다 독자가 이용하는 정보에 변화가 있는지를 기준으로 공지 필요성을 판단합니다. 답변 담당이나 게시물의 설명 범위가 달라진다면 독자에게 필요한 내용을 안내할 수 있습니다. 준비 중인 접속 조건이나 내부 논의 내용을 모두 공개할 필요는 없습니다.

참여자가 늘면 기존 업무 절차를 다시 작성해야 합니까?

인원이 늘었다는 이유만으로 모든 절차를 새로 작성할 필요는 없습니다. 기존 절차에서 새 참여자가 맡을 업무와 전달 대상이 명확한지 확인합니다. 수정 요청이 여러 경로로 들어오거나 최종 결정자가 불분명해졌다면 그 부분을 고치고 변경 내용을 참여자에게 전달합니다.

이어서 읽을 주제

계정 이용 방식을 정한 뒤에는 참여자가 어떤 내용을 준비할지 정하는 주제 설계가 필요합니다. 병원 블로그 주제 기획은 업종별로 독자의 질문과 준비할 자료를 연결하는 방식을 이어 읽을 주제입니다.