장부의 빈칸 하나부터 확인합니다.

기능 요구사항은 "필수"와 "있으면 좋음"으로 나눠 적습니다. 필수 항목이 충족되지 않으면 그 벤더는 후보에서 제외합니다. 있으면 좋음 항목은 가산점으로 반영합니다. 이렇게 나누면 비교표가 단순해지고 판단이 빨라집니다.

요구사항은 회계팀뿐 아니라 실제로 시스템을 쓸 사람의 의견을 반영해야 정확합니다. 전표를 입력하는 담당자, 결재를 올리는 팀장, 세무 신고를 마감하는 담당자가 각각 무엇을 자주 하는지 먼저 적어두면 요구사항 목록이 짧아집니다.

• 전표처리 흐름에서 필수로 여기는 단계는 무엇인지 적습니다.
• 전자세금계산서 발행·취소 절차에서 지원이 필요한 지점을 적습니다.
• 결산 마감 시점에 어떤 마감 자료가 필요해지는지 적습니다.

데모는 잘 작동합니다. 문제는 실사용에서 드러납니다. 데모에서는 매끄럽던 흐름이 실제 데이터에서는 다르게 보일 수 있습니다. 그래서 검토할 때는 실제 업무 시나리오를 가지고 테스트하는 편이 좋습니다. 예를 들어 "이번 달 전표 100건을 처리한다" 같은 구체적인 시나리오를 만들어봅니다.

시나리오는 회계팀이 매달 실제로 하는 일을 그대로 옮기는 것이 좋습니다. 시나리오를 그대로 따라가면 어느 단계에서 클릭이 늘어나는지, 어떤 화면에서 입력을 두 번 하게 되는지가 눈에 들어옵니다.