폐쇄 코드를 전송하여 사람이 모든 것을 확인하고 송금할 수 있도록 했습니다. 그리고 그는 그에게 돈을 송금한 후에 출처를 알려 주겠다고 편지를 썼습니다.
그러나 가장 흥미로운 것은 그것이 아닙니다. 그리고 전송된 폐쇄 코드에는 전송일부터 일주일이 만료될 때까지 기본 제공 시간 제한이 있다는 사실. 그리고 프로그램 시작 시 "출연자에게 불쾌감을 주지 않으려면 업무에 필요한 자금을 이체해야 한다"는 메시지를 띄우고 언로드했다.
여러 번 저장되었습니다.
좋은 오후입니다, 동료들.
방법은 확실히 좋습니다. 그러나 최근에 소스 코드를 받을 때까지 주문을 마감하지 않은 주 고객을 받았습니다.
고객이 배수 장치를 테스트하고 화를 내며 술을 마시기 시작할 때 상황이 전개될 수도 있습니다. 모든 것을 죽일 것입니다. 주문, Forex, MQL 웹사이트 및 주문 마감을 기다리는 계약자에 대해 점수를 매길 것입니다.
따라서 작업을 보호하기 위해 자체 개발한 방법에 의존해서는 안 되며 수행자가 중재(오라를 손상시킴) 및 번거로움 없이 어떤 시나리오에서도 자신의 주문이 종료될 것이라고 확신할 수 있도록 서비스에서 프로그래밍 방식으로 이러한 계획을 생성해야 합니다. . 고객에게 불행이 닥쳐도 배제할 수 없습니다.
예, 모두 헛소리입니다. 확인의 모든 단계에서 고객이 넘어질 위험이 있습니다. 이러한 위험은 항상 있었습니다. 그리고 이로부터 자신을 보호할 방법이 없습니다.
많은 고객의 경우 리소스에 프로필 외에는 아무것도 없으며 붕괴 시 노크할 레일조차 없습니다.
내가 볼 수있는 유일한 옵션은 고객과 대화를 유지하고 작업을 전송할 때 "고문 버전이 작업을 위해 제출되었습니다. 완료하고 지불하려면 두 단계를 확인해야 함" 스타일의 모든 단계에서 지속적으로 상기시키는 것입니다. " -무대 확인 후 다시 "너 한 걸음 더 확인해야 한다.
또한 가능 하면 서비스 규칙에 따라 고객의 연락처를 받는 것이 금지되어 있지 않으므로 리소스의 프로필 외에도 빠르게 찾을 수 있습니다.
그런 다음 - 고객 붕괴의 위험은 무엇입니까 - 1-2 % - 이것은 무시할 수 있습니다.
통계에 관해서 - 내 관찰에 따르면 고객의 최소 90%는 이러한 통계에 관심이 없다는 것입니다. 그들은 600건의 완료된 작업과 300건의 중재가 있는 사람들과 동등하게 협력하기 시작합니다. 물론 통계는 보호되어야 하지만 그것 때문에 히스테리 상태에서 싸울 가치는 없습니다.
그에게서 다른 연락처를 받아도 보장이 없습니다. Telegram 및 Skype 등에서 덤프할 수 있습니다. 당신을 무시하고 그뿐입니다.
Andrey F. Zelinsky :
...
내가 볼 수있는 유일한 옵션은 고객과 대화를 유지하고 작업을 전송할 때 "고문 버전이 작업을 위해 제출되었습니다. 완료하고 지불하려면 두 단계를 확인해야 함" 스타일의 모든 단계에서 지속적으로 상기시키는 것입니다. " -무대 확인 후 다시 "너 한 걸음 더 확인해야 한다.
...
좋은 주제. 그러나 프로그램 수준에서 수행할 수도 있으므로 "내가 무엇을 하는 것을 잊었습니까...?" 또한 별도의 창에서 팝업 팁을 만들거나 채팅에서 직접 다음 단계에 대한 메일 또는 전화 알림을 만들 수 있습니다.
작업 경험에 따르면 모든 고객이 작업을 시작하는 방법조차 알지 못하고 계약자를 선택합니다. 최근에는 TK가 먼저 통신으로 동의한 다음 "TK 동의" 단계로 이동해야 한다고 생각하는 고객이 있었습니다. 글쎄, 그것은 모두 가사이고 해결할 수 있습니다. 고객이 사라지면 문제가 시작됩니다. 어떤 사람들은 이들 중 2~3개의 주문이 "버퍼"에 걸려 있다고 씁니다. 무엇이 그들을 화나게 하는지, 나도 동의한다.
좋은 옵션은 고객의 소식이 없으면 데모 확인 후 2주 동안 지체 없이 주문을 종료하는 것입니다. 확인할 시간은 충분합니다. 양쪽 모두 공정하다고 생각합니다. 예전에는 그랬던 것 같았지만 어떤 이유에서인지 전원을 껐습니다.
소스를 반만 주세요 :)
그것이 내가 작업 스레드에서 제안한 것입니다. 하지만 답변과 설명 없이 차단당했습니다)
한편으로, 소스 코드의 50%는 논리적이지만 그것이 터무니 없는 것이 분명합니다. 모든 두 번째 라인을 제공하는 것은 유머에 가깝습니다))
그것이 내가 작업 스레드에서 제안한 것입니다. 하지만 답변과 설명 없이 차단당했습니다)
한편으로, 소스 코드의 50%는 논리적이지만 그것이 터무니 없는 것이 분명합니다. 모든 두 번째 라인을 제공하는 것은 유머에 가깝습니다))
그래서 농담을 했어요 :)
그렇게 모더가 되셨나요? .. :)
안녕하세요.
중재에는 두 가지 작업이 있습니다.
첫 번째 것은 한 달 동안 매달려 있었고 작업은 작업 명세서에 따라 완전히 수행되었습니다. 고객은 단순히 지불하기를 원하지 않습니다.
오늘 중재에 두 번째 작업을 신청했는데 고객이 2주 동안 연락이 없었고 작업은 TOR에 따라 완료되었습니다.
이러한 중재를 얼마나 기다려야 합니까? 바쁜 정보원이 로드되고 일부 잠재 고객이 로드되면 응답하지 않습니다.
이에 앞서 작업은 3개월 동안 중재에 매달렸고, 아마도 중재자는 작업이 중재에 있다고 보지 않을 수 있습니다. 누구든지 제안할 수 있습니다.
내가 가끔 손님이 당황하게 했을 때 어떻게 했는지 알잖아...
폐쇄 코드를 전송하여 사람이 모든 것을 확인하고 송금할 수 있도록 했습니다. 그리고 그는 그에게 돈을 송금한 후에 출처를 알려 주겠다고 편지를 썼습니다.
그러나 가장 흥미로운 것은 그것이 아닙니다. 그리고 전송된 폐쇄 코드에는 전송일부터 일주일이 만료될 때까지 기본 제공 시간 제한이 있다는 사실. 그리고 프로그램 시작 시 "출연자에게 불쾌감을 주지 않으려면 업무에 필요한 자금을 이체해야 한다"는 메시지를 띄우고 언로드했다.
여러 번 저장되었습니다.
좋은 오후입니다, 동료들.
방법은 확실히 좋습니다. 그러나 최근에 소스 코드를 받을 때까지 주문을 마감하지 않은 주 고객을 받았습니다.
고객이 배수 장치를 테스트하고 화를 내며 술을 마시기 시작할 때 상황이 전개될 수도 있습니다. 모든 것을 죽일 것입니다. 주문, Forex, MQL 웹사이트 및 주문 마감을 기다리는 계약자에 대해 점수를 매길 것입니다.
따라서 작업을 보호하기 위해 자체 개발한 방법에 의존해서는 안 되며 수행자가 중재(오라를 손상시킴) 및 번거로움 없이 어떤 시나리오에서도 자신의 주문이 종료될 것이라고 확신할 수 있도록 서비스에서 프로그래밍 방식으로 이러한 계획을 생성해야 합니다. . 고객에게 불행이 닥쳐도 배제할 수 없습니다.
좋은 오후입니다, 동료들.
방법은 확실히 좋습니다. 그러나 최근에 소스 코드를 받을 때까지 주문을 완료하지 않은 주요 고객 이 있습니다.
...
그리고 고객의 원칙은 무엇입니까?
"작업 및 지불 이전"단계가 있습니다. 고객은 소스 코드를 제공하지 않고이 단계를 확인하지 않고 올바른 일을합니다.
Andrey에게, Artyom의 인용문과 함께 내 게시물 전체를 읽으십시오.
나는 이것에 대해 쓰고 있으며 이 방법이 모든 고객에게 적용되지는 않을 것입니다.
Andrey에게, Artyom의 인용문과 함께 내 게시물 전체를 읽으십시오.
나는 이것에 대해 쓰고 있으며 이 방법이 모든 고객에게 적용되지는 않을 것입니다.
예, 모두 헛소리입니다. 확인의 모든 단계에서 고객이 넘어질 위험이 있습니다. 이러한 위험은 항상 있었습니다. 그리고 이로부터 자신을 보호할 방법이 없습니다.
많은 고객의 경우 리소스에 프로필 외에는 아무것도 없으며 붕괴 시 노크할 레일조차 없습니다.
내가 볼 수있는 유일한 옵션은 고객과 대화를 유지하고 작업을 전송할 때 "고문 버전이 작업을 위해 제출되었습니다. 완료하고 지불하려면 두 단계를 확인해야 함" 스타일의 모든 단계에서 지속적으로 상기시키는 것입니다. " -무대 확인 후 다시 "너 한 걸음 더 확인해야 한다.
또한 가능 하면 서비스 규칙에 따라 고객의 연락처를 받는 것이 금지되어 있지 않으므로 리소스의 프로필 외에도 빠르게 찾을 수 있습니다.
그런 다음 - 고객 붕괴의 위험은 무엇입니까 - 1-2 % - 이것은 무시할 수 있습니다.
통계에 관해서 - 내 관찰에 따르면 고객의 최소 90%는 이러한 통계에 관심이 없다는 것입니다. 그들은 600건의 완료된 작업과 300건의 중재가 있는 사람들과 동등하게 협력하기 시작합니다. 물론 통계는 보호되어야 하지만 그것 때문에 히스테리 상태에서 싸울 가치는 없습니다.
앤드류, 나는 모든 점에서 당신의 의견에 동의합니다.
그에게서 다른 연락처를 받아도 보장이 없습니다. Telegram 및 Skype 등에서 덤프할 수 있습니다. 당신을 무시하고 그뿐입니다.
...
내가 볼 수있는 유일한 옵션은 고객과 대화를 유지하고 작업을 전송할 때 "고문 버전이 작업을 위해 제출되었습니다. 완료하고 지불하려면 두 단계를 확인해야 함" 스타일의 모든 단계에서 지속적으로 상기시키는 것입니다. " -무대 확인 후 다시 "너 한 걸음 더 확인해야 한다.
...
좋은 주제. 그러나 프로그램 수준에서 수행할 수도 있으므로 "내가 무엇을 하는 것을 잊었습니까...?" 또한 별도의 창에서 팝업 팁을 만들거나 채팅에서 직접 다음 단계에 대한 메일 또는 전화 알림을 만들 수 있습니다.
작업 경험에 따르면 모든 고객이 작업을 시작하는 방법조차 알지 못하고 계약자를 선택합니다. 최근에는 TK가 먼저 통신으로 동의한 다음 "TK 동의" 단계로 이동해야 한다고 생각하는 고객이 있었습니다. 글쎄, 그것은 모두 가사이고 해결할 수 있습니다. 고객이 사라지면 문제가 시작됩니다. 어떤 사람들은 이들 중 2~3개의 주문이 "버퍼"에 걸려 있다고 씁니다. 무엇이 그들을 화나게 하는지, 나도 동의한다.
좋은 옵션은 고객의 소식이 없으면 데모 확인 후 2주 동안 지체 없이 주문을 종료하는 것입니다. 확인할 시간은 충분합니다. 양쪽 모두 공정하다고 생각합니다. 예전에는 그랬던 것 같았지만 어떤 이유에서인지 전원을 껐습니다.
... 하지만 누구에게도 방해가 되지 않도록 프로그램 수준에서도 할 수 있습니다 ...
다시. 고객의 실패가 있는 모든 레이아웃은 1-2%를 넘지 않습니다. 이러한 비율은 무시할 수 있습니다.
또한 기술적 또는 조직적 트릭 -이 1-2 %는 어떤 식 으로든 변경되지 않습니다.
따라서 무언가를 추가하고 프로그래밍하는 것은 시간과 자원의 낭비입니다.
자동 종료 기능이 있는 모든 옵션은 매우 해롭습니다. 왜냐하면. 개발자에게 유리한 작업의 대량 완료로 이어질 것입니다. 또한 "말이 굴러 가지 않은"작업.
고문이 작업을 위해 발행되었고 그 위에 결함의 구름과 대화가 막 다른 골목에 도달하고 고객이 버려진 상황 - 그러한 상황이 많이 있습니다 - 그리고 "포기"작업을 자동으로 완료하면 - 그러면 이러한 작업이 완료되며 이는 절대 허용되지 않습니다.
따라서 - 고객 또는 중재를 통한 작업 완료 - 자동화가 없습니다.
자동 완성은 고객에게만 가능합니다.
ps. 옵션으로, 고객의 확인이 필요 없이 "고객에게 유리하게 종료" 모드의 개발자가 선택하거나 고객이 하루 이내에 확인하지 않으면 자동으로 만듭니다. .