억항공은 앱을 통해 창업을 원하는 창업가들을 많이 만났다. 소프트웨어 팀을 찾아 수요를 간략하게 설명하자, 그들은 즉시 가격을 물었다. "내가 개발하고자 하는 이 앱은 얼마입니까?" " 더욱이, 그들은 "XXX 같은 앱이 되고 싶다" 는 말도 하지 않았다.
다음은 일반적인 질의 절차입니다.
고객: "안녕하세요, 미단과 같은 소프트웨어를 만들고 싶습니다. 얼마예요? 클릭합니다 。 ""
소프트웨어 회사: "안녕하세요, 개발할 소프트웨어의 내용을 자세히 설명해 주시겠습니까? 우리는 개발 내용에 따라 견적을 낼 것이다. "
고객: "미단처럼 공동구매가 필요하고 현지 상가의 전시가 필요합니다. 사용자는 주문 구매하실 수 있습니다. 아주 간단합니다. ""
소프트웨어 회사: "음, 비용은 약 8 만 원 정도입니다." ""
손님: "아, 이렇게 비싸요. 내가 원하는 기능은 매우 짧다. "
소프트웨어 회사: "# $% ... #% ... @% ...&; % #￥& amp；; $ ... # &
인터넷은 신기한 대망이며, 소프트웨어 커스터마이징도 가장 상세한 견적을 제공하는 모델이다. 만약 당신이 정말로 하고 싶다면, 당신은 여기에 올 수 있습니다. 이 핸드폰의 시작 번호는 하나, 하나, 셋, 셋, 마지막은 사기스입니다. 순서대로 조합하면 찾을 수 있습니다. 내가 말하고 싶은 것은, 네가 이 방면을 하고 싶거나 이해하지 않는 한, 단지 떠들썩한 일만 하고 있다면 오지 말라는 것이다. (존 F. 케네디, 공부명언)
위의 대화에서 8 만 위안의 제시가격에는 3 만 위안의 수요 불확실성이 포함될 수 있으며, 비즈니스 관리자 또는 제품 관리자는 자신의 업계 경험에 따라 대략적인 평가를 할 수 있습니다. 물론, 65438 만 원의 업무량은 절대 있을 수 없다. 그럼에도 불구하고 정식 계약서에 서명할 때 추가될 것이다. 손해를 보는 것은 불가능하다. 만약 고객이 추가 비용에 동의하지 않는다면, 그는 차라리 이 주문을 받아들이지 않을 것이다. 그는 어떻게 낯선 고객에게 손해를 보고 장사를 할 수 있습니까?
창업자로서 돈이 부족하거나 비용을 절약하려고 해도 이해할 수 있다. 하지만 저가의 소프트웨어 팀만 찾을 수는 없다. 프로젝트의 제시가격은 많은 요인과 관련이 있다. 만약 지금 친구가 나에게 묻는다면, 나는 수만 명에서 수십만까지 다양하다고 말할지도 모른다. 명확한 수요가 주어지기 전에 모든 제시가격은 근사치이거나 한 구간이다. 소프트웨어 회사의 정확한 제시가격은 상세한 수요에 근거하여 빗질하는 것이다.
비교적 똑똑한 소프트웨어 회사는 당신에게 아주 낮은 가격을 제시해 줄 것이며, 다음에 당신과 협상할 수 있도록, 그리고 협상 과정에서 이 지식을 천천히 보급하여, 당신이 APP 를 하는 것이 당신이 생각하는 것만큼 간단하지 않다는 것을 깨닫게 할 것입니다. 수천수만 명이 다 해낼 수 없다는 것을 깨닫게 해 줄 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 지혜명언)
다음 비행은 견적에 영향을 미치는 요소를 분석하는 데 도움이 될 것입니다.
첫째, 개발 모델
개발 모델은 템플릿화 개발과 맞춤형 개발의 두 가지 방향으로 구성됩니다.
(1) 템플릿 개발. 템플릿 개발은 기본적으로 개발 팀이 로컬라이제이션 그룹 구매와 같은 업계의 응용 프로그램을 완료한 후 소스 코드를 직접 배포하거나 계좌를 개설하여 일부 스타일을 수정하는 것입니다.
계좌를 개설하는 앱이라면 원가가 비교적 낮기 때문에, 아마 수천 원이 다 될 것이다. 소프트웨어 회사도 원가가 낮고 소프트웨어가 이미 개발되었기 때문이다. 고객은 계좌 개설만 하면 되고, 증가된 것은 서버의 비용일 뿐이다. 하나에 서명하면 하나를 번다. 이 앱을 사용하면 프로그램의 일부 스타일과 문자만 수정할 수 있으며 업무 프로세스를 조정하고 수정할 수 없습니다.
만약 우리가 소스 앱을 배포한다면, 대부분 2 차 개발을 지원한다. 동시에 스스로 서버를 구매해야 하고, 회사가 자신의 요구에 따라 프로그램을 수정하도록 해야 한다. 이 방법은 여전히 비교적 추천하여 많은 비용을 절감할 수 있다. 2 차 개발은 페이지에 필드 추가, 일부 데이터의 통계 내보내기 추가, 공유 기능 추가, 비즈니스 프로세스 개선 등 기존 비즈니스 또는 관련 비즈니스를 기반으로 한 개발입니다. 소프트웨어 개발에서 새로운 개발 기능이 수정 기능보다 훨씬 빠르기 때문에, 원래의 프로그램이 광범위하게 조정되거나 사용자 정의가 권장되는 경우 업계 인사들은 반드시 이해해야 합니다.
(2) 맞춤형 개발. 맞춤형 개발은 고객의 요구 사항에 따라 맞춤형으로 제작되었으며, 요구 사항에 따라 0 부터 APP 를 개발합니다. 이런 방법은 원가가 비교적 크다. 개발 방식에 따라 해당 견적도 달라질 수 있습니다. 앱 개발도 기본개발과 혼합개발로 나뉜다. 혼합개발 비용은 원생 개발보다 저렴하다. 혼합개발에 투자하는 사람이 적기 때문이다. 간단히 말해 혼합 개발은 기본 및 H5 개발 기술을 결합하여 APP 를 개발하는 것입니다. 한 사람이 두 개의 클라이언트 안드로이드와 IOs 를 개발할 수 있다. 기본 개발의 경우, 하나는 안드로이드 개발이 필요하고, 하나는 IOs 개발이 필요하며, 테스터도 두 개의 터미널을 테스트해야 합니다. 원가가 높으면 자연히 제시가격이 높기 때문에 혼합개발과 오리지널 개발의 차이는 말할 수 없다. 앞으로 문장 써서 그들 사이의 구체적인 차이점을 소개할 수 있습니다.
둘째: 수요의 복잡성.
개발 모델을 파악한 후에는 투입할 기술자를 파악한 다음 제품 관리자가 제공한 비즈니스 마인드맵, 요구 사항 문서 등의 프로젝트 자료에 따라 프로젝트 개발 주기를 정확하게 평가할 수 있습니다. 수요의 복잡성은 프로젝트 주기의 길이를 결정하고 프로젝트 주기는 최종 견적을 결정합니다. 고객과 제품 간의 의사 소통은 중요하며 후속 프로젝트의 방향을 결정합니다. 고객의 특징은 업종과 업무를 이해하는 것이고, 제품의 특징은 인터넷 제품의 가치, 가용성 및 실현 가능성을 이해하는 것이다. 쌍방은 긴밀하게 결합해야 프로젝트의 연구 개발을 완성할 수 있다.
그런 다음 의사 소통 후 제품은 다음 정보를 생성해야합니다.
(1) 제품 기능 마인드맵. 마인드지도는 시각적 사고의 방법이며, 사고를 표현하는 효과적인 도구이다. 그것은 당신의 머리 속의 기능을 소속 계층에 따라 그려서 그래픽을 통해 당신의 요구를 더욱 분명하게 표현할 수 있다. (조지 버나드 쇼, 자기관리명언)
(2) 핵심 비즈니스 흐름도. 마인드맵을 통해 프로젝트의 대략적인 모듈과 기능점은 알지만 전체 제품의 운영 논리, 관련된 역할, 정보 및 데이터가 어떻게 전달되는지는 알 수 없습니다. 이를 표현하려면 핵심 비즈니스 흐름도가 필요합니다.
(3) 기능 목록. 기능 목록은 지도에서해야 할 기능을 자세히 설명하는 마인드 맵을 정제하는 것입니다. 프로젝트 매니저나 개발팀에 이 기능이 어떤 모습인지 알려 주세요.
(4) 원형 차트. 프로토타입 다이어그램은 수요가 제품으로 전환되는 프로세스의 다이어그램으로 수요의 외적 논리로, 수요를 보다 직관적으로 볼 수 있게 해 줍니다. 프로토타입은 프런트 엔드 프로토타입과 백 엔드 프로토타입으로 나뉜다. 프로토타입을 통해 비즈니스 설명, 기능 분류, 비즈니스 논리, 페이지 점프 및 세부 사항을 명확하게 볼 수 있습니다.
커뮤니티 그룹 구매 앱을 가지고 계산한다고 가정해 봅시다. 소프트웨어 회사는 구체적으로 해야 할 기능을 알고 나면 프로젝트에 투입해야 할 인원과 시간을 알고 자신의 요금에 따라 가격을 제시하면 654.38+0.9 만여 명으로 계산됩니다. (아래 그림 참조)
소프트웨어 아웃소싱 회사의 수익 모델은 간단합니다. 즉, 낮은 직원 시간을 고객에게 고가로 팔아 차액을 벌어들이는 것입니다. 같은 직원의 시간은 한 단계에서 한 고객에게만 판매할 수 있습니다. 예를 들어 샤오장은 한 소프트웨어 회사에서 일하는데 월급은 1 만원이다. 회사가 고객에게 가격을 제시할 때, 한 달에 28,000 원에 따라 가격을 제시할 수 있으므로 회사는 18000 원의 차액을 벌고 기타 각종 비용 (5 보험 1 금, 회사 집세, 수력, 각종 복지 등) 을 공제할 수 있다. ) 장 () 에서 왔기 때문에 나머지는 모두 회사의 것이다.
또 다른 문제는 이 문서들이 스스로 정리되지 않고, 소프트웨어 회사들이 계약하기 전까지는 이 자료들을 이렇게 상세하게 하지 않는다는 점이다. 이는 현재 소프트웨어 아웃소싱 업계의 큰 문제다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 예술명언) 공사를 시작하기 전에 이 프로젝트 자료를 정리하려면 다른 경로로 가서 관련 제품 매니저를 찾아야 하고, 물론 억항공에도 연락할 수 있다. 이것들은 우리가 불필요한 개발 비용을 많이 절약하는 데 도움이 될 것이다.
그런 다음 이것을 알고 나면 "XX 와 같은 앱을 만드는 데 드는 비용은 얼마입니까?" 라는 질문에 대해 생각할 수 있습니다. 결과는 대략적인 가격 범위일 뿐이다. 구체적인 수요를 밝히기 전에 서둘러 계약을 체결하면 계약 금액은 기본적으로 프로젝트 실제 금액보다 크다.
개발비 외에 서버, 도메인 이름, 타사 플랫폼 (문자 메시지, 음성 통지) 등 기타 비용도 있습니다. , 이것들은 비교적 작고 서버는 대부분을 차지할 것입니다. 선행 사용자는 먼저 저전력 서버를 구입한 다음 사용자 수 및 프로젝트 상황에 따라 업그레이드를 구성할 수 있습니다.
마지막으로 프로젝트의 정확한 견적을 얻으려면 먼저 프로젝트의 개발 모델, 프로젝트 형태 (APP, 애플릿, 공용) 및 프로젝트의 상세한 요구 사항 (기능적 사고도, 핵심 비즈니스 흐름도, 기능 목록, 원형 차트) 을 결정해야 합니다. 이를 통해, 우리는 무엇을 해야 하는지, 어떤 모습인지 잘 알 수 있을 것이다. 이렇게 하면 우리 프로젝트의 위험이 크게 낮아질 것이다.
소프트웨어 회사의 정확한 견적은 상세한 요구 사항을 기반으로 한다는 점을 기억하십시오. 자신이 무엇을 하고 싶은지 알기 전에 맹목적으로 시도한다면, 시험 착오 비용은 보이지 않게 증가할 것이다.
나의 컴백이 앱이 되고 싶은 사람들이 올바른 방향을 찾는 데 도움이 되길 바란다.