웹 서비스 개발

고객 계정에서 신청 진행 상황을 확인하거나, 조건을 선택하거나, 주문 비용을 결제할 수 있습니다. 어떤 행동을 서비스에서 스스로 마칠 수 있게 할지, 이를 위해 기업에서 무엇을 준비해야 할지 함께 정합니다.

첫 출시에는 시작부터 결과를 받기까지의 전체 흐름과 직원의 주문 처리까지 포함합니다.

작동하는 시제품으로 개발 전에 아이디어를 시험하고 놓친 세부 사항을 찾을 수 있습니다. 검증하면서 어떤 발견을 첫 버전에 넣고, 어떤 것은 이전 결정을 대체하며, 어떤 것은 별도로 시험할지 결정합니다. 출시 시점에는 고객과 직원이 사용할 수 있는 완성된 흐름이 마련됩니다.

이전 단계로 돌아가거나 탭을 닫거나 버튼을 다시 누를 수 있습니다. 이런 경우에도 서비스는 이해하기 쉬워야 합니다.

입력한 데이터가 남아 있는지, 오류를 고칠 수 있는지, 지원 직원에게 무엇이 보이는지 확인합니다. 구체적인 상황을 살펴봅니다. 예를 들어 결제는 끝났지만 확인 화면이 로드되지 않았을 수 있습니다. 돈은 이미 빠져나갔지만 사용자는 아직 모릅니다.

화면, 업무 규칙, 데이터 저장 방식은 서로 다른 이유로 바뀌므로 서비스 구조에서 분리합니다.

새로운 연동, 서비스 제공 방식, 트래픽 증가를 포함해 예상되는 변경을 논의합니다. 무엇을 지금 준비하고 어떤 유연성은 아직 비용을 들일 필요가 없는지 결정합니다. 첫 출시 비용은 일상 운영, 사용량 급증, 유지 보수 비용과 함께 봅니다.

인계 전부터 앞으로 제품을 맡을 사람들을 논의에 참여시킵니다. 향후 변경 하나를 함께 분석하며 영향을 받는 부분, 필요한 정보의 위치, 배포 전 확인할 점을 찾습니다. 구체적인 과제를 통해 팀이 이해한 결정과 더 설명해야 할 내용을 알 수 있습니다.

코드, 접근 권한, 연동 설명, 배포 및 복구 지침을 전달합니다.

무엇이 기업 소유이고 무엇을 라이선스로 쓰며 어떤 외부 서비스를 관리해야 하는지도 별도로 기록합니다. 이 자료를 바탕으로 귀사 직원이나 선택한 개발자가 작업을 이어갈 수 있습니다. 제품이 어떻게, 왜 이렇게 만들어졌는지 알고 다음 버전을 논의하게 됩니다.