소프트웨어 대행사는 양질의 소프트웨어/승리 프로젝트를 어떻게 제공 할 수 있습니까? [닫은

StackOverflow https://stackoverflow.com/questions/204572

  •  03-07-2019
  •  | 
  •  

문제

저는 현재 맞춤형 소프트웨어 대행사에서 일하고 있습니다. 누구든지 가격이 저렴한 작업에서 승리하는 방법에 대한 경험이 있습니까?

해외/침실 프로그래밍 팀과 경쟁이 치열한 것 같습니다. 요즘 비용은 매우 경쟁력이 있습니다. 예산 측면에서 소프트웨어 제품 회사 나 내부 IT 부서와 매우 다르다고 생각합니다.

다른 사람이 이전에 말했듯이, 우리는 고객이 충분히 크지 않으면 많은 소프트웨어의 버전 1.0에 대해서만 실제로 얻을 수 있습니다. 이 경우 소프트웨어를 최대한 활용하는 연령대를 소비하는 것은 비즈니스에 적합하지 않습니다. 우리가 내부 IT 직원과 동일한 품질의 작업을 수행하는 것과 같습니다. 또한 많은 고객이 기술적으로 마음에 들지 않으므로 이해하지 못하는 것에 대한 비용을 지불하지 않습니다.

우리 회사는 일을 거절 할 돈이 없기 때문에 너무 적은 돈을 위해 복잡한 일을하는 경우가 종종 있습니다. 나는 변화를 관리하고 단단한 사양 등을 유지하는 데 훨씬 더 나아졌습니다. 여전히 어렵습니다.

편집하다-----------------------

이 게시물에서 거의 3 년이 지났으며 그 이후로 배운 몇 가지 중요한 교훈을 나열 할 수 있습니다.

내 답변은 아래를 참조하십시오

도움이 되었습니까?

해결책

너무 적은 돈으로 너무 많은 일을하는 데 관심이 있다면 시간별로 일하십시오. 예, 대부분의 상황에서 판매하기가 더 어렵습니다.

대신 2 단계 접근법을 시도 할 수 있습니다. 결과물이 고객의 재산이되는 매우 구체적인 요구 사항 문서 인 경우 매우 짧은 초기 참여를하십시오. 실제 개발을 위해 경쟁해야 할 위험이 있지만 고객과 함께 작업하는 것과 응용 프로그램 요구 사항을 이미 이해할 수 있기 때문에 프로젝트 가격 책정의 위험을 너무 낮추어야합니다.

공정한 가격으로 작업을 이기면 Mathieu가 제안한 모범 사례를 사용하여 품질과 생산성을 보장하여 발생하는 비용이 낮아집니다.

다른 팁

귀하가 귀하의 게시물에 설명한 내용 (귀하의 질문이 아님)은 가장 먼저 영업, 관리 및 마케팅 질문이라고 생각합니다.

당신은 당신의 고객이 기술적으로 마음에 들지 않는다고 말합니다. 이것은 응집력있는 판매, 컨설팅 및 커뮤니케이션 전략이 필요합니다. 이것은 프로그래밍 기술에 관한 것이 아닙니다.

또한 회사가 팀에 너무 복잡하거나 비싼 프로젝트를 지속적으로 수락하고 저품질 제품을 제공하는 경우 조만간 구멍에 갇히게됩니다. 당신은 당신이 원하지 않는 고객을 유치 할 것이며, 기존 고객은 '무능력'으로 꺼져있을 것입니다. 조만간 동일한 가격 게임을 시도 할 다른 회사를 찾습니다. 그 고객은 제 생각에는 아무런 가치가 없습니다.

당신은 '당신은 어떻게 가격이 저렴한 일을합니까?'라고 묻습니다. 사람들은 사회적 동물이며 서로 이야기합니다. 당신이 신뢰할 수없는 회사라는 시장 인식이 있다면, 사람과 미래의 고객은 조만간 알게 될 것입니다. 고객은 너무 낮은 가격으로 제품을 제공했는지 여부를 신경 쓰지 않습니다. 다시 한 번, 나는 전체 시련이 나쁜 사업 관행이라고 생각합니다.

저렴한 예산으로 작업에 대한 단단한 사양을 정의하고, 무엇을 제공하고 제공 할 수있는 것을 정의하고, 가격을 알리고, 상사가 너무 많은 장기 고객 할인 가격표를 제공하는 것을 막아서 고객. 일을 일찍 그리고 종종 일이 시작되기 시작할 때 의사 소통하십시오. 추가 기능에 대한 정확한 제안을 작성하십시오. 이것들을 정확하게 쓰십시오. 전화 대화에 의존하지 마십시오 (당신 : "그것은 4 시간의 추가 작업입니다.", 클라이언트 : "OK"... 4 개월 후, 클라이언트 "내가 다시 한거야 ??? 이것을 지불하기 위해 ").

물론, 가격을 낮추는 한 가지 방법은 자격을 갖춘 프로그래머보다 처음에 저렴할 수있는 완전한 바보를 고용하지 않는 것입니다. 이것은 근시안적인 접근 방식이며 비참하게 실패 할 것입니다.

추가 비즈니스를 이길 수있는 것은 고객과의 관계입니다. 그의 영업 컨설턴트가 기본적으로 솔루션 세트에 관해 우리에게 거짓말을했기 때문에 한 개발자가 실제로 발전하고 프로젝트를 중단했습니다. 그런 다음 개발자는 같은 예산 내에서 간단한 베어 본 솔루션을 제공했으며 제 시간에 전달했습니다.

이 사람과 그의 팀은 현재 6 년 넘게 내 회사에서 컨설팅 해 왔습니다. 그의 성실과 진지하고 열심히 일하는 성격은 엄청난 이점이었으며, 그는 자신의 명성이 커지면서 양질의 사람들이 그를 위해 일할 수있는 것을 발견했습니다. 그의 정직은 회사의 지적 자산을 해외에 배송함으로써 얻을 수있는 저축보다 더 가치가 있습니다.

"해외/침실 프로그램 팀과의 경쟁이 너무 많아집니다." - 네 네트워킹에 시간을 내야하는 것처럼 들립니다. 하루가 끝나면 사람들은 비즈니스가 아닌 사람들과 사업을하는 것을 좋아합니다. 당신이 당신의 고객 커뮤니티에서 잘 알려져 있고 좋아한다면, 당신은 선두 주자가 될 것이며 당신이 구축 한 자신감으로부터 더 나은 가격을 얻을 것입니다. 그리고 추천은 당신에게 강력한 우위를 줄 것입니다 - 그들을 요청하십시오.

"우리 회사는 일을 거절 할 돈이 없다" - 롯트의 회사는 이것을 출발점으로 가지고 있지만 궁극적으로 이러한 유형의 일자리에 소비하는 시간을 성공적으로 이루어지는 시간을 극복해야합니다. 당신은 당신이하고 싶은 일 (그리고 고객이 누구가 될 것인지)에 대한 결정을 내려야합니다.

컨설턴트로서 저는 이런 이유로 개인적으로 시간당 전용 모델로 옮겼습니다. 나는 너무 많은 계약을 맺고 온유로 화상을 입었고, 나는 당신의 고통을 느낍니다.

결국, 가장 저렴한 가격의 제안서 만있는 사람들은 회사에 문제가 될 것입니다. 당신은 너무 선택할 수 없어서 프로젝트를받지 못할 정도로, 당신은 실제 소프트웨어 개발 프로세스에 대해 지원 관리가 너무 불가지론하는 계약을 피하고 싶어합니다. . 일반적으로 이익 마진과 타임 라인을 변경하는 것은 계약이나 사양에없는 것입니다.

어쨌든 문제가 생기기 위해 물결을 받기 위해 가격을 낮추기보다는 까다로운 일을하는 것이 가장 중요합니다. 귀하의 경우, 기술 요구 사항 사양만큼 간결하지 않은 RFP간에 항상 경합이 있지만, 초기 따옴표는 RFP의 선명도 수준에 따라 일반적인 견적으로 이해되어야합니다.

또한 회사가 회사의 개발 전문 지식이나 대역폭에 맞지 않는 계약을 지속적으로 수락하는 경우 Kitsune에 동의합니다.

이것은 위의 문제에 대한 빠른 가이드로 볼 수 있습니다.

제안서

  1. 고객의 요구에 대한 이해를 최대한 최대한 활용하는 제안서로 시작하십시오. 이것은 1-2 페이지의 글쓰기로 최소한으로 수행 할 수 있습니다. 요구 사항으로 향하기 시작할 수 있지만 그보다 더 캐주얼해야합니다.

예산 문서

  1. 이제 Excel로 이동하여 프로젝트에 모든 작업을 나열해야한다고 생각합니다. 며칠 만에 시간을 내려 놓으십시오. 2 (0.25, 0.5 등)는 없습니다.

  2. 테스트를 위해 열을 추가하고 개발 시간의 백분율로 만듭니다 (20-30%는 정상입니다)

  3. 이제 관리 용 열 (프로젝트 + 계정)을 추가하고 그 시간의 %를 추가하십시오 (이전 두 열에 따라). 20-40%는 정상입니다. (70-30 Split PM/AM)

  4. 회사의 하루 요금을 설정하십시오. 사용자 기능에 대해 더 복잡하고 다른 속도를 가질 수 있지만 최소한 설정으로 작업이 수행되는 내용이 좋은 마진을 가질 수 있습니다.

  5. 지금까지 기록 된 총 하루의 가치가 무엇인지 알아보십시오. 그런 다음 (고정 가격 노동의 경우) 10-20%가 정상적이지만 고객에 대한 경험과 그들이 사용하는 변화의 양에 따라 변경 될 수 있습니다.

  6. 이 시점에서 총 금액을 할인 할 수 있습니다.이 문서의 다른 부분을 낮추는 것보다 낫습니다.이 문서의 다른 부분을 낮추는 것보다 낫습니다. 클라이언트는 마술처럼 일자리를 더 빨리 만들지 않고 오히려 일부 마진을 제거하고 있음을 보여줍니다. 따라서 프로젝트의 기간을 줄이기를 기대해서는 안됩니다.

** 중요 - 비용을 개발할 때 고객의 예산 및 비즈니스를 분석하십시오. 응용 프로그램을 비용으로 효과적으로 수행하려는 배우자에게 거대한 기업을 위해 설계된 비용을 전달하는 것은 없습니다. 마찬가지로, 고급 프리랜서 요금에 사용될 조직에 올바르게 요금을 청구하십시오.

비즈니스 분석가처럼 생각하십시오. 고객이 귀하의 비용을 볼 때 고객을 행복하게 만드는 데 도움이 될뿐만 아니라 아마도 비즈니스에 대한 더 큰 통찰력을 줄 것입니다. 그들이 당신을 사용하여 돈을 벌려고한다면, 당신은 아마도 승자 일 것입니다. 당신이 당신과 얼마나 많은 돈을 쓸 수 있는지 직접 물어볼 수 없다면, 고객이 얼마나 많은 고객이 있는지, 청구 얼마, 직원 수 등을 물어 보면서 해결해야합니다. 당신은 그들에게 수익성이 있다고 제안하고 있습니다. **

  1. 제안서 문서로 돌아가서 설계, 개발, 관리 등을위한 섹션이있는 테이블을 추가하십시오 ... 특정 상황에서 비용 시트를 클라이언트에게 보여줄 수 있지만 대부분의 경우 복잡성을 피하는 것이 좋습니다. 그래도 백업으로 존재하고 숫자를 기침하지 않았습니다.

타임 라인 문서

  1. 예산에서 설계 및 개발 작업 목록을 가져 와서 새로운 시트 (또는 나와 같은 포쉬 인 경우 프로젝트)에 넣으십시오. 각 섹션의 시작 및 종료 날짜에 약 30-50% 추가로 추가됩니다.

  2. Excel의 블록으로 날의 그래픽 표현을 추가하거나 이와 같은 간트 템플릿.

  3. 제안서 문서로 돌아가서 타이밍 문서에서 주요 이정표를 추가하십시오.

제안 단계가 완료되었습니다

  1. 귀하의 제안서를 잠재 고객에게 보내거나 제시하십시오. 바라건대 그들은 당신이 제안한 것에 흥분하고 다음 단계로 진행하여 전체 요구 사항 수집을 진행하기를 기쁘게 생각합니다. 동일한 클라이언트가있는 후속 프로젝트에서는 요구 사항으로 바로 이동할 수 있습니다.

요구 사항 단계

  1. 1,2,4,5 또는 1.1,1.2,1.3의 별도의 ID에 대해 각 요구 사항을 나열하십시오. 실제로 중요하지는 않지만 두 번째는 큰 목록을 도울 수 있습니다.

  2. 요구 사항에 대한 몇 가지 테스트가 있으며이를 따르려고 시도 할 수 있지만 때로는 적용되지 않습니다 (일부 요구 사항은 설계 LED 일 수 있습니다). 이것들 중 일부는 다음과 같습니다. 요구 사항이 테스트 가능합니까? 단수입니까? 분명합니까? 나는 이것에 대한 링크를 찾으려고 노력할 것이다.

이것이 내 개발자의 관점입니다.

  • 버전 제어 모범 사례 : 트렁크를 깨끗하게 유지하고 컴파일하지 않는 코드를 커밋하지 않고 자주 커밋하지 마십시오.
  • 지속적인 통합
  • 단위 테스트 (코드 커버리지 포함)
  • 테스트 서버의 자동 배포
  • 응용 프로그램의 자동 포장
  • 가능한 한 많이 자동화하십시오 :)

