글의 주인과 독자의 입구
두 진료과의 키워드가 겹치면, 그 주제의 글은 실제로 그 진료를 맡는 과가 씁니다. 다만 환자가 처음 찾는 과가 진료를 맡는 과와 다르다면, 환자가 처음 찾는 과의 글에도 그 주제를 짧게 소개하고 진료를 맡는 과의 글로 잇는 문장을 씁니다. 진료를 맡는 과는 그 주제의 주인이고, 환자가 처음 찾는 과는 독자가 처음 들어오는 입구입니다. 주인은 진료 범위 안내로 정하고, 입구는 블로그 유입 검색어와 연락 기록으로 가리며, 두 과가 같은 키워드로 각자 긴 글을 쓰지 않습니다. 주인을 정하는 일은 과끼리 글을 나누는 일이 아니라, 독자가 병원 안 어디로 들어와도 같은 답에 닿게 하는 일입니다.
진료를 맡는 과가 글을 쓰는 까닭은, 그 주제에 대한 정확한 답과 이후의 진료 안내를 그 과만 줄 수 있기 때문입니다. 환자가 처음 찾는 과가 글을 쓰면 진료의 세부는 그 과의 짐작으로 채워지기 쉽고, 진료 안내가 바뀔 때 그 과는 바뀐 것을 늦게 알게 됩니다. 반대로 입구를 무시하고 진료를 맡는 과의 글만 두면, 처음 찾는 과의 말로 찾아온 독자는 그 글을 만나지 못하고 다른 곳으로 갑니다.
두 기준을 맞대면 대체로 네 가지 모습이 나옵니다.
| 두 기준을 맞댄 모습 | 글을 쓰는 과 | 다른 과에서 하는 일 |
|---|---|---|
| 진료를 맡는 과와 처음 찾는 과가 같음 | 그 과 | 따로 하지 않음 |
| 진료를 맡는 과와 처음 찾는 과가 다름 | 진료를 맡는 과 | 처음 찾는 과의 글에 짧은 소개와 잇는 문장 |
| 두 과가 함께 진료를 맡음 | 환자가 먼저 진료받는 과 | 다음 과의 글에 이어지는 진료를 밝힘 |
| 처음 찾는 과를 아직 알 수 없음 | 진료를 맡는 과 | 기록이 쌓이면 다시 가림 |
「두 과가 함께 진료를 맡음」은 한 과에서 진단하고 다른 과에서 치료하는 것처럼 진료가 이어지는 경우입니다. 이때는 환자가 먼저 진료받는 과의 글이 주제를 맡고, 다음 과의 글은 그 진료가 이어진 뒤의 일을 씁니다. 어느 과가 먼저인지는 병원의 진료 흐름이 정하며, 과별 의료진이 아니라 진료 방침을 정하는 사람이 승인합니다.
겹침은 주로 세 곳에서 생깁니다. 한 과에서 증상을 보고 다른 과에서 검사를 하는 경우, 한 과에서 수술을 하고 다른 과에서 회복을 돕는 경우, 같은 부위를 두 과가 서로 다른 원인으로 보는 경우입니다. 앞의 두 경우는 진료의 차례가 분명해 주인과 입구를 정하기 쉽고, 마지막 경우는 원인의 단서에 따라 과가 갈리므로 주제를 한 과에 몰기 전에 원인을 가르는 글이 따로 필요한지부터 따집니다. 원인의 단서로 독자를 나누는 일은 증상 키워드를 과별로 나누는 일과 맞닿아 있어, 여기서는 주제 하나를 한 과가 맡는 경우에 집중합니다.
처음 찾는 과를 가리는 법과 잇는 문장
진료를 맡는 과는 진료 범위 안내에 적혀 있어 정하기 쉽지만, 환자가 처음 찾는 과는 기록을 맞대야 드러납니다. 블로그 유입 검색어 목록에서 그 주제의 말이 어느 과의 진료 이름이나 증상의 말과 함께 들어오는지를 읽고, 연락 기록에서 그 주제로 연락한 환자가 처음 어느 과에 예약하려 했는지를 모읍니다. 네이버 블로그 고객센터의 유입 분석 안내는 블로그에 들어온 유입을 경로별 비중으로 보여 주고, 그 아래 단계는 검색어 목록으로 제공한다고 밝힙니다. 두 기록이 같은 과를 가리킨다면 그 과가 입구입니다. 두 기록이 서로 다른 과를 가리킨다면, 블로그로 들어오는 독자와 병원에 연락하는 환자의 처음 생각이 다르다는 뜻이어서 두 과 모두 입구로 보고 각자의 글에 잇는 문장을 씁니다. 연락 기록은 접수 담당이 「처음 어느 과로 예약하려 하셨는지」를 한 줄 남기는 것으로 충분합니다.
입구로 정해진 과의 글에는 그 주제를 짧게 소개하고 진료를 맡는 과의 글로 잇습니다. 잇는 문장은 글의 어디에 두느냐에 따라 꼴이 다릅니다.
| 입구 과 글의 부분 | 잇는 문장의 꼴 |
|---|---|
| 증상을 설명한 문단의 끝 | 「이 증상이 ○○ 때문이라면 △△과에서 진료합니다」 |
| 검사나 진료를 소개한 문단 | 「이 검사는 △△과에서 하며, 자세한 안내는 그 글에 있습니다」 |
| 진료 범위를 밝힌 문단 | 「○○는 우리 과가 아닌 △△과에서 맡습니다」 |
| 글 끝의 진료 안내 | 「△△과 진료를 원하시면 이렇게 예약합니다」 |
네 꼴 모두 입구 과의 글이 그 주제를 다 설명하지 않고, 짧게 소개한 뒤 넘긴다는 점이 같습니다. 입구 과의 글에서 그 주제를 길게 쓰면, 진료를 맡는 과의 글과 같은 물음에 답하는 글이 두 편 생겨 겹칩니다. 환자가 실제로 어떤 말로 그 주제를 찾는지 넓게 모으는 방법은 병원 키워드 조사에서 다룹니다.
처음 찾는 과를 아직 알 수 없다면, 진료를 맡는 과의 글만 먼저 씁니다. 유입 검색어와 연락 기록이 몇 달 동안 쌓인 뒤 입구가 드러나면, 그때 입구 과의 글에 잇는 문장을 더합니다. 기다리는 동안에도 진료를 맡는 과의 글 첫 문단에 다른 과의 말을 한 번 함께 밝혀 두면, 그 말로 찾는 독자가 주인 과의 글을 바로 만날 수 있습니다.
두 과가 각자 쓴 블로그와 주인을 정한 블로그
겹친 키워드를 두 과가 각자 긴 글로 쓴 블로그와, 주인을 정하고 입구에서 잇는 블로그를 나란히 놓으면 차이가 드러납니다. 각자 쓴 블로그에서는 같은 주제에 두 과의 설명이 따로 있어, 독자는 어느 쪽이 맞는지, 어느 과로 가야 하는지 헷갈립니다. 두 글의 설명이 조금씩 다르면 독자는 병원 안에서도 말이 다르다고 느낍니다. 진료 안내가 바뀌면 두 글을 함께 고쳐야 하는데, 한쪽만 고쳐지는 일이 흔합니다. 고쳐지지 않은 쪽의 글은 옛 안내를 그대로 담고 남아, 그 글로 들어온 독자는 지금과 다른 안내를 믿고 연락합니다. 같은 키워드로 두 글이 다투는 사이, 블로그 밖에서 보기에도 병원의 말이 하나로 모이지 않습니다.
주인을 정한 블로그에서는 그 주제의 설명이 한 곳에 모이고, 다른 과의 글은 독자를 그곳으로 보냅니다. 독자는 어느 과의 글로 들어오든 결국 같은 한 설명을 만나고, 어느 과로 가야 하는지도 그 설명의 끝에서 알게 됩니다. 진료 안내가 바뀌면 주인 과의 글 하나만 고치고, 입구 과의 잇는 문장은 대개 그대로 둘 수 있습니다. 고칠 곳이 하나로 모이니, 두 과의 설명이 어긋나는 일도 생기지 않습니다. 같은 주제를 두고 과마다 글을 늘리는 대신, 그 시간을 그 과만 답할 수 있는 다른 주제에 쓸 수 있다는 것도 주인을 정한 블로그의 쓸모입니다.
다만 주인을 정한 블로그에서도 입구 과의 글이 너무 짧으면 문제가 생깁니다. 「△△과에서 진료합니다」 한 줄만 남기면, 독자는 왜 그 과로 가야 하는지 모른 채 지나칩니다. 입구 과의 글에는 그 증상이나 검사가 우리 과가 아닌 다른 과로 가는 까닭을 한두 문장으로 밝히고 잇습니다. 독자가 까닭을 알면 다른 과의 글로 이어 가는 것을 길을 잃은 것이 아니라 안내받은 것으로 받아들입니다. 그 까닭은 진료를 맡는 과의 의료진이 정한 문장을 그대로 옮겨, 두 과의 글이 같은 말로 이어지게 합니다.
주인과 입구를 정하는 일은 블로그 담당이 기록을 모아 초안을 만들고, 진료 범위의 판단은 두 과의 의료진에게 각각 묻고, 두 과의 의견이 갈리면 진료 방침을 정하는 사람이 정합니다. 정한 결과는 주제마다 한 줄로 남깁니다. 주인 과, 입구 과, 잇는 문장을 둔 글, 정한 날을 남겨 놓으면, 진료 범위가 바뀌어 주인이 달라질 때 고칠 글을 곧바로 찾습니다.
겹친 키워드를 맡을 과 자주 묻는 질문
두 과 모두 그 주제의 글을 쓰고 싶어 하면 어떻게 하나요?
진료를 맡는 과가 주인이 되고, 다른 과는 입구로서 짧은 소개와 잇는 문장을 씁니다. 두 과가 함께 진료를 맡는 주제라면 환자가 먼저 진료받는 과가 주인이 되고, 다음 과는 이어지는 진료를 씁니다. 주인을 정한 까닭을 두 과의 의료진에게 함께 알리면, 다음에 비슷한 주제가 나왔을 때 같은 기준으로 빨리 정할 수 있습니다.
입구 과의 글에 잇는 문장을 넣으면 그 과의 환자를 다른 과에 빼앗기지 않나요?
그 주제의 진료를 맡지 않는 과라면, 잇지 않아도 그 독자는 그 과에서 진료받지 않습니다. 잇는 문장은 독자를 병원 안의 맞는 과로 보내, 병원 전체로는 독자를 잃지 않게 합니다. 독자가 맞지 않는 과에 예약했다가 다시 옮기는 수고도 줄어, 접수에서 설명할 일도 적어집니다.
진료 범위 안내에 그 주제가 두 과 모두에 적혀 있으면 어떻게 하나요?
진료 범위 안내 자체를 먼저 두 과의 의료진과 함께 다시 다듬습니다. 같은 주제가 두 과에 함께 적혀 있다면 블로그 글뿐 아니라 접수 안내도 흔들리고 있을 수 있습니다. 진료 범위 안내를 다듬는 것이 블로그 글보다 먼저이며, 다듬은 안내가 정해진 뒤에 주인을 정합니다.
한 번 정한 주인은 바꿀 수 없나요?
진료 범위가 바뀌면 다시 정합니다. 주인이 바뀌면 새 주인 과의 글로 설명을 옮기고, 옛 주인 과의 글은 입구의 꼴로 줄인 뒤 새 글로 잇습니다.
입구 과의 글이 아직 없으면 어떻게 하나요?
잇는 문장을 넣을 글이 없다면 주인 과의 글만으로 시작합니다. 입구 과의 글을 새로 쓸 때 잇는 문장을 함께 넣고, 기록에 그 글을 더합니다. 입구 과의 글을 새로 쓸 차례가 오기 전까지는, 주인 과의 글이 혼자 그 주제를 맡습니다.
AI에 증상을 묻는 환자와 겹친 키워드
환자는 어느 과로 가야 할지 모를 때 증상을 AI에 묻기도 합니다. AI가 병원 블로그 글을 옮겨 답한다면, 주인과 입구가 정해진 블로그는 「이 증상은 이 과에서 진료한다」는 한 가지 답을 전하고, 두 과가 각자 쓴 블로그는 서로 다른 답을 전할 수 있습니다. 한 병원 안에서 두 답이 함께 전해지면, 환자는 AI의 답을 들고 병원에 와서도 어느 과로 가야 할지 다시 묻게 됩니다. 겹친 기존 글 가운데 합칠 것과 남길 것을 가리는 일은 기존 콘텐츠 AI 활용에서 다룹니다.