1. 기능 요구 사항 문서 정의
요구사항을 정의하고 요구사항 문서를 작성하는 것이 가장 중요한 단계입니다. App 아웃소싱 회사가 수요가 명확하기 전에 직접 견적을 준다면 산둥 APP 개발사 중양기술은 이런 아웃소싱 회사가 절대 믿을 수 없다고 생각하는데, 사기꾼일 가능성이 높다는 점을 상기시켜 드리고자 합니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 예술명언) 왜요 사실, 간단히 말해서 app 소프트웨어의 개발 기능은 아웃소싱 가격을 결정하며 기능 요구 사항도 명확하지 않습니다. 비용 예산은 어디에 있습니까? 원가 예산이 없는데 어디서 제시한 제시가격입니까? 만약 우리가 처음에 특정 프레임 구조를 가지고 있지 않다면, 우리가 만든 제품은 우리가 원하는 것이 아닐 수도 있고, 기능을 늘리려면 높은 비용이 부과될 수도 있다.
2. 하도급을 하지 마세요.
App 아웃소싱 회사와 팀의 인력 자질이 고르지 않다. 일부 app 아웃소싱 개발 회사 자체는 개발 능력이 없어 다른 app 아웃소싱 개발 회사나 app 아웃소싱 팀에만 하청을 할 수 있어 app 개발 진도가 지연되거나 개발된 app 가 수요에 맞지 않아 App 아웃소싱 개발에 실패하기도 한다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), Northern Exposure (미국 TV 드라마), 예술명언) 비슷한 사례가 적지 않다. 따라서 전문 app 아웃소싱 회사인 중양기술은 반드시 아웃소싱 계약을 체결하고 계약서에' 하도급 금지' 및 이기적 하청에 대한 처벌 규정을 명시할 것을 권장합니다.
3. 아웃소싱을 분할하지 않도록 주의하십시오.
일반적인 App 아웃소싱 방법에는 두 가지가 있습니다. 첫 번째는 아웃소싱을 분할하고 ui, 프런트엔드, 백엔드를 여러 app 아웃소싱 회사 또는 팀으로 분할하는 것입니다. 두 번째는 전체 아웃소싱, 즉 ui, 프런트 엔드 (IOs Android 등) 입니다. ) 및 백엔드는 모두 동일한 아웃소싱 회사에 제공됩니다. APP 전체 아웃소싱은 가격이 적당할 뿐만 아니라 분할 아웃소싱에 비해 많은 장점이 있습니다. 산둥 중양과학기술이 app 아웃소싱 업무를 한 지 이미 10 년이 되었는데, 분할 아웃소싱으로 인해 app 아웃소싱 개발 주기가 길어지거나 실패하는 사례가 많다.
예를 들어, 서로 다른 팀이 같은 앱을 개발하기 위해 협력하면 예측할 수 없는 문제가 많이 발생할 수 있습니다. 예를 들어 진도가 다르면 빠르게 진행되는 app 개발팀에 직접 시간 낭비를 가져온다. 의사 소통이 이상적이지 않으면 쌍방 간의 갈등이 생기고 APP 개발 실패까지 초래할 수 있다. 따라서 APP 아웃소싱 제안은 동일한 아웃소싱자에게 직접 아웃소싱됩니다.
4. 계약 초안 및 수락
계약은 당연히 갑과 을로 나뉜다. 갑으로서, 당신이 자신의 권위를 보장하기 위해서는, 아웃소싱회사를 구속해야 한다: 당신은 그들이 상품을 납품할 때 운행할 때 부그가 없고, 부그 공제가 얼마나 되는지 보장해야 한다. 다른 플랫폼, 다른 모델의 제품이 달릴 수 있는 것을 관찰할 수 있는 시간을 마련해야 하기 때문에 보통 1 ~ 2 개월의 시간을 남겨서 마지막 대금을 내야 한다. 당신은 모든 코드의 소유권이 당신에게 속한다고 확신합니다. iOS 가 Appstore 에 발표한 계정은 누구의 것이며, 마지막으로 당신에게 소스 코드를 후속반복용으로 줄 것인지의 여부입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)
이 계약은 법적 효력이 있다. 아웃소싱 회사가 예정대로 실행 가능한 버전을 출시하지 못했든, 고객이 제때에 지불하지 못했든, 계약에 따라 약관이 달라집니다. 그러면 모든 계약의 전체 틀은 동일합니다. 유일한 차이점은 분할 방법 (442 또는 3322) 과 같은 내부 조항입니다.
또한, 현재 app 아웃소싱 회사는 대부분 검수 과정에서 검수 서류가 하나 있는데, 당신은 계약에서 이미 달성한 제품이 이미 납품되었다는 뜻으로 이해할 수 있습니다. 즉, 아웃소싱 회사는 내가 너에게 완성했다고 말했고, 네가 서명한 후에 우리는 계약을 끝마칠 것이다. (물론, 특정 조항의 경우)
5. 효율적인 커뮤니케이션 메커니즘 구축
주의하세요. 전체 제품 개발이 성공할 수 있을지는 대부분 전기적인 소통 때문이다. 사람의 사유는 분산되고, 더 많은 사람들이 제품을 묘사할 때 자신이 괜찮다고 생각하는 원형을 그린다.
많은 경우에, 당신은, "나는 그렇게 할 수 있다고 생각 ..." "나는 그렇게 생각 ..." 라고 말할 것 이다 ... "만약 이것이 제품 개발의 초기에, 개발자에 대 한 비참 했다, 당신의 기능의 조정은 재평가, 디자인, 개발, 테스트, 그리고 충돌 버그가 필요 합니다. 모든 일을 빠르고 효율적으로 진행하려면 모든 문제를 선행, 의문, 구상, 전복, 재구조화, 재구조화, 빠른 추진에 올려주세요. 또 다른 방법은 상대적으로 중화와 법인데, 비교적 큰 체계로 한 제품을 분해하는 것이다. 초기 개발주기는 3 개월이다. 상반기에 파악된 기능점을 완성하여 운영 가능한 1.0 을 만들고, 새로 제안된 기능점이나 고객이 수정한 요구 사항은 나중에 중앙 집중식 평가 처리를 합니다. 이 방법은 완벽과 정리가 필요하다.
중양 기술 팁:
App 소프트웨어를 개발하는 것은 App 개발 비용뿐만 아니라 각종 비용 등도 고려해야 한다. 후기의 운영 유지 보수 업그레이드를 포함해서 모두 고려해야 한다. App 아웃소싱 계약을 체결하기 전에 쌍방은 반드시 잘 소통하고, 합의된 정보를 얻어 후기 갈등을 피해야 한다.