또한 고용하십시오 좋은 개발자, 그리고 잘 대하십시오 :)

고정 가격, 고정 범위 작업, 시간당 작업이 아닌 판매. 이로 인해 고객의 과잉 실행 위험 (모든 위험을 흡수하지만 어쨌든 그렇게하고 있음)을 완화하고 소프트웨어의 가치 측면에서 프로젝트를 구성하는 노력의 품질이 아니라 프로젝트를 프레임합니다.

우리는 제품을 구축하고 기존 경험을 재사용하려고 노력하고 있습니다. 우크라이나 (내가 일하는 곳)의 영국과 비교하면 급여는 낮지 만 여전히 인도보다 여전히 4-5 배 높습니다.

지금까지 가장 좋은 결과는 비슷한 솔루션이 필요한 두 명의 신규 고객을 확보하는 것입니다. 따라서 더 나은 가격을 제공 할 수 있으며 추정치에 더 자신감이 있습니다.

BTW, WhywaitDigital.com을 확인했는데 고객이 필요로하는 제품이있는 것 같습니다. 우리는 포털 - 편집, B2C, 지리적 제품 카탈로그를하고 사용합니다. ASP.NET MVC 또한. 당사 웹 사이트 www.socialtalents.com에서 연락처 정보를 찾을 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top