Commerce 서비스의 아키텍처 설계 과정에서 중요하게 고려해야 할 요소는 무엇이라고 생각하나요?

ERP 제안서에서 한계를 명시하는 게 오히려 설득력을 높인다는 걸 처음 실감한 건 발표 피드백을 받았을 때였습니다. 제안서에 기대 효과만 적었더니 '이 수치는 어느 조건에서 나오는 건가요'라는 질문이 바로 나왔습니다.

이후에는 '이 효과가 나타나기 위해 필요한 전제 조건' 을 제안서 안에 먼저 적었습니다. 예를 들어 '데이터 정합성이 현재 90% 이상인 경우', '핵심 사용자 교육이 3개월 내 완료되는 경우' 같은 조건을 명시하는 방식이었습니다.

그 방식을 쓰고 나서 Q&A에서 가정 관련 질문이 줄었고, 오히려 '이 조건이 안 되면 어떻게 대응하나'라는 실무적인 질문으로 바뀌었습니다. 제안서는 좋은 결과를 약속하는 문서가 아니라 의사결정을 돕는 문서라는 결을 그 경험에서 얻었습니다.