성공적인 SaaS에 엔터프라이즈 응용 프로그램을 만들기 위해 다음 사항을 note합니다

최근, 우리, 그것은 전통적인 사업에서 소프트웨어 회사의 전환 모델 SaaS, 무엇 과도, 그리고 동안 주목 해야 한다 시달려 문제가 있다 솔루션은 더 많은 대표. 전환을 고려 하 고 그 소프트웨어 회사에 대 한 각 부서에서 전환 기간 사업에 여러 가지 요인이 고려해 신중 하 게. 의심의 그의 종류에 대 한 비록 한 대답 하지 실제 전투 경험 및 기본적인 아이디어의 부 수를 재생, 우리의 좋은 모습 가치가 있다.

영업 부서

판매 사람들은 사전 판매 대리인 동의 그러므로 , 연금에 따라 위원회 시스템 구축 것입니다 절대 동기 부여 구독 기반 결제 모드에서 소프트웨어 제품을 판매 하는 당신의 판매 팀. 그래서 당신이 회사에 대 한 영업 보상 모델을 검토 해야 합니다.

이것은 보상의 질문: 영구 라이센스 및 SaaS 구독 모델 기술적으로 사용할 수 있습니다. 그러나, 구독자의 판매 및 원래 소득의 차이 보상 하는 방법을 연구 해야 합니다.

풀뿌리 수준에서 심지어 일선 관리, 대부분의 경우, 예약의 수에 따라 보상을 부여 합니다. 즉, 레이아웃-중립 계획 모든 문제를 해결할 수 있습니다. 그러나, 수석 판매 관리 수익, 그들은 특히 그 라이센스 판매 스위치는 분기의 끝에 왔다 SaaS 트랜잭션을 조종 하려고 합니다 즉 보정할 수 있습니다. 또한, 당신은 또한 간접 채널 계정에 걸릴 필요가, 그들은 또한 직접 라이센스 재판매를 통해 수익을 얻을.

마지막으로, 귀하의 가입자 (예를 들어 12-36 개월)에 대 한 구독 결제 기간을 설정 하면, 다음 번 판매 팀 고객 관계를 유지 하기 위해 오른쪽 인센티브가 SaaS를 다시 검토 해야 합니다. 기억, 찾는 신규 고객 기존 고객과 좋은 관계를 유지 하는 것 보다 더 어렵습니다.

마케팅 부서

과거에는, 회사 내부적으로 배포로 소프트웨어 회사 경쟁 했다 특징 및 기능, 뿐만 아니라 기본 아키텍처에 대 한. SaaS 배달 모드에 있기 때문에 그들은 정말 더 이상 인프라 터치 기본 아키텍처 고객에 대 한 가장 중요 하지 않습니다.

그것은 Java EE를 통해 배포 여부는 고객 귀하의 소프트웨어를 실행 하는 웹 서버에 대 한 상관 하지 않는다 또는. NET 기술, 또는 어떤 데이터베이스 서버는 데이터를 저장 하는 데 사용. 그러나, 고객 것입니다 확실히 걱정 여부 그들은 사용 하기 쉬운 (즉 여부 제공 서비스 소프트웨어 응용 프로그램 만족 시킬 것 이다 그들) 당신의 제품의 기능과 기능.

SaaS 모델의 새로운 혜택 서비스 수준 계약 (Sla), 전반적인 안정성, 데이터, 및 인증의 다양 한 보안 보호를 포함합니다.

혜택은 무한 하지만, 강조 하 고 싶은 다른 것은 주요 지역에 고객 시장 서비스: 어떻게 고객에 게 응답. SaaS 모드에서 변환의 비용 아직도 존재 하지만 그 장벽을 너무 비싼 되지 않은, 모든 후, 자본 투자 제거 되었습니다.

재무 부서

