현재 형태의 서비스 "작업"에는 한 가지 심각한 단점이 있습니다. 주문을 완료하지 못한 것에 대한 계약자의 물질적 책임 부족. 기본적으로 순서는 최고 실적자에게 이동합니다. 이 시점에서 그는 작업에 몇 가지 추가 주문이 있습니다. 그는 그것에 대한 처벌이 없다는 것을 알면서도 단기에 동의하고 이러한 조건을 위반합니다. 동시에 다른 출연자들은 일 없이 앉아 있다. 고객은 긴장합니다. 공정하게 해결해야 합니다. 명령 실행 지연 매일에 대한 페널티.
iTC : 현재 형태의 서비스 "작업"에는 한 가지 심각한 단점이 있습니다. 주문을 완료하지 못한 것에 대한 계약자의 물질적 책임 부족. 기본적으로 순서는 최고 실적자에게 이동합니다. 이 시점에서 그는 작업에 몇 가지 추가 주문이 있습니다. 그는 그것에 대한 처벌이 없음을 알면서도 단기에 동의하고 이러한 조건을 위반합니다. 동시에 다른 출연자들은 일 없이 앉아 있다. 고객은 긴장합니다. 공정하게 해결해야 합니다. 명령 실행 지연 매일에 대한 페널티.
옵션이 아닙니다. .... 아티스트의 선택에 접근하는 것이 더 유능하다고 생각합니다. 각 아티스트는 프로필에 작업 주문이 몇 개 있고 실제로 이 매개변수에 접근해야 합니다.
이미 주문이 있고 실제로 조건을 추정하고 계약 조건을 지킨다면 대기열에서 주문을 받을 수 없는 이유는 무엇입니까?
한편, 신청서에 기재된 기한과 관련하여 기한을 지키지 않으면 중재가 있고, 이에 대해 특정 계약자에 대한 이의가 많을 경우 중재가 해당 계약자에 대해 조치를 취할 것이라고 생각합니다.
계획이 도움이 될뿐입니다 ... 마감일을 "5 일부터"무한대로 설정할 필요가 없습니다. 이러한 응용 프로그램은 "서두르지 않음"으로 명확하게 인식됩니다.
고객은 최고 수행자가 시간을 스스로 계산하기를 바랍니다. 그가 최고 수준이라면 그가 모든 일에 시간을 맞출 것이라고 믿어야합니다. 또한 주문 가격과 특정 기간은 "유능한 프로그래머"가 20 USD의 비율로 이러한 작업에 필요한 시간을 나타냅니다. 한시에. 벌금은 치료해야합니다!
각 개발자에 대해 현재 처리 중인 주문 수와 같은 정보를 사용할 수 있습니다. 각 작업이 완료되는 시기와 속도로 정보도 제공됩니다. 작업이 어느 단계에 있는지에 대한 정보는 없습니다. 제공된 정보를 통해 쉽게 결론을 내릴 수 있습니다. 대기열에 있는 주문 번호는 얼마인가요?
서비스 중재는 매일 빠르게 진행됩니다.
실습에 따르면 작업이 제 시간에 완료되지 않으면 그러한 작업은 개발자와 고객 모두에게 "부담"이 됩니다. 실행 시간 면에서는 작업을 종료하고 다른 작업을 찾는 것이 더 빠릅니다.
직업을 주문한 것은 이번이 세 번째이고 이 문제에 직면한 것은 두 번째입니다. 상단이 아닌 거부. 나는 탑을 믿었다. 출혈성. 그들이 수정하고 주문을 완료 하지 못한 것에 대한 처벌을 부과할 때까지 저는 이 서비스를 우회하고 친숙한 프로그래머의 서비스만 사용할 것입니다.
iTC : 직업을 주문한 것은 이번이 세 번째이고 이 문제에 직면한 것은 두 번째입니다. 상단이 아닌 거부. 나는 탑을 믿었다. 출혈성. 그들이 그것을 수정하고 주문을 완료하지 못한 것에 대한 처벌을 부과할 때까지 나는 이 서비스를 우회하고 친숙한 프로그래머의 서비스만 사용할 것입니다.
iTC : 고객은 최고 수행자가 시간을 스스로 계산하기를 바랍니다. 그가 최고 수준이라면 그가 모든 일에 시간을 맞출 것이라고 믿어야합니다. 또한 주문 가격과 특정 기간은 "유능한 프로그래머"가 20 USD의 비율로 이러한 작업에 필요한 시간을 나타냅니다. 한시에. 벌금은 치료해야합니다!
"일부러 고개를 돌리고 출연자에게 의지하고 모든 것을 출연자에게 100% 책임을 요구한다"는 허세를 배경으로 책임을 다른 사람에게 전가하려는 시도는 작가에게 피할 수 없는 문제를 안겨준다.
어쨌든 우리는 잠재적 계약자에 대한 고객의 인식을 높이고 많은 작업을 모집하는 것을 금지합니다.
개발자에게 제공합니다 . 프로필 옵션의 인터페이스 설정에 " '개발자' 목록에 내 닉네임을 표시하지 않음"을 입력합니다. 그러면 모든 사람이 작업 서비스에서 자신을 제거할 수 있습니다.
화난 순수함을 플레이하지 마십시오.
개발자가 더 이상 개발에 참여하지 않고 지속적으로 일하라는 명령을 받으면 어떻게 될까요?
개발자는 다음을 수행할 수 있습니다.
1. 일하라는 명령을 받고 싶지 않다.
2. 그는 자신의 취향에 따라 선택하기를 원합니다.
현재 형태의 서비스 "작업"에는 한 가지 심각한 단점이 있습니다. 주문을 완료하지 못한 것에 대한 계약자의 물질적 책임 부족. 기본적으로 순서는 최고 실적자에게 이동합니다. 이 시점에서 그는 작업에 몇 가지 추가 주문이 있습니다. 그는 그것에 대한 처벌이 없음을 알면서도 단기에 동의하고 이러한 조건을 위반합니다. 동시에 다른 출연자들은 일 없이 앉아 있다. 고객은 긴장합니다. 공정하게 해결해야 합니다. 명령 실행 지연 매일에 대한 페널티.
옵션이 아닙니다. .... 아티스트의 선택에 접근하는 것이 더 유능하다고 생각합니다. 각 아티스트는 프로필에 작업 주문이 몇 개 있고 실제로 이 매개변수에 접근해야 합니다.
이미 주문이 있고 실제로 조건을 추정하고 계약 조건을 지킨다면 대기열에서 주문을 받을 수 없는 이유는 무엇입니까?
한편, 신청서에 기재된 기한과 관련하여 기한을 지키지 않으면 중재가 있고, 이에 대해 특정 계약자에 대한 이의가 많을 경우 중재가 해당 계약자에 대해 조치를 취할 것이라고 생각합니다.
계획이 도움이 될뿐입니다 ... 마감일을 "5 일부터"무한대로 설정할 필요가 없습니다. 이러한 응용 프로그램은 "서두르지 않음"으로 명확하게 인식됩니다.
이미 주문이 있고 실제로 조건을 추정하고 계약 조건을 지킨다면 대기열에서 주문을 받을 수 없는 이유는 무엇입니까?
그리고 그가 그것을 참을 수 없고 그것을 참지 않을 것이라면?
중재에 대한 불만. 그런 다음 주문을 취소합니다. 계약자와 고객 모두에게 시간 손실. 고객은 원하는 것을 제 시간에받지 못하고 수행자는 작업의 일부에 시간을 보냈습니다. 또한 옵션이 아닙니다.
iTC :
각 개발자에 대해 현재 처리 중인 주문 수와 같은 정보를 사용할 수 있습니다. 각 작업이 완료되는 시기와 속도로 정보도 제공됩니다. 작업이 어느 단계에 있는지에 대한 정보는 없습니다. 제공된 정보를 통해 쉽게 결론을 내릴 수 있습니다. 대기열에 있는 주문 번호는 얼마인가요?
서비스 중재는 매일 빠르게 진행됩니다.
실습에 따르면 작업이 제 시간에 완료되지 않으면 그러한 작업은 개발자와 고객 모두에게 "부담"이 됩니다. 실행 시간 면에서는 작업을 종료하고 다른 작업을 찾는 것이 더 빠릅니다.
직업을 주문한 것은 이번이 세 번째이고 이 문제에 직면한 것은 두 번째입니다. 상단이 아닌 거부. 나는 탑을 믿었다. 출혈성. 그들이 그것을 수정하고 주문을 완료하지 못한 것에 대한 처벌을 부과할 때까지 나는 이 서비스를 우회하고 친숙한 프로그래머의 서비스만 사용할 것입니다.
행동하는 시장...
고객은 최고 수행자가 시간을 스스로 계산하기를 바랍니다. 그가 최고 수준이라면 그가 모든 일에 시간을 맞출 것이라고 믿어야합니다. 또한 주문 가격과 특정 기간은 "유능한 프로그래머"가 20 USD의 비율로 이러한 작업에 필요한 시간을 나타냅니다. 한시에. 벌금은 치료해야합니다!
"일부러 고개를 돌리고 출연자에게 의지하고 모든 것을 출연자에게 100% 책임을 요구한다"는 허세를 배경으로 책임을 다른 사람에게 전가하려는 시도는 작가에게 피할 수 없는 문제를 안겨준다.
어쨌든 우리는 잠재적 계약자에 대한 고객의 인식을 높이고 많은 작업을 모집하는 것을 금지합니다.