소규모 프로그램을 통해 소규모 사무실을 월 100억 루블 이상의 수익을 올리는 연방 회사로 전환한 방법

2008년 XNUMX월 말에 저는 기존 비즈니스 프로세스의 자동화를 목표로 Perm의 택시 서비스 중 하나에 초대되었습니다. 일반적으로 나에게는 세 가지 기본 작업이 주어졌습니다.


• 택시 운전사를 위한 모바일 애플리케이션을 사용하여 콜센터용 소프트웨어 패키지를 개발하고 내부 비즈니스 프로세스를 자동화합니다.
• 모든 일은 가능한 한 짧은 시간 안에 이루어져야 했습니다.
• 타사 개발자로부터 구입하는 대신 자신만의 소프트웨어를 보유하세요. 향후 비즈니스가 발전함에 따라 지속적으로 변화하는 시장 상황에 맞춰 독립적으로 확장할 수 있습니다.

그 당시 나는 이 시장이 어떻게 작동하는지, 그 뉘앙스를 이해하지 못했지만 그럼에도 불구하고 두 가지가 나에게 분명했습니다. 콜센터는 오픈 소스 별표 소프트웨어 PBX를 기반으로 구축되어야 합니다. 콜센터와 모바일 애플리케이션 간의 정보 교환은 본질적으로 미래 프로젝트의 아키텍처와 프로그래밍을 설계하기 위한 모든 해당 패턴을 갖춘 클라이언트-서버 솔루션입니다.

프로젝트 작업, 기한, 비용에 대한 예비 평가를 하고 택시 서비스 소유자와 필요한 모든 문제에 대해 합의한 후 2009년 XNUMX월에 작업을 시작했습니다.

앞을 보면 바로 말씀드리겠습니다. 그 결과 러시아 60개 도시와 카자흐스탄 12개 도시의 2개 이상의 서버에서 실행되는 확장 가능한 플랫폼이 탄생했습니다. 회사의 총 이익은 월 100억 루블 이상이었습니다.

XNUMX단계. 원기

당시 저는 IP 텔레포니에 대한 실무 경험이 없었고 "홈" 실험의 일환으로 별표에 대해 피상적으로만 알고 있었기 때문에 모바일 애플리케이션 및 서버 부분 개발 작업을 시작하기로 결정했습니다. 동시에 다른 작업에 대한 지식의 격차를 해소합니다.

모바일 애플리케이션을 사용하면 모든 것이 다소 명확해졌습니다. 그 당시에는 간단한 푸시 버튼 전화기의 경우 Java로만 작성할 수 있었지만 모바일 클라이언트에 서비스를 제공하는 서버를 작성하는 것은 조금 더 복잡했습니다.

• 어떤 서버 OS를 사용할 것인가?
• 작업을 위해 프로그래밍 언어가 선택되고 그 반대가 아니라는 논리를 기반으로 문제 해결에 어떤 프로그래밍 언어가 최적인지 포인트 1을 고려합니다.
• 설계 과정에서 서비스에 대한 향후 예상되는 높은 부하를 고려해야 했습니다.
• 높은 부하에서 내결함성을 보장할 수 있는 데이터베이스는 무엇이며 요청 수가 증가함에 따라 빠른 데이터베이스 응답 시간을 유지하는 방법은 무엇입니까?
• 결정적인 요인은 개발 속도와 코드를 빠르게 확장하는 능력이었습니다.
• 향후 장비 및 유지 관리 비용(고객의 조건 중 하나는 서버가 자신의 통제하에 있는 영역에 있어야 한다는 것입니다)
• 플랫폼 작업의 다음 단계에 필요한 개발자 비용

디자인 및 개발과 관련된 다른 많은 문제도 있습니다.