영구적인 소프트웨어 라이센스 및 유지 보수 비용의 판매에서 분기별 수익에 의해 결정 되는 판매 사업 모델은 수요가 더 이상. 월간 구독 서비스의 개발, 소프트웨어 회사의 백 엔드에 금융 시스템 변경 해야 합니다. 새 표준 응용 프로그램 (즉, 시간 달 당 기업에 로그온 한 각 사용자의 번호)를 추적 하 필요 합니다.

모든 활성 및 비활성 사용자에 게 서비스 청구서를 보내려면 어떻게 합니까? 당신은 등록된 된 사용자에 대 한 계정? 사용자 데이터 또는 사용자가 있습니까? 충전 당신이 당신의 사용자가 서비스에 기반으로? 이러한 SaaS 모델을 전환 하는 과정에서 대답을 해야 하는 중요 한 질문입니다. 이러한 질문을 받을 때 당신은 귀하의 비즈니스에 대 한 월별 수익 인식 더 낙관적 이다 실현 하기 시작 한다.

투자자 들이 선호 하 고 생성 소득 흐름의 행동을 보상. 그러나, 이것은 절대로 간단한 전환입니다. 전체 계정에 걸릴 해야 다른 지역이 있다: 금융 모델을 고려해 야 할. 응용 프로그램이 나 서비스는 고객을 충족 하지 않으면, 그들은 떠날 것 이다.

결제/인보이스도 매우 중요 하다입니다. 당신이 이제까지 영구 라이센스에 대 한 고객에 게 송장을 보낸 고 전송 그들 정비 요금 다음 해? 만약 당신이 이미 매달 정기적으로 관련된 수수료를 수집할 수 있습니다 매달 청구서를 보내기 시작 했습니다 당신의 가입자에 게 월별 송장 문서를 보낼 필요 합니다. 청구 소프트웨어를 구현 하는 ISV (독립 소프트웨어 개발자) 아니라면, 자신의 결제 엔진을 구축 하 고 보다는 오히려 금융 파트너를 찾는 것이 좋습니다. 귀하의 고객은 매우 복잡 한 수 있습니다 어떻게 귀하의 청구서를 보낼 또는 송장 문서 비즈니스 모델, 응용 프로그램, 사용 모델, 고객에 따라 달라 집니다.

작업 부서

과거에는, 고객, 소프트웨어 회사, 또는 통합을 함께 응용 프로그램 및 인프라 문제에 투표를 요구 되었다. 더 많은 것은 인 무엇, 그것은 고객 또는 통합 결정입니다. 소프트웨어 회사는 일반적으로 두 번째 또는 세 번째 평가 됩니다. 전통적인 소프트웨어 배포 작업의 복잡성은 고객이 소프트웨어를 구현 하는 방법에 따라 달라 집니다.

SaaS 모드에서 소프트웨어는 구름에서 실행 됩니다. 그것은 호스팅 여부를 제 3 자에 의해 또는 내부적으로 배포, 운영 지원 합니다 이동 고객에서 완전히. 쿼리 및 문제에 어떻게 응답 해야 합니다 명확 하 게 정의 된 프로세스와 절차, 24 x 365 신뢰성을 지원 하려는 경우에 특히.

결론적으로, 내가 제안 모든 소프트웨어 회사 그들의 비즈니스를 변환 하는 방법을 찾으려고 시도 하지 해야 하지만 대신 그들을 돕기 위해 전문가 (예: 서비스 팀)을 추구 전환.

"편집 추천"

아시아 클라우드 컴퓨팅 허브 중국으로 홍콩 데이터 센터 손실 기회? 핫 연구 그림: SQL 또는 nosql-선택할 수 있는 클라우드 컴퓨팅 환경에 클라우드 컴퓨팅 주요 오픈 소스 소프트웨어 강제로? 클라우드 컴퓨팅 실제 고객은 작은 및 중소 기업 6 SaaS 가치 극대화 팁 "집행 편집기: 티베트 웨이 전화: (010) 68476606"