화폐 회사 엔지니어링의 인프라 선택 구축을 위한 5가지 규칙
게시 됨: 2021-12-30
지난 5년 동안 많은 표준 은행 기관은 소위 챌린저 뱅킹 회사로 알려진 새로운 회사가 얼마나 빠르게 등장하고 있는지 머리를 긁적였습니다. 그들은 새로운 기능을 빠른 속도로 출시하여 업계 점유율을 확보하고 기존 부문 플레이어보다 훨씬 저렴한 비용으로 제품과 서비스 및 품목을 선보였습니다.
이제 금전적 제품 및 서비스에 대한 매우 좋은 소식은 FinTech 투쟁이 위로부터 멀리 떨어져 있다는 것입니다. 이제 거의 시작되지 않았습니다.
금융 기관으로서 귀하의 방법이 사전 예방적이고 목표가 자신의 스포츠에서 도전자를 정복하는 것이든, 수동적이며 다음으로 전환하기를 원하는지 여부와 상관없이 아직 시간이 많이 남아 있습니다.
끔찍한 정보는 거기에 도달하기 위해 패배해야 할 하나의 도전이 있다는 것입니다.
관성.
관성은 시장이 직면한 가장 중요한 문제입니다. 화폐 전문가 서비스에서 단기 보안을 우선시하는 것은 어렵지 않습니다. 결국 정전을 경험했거나 지불 절차가 중단된 이후로 어느 누구도 헤드라인 수입을 결론짓고 싶어하지 않습니다.
위험은 경제 기관이 현재 상태를 유지하는 데 너무 몰두하여 고객의 시장 수요를 유지할 수 없는 구식 기술의 불안정한 기반 위에서 균형 잡힌 더 크고 더 큰 회사를 계속 발전시킬 수 있다는 것입니다. 그러나 그것은 당신이 스스로를 위험에 빠뜨릴 뿐만 아니라 새로운 기회를 효과적으로 잡을 준비를 하기 위해 진지하게 씨름할 가능성이 있음을 시사합니다.
장수를 위한 건설
2019년 12월, 팬데믹에 대비하는 사람은 많지 않았습니다. 업계가 겪고 있는 문제의 규모를 예측한 사람은 아무도 없었습니다. 10, 20, 30을 오랫동안 다시 검색하면 당시 시장의 대부분이 예측할 수 없는 것으로 관찰했을 기술 및 소비자 태도의 끝없는 변화를 보았습니다. 특정 장기 행사를 위해 만들 수 없습니다. 알려지지 않은 것도 많이 있습니다. 결제 인프라를 혁신하기 위해 시작하는 여정은 이후 두 번의 장기간에 걸친 비즈니스 엔터프라이즈를 거쳐야 합니다. 그 기간 동안 당신이 확신할 수 있는 유일한 것은 불확실성입니다.
회사 우선 순위 및 기술 현실에 맞게 개발
금융 기관은 최종 의사 결정자의 요구 사항을 충족하는 결정을 내려야 합니다. 구매자 팀, 엔지니어링 팀, 보안 팀 및 회사 팀은 제품을 구축하기 위해 처음 자리에 앉는 시간을 조정하지 않는 경우가 많습니다. 따라서 지불 인프라는 비즈니스 기업이 비즈니스 제품 내부의 지불에 대해 얼마나 공격적인지를 반영해야 합니다. 국제 금융 기관과 약간의 개발 도상국의 요구 사항은 정말 다릅니다.
비즈니스 모델에 맞게 구축
인프라를 제자리에 배치하는 비용은 금융 세계가 운영하는 것보다 덜 운영되는 엔터프라이즈 디자인을 반영하지 않는 경우 지속 가능하지 않을 것입니다. 지불 인프라를 개발, 라이선스 및 작동하는 비용을 완전히 예상하는 것은 중요한 조치입니다. 우리는 지불이 수량 합계 활동이라는 것을 알고 있습니다. 그 사실을 반영하는 인프라 애플리케이션이 있어야 합니다.
다가오는 교정
가까운 미래를 조금 더 들여다보면 블록체인 및 AI와 같은 혼란으로 인해 업계에 훨씬 더 놀라운 조정이 추가될 수 있습니다. 그럼에도 불구하고 그들이 발전 및 롤아웃의 초기 단계에서 엄청나게 중요할 때 CTO는 이러한 시스템 또는 기타 미확인 시스템이 제공할 수 있는 변화를 예측할 준비가 되어 있어야 하며 대응하고 적응할 태세를 갖추고 있어야 합니다. 기술 리더는 기술이 도입할 신제품과 전문 서비스에 속도를 유지할 수 있는 위치에 있어야 합니다. 그리고 능숙하게 수행하십시오.
회의 규정 전제 조건
재정 기업은 특히 구매자와 함께 기술 혁신이 수행되는 방식을 처리하기 위한 새로운 지침이 생성됨에 따라 규제 기관과 신중하게 협력해야 합니다. 성공적인 지불 인프라의 중요한 요소는 새로운 규제 개선 사항에 신속하게 적응하는 방법을 이해하는 것입니다. 다른 구성 요소는 규제 기관에 필요한 정보를 신속하게 끌어와 공급하는 방법입니다. 규제 기관이 내일 귀하에게 새로운 전제 조건을 도입한다면, 귀하는 맞춤화할 수 있는 프로세스가 있다는 자신감을 가져야 합니다.
그러나 작업 완료는 새로운 기술을 생성할 때 종료되지 않습니다. 당신은 그것을 잘 그 자리에 놓아야 할 것입니다. 금융 기관이 고려해야 할 두 가지 가능성이 있으며 어떤 경로가 올바른지는 현재 인프라에서 예산 지출, 조정에 대한 갈망에 이르기까지 많은 것에 달려 있습니다.
인프라를 '빅뱅'해야 합니까?
프로그램 중 인프라를 업데이트해야 한다는 사실을 알게 된 후에도 업데이트 방법에 대한 우려는 여전히 남아 있습니다. 기본적으로 두 가지 다양한 옵션이 있습니다.
1. 찢어서 바꿀 수 있습니다. 속도와 시장 전망이 우선이라면 빠르게 수행하는 것이 좋습니다. 새로운 지불 유형을 즉시 개설하고 새로운 채널을 도입하고 모든 방법을 사용할 수 있습니다. 마이크로서비스의 향상은 이러한 전술을 가능하게 했습니다. 새로운 앱을 정말로 신속하게 생성하기 위해 많은 겸손한 빌딩 블록을 결합하는 것은 이제 인정받는 최고의 연습입니다.
수업 중, 이것은 단지 오늘 불을 끄고 내일 새로운 방법을 로드하는 것을 나타내는 것이 아닙니다. 실제로는 기존 아키텍처에서 벗어나 새로운 종류를 배치하는 점진적인 변경을 의미합니다. 이 전술의 단점은 실행 중인 메서드가 너무 정교하여 많은 수준의 메서드가 다른 모든 메서드에 연결되는 추가 무시된 연결 영역을 정확히 이해하지 못하는 부분이 있다는 것입니다.
두 번째 옵션은 오래된 프로그램이 일반적으로 더 이상 사용하지 않는 문제가 불가피할 때까지 새로운 앱과 어려움에 최신 기술을 천천히 그러나 확실하게 적용하는 것입니다. 일정은 몇 년 정도 연장될 수 있지만 너무 빨리 뒤집으려 하지 않고 구조적 문제를 해결하고자 하는 신중한 CTO를 위한 방법을 제공합니다.
이 기술은 고유한 새로운 서비스, 제품 및 수익을 제공할 수 있고 한 번에 단일 요소를 대상으로 하고 천천히 천천히 과제의 복잡성을 줄이는 것처럼 멋지게 구현되어 투자 수익을 쉽게 보여줄 수 있기 때문에 탁월합니다. 그것에 노인을 마이그레이션합니다. 단점은 타임라인이 상당히 연장된다는 것입니다.
선택의 여지가 없는 유일한 비참한 선택
개선을 미루면 안 됩니다. 더 오래 떠날수록 발전하기가 더 어려워지기 때문입니다. 레거시 인프라 스택에 계속 의존하면 취약해질 수 있습니다. 전염병은 그것을 무너뜨릴 수 없었지만 미래의 장애물은 그것을 무너뜨릴 수 있었습니다.
우리는 시장이 어디로 향하고 있는지 정말로 모릅니다. 우리는 핀테크에서 어떤 일이 일어날지 정말 모릅니다. 은행은 가능한 한 많은 다용성을 위해 장치를 준비해야 합니다.
Dave Smith, 결제 전문가, Lusis Payments