사실 우리 모두(관리팀, 개발자, 고객)는 서비스의 다른 측면에 있습니다. 그리고 모두가 자신의 뉘앙스와 어려움을 봅니다. 방금 인용하신 대화 상자는 고객에게 필요한 모든 정보를 제공하는 데 있어 중요하고 중요한 단계입니다. 저는 99%의 고객이 처음 서비스를 이용할 때 묻는 질문을 나열했습니다. 그리고 각 고객에게 단계별 가이드와 계정 계산 섹션에 대한 링크를 부러울 정도로 일관성 있고 끈질기게 제공해야 합니다. 이러한 상황은 핵심 문제인 단계별 가이드와 계산에 대한 정보 제공이 분명히 불충분하다는 것을 시사합니다.
고객은 단순히 "새 작업 만들기"대화 상자에 적힌 내용을 읽지 않고 즉시 수락 버튼을 클릭하는 것 같습니다. 그리고 사방이 링크로 둘러싸여 있어도 할 수 있는 일이 없을 것입니다. 그들은 곧바로 가서 실행자에게이 점이나 관심있는 점에 대해 물어볼 것입니다. 수행자가 대답하면 짧은 형식의 대답이 될 것이기 때문에 더 쉽습니다. 글쎄, 그리고 공연자가 대답하지 않으면 링크를 줄 것이고, 당신이 할 수있는 일은 아무것도 없으며 그것을 읽어야합니다. 이것이이 "미묘하게"심리적 악순환에서 벗어나는 방법입니까? :) 강제 읽기 또는 정리할 내용. :)
안녕하세요 저는 mt5.com에 처음 왔으며 작업 섹션에서 EA를 주문했으며 작업의 단계별 프로세스를 진행하는 동안'요구 사항 협상' 단계에서 어려움에 직면했습니다. 저와 개발자 모두 해당 단계를 확인했지만 다음 단계인 프로토타입/모델 에 액세스할 수 없습니다. 요구 사항 협상 열이 여전히 녹색으로 표시되어 다음 섹션으로 이동할 수 없습니다. 경험이있는 사람 제발 도와주세요 ...
안녕하세요 저는 mt5.com에 처음 왔으며 작업 섹션에서 EA를 주문했으며 작업의 단계별 프로세스를 진행하는 동안'요구 사항 협상' 단계에서 어려움에 직면했습니다. 저와 개발자 모두 해당 단계를 확인했지만 다음 단계인 프로토타입/모델 에 액세스할 수 없습니다. 요구 사항 협상 열이 여전히 녹색으로 표시되어 다음 섹션으로 이동할 수 없습니다. 거기에 경험 한 사람 제발 도와주세요 ...
안녕하세요. 이 주제에 대한 질문이 있습니다. 작업을 시작한 후 고객이 거래 개시 신호의 출처로 제공 한 지표가 정확하지 않아 개선해야하거나 TOR 승인 단계를 통과 한 후 고객의 희망이 증가하여 작업 비용이 증가하는 상황이 종종 반복됩니다. 고객은 이에 동의하고 추가 비용을 지불할 준비가 되어 있지만 프로젝트의 가격은 고정되어 있고 상호 동의가 있어도 변경할 수 없는 것으로 알고 있습니다. 결과적으로 추가 지불은 사이트를 지나치거나 다른 작업을 수행해야하는데 항상 편리한 것은 아닙니다. 문제는 다음과 같습니다. TOR에 서명한 후에도 작업 비용을 변경할 수있는 방법이 여전히 없습니까? 실생활에서는 모든 것이 간단합니다. 계약서에 부록을 발행하고 TOR 및 계약 가격의 변경 사항을 규정하고 양쪽에 면봉과 서명을하고 계속 운전했습니다. 하지만 여기서는 그런 것을 찾지 못했습니다. 아니면 내가 충분히 열심히 보지 않았을까요? )))
vadimpl: 안녕하세요. 이 주제에 대한 질문이 있습니다. 작업을 시작한 후 고객이 거래 개시 신호의 출처로 제공 한 지표가 정확하지 않아 개선해야하거나 TOR 승인 단계를 통과 한 후 고객의 희망이 증가하여 작업 비용이 증가하는 상황이 종종 반복됩니다. 고객은 이에 동의하고 추가 비용을 지불할 준비가 되어 있지만 프로젝트의 가격은 고정되어 있고 상호 동의가 있어도 변경할 수 없는 것으로 알고 있습니다. 결과적으로 추가 지불은 사이트를 지나치거나 다른 작업을 수행해야하는데 항상 편리한 것은 아닙니다. 문제는 다음과 같습니다. TOR에 서명한 후에도 작업 비용을 변경할 수있는 방법이 여전히 없습니까? 실생활에서는 모든 것이 간단합니다. 계약서에 부록을 발행하고 TOR 및 계약 가격의 변경 사항을 규정하고 양쪽에 면봉과 서명을하고 계속 운전했습니다. 하지만 여기서는 그런 것을 찾지 못했습니다. 아니면 내가 충분히 열심히 보지 않았을까요? )))
1) 공연자가 작업을 거부 할 가능성이있는 경우 2) 공연자가 작업 비용을 줄일 가능성이있는 경우 3) 고객이 작업 비용을 늘릴 가능성이있는 경우
작업 수행 단계에 결함이 있습니다:
규칙 3.2.7절 "양 당사자가 "TOR 승인" 단계를 확인한 후, 주문 금액이 결제 시스템의 고객 계정에서 차단됩니다."
양 당사자가 TOR에 대해 논의한 결과, 즉 계약자가 TOR을 검토하고 시간을 들여 고객의 TOR을 수정하고 실제로 고객과 상담한 결과 고객은 "탈출"하거나 다른 것을 선택할 수 있는 기회를 갖게 됩니다. 결과적으로 "작업의 복잡성/비용/실현 가능성을 과소평가"하는 등 피상적으로 검토된 TOR를 그대로 수용해야 하는 경우가 종종 발생합니다.
"TOR 승인" 단계는 두 단계로 진행되어야 합니다:
1. 고객이 TOR을 확인합니다 - 금액이 차단됩니다. 2. TOR에 대한 논의가 있으며 "TOR 승인" 단계가 확인되기 전에 공연자는 TOR을 거부하고 비용을 변경할 수 있어야 합니다.
또는 계약자가 TOR을 거부하고 "프로토타입/목업" 단계에서 실현하기 위해 비용을 변경할 수 있습니다.
1) 계약자는 작업을 거부 할 수있는 능력이 있습니다 2) 계약자는 작업 비용을 줄일 수있는 능력이 있습니다 3) 고객은 작업 비용을 늘릴 수있는 능력이 있습니다.
작업 실행 단계에 결함이 있습니다:
규칙 3.2.7. "양 당사자가 "TOR 승인"단계를 확인한 후 주문 금액이 결제 시스템의 고객 계정에서 차단됩니다."
양 당사자가 TOR에 대해 논의한 결과, 즉 계약자가 TOR을 검토하고 시간을 들여 고객의 TOR을 수정하고 실제로 고객과 상담한 결과 고객은 "탈출" 하거나 다른 것을 선택할 수있는 기회를 갖게 됩니다. 결과적으로 "작업의 복잡성/비용/실현 가능성을 과소평가"하는 등 피상적으로 검토된 TOR를 그대로 받아들여야 하는 경우가 종종 발생합니다.
"TOR 승인" 단계는 두 단계로 진행되어야 합니다:
1. 고객이 TOR을 확인합니다 - 금액이 차단됩니다. 2. TOR에 대한 논의가 있으며 "TOR 승인" 단계가 확인되기 전에 공연자는 TOR을 거부하고 비용을 변경할 수 있어야 합니다.
또는 계약자가 TOR을 거부하고 "프로토타입/목업" 단계에서 실현할 수 있도록 비용을 변경할 수 있습니다.
나는 그런 갈퀴에 여러 번 그런 갈퀴를 밟고 고객을 자신의 TOR를 씹어 먹었습니다. 당신은 그것에 3-4 일을 보냅니다. 선반에 모든 것을 펼치면 그는 이미 출시 된이 TOR를 가지고 떠나고 더 적은 양으로 실행을 주문합니다.
작업의 합리적인 TOR 사자 몫을 만들고이 몫은 서비스 "작업"!!!!에서 보장 된 지불이없는 것으로 밝혀졌습니다.
이는 계약자로서의 위험입니다. 결국, 냉장고를 선택할 때 매니저가 잘 설명한 냉장고를 사는 것이 아닙니다. 매니저의 이야기를 듣고 다른 가게에 가서 더 싼 냉장고를 살 수 있습니다. 그리고 매니저는 그의 품질 이야기에 대해 아무것도 얻지 못할 것입니다. 그러나 전혀 말하지 않는 것은 불가능합니다. 매니저는 이를 이해하고 매번 위험을 감수합니다.
당신과 프로그래머의 숙련 된 노동력을 무료로 사용하는 다른 사과론자들은 끊임없이 그리고 지속적으로 혼란스러워합니다:
a) 이미 생산 된 기성품의 판매, 그 가격에는 이미 관리자 컨설턴트의 비생산적인 작업, 상점 임대료 등의 형태로 벌금이 포함되어 있습니다,
b) 연구, 개발 및 기술 작업의 경우-이 경우 "승인"단계의 목적은 고객이 원하는 것을 이해하고 초기에 모호한 작업을 공식화하는 것 등입니다. - 이 경우 전문 인건비를 지불할 가치가 있으며, 이는 반드시 지불해야 합니다.
첫 번째 경우 관리자 컨설턴트가 새로운 가치를 창출하지 않는다면 - 제품이 이미 생산되어 판매 준비가 된 경우, 두 번째 경우 고객과 자신의 TOR에 대해 논의하는 프로그래머가 고객을 위해 새로운 TOR을 생성하며 이 인건비는 반드시 지불해야 합니다.
귀하의 경우 관리자에게 확실히 급여가 지급된다면 두 번째 경우에는 어떤 근거로 프로그래머가 무급으로 남아 있어야 한다고 생각하십니까? 수정, 파싱된 TOR 비용은 프로그램 작성 비용보다 적지 않으며, 고객이 다른 프로그래머에게 떠나는 것은 자연스럽고 적은 비용을 지불하려는 욕구에 의해 정당화됩니다.
실제로 어떤 은행도 대가를 보장하지 않으면 문제 분석에 착수하지 않습니다. 그렇다면 왜 작업 서비스에서 TOR 분석/수정/작성에 대한 대가를 지급하지 않거나 지급을 보장하지 않는 것이 표준이 되어야 할까요?
Work 서비스에서 발생하는 대부분의 중재 상황은 "불명확한 TOR", "작업의 복잡성 과소평가"입니다. 그 이유는 개발자가 'TOR 승인' 단계에서 부도덕한 고객으로부터 완전히 보호받지 못하기 때문입니다.
파파 클래스:
귀하의 경우에도 마찬가지입니다. 고객과의 TOR 작업을 거부하면 확실히 그를 잃을 것입니다. 그리고 고객이 TOR를 작성하도록 유능하게 도와 주면이 작업이 귀하에게 주어질 가능성이 매우 높으며 향후 고객이 귀하에게 돌아올 가능성이 매우 높습니다. 사람들과 함께 일하는 비용으로 생각하세요.
프로그래머를 할 일이없고 앉아서 기다리며 모든 고객과 모든 주문에 만족하는 특정 실직자로 보는 것을 그만 둘 때입니다. 프로그래머는 본업이 있고 자신의 관심사와 자유 시간이 있습니다. 그리고 프로그래머가 어느 정도 확률로만 발생할 수있는 주문에 자유 시간을 보내는 것을 좋아할 것 같지는 않습니다.
사실 우리 모두(관리팀, 개발자, 고객)는 서비스의 다른 측면에 있습니다. 그리고 모두가 자신의 뉘앙스와 어려움을 봅니다. 방금 인용하신 대화 상자는 고객에게 필요한 모든 정보를 제공하는 데 있어 중요하고 중요한 단계입니다. 저는 99%의 고객이 처음 서비스를 이용할 때 묻는 질문을 나열했습니다. 그리고 각 고객에게 단계별 가이드와 계정 계산 섹션에 대한 링크를 부러울 정도로 일관성 있고 끈질기게 제공해야 합니다. 이러한 상황은 핵심 문제인 단계별 가이드와 계산에 대한 정보 제공이 분명히 불충분하다는 것을 시사합니다.
안녕하세요 저는 mt5.com에 처음 왔으며 작업 섹션에서 EA를 주문했으며 작업의 단계별 프로세스를 진행하는 동안'요구 사항 협상' 단계에서 어려움에 직면했습니다. 저와 개발자 모두 해당 단계를 확인했지만 다음 단계인 프로토타입/모델 에 액세스할 수 없습니다. 요구 사항 협상 열이 여전히 녹색으로 표시되어 다음 섹션으로 이동할 수 없습니다. 거기에 경험 한 사람 제발 도와주세요 ...
나는 같은 문제가 있습니다, 첨부 된 이미지를 참조하십시오.
무슨 일이 일어나고 있는지, 어떻게이 상황을 해결할 수 있는지 알고 있습니까?
안녕하세요. 이 주제에 대한 질문이 있습니다. 작업을 시작한 후 고객이 거래 개시 신호의 출처로 제공 한 지표가 정확하지 않아 개선해야하거나 TOR 승인 단계를 통과 한 후 고객의 희망이 증가하여 작업 비용이 증가하는 상황이 종종 반복됩니다. 고객은 이에 동의하고 추가 비용을 지불할 준비가 되어 있지만 프로젝트의 가격은 고정되어 있고 상호 동의가 있어도 변경할 수 없는 것으로 알고 있습니다. 결과적으로 추가 지불은 사이트를 지나치거나 다른 작업을 수행해야하는데 항상 편리한 것은 아닙니다. 문제는 다음과 같습니다. TOR에 서명한 후에도 작업 비용을 변경할 수있는 방법이 여전히 없습니까? 실생활에서는 모든 것이 간단합니다. 계약서에 부록을 발행하고 TOR 및 계약 가격의 변경 사항을 규정하고 양쪽에 면봉과 서명을하고 계속 운전했습니다. 하지만 여기서는 그런 것을 찾지 못했습니다. 아니면 내가 충분히 열심히 보지 않았을까요? )))
지금까지는 그러한 가능성은 없지만 구현에 대해 생각할 것입니다.
그리고 고객이 충분한 돈을 가지고있는 경우에만 위쪽으로 만 가능합니다.
아직 실현 가능성은 없지만 실현을 위해 고민해 보겠습니다.
그리고 고객이 충분한 돈을 가지고 있는 경우에만 상향 조정할 수 있습니다.
아직 실현 가능성은 없지만 실현을 위해 고민해 보겠습니다.
그리고 고객이 충분한 자금이 있는 경우에만 상향 조정할 수 있습니다.
아직 실현 가능성은 없지만 실현을 위해 고민해 보겠습니다.
그리고 고객이 충분한 자금이 있는 경우에만 상향 조정할 수 있습니다.
바로 언제:
1) 공연자가 작업을 거부 할 가능성이있는 경우
2) 공연자가 작업 비용을 줄일 가능성이있는 경우
3) 고객이 작업 비용을 늘릴 가능성이있는 경우
작업 수행 단계에 결함이 있습니다:
규칙 3.2.7절 "양 당사자가 "TOR 승인" 단계를 확인한 후, 주문 금액이 결제 시스템의 고객 계정에서 차단됩니다."
양 당사자가 TOR에 대해 논의한 결과, 즉 계약자가 TOR을 검토하고 시간을 들여 고객의 TOR을 수정하고 실제로 고객과 상담한 결과 고객은 "탈출"하거나 다른 것을 선택할 수 있는 기회를 갖게 됩니다. 결과적으로 "작업의 복잡성/비용/실현 가능성을 과소평가"하는 등 피상적으로 검토된 TOR를 그대로 수용해야 하는 경우가 종종 발생합니다.
"TOR 승인" 단계는 두 단계로 진행되어야 합니다:
1. 고객이 TOR을 확인합니다 - 금액이 차단됩니다.
2. TOR에 대한 논의가 있으며 "TOR 승인" 단계가 확인되기 전에 공연자는 TOR을 거부하고 비용을 변경할 수 있어야 합니다.
또는 계약자가 TOR을 거부하고 "프로토타입/목업" 단계에서 실현하기 위해 비용을 변경할 수 있습니다.
올바른 경우
1) 계약자는 작업을 거부 할 수있는 능력이 있습니다
2) 계약자는 작업 비용을 줄일 수있는 능력이 있습니다
3) 고객은 작업 비용을 늘릴 수있는 능력이 있습니다.
작업 실행 단계에 결함이 있습니다:
규칙 3.2.7. "양 당사자가 "TOR 승인"단계를 확인한 후 주문 금액이 결제 시스템의 고객 계정에서 차단됩니다."
양 당사자가 TOR에 대해 논의한 결과, 즉 계약자가 TOR을 검토하고 시간을 들여 고객의 TOR을 수정하고 실제로 고객과 상담한 결과 고객은 "탈출" 하거나 다른 것을 선택할 수있는 기회를 갖게 됩니다. 결과적으로 "작업의 복잡성/비용/실현 가능성을 과소평가"하는 등 피상적으로 검토된 TOR를 그대로 받아들여야 하는 경우가 종종 발생합니다.
"TOR 승인" 단계는 두 단계로 진행되어야 합니다:
1. 고객이 TOR을 확인합니다 - 금액이 차단됩니다.
2. TOR에 대한 논의가 있으며 "TOR 승인" 단계가 확인되기 전에 공연자는 TOR을 거부하고 비용을 변경할 수 있어야 합니다.
또는 계약자가 TOR을 거부하고 "프로토타입/목업" 단계에서 실현할 수 있도록 비용을 변경할 수 있습니다.
나는 그런 갈퀴에 여러 번 그런 갈퀴를 밟고 고객을 자신의 TOR를 씹어 먹었습니다. 당신은 그것에 3-4 일을 보냅니다. 선반에 모든 것을 펼치면 그는 이미 출시 된이 TOR를 가지고 떠나고 더 적은 양으로 실행을 주문합니다.
작업의 합리적인 TOR 사자 몫을 만들고이 몫은 서비스 "작업"!!!!에서 보장 된 지불이없는 것으로 밝혀졌습니다.
이는 계약자로서의 위험입니다. 결국, 냉장고를 선택할 때 매니저가 잘 설명한 냉장고를 사는 것이 아닙니다. 매니저의 이야기를 듣고 다른 가게에 가서 더 싼 냉장고를 살 수 있습니다. 그리고 매니저는 그의 품질 이야기에 대해 아무것도 얻지 못할 것입니다. 그러나 전혀 말하지 않는 것은 불가능합니다. 매니저는 이를 이해하고 매번 위험을 감수합니다.
당신과 프로그래머의 숙련 된 노동력을 무료로 사용하는 다른 사과론자들은 끊임없이 그리고 지속적으로 혼란스러워합니다:
a) 이미 생산 된 기성품의 판매, 그 가격에는 이미 관리자 컨설턴트의 비생산적인 작업, 상점 임대료 등의 형태로 벌금이 포함되어 있습니다,
b) 연구, 개발 및 기술 작업의 경우-이 경우 "승인"단계의 목적은 고객이 원하는 것을 이해하고 초기에 모호한 작업을 공식화하는 것 등입니다. - 이 경우 전문 인건비를 지불할 가치가 있으며, 이는 반드시 지불해야 합니다.
첫 번째 경우 관리자 컨설턴트가 새로운 가치를 창출하지 않는다면 - 제품이 이미 생산되어 판매 준비가 된 경우, 두 번째 경우 고객과 자신의 TOR에 대해 논의하는 프로그래머가 고객을 위해 새로운 TOR을 생성하며 이 인건비는 반드시 지불해야 합니다.
귀하의 경우 관리자에게 확실히 급여가 지급된다면 두 번째 경우에는 어떤 근거로 프로그래머가 무급으로 남아 있어야 한다고 생각하십니까? 수정, 파싱된 TOR 비용은 프로그램 작성 비용보다 적지 않으며, 고객이 다른 프로그래머에게 떠나는 것은 자연스럽고 적은 비용을 지불하려는 욕구에 의해 정당화됩니다.
실제로 어떤 은행도 대가를 보장하지 않으면 문제 분석에 착수하지 않습니다. 그렇다면 왜 작업 서비스에서 TOR 분석/수정/작성에 대한 대가를 지급하지 않거나 지급을 보장하지 않는 것이 표준이 되어야 할까요?
Work 서비스에서 발생하는 대부분의 중재 상황은 "불명확한 TOR", "작업의 복잡성 과소평가"입니다. 그 이유는 개발자가 'TOR 승인' 단계에서 부도덕한 고객으로부터 완전히 보호받지 못하기 때문입니다.
파파 클래스:
귀하의 경우에도 마찬가지입니다. 고객과의 TOR 작업을 거부하면 확실히 그를 잃을 것입니다. 그리고 고객이 TOR를 작성하도록 유능하게 도와 주면이 작업이 귀하에게 주어질 가능성이 매우 높으며 향후 고객이 귀하에게 돌아올 가능성이 매우 높습니다. 사람들과 함께 일하는 비용으로 생각하세요.
프로그래머를 할 일이없고 앉아서 기다리며 모든 고객과 모든 주문에 만족하는 특정 실직자로 보는 것을 그만 둘 때입니다. 프로그래머는 본업이 있고 자신의 관심사와 자유 시간이 있습니다. 그리고 프로그래머가 어느 정도 확률로만 발생할 수있는 주문에 자유 시간을 보내는 것을 좋아할 것 같지는 않습니다.