프로젝트 작업을 시작하기 전에 저는 사업주에게 다음과 같은 전략적 결정을 제안했습니다. 프로젝트가 상당히 복잡하기 때문에 구현하는 데 상당한 시간이 걸리므로 먼저 시간이 많이 걸리지 않고 MVP 버전을 만듭니다. 그러나 이를 통해 그의 회사는 이미 "지금 여기" 시장에서 경쟁 우위를 확보하고 택시 서비스로서의 역량도 확장할 수 있습니다. 결과적으로 이러한 중간 솔루션을 통해 최종 솔루션을 더욱 신중하게 설계할 수 있는 시간과 기술 실험을 위한 시간을 확보할 수 있습니다. 동시에 구현된 소프트웨어 솔루션은 올바르게 설계되었다고 보장되지 않으며 향후 근본적으로 재설계되거나 교체될 수 있지만 "경쟁업체에서 벗어나기" 위해 필요한 최소한의 기능은 확실히 수행할 것입니다. 택시의 창립자는 그 아이디어가 마음에 들어서 결국 그렇게 했습니다.

저는 처음 XNUMX주 동안 회사의 비즈니스 프로세스를 공부하고, 내부에서 택시 업무를 공부했습니다. 어디서, 무엇을, 어떻게 자동화할 수 있는지, 그리고 그것이 필요한지 여부에 대한 비즈니스 분석을 수행했습니다. 회사 직원들은 어떤 어려움과 문제에 직면하고 있나요? 해결 방법. 회사 직원의 근무일 구성 방법. 그들은 어떤 도구를 사용합니까?

세 번째 주가 끝날 무렵 일을 시작하고 인터넷에서 관심 사항을 연구한 후 사업주의 희망 사항과 당시 내 지식과 능력을 고려하여 다음 스택을 적용하기로 결정했습니다. :

• 데이터베이스 서버: MsSQL(데이터베이스 파일 제한이 최대 2GB인 무료 버전);
• 데이터베이스가 설치될 Windows 서버가 이미 있고 개발 환경 자체가 신속한 개발을 촉진하기 때문에 Windows 기반 Delphi에서 모바일 클라이언트를 제공하는 서버 개발
• 2009년 당시 휴대폰의 낮은 인터넷 속도를 고려하면 클라이언트와 서버 간의 교환 프로토콜은 바이너리여야 합니다. 이렇게 하면 전송되는 데이터 패킷의 크기가 줄어들고 결과적으로 서버에 대한 클라이언트 작업의 안정성이 높아집니다.

프로토콜과 데이터베이스를 설계하는 데 추가로 12주가 소요되었습니다. 그 결과 모바일 클라이언트와 서버 사이에 필요한 모든 데이터의 교환을 보장하는 20개의 패키지와 데이터베이스의 약 XNUMX개 테이블이 탄생했습니다. 저는 미래를 고려하여 이 작업을 수행했습니다. 기술 스택을 완전히 변경하더라도 패키지와 데이터베이스의 구조는 변경되지 않고 유지되어야 합니다.

준비 작업을 마친 후 아이디어의 실제 구현이 시작되었습니다. 프로세스 속도를 조금 높이고 다른 작업에 시간을 확보하기 위해 모바일 애플리케이션의 초안 버전을 만들고 UI(부분적으로는 UX)를 스케치했으며 친숙한 Java 프로그래머를 프로젝트에 참여시켰습니다. 그리고 그는 서버측 개발, 설계 및 테스트에 집중했습니다.

MVP 작업 두 번째 달이 끝날 무렵 서버 및 클라이언트 프로토타입의 첫 번째 버전이 준비되었습니다.

그리고 세 번째 달 말에 합성 테스트와 현장 테스트, 버그 수정, 프로토콜과 데이터베이스의 사소한 개선을 거쳐 애플리케이션을 생산할 준비가 되었습니다. 그것이 이루어진 일입니다.

이 순간부터 프로젝트의 가장 흥미롭고 가장 어려운 부분이 시작됩니다.

운전자를 새로운 소프트웨어로 전환하는 동안 XNUMX시간 근무가 조직되었습니다. 낮에는 근무 시간에 모두가 올 수 없었기 때문입니다. 또한 행정적으로도 회사 창업자의 강한 의지에 따라 로그인/비밀번호는 택시 관리자가 입력하고 기사에게는 전달되지 않도록 구성되었습니다. 제 입장에서는 장애나 예상치 못한 상황이 발생할 경우를 대비해 사용자를 위한 기술 지원이 필요했습니다.

