이용자가 하려는 일부터 적는 기능 목록
병원 홈페이지에 필요한 기능 목록은 기능 이름만 나열하지 말고 이용자가 하려는 일마다 입력·선택할 내용과 기대 결과를 연결해 정리합니다. 이를 병원이 업체에 요구하고 확인할 수 있는 항목으로 작성해야 합니다. 병원 담당자는 ‘검색 기능’, ‘다운로드 기능’처럼 이름부터 기재하기보다 이용자가 무엇을 찾거나 받아야 하는지 먼저 문장으로 기재합니다.
이용자의 할 일은 홈페이지 안에서 끝났는지 판단할 수 있을 만큼 구체적으로 작성합니다. ‘정보를 편하게 이용하기’는 범위가 넓으므로 ‘입력한 단어에 해당하는 안내 찾기’처럼 행동과 대상을 함께 기재합니다. 기능 후보는 그 일을 지원하는 수단으로 연결하며, 이름만으로 설명이 부족하면 동작을 추가합니다.
| 이용자가 하려는 일 | 기능 후보 | 입력·선택할 내용 | 기대 결과 |
|---|---|---|---|
| 단어에 해당하는 안내 찾기 | 안내 검색 | 이용자가 입력하는 검색어 | 관련 안내 목록이나 결과 없음 안내 |
| 해당 조건의 안내만 읽기 | 조건별 안내 선택 | 병원이 정한 조건 중 선택 | 선택한 조건에 해당하는 안내 표시 |
| 필요한 안내 파일 받기 | 안내 파일 다운로드 | 받을 파일 선택 | 선택한 안내 파일 수신 |
| 설명에 대한 의견 전달하기 | 의견 입력 | 자유롭게 작성하는 의견 | 전달 여부를 알리는 결과 안내 |
표의 기능은 병원이 반드시 도입해야 하는 목록이 아니라 작성 방식을 설명하는 후보입니다. 담당자는 병원에서 필요한 이용자의 일을 기재하고, 해당하지 않는 후보는 삭제합니다. 한 기능이 서로 다른 일을 지원한다면 이용자의 일별로 행을 구분해 결과가 빠지지 않도록 합니다.
정보 안내와 입력·처리의 구별
이미 정해진 설명을 읽는 일은 새로운 입력 기능 없이 해결할 수 있습니다. 병원 담당자는 이용자가 읽을 내용만 필요한지, 선택에 따라 다른 내용을 받아야 하는지, 입력한 내용을 병원으로 전달해야 하는지 구별합니다. 내용을 읽는 데 필요하지 않은 입력란을 관행적으로 추가하지 않습니다.
선택이 있다고 해서 반드시 개인정보를 받는 기능이 되는 것은 아닙니다. 안내 조건을 선택해 화면의 설명을 변경하는 일과 이용자 정보를 저장하는 일은 요구 항목이 다릅니다. 목록에는 선택값이 화면 표시에만 쓰이는지, 병원에 전달되거나 저장되는지도 별도로 기재합니다.
기대 결과는 ‘편리한 이용’ 같은 평가 대신 이용자가 얻는 결과로 작성합니다. 검색 결과가 없거나 받을 파일이 없는 경우도 이용자가 구별할 수 있어야 하므로 정상 결과 외에 필요한 안내를 기재합니다. 업체에는 병원이 기재한 결과를 구현할 수 있는지 답하도록 요청합니다.
기능 후보를 요구 항목으로 만드는 순서
기능 목록을 업체에 전달하기 전에는 병원에서 정해야 할 내용을 먼저 채웁니다. 실장은 업무 담당자에게 선택지와 파일 등 실제 운영에 필요한 자료를 요청하고, 마케팅 담당자는 이를 기능 후보와 연결합니다. 기술 구현 방식은 업체가 설명하되 병원의 업무 조건을 임의로 정하지 않도록 합니다.
- 이용자가 하려는 일을 기재하고 기능 후보를 연결합니다. 안내만으로 끝나는 일인지 입력이나 처리가 필요한 일인지 구분합니다.
- 입력·선택할 내용을 작성하고 병원에서 사용할 문구와 선택지 자료를 준비합니다. 아직 정하지 못한 항목에는 결정할 담당자를 기재합니다.
- 기대 결과를 이용자가 읽거나 받을 내용으로 작성합니다. 결과가 없을 때 필요한 안내도 함께 정합니다.
- 업체에 요구할 동작과 병원이 결과를 확인할 방법을 연결합니다. 업체 답변에서 조건이 달라지면 해당 행에 변경 내용을 기록합니다.
준비 자료는 기능 이름을 설명하는 소개문보다 실제 구현에 사용할 내용이 적합합니다. 선택 기능에는 선택지 명칭과 각 선택지에 대응하는 안내를, 파일 기능에는 배포할 파일과 화면에 표시할 이름을 준비합니다. 자료가 미완성이라면 임시 문구를 확정 내용으로 전달하지 말고 결정 전 상태를 표시합니다.
업체 요구와 결과 확인의 연결
| 기능 후보 | 병원이 정할 조건 | 업체에 요구할 내용 | 결과 확인 방법 |
|---|---|---|---|
| 안내 검색 | 검색할 안내 범위 | 입력어에 따른 결과와 결과 없음 안내 | 준비한 검색어로 표시 내용 대조 |
| 조건별 안내 선택 | 선택지 명칭과 대응 안내 | 선택값에 해당하는 내용 표시 | 선택지를 변경하며 안내 대조 |
| 안내 파일 다운로드 | 배포 파일과 표시 이름 | 선택한 파일을 받을 수 있는 동작 | 받은 파일의 내용과 이름 확인 |
| 의견 입력 | 입력 범위와 수신 담당자 | 정한 내용의 전달과 결과 안내 | 시험 문구의 수신과 안내 대조 |
결과 확인 방법에는 병원 담당자가 직접 수행할 행동을 기재합니다. ‘정상 작동’만 기재하면 업체와 병원이 서로 다른 상태를 완료로 판단할 수 있으므로 입력할 문구나 선택할 항목을 준비합니다. 개인정보가 필요한 시험은 실제 이용자 정보 대신 시험용 내용을 사용하도록 업체와 협의합니다.
업체 답변은 가능 여부뿐 아니라 구현 범위와 병원이 준비할 자료까지 받아 기록합니다. ‘별도 협의’라는 답변에는 무엇을 결정해야 하는지 추가로 질문합니다. 병원에서 결정할 조건과 업체가 설명할 기술 조건을 같은 빈칸에 섞지 않습니다.
자유 입력과 정해진 선택지의 구별
입력 기능에서는 이용자가 직접 표현해야 하는 내용과 병원이 정한 항목 중 선택할 내용을 구별합니다. 웹데브는 여러 줄의 글을 받는 입력 방식과 정해진 목록에서 항목을 선택하는 방식을 설명합니다. 병원은 이를 참고해 긴 설명이 필요한지, 정해진 값만 받아도 일을 처리할 수 있는지 판단합니다.
자유 입력 항목에는 이용자가 무엇을 적어야 하는지 안내할 문구를 준비합니다. 선택 항목에는 실제 사용할 명칭과 선택값에 대응하는 처리 내용을 기재합니다. 정해진 선택지로 답하기 어려운 이용자가 있는 경우에는 자유 입력을 추가할지, 별도 안내로 처리할지 병원 담당자가 결정합니다.
웹데브는 선택 목록에서 이용자가 항목을 변경하지 않아도 첫 항목이나 미리 지정한 항목이 제출될 수 있다고 설명합니다. 다만 병원은 그 값이 이용자의 의사를 나타내는지 별도로 판단해야 합니다. 기능 목록에는 초기 선택 상태와 이용자가 직접 선택해야 하는 조건을 기재해 업체에 전달합니다.
개인정보 입력란에 붙일 수집 목적
개인정보를 받는 기능에는 수집 목적과 각 입력 항목이 필요한 이유를 함께 기재합니다. 개인정보보호위원회의 개인정보 처리방침 작성지침은 처리 목적을 분명하게 정하고 그 목적에 필요한 최소한의 정보를 수집하는 원칙을 제시합니다. 병원은 기능 후보별로 어떤 업무를 위해 정보를 받는지 문장으로 작성합니다.
담당자는 목적을 수행하는 데 해당 정보가 없어도 되는지 검토합니다. ‘나중에 필요할 수 있음’이나 ‘기존 양식에 있음’만으로 입력란을 유지하지 않습니다. 필요한 이유를 설명하지 못하는 항목은 수집을 전제로 업체에 전달하지 않고, 업무 담당자의 판단이 필요한 항목으로 표시합니다.
자유 입력란도 개인정보와 무관하다고 단정하지 않습니다. 이용자가 의도보다 자세한 정보를 기재할 수 있으므로 병원은 입력 안내에 요청할 내용과 받지 않을 내용을 정합니다. 이 목록은 수집 필요성을 논의하는 자료이며 개인정보 처리의 법적 적합성을 판정하는 문서는 아닙니다.
이용자 기능에 가려진 운영 작업
이용자가 사용하는 기능만 기재하면 공개 후 병원에서 해야 할 작업이 빠질 수 있습니다. 파일 교체나 선택지 명칭 수정처럼 해당 기능을 유지하는 데 필요한 작업은 별도 운영 조건으로 기록합니다. 이용자에게 나타나는 결과와 병원 직원이 수정할 내용을 구별해 업체에 질문합니다.
병원 직원이 직접 변경할 항목과 업체에 요청할 항목이 정해지지 않았다면 편집 가능 여부를 요구 사항에 추가합니다. 업체가 직접 수정할 수 있다고 답하면 수정 가능한 범위와 변경 결과를 확인할 방법도 받습니다. 운영 작업의 책임이 불명확한 상태를 기능 완료로 기록하지 않습니다.
자주 묻는 질문
업체마다 기능 이름이 다르면 어떻게 정리합니까?
병원 목록의 이름을 유지하고 업체가 사용하는 이름을 옆에 기재합니다. 서로 같은 기능인지는 명칭보다 처리 대상과 반환 결과로 구별합니다. 이름이 같아도 포함된 동작이 다르면 업체별 차이를 별도 메모로 남깁니다.
업체가 기본 제공이라고 한 기능도 목록에 넣어야 합니까?
병원에서 사용할 기능이라면 목록에 포함합니다. 기본 제공이라는 설명만으로 병원이 원하는 동작까지 포함됐다고 판단하지 않습니다. 업체 제안서의 포함 범위와 제외 조건을 받아 병원 요구 항목에 연결합니다.
외부 서비스로 연결하는 기능도 병원 목록에 적습니까?
이용자가 홈페이지에서 사용하는 연결이라면 기능 목록에 기재합니다. 연결 이후의 운영 주체와 병원이 수정할 수 있는 범위를 업체에 질문합니다. 외부 서비스 내부의 동작까지 홈페이지 제작 범위에 포함되는지는 따로 합의합니다.
현재 쓰지 않을 기능을 나중을 위해 구현해야 합니까?
사용 계획이 확정되지 않은 기능을 바로 제작 요구로 넣을 필요는 없습니다. 추후 요청 가능성이 있는 항목으로 따로 표시하고 추가할 때 기존 기능을 수정해야 하는지 업체에 질문합니다. 미래의 가능성만으로 현재 제작 범위를 확정하지 않습니다.
기능 설명만으로 이해하기 어려우면 무엇을 요청합니까?
업체에 간단한 동작 시연이나 화면별 설명을 요청할 수 있습니다. 병원은 시연에서 나온 기능 중 제안 범위에 포함되는 항목을 구별해 달라고 요구합니다. 참고용 시연의 모든 동작을 계약에 포함된 기능으로 받아들이지 않습니다.