2010-06-13 1 views
3

일반적으로 고객을 위해 시스템을 만들 때마다 시간당 요금으로 디자인 세션을 만든 다음 전체 시스템 개발에 대해 고정 가격 견적을 제시합니다. 그는 디자인에 대한 시간당 요금을 원하지 않는다, 중 - 그는 모든 디자인을 할 날이 고정 가격을 인용하고 싶어, 너무 :디자인 세션에 고정 가격 견적을 보내는 방법은 무엇입니까?

지금이 고객은 나에게 커브를 던졌다! 그는 싸구려에 열심히 노력하고있는 것이 아니라 더 긴 디자인이 펼쳐지면 더 많이 지불해야하는 상황에 있기를 원하지 않는다. 나는 그것을 이해할 수있다.

비즈니스 계층의 경우 원래 기능적 사양에서 핵심 비즈니스 개체가 무엇인지에 대한 좋은 아이디어를 얻었 기 때문에 실제로이 작업을 수행하는 것은 그리 어렵지 않았습니다. 우리의 디자인 계약에서 나는 고정 된 디자인 가격으로 커버 됨. 새로운 사소한 객체가 발견되면 차이로 간주되며 시간당 요율로 청구됩니다. 여태까지는 그런대로 잘됐다.

그러나 UI와 관련하여 상황이 훨씬 더 털실 거리기 시작합니다. 얼마나 많은 스크린이있을 것입니까? 아직 모릅니다. 각 화면에 무엇이 있을까요? 아직 모릅니다. 우리가 알고있는 것은 시스템의 "계기판"유형이며 많은 시각적보고가있을 것입니다. gauges, graphs, etc. 그럼 화면 당 고정 가격으로 만드시겠습니까? 훌륭한 정의는 아닙니다. 그는 모든 것이 한 화면에 나타날 것이라고 말할 수 있습니다. & 주사위를 슬라이스 할 수있는 능력을 포함하여 "시각적 보고서"디자인 당 가격이 책정됩니까? 또 다시 그리 쉽지는 않을 것입니다. 전체 시스템이 단지 하나의 보고서 일 뿐이며, 모든 지능이 그 세분화를 제시하는 방법으로 갈 것입니다.

누구나 이런 식으로 UI 디자인에 고정 가격 견적을하는 방법을 알고 계십니까?

+1

오, 제발, 질문을 닫고있는 경찰이 왜 이것을 종료하려고합니까? 코드 샘플을 넘어서는 질문을 허용합니까? –

+1

"스택 오버플로에 관한 질문은 일반적으로 FAQ에 정의 된 범위 내에서 프로그래밍 또는 소프트웨어 개발과 관련이 있습니다." 이것은 소프트웨어 개발과 관련이 없습니까? Sheesh! –

답변

3

추정의 문제는 당신이 명확하게 알려지지을 감소시키기 위해 인용하고있는 프로세스를 정의 할 수 있도록 알 수없는 예측 포함입니다 집단.

예를 들어, 프로세스는 다음과 같을 수 있습니다

  • 옵션 및 제안 (1 일)을 논의하기 위해 기존의 자료 및 문서 (0.5 일)
  • 일일 워크샵의 초기 검토
  • 워크샵 최대 쓰기 (1.5 일) 개요 및 사양서 작성 및 접근 (1.5 일)
  • 고객과의 개요 사양 검토 및 사소한 수정 및 사인 (0.5 일)
  • Detai 필요 (5 일)로 워크샵 최종 설계의
  • 쓰기 위로 분석 및 설계 (2 일) 더 이상 세 이상의 최종 설계 (1 일)
  • 피드백 및 최종 설계의 개정을 검토 할
  • 워크샵을 주도 반복 (3 x 0.5 일)
  • 최종 사인 오프 (0.5 일)

각각의 경우에 리뷰에서 필요한 것을 설명해야하며 수행 할 반복의 최대 반복 횟수를 명시해야합니다. 그 이유는 자신이 원하는 고정 된 가격을주고 자신이 원하는 방식으로 일하고 있다는 것을 이해할 필요가 있다는 것입니다. 그래서 그는 협상을 유지하고 팀에 집중해야합니다. 필요할 때.

일단 프로세스에 동의하면 프로세스를 상당히 정확하게 예측할 수 있습니다. 나를 위해 두 가지 핵심 트릭이 있습니다 :

1) 무언가 걸리는 시간을 잘 모르겠 으면 작은 작업으로 나누십시오. 이것들은 더 작고 (추정하기도 쉽지만) 종종해야 할 일을 잊어 버리는 작은 것들을 생각해냅니다. 수는 본능적으로 잘못된 것 같으면