머피의 법칙은 "잘못될 수 있는 모든 것은 잘못될 것이다"라고 말합니다. 그리고 그것이 바로 문제가 발생한 방식입니다... 저와 몇몇 택시 운전사들이 수십 개의 테스트 주문에 대해 애플리케이션을 테스트했을 때 한 가지였습니다. 그리고 500명 이상의 운전자가 실제 사람들의 실제 주문에 따라 실시간으로 작업하는 경우는 완전히 다른 문제입니다.

모바일 애플리케이션의 아키텍처는 단순했고 서버보다 버그가 눈에 띄게 적었습니다. 따라서 작업의 주요 초점은 서버 측에 있었습니다. 응용 프로그램의 가장 심각한 결함은 전화기의 인터넷이 끊어지고 세션이 다시 복원되었을 때 서버와의 연결이 끊어지는 문제였습니다. 그리고 인터넷은 꽤 자주 사라졌습니다. 첫째, 그 당시에는 전화 인터넷 자체가 충분히 안정적이지 않았습니다. 둘째, 인터넷이 전혀 작동하지 않는 사각지대가 많았다. 우리는 이 문제를 거의 즉각적으로 확인했으며 XNUMX시간 이내에 이전에 설치된 모든 애플리케이션을 수정하고 업데이트했습니다.

서버는 주로 주문 분배 알고리즘에 오류가 있었고 클라이언트의 일부 요청이 잘못 처리되었습니다. 결함을 파악한 후 서버를 수정하고 업데이트했습니다.

사실 이 단계에서는 기술적인 문제가 그리 많지 않았습니다. 전체적인 어려움은 제가 거의 한 달 동안 사무실에서 근무하고 가끔씩 집에 간다는 것입니다. 아마 4~5번 정도일 겁니다. 그리고 나는 잠을 푹 잤습니다. 그 당시 나는 프로젝트를 혼자 하고 있었고 나 외에는 누구도 아무것도 고칠 수 없었기 때문입니다.

한 달, 이것은 모든 것이 한 달 동안 끊임없이 결함이 있었고 멈추지 않고 무언가를 코딩했다는 의미는 아닙니다. 우리는 방금 그렇게 결정했습니다. 결국 사업은 이미 운영되어 수익을 내고 있었습니다. 지금 고객과 이익을 잃는 것보다 나중에 안전하고 휴식을 취하는 것이 좋습니다. 우리 모두는 이 점을 잘 이해하고 있었기 때문에 팀 전체가 택시 시스템에 새로운 소프트웨어를 도입하는 데 최대한의 관심과 시간을 투자했습니다. 그리고 현재 주문 트래픽을 고려하여 한 달 이내에 모든 단점을 확실히 제거할 것입니다. 글쎄, 남아 있을 수 있는 숨겨진 버그는 확실히 비즈니스 프로세스에 심각한 결과를 가져오지 않으며 필요한 경우 정기적으로 수정될 수 있습니다.

여기서는 운전자를 새로운 소프트웨어로 이전하는 상황의 복잡성을 최대한 이해하고 XNUMX시간 내내 운전자와 함께 작업한 택시 서비스 이사 및 감독의 귀중한 지원에 주목할 필요가 있습니다. 실제로 휴대폰에 새 프로그램 설치를 완료한 후에도 드라이버는 하나도 잃지 않았습니다. 그리고 그들은 곧 정상 수준으로 돌아온 클라이언트 비 제거 비율을 크게 늘리지 않았습니다.

이로써 프로젝트 작업의 첫 번째 단계가 완료되었습니다. 그리고 그 결과는 그리 오래 걸리지 않았다는 점에 유의해야 합니다. 사람의 개입 없이 운전자에게 주문을 자동으로 배분함으로써 고객의 택시 평균 대기 시간이 대폭 단축되어 자연스럽게 서비스에 대한 고객 충성도가 높아졌습니다. 이로 인해 주문량이 늘어났습니다. 이에 따라 택시기사 수도 늘어났다. 결과적으로 성공적으로 완료된 주문의 수도 증가했습니다. 그리고 그 결과 회사의 이익은 증가했습니다. 물론 이 모든 과정이 즉시 진행되지 않았기 때문에 여기서는 조금 앞서 있습니다. 경영진이 기뻐했다고 말하는 것은 아무 말도하지 않는 것입니다. 나는 프로젝트의 추가 자금 조달에 무제한으로 접근할 수 있었습니다.

계속 될 ..

출처 : habr.com