첫째, 어디에서 프로젝트를 데리러 갈까요?
소프트웨어 팀이나 SOHO 의 가장 큰 관심사는 프로젝트를 찾는 곳, 즉 아웃소싱 수요가 있는 고객을 찾는 곳입니다. 보통 사람에게는 친구를 사귀고 지인을 통해 소개하는 것이 프로젝트를 인수하는 첫 번째 방법이지만, 친구나 지인이 기업이나 회사에서 비교적 중요한 관리직을 가져야 한다. 매일 코드에만 몰두할 수 있는 프로그래머들에게는 비현실적이다. 그래서 프로젝트가 당신을 찾아올 때까지 기다릴 수 없습니다. 주동적으로 프로젝트를 찾아야 합니다.
현재 인터넷에는 많은 소프트웨어 아웃소싱 사이트가 있는데, 그곳에서 많은 소프트웨어 아웃소싱 정보를 찾을 수 있다. 예를 들어, 소프트웨어 프로젝트 거래망 (sxsoft.com) 에는 대량의 소프트웨어 아웃소싱 편지가 있는데, 여기에 정보를 게시하는 것은 비용이 들지 않기 때문에 계약자도 적지 않다. 하지만 이곳은 매일 아웃소싱하는 프로젝트가 많지만 경쟁이 치열하다. 일반적으로 아웃소싱 메시지가 발송된 후 하루 안에 여러 경쟁업체가 있을 수 있으므로 고객과 첫 번째 접촉을 하는 것이 중요합니다. 고객은 일반적으로 선입견을 위주로 하기 때문에, 일반적으로 프로젝트에 대해 처음 이야기하는 사람이 만족한다면 다른 경쟁자는 더 이상 고려하지 않을 것이기 때문에, 당신은 자주 웹사이트에 가서 어떤 최신 프로젝트가 있는지 살펴보고, 즉시 프로젝트 청부업자와 연락을 취해야 합니다. 소프트웨어 아웃소싱 네트워크, 위키 네트워크, 중국 소프트웨어 네트워크, CSDN 아웃소싱 채널과 같은 다른 것들도 많이 있습니다. 직접 가보실 수 있습니다.
둘째, 고객과 수요에 대해 이야기하는 방법.
프로젝트를 수락하는 가장 중요한 단계는 고객과 수요에 대해 이야기하는 것입니다. 소프트웨어에 대한 고객의 요구는 프로젝트 계획 및 구현의 기초이므로, 고객과 요구 사항에 대해 이야기할 때 모든 아이디어를 가능한 명확하게 설명하고 모든 요구 사항을 나열하도록 해야 합니다. 이때 고객의 잠재적 수요를 "유혹" 하는 것을 두려워하지 말고 설계 개발의 작업량을 늘리십시오. 대신, 고객에게 프로젝트의 요구 사항을 하나씩 나열하도록 직접적으로 요구해야 한다. 이때 먼저 조직 귀납 분석을 버리고 펜과 종이를 사용하여 사용자의 가장 원시적이고 완전한 요구를 정확하게 기록하십시오. 프로젝트가 고객의 요구를 충분히 이해하지 못하고 서둘러 말을 시작하면, 프로젝트 연기 또는 예산 초과, 이미 완성된 소프트웨어 완전 철거에 이르기까지 예상치 못한 변화가 언제든지 발생할 수 있습니다.
따라서 프로젝트 구현 전에 고객의 요구 사항을 심층적으로 이해하고 발굴하고, 소유자와 모호한 요구 사항을 반복적으로 논의하고, 프로젝트 구현 중 수요 변화를 처리하는 방법을 규정하여 프로젝트의 최종 수요를 형성해야 합니다. 수요 분석 단계에서 계약자는 먼저 고용주의 수요를 자세히 분석한 다음 비즈니스 모델링, 회담, 설문 조사, 수요 회의 등을 통해 고객의 전체 수요를 수집합니다. , 문서화, 고객 논의, 고객 검토, 문서 수정 등의 반복 프로세스를 거칩니다. 한 가지 유의할 점은 양측이 매우 잘 맞는다고 해도, 요구 사항을 논의할 때 반드시 세밀하고 세밀하며, 모든 불가분의 소프트웨어 기능까지 정확해야 한다는 것이다.
셋째, 어떻게 합리적으로 가격을 제시할 것인가.
고객의 요구 사항을 충분히 파악한 후, 다음 단계는 합리적인 견적을 결정하는 것입니다. 계약자는 고객과의 대화에서 고객의 정확한 의미를 찾아내고, 고객이 원하는 소프트웨어, 프로젝트가 얼마나 복잡한지, 고객의 요구가 얼마나 높은지, 고객의 개성이 어떤지, 받아들일 수 있는 가격 범위 등을 생각해야 한다. 이러한 요소는 소프트웨어 프로젝트의 견적과 밀접한 관련이 있습니다. 고객이 작은 소프트웨어 시스템을 원하고, 기능이 얼마나 포괄적인지 그다지 까다롭지 않고, 어떤 방면의 요구를 만족시키고, 고객이 유순한 사람이라면, 품목은 비용에 가까운 가격으로 가격을 제시할 수 있다. 반대로, 고객이 포괄적인 관리 시스템을 요구하고, 다양한 기능이 필요하고, 필수 불가결하며, 고객이 프로젝트에 대한 요구가 엄격하고, 영원히 변하지 않는 사람이라면, 각종 불안정 요인을 충분히 고려하여 높은 가격을 제시해야 한다.
많은 경우, 고객은 계약 협상 프로젝트를 하기 전에 모두 심리적인 결론을 가지고 있다. 고객의 예산보다 더 많은 비용을 투자하면 고객은 더 이상 프로젝트에 대해 이야기하지 않고 다른 소프트웨어 팀과 대화를 나눌 것입니다. 따라서 고객과 프로젝트에 대해 이야기할 때, 고객 수요의 진정한 의미를 신속하게 생각하고, 몇 가지 전환과 융통성을 통해 고객의 기술 요구 사항과 우리 팀의 기술력이 받아들일 수 있는 가격을 비교함으로써 쌍방이 받아들일 수 있는 견적을 얻어야 합니다. 유연성은 고객과의 협상 성공의 열쇠 중 하나입니다. 물론 모든 고객이 유연성으로 만족할 수 있는 것은 아닙니다. 고객이 공사 비용에 동의하지 않을 때, 당신은 반드시 마음이 평온하고, 진심으로 고객에게 설명하고, 고객의 요구를 기술 요구 사항으로 구체화하여, 그가 당신의 제시가격의 합리성을 인정하게 해야 합니다. 고객이 프로그래밍 기술에 대해 많이 알지 못하더라도, 당신의 상세한 분석을 거쳐, 그는 당신의 제시가격에 동의할 것입니다.