개인적인 경험에 근거하여 위험 통제를 간단히 소개하겠습니다. 나는 위험 통제의 구성이 다음과 같다고 생각한다.
적절한 위험 제어가 필요한 사용자 장면을 정의하는 장면 이를 위해서는 전체 비즈니스 프로세스 (예: 사용자가 등록, 인증, 사용, 초대 방법) 가 어떤 것인지 알아야 합니다. 장면으로 나누어 어떤 장면이 가능한지 생각해 보세요. 각 장면마다 바람 조절 지점이 다르다. 예를 들어, 등록시 위험이 있을 수 있습니다. 즉, SMS 인증 코드를 반복해서 획득하면 사용자가 고위험 지역에 있습니다.
이러한 구분과 정의를 통해 어떤 환경과 점을 제어해야 하는지 알 수 있으며, 따라서 어떤 것은 화살을 쏘아야 한다.
바람 제어의 규칙은 각 장면에 대해 몇 가지 규칙을 정의하고 그에 따라 제어하는 것입니다. "규칙이 없으면 방원 없다." 장면이 있으면 각 장면에 대해 다른 규칙이 적용됩니다. 예를 들어, 등록과 같은 휴대폰 번호를 확인하는 데 몇 분이 걸리는지 물어볼 수 있습니다. 예를 들어, 단일 인출 한도 또는 단일 인출 한도와 같은 규칙을 사용할 수 있습니다.
규칙과 관련해서, 나는 개인적으로 조건이 허락한다면, 규칙은 등급을 매겨야 한다고 생각한다. 이는 사용자가 현금을 인출하는 것과 같은 일부 장면에서 단일 한도의 수동 현금과 같은 동일한 규칙이 등급이 매겨지면 서로 다른 매개변수에 따라 서로 다른 바람 제어 조치가 트리거될 수 있기 때문입니다.
이러한 복잡한 장면에서는 보다 세부적으로 제어할 수 있으며 더 유연해질 수 있습니다.
각 공기 제어 규칙의 발생을 정의하는 공기 제어 매개변수입니다. 상응하는 수치조절을 통해 세부 사항을 제어하고, 다른 사람을 구분하고, 다른 조치를 취할 수 있다. 예를 들어, 등록할 때 같은 휴대폰 번호가 10 분 이내에 얻은 인증 코드 수는 3 개입니다. 여기서 섹션 수와 분 수는 모두 매개변수가 될 수 있습니다. 또 다른 예로, 최고 현금액 10000 원입니다. 여기서 10000 은 매개 변수입니다.
회사는 매 시점마다 서로 다른 단계에 있기 때문에 사용자의 활동성이나 거래량을 높여야 하는 경우도 있고, 지출을 통제하고 손실을 줄여야 하는 경우도 있기 때문이다. 동시에 외부 환경의 변화가 빈번하다. 예를 들어, 인터넷 금융 업계에서는 국가가 정책을 수립하는 경우가 많으며, 이러한 정책들은 종종 적절한 풍압 매개변수를 조정해야 합니다. 따라서 매개변수는 언제든지 조정할 수 있도록 백그라운드에서 설정해야 합니다.
위험 통제 조치, 즉 위험 통제 규칙을 트리거하는 데 필요한 조치입니다. 바람 제어 조치의 설정은 사용자 경험에 직접적인 영향을 미칩니다. 많은 바람 제어 규칙과 매개 변수로 인해 사용자는 직접 알 수 없으며 적절한 조치를 취해야 느낄 수 있습니다. 그러나 조치가 잘 제정되지 않으면 사용자의 해당 행동에 큰 영향을 미칠 수 있으며, 종종 사용자의 불만과 불만을 불러일으킬 수 있다.
따라서 합리적인 위험 통제 조치를 마련해야 하며, 그에 상응하는 힌트나 지침도 더욱 인간적이어야 하며, 사용자의 부정적인 감정을 최대한 피해야 한다. 위의 풍제어 규칙은 등급 규칙이 있을 수 있다고 말했기 때문에 조치는 똑같다. 수준별 규칙에 대해 서로 다른 조치를 취하다.
여기서 저는 두 가지 범주로 나뉩니다.
등록 시 같은 휴대폰 번호 10 분 이내에 얻은 문자 메시지 수가 3 개에 달하는 등 규칙에 따라 다양한 조치가 취해졌다. 재채집 금지, 채집 전 10 분에 상응하는 힌트를 드립니다. 예를 들어, 등록 시 특정 지역의 사람들이 네트워크에 액세스하는 것을 금지하여 XX 영역이 네트워크에 액세스할 수 없다는 메시지를 트리거합니다.
같은 규칙에서 각기 다른 수준의 조치 (예: 현금 인출, 단일 현금 5000 원, 보조 규칙 트리거). 위험 통제 조치는 백그라운드 직원에게 이 사용자의 행동을 추적하도록 상기시키는 것일 뿐이다. 그러나 단일 펜이 654.38+0 만원에 도달하면 더 높은 수준의 규칙이 트리거되며, 바람 제어 조치는 사용자가 현금을 인출하는 것을 금지하는 것이다.
피드백, 즉 해당 위험 관리 시스템을 개발하는 것입니다. 운영 후 위험 사고율, 사용자 만족률 또는 불만율 등에서 기존 풍제어 시스템을 종합적으로 평가합니다. 만족하는지, 최적화해야 할 부분이 있는지 등등. PDCA 원리로 이해할 수 있습니다.
많은 경우, 바람 제어 시스템의 구축은 비즈니스가 온라인 상태일 때 설계된다. 이때 많은 규칙, 매개 변수, 조치는 모두 자신의 경험을 바탕으로 설계되었으며, 데이터의 지지가 부족하다. 온라인 상태가 되면 수집되는 데이터가 많아지고, 사용자 피드백이 많아지며, 그에 따른 위험 사건도 발생합니다. 그렇다면 기존 제도에 충분한 지지가 있는지, 아니면 그에 상응하는 조정과 지속적인 보완이 필요한지 볼 수 있다.
예를 들어, 지불 시나리오는 처음에는 단일 카드 한도를 제한하고 신용 카드와 직불 카드 구분이 없습니다. 후속 작업에서 대량의 직불 카드가 큰 카드로 결제되는 것을 발견했다. 이 시점에서 돈세탁일 수도 있고 직불 카드의 바람 제어 조치를 조정해야 할 수도 있습니다. PDCA 가 끊임없이 순환해야 풍제어 시스템이 점점 더 완벽해져서 다양한 장면과 업무에 더 잘 적응할 수 있다.
그래서 제 생각에는, 바람 제어 = 바람 제어 장면 바람 제어 규칙 바람 제어 매개 변수 바람 제어 조치 바람 제어 피드백. 좋은 바람 제어 시스템은 이 다섯 가지를 해야 한다. 그 중에서도 풍제어 조치는 사용자 경험에 가장 큰 영향을 미치며, 사용자의 감정은 가장 직관적이다.
바람 제어의 규칙과 매개 변수는 가장 복잡하며 많은 양의 데이터와 다른 모델을 기반으로 다른 비즈니스에 적합한 규칙과 매개 변수를 요약해야합니다. 장면은 충분히 고려해야 하며, 모든 사용자의 장면은 누락없이 충분히 고려해야 한다. 피드백은 가장 지속적이며, 한 번에 이루어지는 것이 아니라, 이전 층에서 끊임없이 반복을 업데이트하는 것이다. (알버트 아인슈타인, 피드백명언)
요약하자면, 한 가지 예를 요약해 보겠습니다. 사용자 등록 과정에서 악의적인 문자 메시지 획득을 막기 위해 문자 메시지 시스템이 대량으로 출력되는 것을 막기 위해 같은 휴대폰 번호를 고정분 내에 받을 수 있는 문자 수를 설정해야 합니다. 그 중 고정분은 10 분이고, 문자 수는 3 개입니다 (즉, 같은 휴대폰 번호는/Kloc 에 있음)
같은 휴대폰 번호에서 온 세 가지 메시지를 받으면 다시 한 번 받으세요. 문자 보내지 마세요. 문자 메시지를 너무 자주 받는다는 힌트도 준다. (윌리엄 셰익스피어, 문자, 문자, 문자, 문자, 문자, 문자) 10 분 후에 메시지를 다시 받아주세요. 프런트 엔드 사용자의 많은 피드백과 SMS 전송 성공률 및 백엔드 등록 프로세스의 최적화를 통해 10 분 제한이 너무 넓어 5 분으로 최적화됩니다.
위의 예는 내가 보기에 비교적 완전한 풍력사슬이다. 바람 제어 시스템은 모양이 여러 점으로 구성된 것처럼 많은 수의 공기 제어 체인으로 구성됩니다.
선과 면은 더욱 고리로 맞물려 있고, 더욱 풍제어 작용을 한다.
나는 위험 통제에 대해 충분히 알지 못해서 내가 아는 것만 설명할 수 있을 뿐이다. 의견이 다르거나 더 좋은 의견이 있으면 교류를 환영합니다 ~
주제도는 Unsplash 에서 나온 것으로 CC0 프로토콜을 기반으로 합니다.
관련 q&a: 바람 통제 거래 봉쇄는 거짓말 쟁이입니까? 풍조거래 봉쇄는 사기꾼이 아니다. 바람 통제 거래 차단은 금융 위험의 수단이라고 할 수 있으며, 바람 통제 차단이라고도 할 수 있으며, 고객에게 효과적이고 과학적으로 위험을 피하고 통제하는 데 사용됩니다. 차폐풍통제거래란 현재 거래나 금융활동에 위험이나 위반이 있어 플랫폼의 풍제어시스템에 의해 탐지되고 가로막혀 거래의 규정 준수를 보장하고 사용자의 자산 안전을 더욱 잘 보호하는 것을 말합니다.