답변:
구식 농담 : 조립 라인이 고장 나고 수리공이 들어옵니다. 기계를 살펴본 후 망치를 꺼내고 기계를 때리면 작동합니다. 수리공이 "그건 500 달러가 될 것"이라고 말할 때까지 가게 주인은 놀랐습니다. 포먼의 대답을 외면했다. "망치로 기계를 치기 위해 $ 500를 청구하고 싶습니까? CFO에 품목별 송장이 필요합니다."
인보이스는 우편으로 발송됩니다.
어떤 방식으로, 시간당 요금은 비용을 제어하는 방법입니다. 회사가 정규직 최저 임금 직원을 고용하지 않아도되는 응용 프로그램의 가치는 무엇입니까? 급여, 수당, 휴가, 병가를 포함한이 사람의 총 연간 비용은 $ 20,000에 달할 수 있습니다. 15,000의 가치가 있어야합니다. solutiion이 30 시간 이내에 생성 될 수있는 데이터베이스로 가져 오는 것으로 판명되면 진행 속도가 $ 500 / hour라고 의심합니다.
고객은 프로젝트 수명 동안 비용을 관리 할 수 있습니다.
고정 요금이 부과되는 많은 프로젝트는 일반적으로 절반을 미리 요구합니다. 고객은 시간당 요금으로 지불 할 수 있습니다.
시간별 충전은 나에게 잘못 된 것 같습니다. 나는 망치를 어디에서 스윙해야하는지 알고 싶어합니다.
시간당 요금은 고객에게 도움이되지 않습니다. 고객이 요청한 변경 수에 상관없이 개발자에게 도움이됩니다.
고정 가격 계약이 개발자에게 도움이되지 않는 것처럼. 최소한 변경 명령이없는 것은 아닙니다. :-)
시공에서는 분석과 설계 (아키텍처)와 구현 (시공)이 명확하게 분리되어 있습니다. 이러한 분리와 한 세기 이상의 구현 비용 정보가 있어도 건설 프로젝트는 예산을 초과 할 수 있습니다.
컴퓨터 개발에서 분석, 디자인 및 구현간에 명확한 구분이 없습니다. 고객은 벽을 두드리는 것과 비교하여 코딩이 완료된 후 화면을 변경하는 데 드는 비용을 인식하지 못합니다.
개발자는 고객을 교육하고 가격이 아니라 고객이 가치를 이해하도록 할 책임이 있습니다.
고정 가격과 시간당의 주요 차이점은 누가 위험을 감수하는지입니다. 특히이 분야에서, 프로젝트 추정치는 대략적인 것이며, 많은 불확실성을 가질 수 있습니다.
따라서 개발자는 고정 가격으로 예상치 못한 어려움을 극복하기 위해 높은 가격을 예상해야합니다. 위험을 감수해야하는 대부분의 비즈니스 활동에서 돈이 가치가 있기 때문에 이것은 합리적입니다 (보험 사업이 작동하는 방식).
고객이 개발자를 충분히 신뢰하는 경우 시간이 지나면 고객이 돈을 잃어버린 경우 프로젝트가 예상보다 빨리 완료되면 시간을 절약하여 비용을 절약 할 수 있습니다. 이 경우 고객은 위험을 감수하고 평균적으로 비용을 절약 할 수 있습니다.
특히 고객이 대기업이고 개발자가 개인 인 경우 고객은 위험을 감수하기에 더 나은 위치에있을 가능성이 높습니다. 160 시간의 추가 요금을 지불해야한다면 한 달 동안 추가로 무료로 일해야하는 것보다 큰 회사에 피해를 줄 수 있습니다.
또한 개발자가 각 변경에 대해 철저한 재 추정을 수행 할 필요가 없을 때 사양 변경을보다 쉽게 협상 할 수 있습니다.
시간당 요금은 처음 식별 된 기능보다 더 많은 기능을 추가 할 가능성이 높은 경우 고객에게 이익이됩니다. 또한 개발 프로세스에 타사와의 작업이 포함되어 있고 개발자 역할에 프로그래밍 작업과 접하는 관련 작업 만 포함해야하는 고객에게도 도움이됩니다.
시간당 요금은 개발자가“내가 처리 할 것”이라고 말합니다. “이는 우리가 합의한 가격으로 보장되지 않습니다. 추가 X 달러가 될 것입니다.”
이러한 경우 시간당 요금은 지속적인 협상의 필요성을 없애고 처음 합의 된 내용에 대한 다른 견해에서 발생하는 오해를 방지 할 수 있습니다.
시간당 요금으로 고객은 효율적으로 업무를 수행해야합니다. 고정 가격 계약에서 고객은 원하는 것을 정확하게 설명해야합니다. 고객이 프로젝트의 정확한 비용을 알고 싶다면 정확히 무엇을 구축해야하는지 알아야합니다. 일반적으로 고객은 모르거나 나중에 알고 있지만 생각이 바뀐다 고 생각합니다.
두 상황 모두에서 판매 드론은 고객에게 과다 청구하는 방법을 찾을 것입니다 : 프로젝트의 고정 부분에 낮은 입찰가를 매기고, 사소한 변경이나 추가에 대해 큰 비용을 지불하거나 나중에 가장 유능한 사람들이 입찰에서이기도록하십시오 나중에 같은 시간마다 쓰레기 프로그래머로 교체하십시오.
고객 인 경우 다음을 선호합니다.
그렇게하면서 나는 마음대로 마음을 정하고 내가 무엇을 지불하는지 알고 있습니다.
고객에게 다음과 같은 질문을하십시오.
그들의 사양에 대해 얼마나 확신합니까? 그들은 정말로 모든 것을 생각 했습니까? 지금 그리고 제품이 출시되는 시점 사이에 무엇이 변경 될 수 있습니까? 고정 가격으로 고정 사양이 제공된다고 설명하십시오. 변경 사항이 있으면 가격이 변경됩니다.
그런 다음 대안을 제공합니다. 아마도 20 %의 가격과 사양 변경 수당을 인용하십시오. 이런 식으로 고객은 이미 변경을 위해 일부 예산을 책정했으며, 처음에 사양을 올바르게 관리했다면 프로젝트를 예산 범위 내로 가져갈 것입니다!
고객이 개발 프로세스를 지시 및 제어하거나 제품을 자주 변경하려는 경우이를 수행 할 수 있지만 시간별 / 일별 요금에 동의해야합니다.