Estimate

모호한 요청에서 견적을 내지 않습니다. 정의된 문제에서 견적을 냅니다.

의미 있는 견적은 제품 맥락, 사용자 중요도, 전달 일정, 데이터 민감도를 함께 봐야 나옵니다. 제약이 선명할수록 견적도 더 방어 가능해집니다.

첫 회신

1-2일

견적 기준

범위 우선

주요 관점

제품 적합성

정확도를 높이는 정보

문제 정의, 타깃 사용자, 일정, 대상 플랫폼, 신규 구축인지 리디자인인지 시스템 정리인지가 먼저 필요합니다.

범위 불명확성, 늦은 아키텍처 변경, 멀티플랫폼 복잡도, 프라이버시나 규정 요구는 구현 깊이를 바꿉니다.

보통 제품 표면, 인터랙션 시스템, 구현 범위, 운영 제약으로 나눠 본 뒤 예산 이야기를 시작합니다.

Process

문제와 사용자 중요도, 기대 결과를 먼저 명확히 봅니다.

앱, 웹, 리디자인, 시스템 정리 중 어떤 전달 표면인지 정리합니다.

플랫폼 수, 외부 연동, 프라이버시 요구처럼 복잡도를 바꾸는 요소를 분리합니다.

그 다음 작업을 단계로 나눈 뒤 예산 범위를 이야기합니다.

Before contact

현재 단계, 대상 플랫폼, 필요한 범위, 반드시 지켜야 하는 제약을 먼저 알려주면 막연한 숫자 대신 더 날카로운 범위로 답할 수 있습니다.

Checklist

문제 정의

플랫폼 범위

일정

프라이버시 제약

Why estimate discipline matters

처음 숫자만 낮은 견적은 나중에 범위 추가 비용으로 더 비싸질 수 있습니다.

책임 경계가 불명확하고 전달 리듬이 흔들리는 프로젝트는 첫 청구서보다 더 큰 비용을 남깁니다.

좋은 견적은 가장 작은 숫자가 아니라, 가장 방어 가능한 숫자입니다.