2) (일반적으로 너무 높은) 수치 을 검토하지만 당신은 정직하게 잘못 개별 작업 중 하나 추정했다고 생각하지 않으면 설정을 변경하지 마십시오. 우리의 본능은 모든 것이 잘되고 무딘 물건을 건너 뛰는 것으로 추측하는 경향이 있습니다 (하품 워크샵 작성 ...하지만 일어날 수 있습니다). 불행히도 현실 세계에서는 작은 물건이 생겨야 만합니다. 결코 원하는 방식대로 진행되지 않습니다. 그렇게하지 않으면 거짓말하지 마십시오. - 모든 견적이나 과정은 "모든 것이 잘된다면"나쁜 것입니다. 하나, 변화가 필요하다. 이 위에

당신은 비상 추가 할 필요가 -, 당신은 추가해야합니다 당신이 수를 세 종류, 두 :

첫 번째는 발생할 수있는 특정 위험에 대처하기 위해 시간을 포함한다. 끝까지 지나가고 확신하지 못하는 모든 것을 열거하고 생각할 수도 있고 과정에 시간을 추가 할 수도 있습니다.

예를 들어 프로토 타이핑을해야 할 가능성이 있다고 생각합니다. 그것이 일어나게 될 가능성을 예측하고, 두 개를 곱하면 얼마나 걸릴지 예상하십시오. 아마도 50 %의 가능성이 있으며 2 일이 소요될 것으로 예상됩니다.이를 보상하기 위해 0.5 x 2 일 (1 일)을 추가하십시오.)이 모든 것을 추가하고 추가하십시오.

두 번째는 "우연한 일"우연입니다. IT 프로젝트는 예측할 수 없으며 예상치 못한 일이 발생합니다. 시도해 볼 수는 있지만 사전에 모두 파악할 수는 있지만 관리하지는 않으므로 주요 내용을 시도하고 나머지는 그것을 충당하기위한 비율을 추가하십시오. 나는 일반적으로 15 %에 도달 하겠지만 공정이 견고하고 고객이 좋고 집중적이라고 생각한다면 10 %로 떨어질 수 있습니다.

세 번째 정렬은 사용자가 아닌 클라이언트를위한 것입니다. 당신이 필요로하는만큼 공정에 충실 할 것이라고 약속 할 수 없다고 말하면, 당신은 "공정은 내가 인용 한 것이지만 변경 허가를 받자"고 말합니다. 이것은 공정에서의 편차에 소비하는 그의 예산입니다. 이 과정과 반 과정을 위해 5 일을 더 했더니 과정을 거치지 않은 추가 워크샵을 요청하십시오. 그것은 당신에게 가지고있는 하루가 걸릴 것입니다 그리고 당신이 "5 일간의 변화 예산에서 2 일이되기를 원한다면"라고 쓰는 날 - 그는 동의 할 수도 있고 그렇지 않을 수도 있습니다.

이것은 당신이 당신의 프로세스를 얻는다는 것을 의미하며, 그의 프로젝트 보드로 돌아가서 더 많은 돈을 요구하지 않고서는 프로세스를 벗어날 수 있음을 의미합니다.

아, 당신이 지출하는 모든 시간을 기록하십시오. 이를 통해 예상했던 것을 비교하여 예상치를 향상시킬 수있을뿐만 아니라 얼마나 많은 금액을 초과하여 빌드 단계에 몰래 추가 할 수 있다는 것을 의미합니다. 돈.

마지막으로 한 가지 : "더 적은 시간이 걸리면 비용이 더 적습니까?"라고 말할 것입니다. 내 대답은 아니오 야. 고정 가격은 그에게 과다 지출 위험을 없애지 만 그 위험을 픽업한다는 의미입니다. 이 위험을 받아 들인 것에 대한 보상은 일찍 오는 경우 더 많은 돈을 벌 수도 있지만 두 가지 방법으로 이해하지 못할 가능성이 있습니다. 그를 적게받는다면 효과가 없다는 것을 의미합니다.하지만 일찍 오면 모든 고통을 느낍니다.

+0

와우 - 위대하고 철저한 대답! 답 신용의 가치가 확실합니다 - 감사합니다! :) –

3

디자인 작업에 시간을 두는 것이 좋습니다. 이를 통해 고정 가격을 제시 할 수있을뿐 아니라 설계 단계에서 고객과의 상호 작용을 최대한 활용할 수 있습니다.

시간이나 범위 - 권투없이 가격을 수정하면 실제로 어느 쪽이든 좋지 않은 개방형 약정을 작성합니다. 위험을 충당하기 위해 더 높은 가격을 부과해야하며, 심지어 가격에 포함 된 것에 관해 고객과 논쟁하는 것을 발견 할 수도 있습니다. 스마트 고객은 ....이 자신의 장기 이익 아니라는 것을 알게 될 것이다

+0

"시간 권투"란 무엇을 의미하는지 정확하게 설명하십시오. 최대 n 시간의 공동 설계 세션에 고정 된 가격을 제공한다는 의미입니까? –

+0

정확히 말하면 "2 주마다 2 시간의 X 공동 디자인 세션을 포함하는 디자인 단계". 이전 작업을 가리켜 스케일/복잡성을 대표하는 것으로 지적하면이 시간 프레임에서 추가로 제공 할 것으로 기대할 수 있습니다 감사합니다. – mikera

관련 문제