업체의 기획 이해도는 업무 목적과 사용자, 처리 조건과 아직 정하지 않은 항목을 어떻게 정리하는지 확인합니다. 상담의 반응뿐 아니라 설명과 문서, 설계 제안을 함께 검토합니다.
01업무 문제와 기대 결과
현재 업무와 개선할 내용, 결과의 확인 기준을 대조합니다.
02사용자와 이용 상황
실제 사용자 자료와 이용 상황, 남은 가정을 확인합니다.
03구현 위험과 검증 방법
위험의 이유와 확인 방법, 대응 대안을 검토합니다.
상담 검토 기준답변 속도보다 구체적인 근거와 정확성을 확인합니다. 추가 검토가 필요하면 자료와 범위, 회신 시점을 협의합니다.
업무 요약을 통한 상호 확인
설명한 내용을 업체가 다시 정리하도록 요청하면 서로 다른 이해를 찾는 데 도움이 됩니다. 서비스 목적과 주요 사용자, 핵심 업무와 아직 정하지 않은 사항을 요약해 달라고 요청합니다.
요약에서 누락되거나 달라진 내용을 확인하고 원래 자료와 대조합니다. 요약에 없다는 사실만으로 이해하지 못했다고 단정하지 않습니다.
표현을 바꾸었는지보다 업무 관계와 조건을 정확히 설명하는지 확인합니다. 정리한 순서와 이유도 함께 검토합니다.
구현 대상, 목적, 사용자의 구분
검토 항목은 구현 대상과 사업 목적, 사용자의 실제 상황으로 나눌 수 있습니다.
구현 대상
기능과 자료, 역할과 외부 연동의 범위를 확인합니다.
사업 목적
해결할 업무 문제와 기대 결과, 우선순위의 이유를 확인합니다.
실제 사용자
사용 환경과 업무 빈도, 필요한 정보와 접근 조건을 확인합니다.
사업 목적을 이해하면 추가 선택이 필요할 때 대안을 비교하기 쉽습니다. 목적과 다른 결정이 발생하지 않도록 승인과 변경 절차도 정합니다.
개발 이유와 기대 결과를 어떻게 이해했는지 설명받습니다. 차이가 있으면 기획 문서와 결정 기록에 반영합니다.
상담 태도와 검토 근거의 차이
상담 태도와 실제 이해는 구분해서 확인해야 합니다.
메모와 유사 사례는 도움이 되지만 업체가 충분히 이해했다는 근거는 아닙니다. 이번 사업과 다른 조건, 적용할 수 없는 부분을 확인합니다.
동의하는 답변이 이어져도 정하지 않은 조건과 제약을 따로 질문합니다. 질문과 검토가 필요한 시간을 제공할 수 있습니다.
유사 사례의 공통점과 차이, 적용 가능한 근거를 요청합니다. 즉시 답하기 어려우면 추가 자료와 검토 일정을 정합니다.
역할과 업무 흐름의 공동 정리
기획 검토는 발주자와 업체가 서로의 이해를 보완하는 과정입니다.
흐름소프트 사례
흐름소프트의 비대면 진료 앱 개발 사례에서는 초기 자료를 바탕으로 이용자와 운영자의 업무 흐름을 구체화했습니다. 해당 프로젝트의 병원, 의사, 약사, 관리자 역할과 화면, 일정과 자료 접근 범위를 검토했습니다.
초기 협의에서 역할별 업무와 처리 순서, 아직 정하지 않은 조건을 정리했습니다. 구현 전에 필요한 확인과 의사결정의 범위를 구분했습니다.
사례 보기사례의 역할 구성을 모든 서비스의 표준으로 적용하지 않습니다. 업체가 새로운 조건을 제시하면 근거와 업무 영향을 확인합니다. 설명이 복잡한지보다 실제 요구와 맞는지, 해결 방법이 적절한지 평가합니다.
추가 검토의 범위와 결과
기술 위험은 첫 상담만으로 확정하기 어려울 수 있습니다.
검토할 항목과 필요한 자료, 결과를 받을 시점을 협의합니다. 별도 조사나 시험이 필요하면 범위와 비용을 정합니다.
정리 결과에는 확인 사실과 가정, 남은 질문이 구분되어야 합니다. 문서로 작성해도 불확실한 부분이 없어지는 것은 아닙니다.
초기 검토 문서는 목적과 사용자, 핵심 업무와 위험 항목을 간결하게 정리할 수 있습니다. 후보 업체에 같은 자료와 조건을 제공해 비교합니다.
설명 자료와 정하지 않은 조건의 보완
설명이 전달되지 않는 원인은 자료와 표현, 업무의 복잡도와 상대의 경험 등으로 나누어 확인합니다.
여러 업체가 같은 부분을 질문하면 자료를 보완할 지점인지 검토합니다. 반복 질문만으로 발주자 또는 업체의 문제로 단정하지 않습니다.
현재 업무의 진행 방법과 예외 처리, 결제와 정산 등 수익과 비용의 조건을 확인합니다. 이미 정한 내용과 아직 정하지 않은 사항을 나눕니다.
공유 가능한 업무 양식과 사례를 보여 주면 구체적인 검토에 도움이 됩니다. 불필요한 개인정보와 비밀 자료는 제외합니다.
후속 상담의 검토 결과 확인
후속 상담에서는 이전 질문과 결정 사항이 반영되었는지 확인합니다.
| 이전 질문과 결정 사항 | 반영 여부 | 달라진 판단의 근거 |
|---|---|---|
추가 검토로 확인된 내용과 남은 질문, 변경된 제안을 설명받습니다. 달라진 판단의 근거를 확인합니다.
답변이 같다면 검토 결과 변화가 없는지, 추가 자료가 필요한지 확인합니다. 답변이 바뀌었다는 사실만으로 업체의 업무 여유와 우선순위를 추정하지 않습니다.
개발 순서와 선행 조건의 근거
개발 순서와 선행 조건의 설명도 기획 이해를 확인하는 자료가 됩니다.
핵심 업무와 기술 위험, 필요한 공통 기능과 외부 승인 등을 고려한 순서를 요청합니다. 우선 검증할 항목과 결과의 적용 방법을 확인합니다.
기초 기능부터 구현하는 것이 합리적인 경우도 있습니다. 쉬운 작업인지보다 의존 관계와 위험 확인 시점, 전체 계획의 근거를 살펴봅니다.
제안한 순서가 이번 서비스의 요구와 자원, 일정에 맞는지 확인합니다. 일반적인 절차를 적용하더라도 구체적인 조정 이유가 필요합니다.
기관과 기업 과업의 이해도 검토
기관과 기업의 사업은 제안서의 문구뿐 아니라 과업별 구현과 확인 방법을 검토합니다.
허용된 발표와 질의 절차에서 과업 목적과 업무 흐름, 역할과 수행 범위를 설명받습니다. 사전에 정한 평가 기준을 일관되게 적용합니다.
모호하거나 추가 확인이 필요한 조건과 처리 방법을 요청합니다. 질문의 개수보다 내용과 근거, 제안에 반영된 결과를 평가합니다.
자주 묻는 질문
01업체가 기획을 이해했는지 어떻게 확인합니까
업무 목적과 사용자, 처리 조건과 미정 항목을 어떻게 정리하는지 확인합니다. 상담의 반응뿐 아니라 설명과 문서, 설계 제안을 함께 검토합니다.
02설명한 내용을 업체에 다시 요약해 달라고 요청해도 됩니까
서비스 목적과 주요 사용자, 핵심 업무와 미정 사항을 요약해 달라고 요청하면 서로 다른 이해를 찾는 데 도움이 됩니다. 요약에서 누락되거나 달라진 내용은 원래 자료와 대조합니다.
03업체가 가능하다고 답하면 무엇을 추가로 확인합니까
가능하다는 답변에는 구현 조건과 제약, 검증할 항목의 근거가 필요합니다. 답변 속도보다 구체적인 근거와 정확성을 확인하고, 추가 검토가 필요하면 자료와 범위, 회신 시점을 협의합니다.
04첫 상담에서 기술 위험을 확정할 수 있습니까
기술 위험은 첫 상담만으로 확정하기 어려울 수 있습니다. 검토할 항목과 필요한 자료, 결과를 받을 시점을 협의하고 별도 조사나 시험이 필요하면 범위와 비용을 정합니다.
05업체에 기획을 설명하기 전에 무엇을 준비합니까
현재 업무의 진행 방법과 예외 처리, 결제와 정산 등 수익과 비용의 조건을 정리하고 이미 정한 내용과 미정 사항을 나눕니다. 공유 가능한 업무 양식과 사례를 준비하되 불필요한 개인정보와 비밀 자료는 제외합니다.