As discussed, for me technical is n

As discussed, for me technical is not the main point now. Whatever JSTAMP has, we also have and in fact we are better in some aspect.



I have challenged you regarding the results of JSTAMP, because as I said this week, what they required is incorrect; they want compensated result but my point is without going into compensation, we should first check springback result. If our springback result is wrong compare to actual, there is no point to do compensation.



Also, regarding material, if they know that there is a material which is from any of the software which is reliable, just share to us (or they can share to competitor). We are not selling material to them, hence talking about material is not the main evaluation point.



Updating internally is good; but I think we should also update/explain to customer about the progress. Talking to just user alone is not sufficient as the key decision will not be made by the user. If TID is avoiding contact, then for sure there is already some setback.



The other point is that you have this table to compare us against others. But is this acknowledge by TID user? If yes, can you make a meeting summary together with his management (if you cannot reach management, at least the manager)? Challenge them so that they see credibility on our side. Even if we lose, at least we want them to know they are not making a wise decision.

ผลลัพธ์ (ไทย) 1:

ดังที่กล่าวไว้ ฉันเทคนิคเป็นจุดหลักไม่ สิ่ง JSTAMP ได้ เรายังมี และในความเป็นจริงเราจะดีกว่าในบางด้าน ฉันได้ท้าทายคุณเกี่ยวกับผลลัพธ์ของ JSTAMP เนื่องจากอย่างที่บอกว่า สัปดาห์นี้ พวกเขาต้องไม่ถูกต้อง พวกเขาต้องชดเชยผล แต่ฉันก็ไม่ไปค่าตอบแทน เราควรตรวจสอบผลลัพธ์ springback ถ้าเรา springback จะเปรียบเทียบผิดไปจริง มีจุดไม่ทำค่าตอบแทน ยัง เกี่ยวกับวัสดุ ถ้าพวกเขารู้ว่า มีวัสดุซึ่งเป็นจากซอฟต์แวร์ซึ่งเป็นที่เชื่อถือได้ แบ่งปันให้เรา (หรือพวกเขาสามารถใช้ร่วมกันกับคู่แข่ง) เราไม่ขายวัสดุไป ดังนั้น พูดถึงวัสดุที่ไม่ใช่จุดประเมินหลัก การปรับปรุงภายในเป็นอย่างดี แต่ผมคิดว่า เราควรยังปรับปรุง/อธิบายให้ลูกค้าเกี่ยวกับความคืบหน้า พูดคุยกับผู้ใช้เพียงคนเดียวไม่เพียงพอจะไม่ทำการตัดสินใจที่สำคัญ โดยผู้ใช้ ถ้าเกรดคือหลีกเลี่ยงการติดต่อ แล้วแน่นอนมีอยู่แล้วพิจารณาบาง จุดอื่นได้ว่า คุณมีตารางนี้เพื่อเปรียบเทียบเรากับผู้อื่น แต่เป็นนี้ยอมรับ โดยผู้ใช้เกรด ถ้าใช่ คุณสามารถทำการประชุมสรุปร่วมกับการจัดการของเขา (ถ้าคุณไม่สามารถเข้าถึงจัดการ น้อยผู้จัดการ) หรือไม่ ท้าทายพวกเขาเพื่อให้พวกเขาเห็นความน่าเชื่อถือด้านของเรา แม้ว่าเราสูญเสีย น้อยเราต้องรู้ว่า พวกเขาจะไม่ฉลาดตัดสินใจ

ผลลัพธ์ (ไทย) 2:

ตามที่กล่าวไว้สำหรับฉันทางเทคนิคไม่ได้เป็นจุดหลักในขณะนี้ สิ่งที่มี JSTAMP เรายังมีและในความเป็นจริงเราจะดีขึ้นในแง่มุมบางอย่าง. ฉันมีความท้าทายคุณเกี่ยวกับผลของการ JSTAMP เพราะที่ผมกล่าวว่าในสัปดาห์นี้สิ่งที่พวกเขาจำเป็นต้องใช้ไม่ถูกต้อง; พวกเขาต้องการผลการชดเชย แต่จุดของฉันโดยไม่ต้องมีค่าตอบแทนครั้งแรกที่เราควรตรวจสอบผลสปริง หากผลสปริงของเราคือการที่ไม่ถูกต้องเมื่อเทียบกับที่เกิดขึ้นจริงมีจุดที่จะทำค่าตอบแทน. นอกจากนี้เกี่ยวกับวัสดุที่หากพวกเขารู้ว่ามีวัสดุซึ่งเป็นจากส่วนใดของซอฟแวร์ที่มีความน่าเชื่อถือเป็นเพียงการมีส่วนร่วมกับเรา (หรือที่พวกเขาสามารถ หุ้นกับคู่แข่ง) . เราไม่ได้ขายวัสดุให้กับพวกเขาจึงพูดคุยเกี่ยวกับวัสดุที่ไม่ได้เป็นจุดหลักของการประเมินผลการปรับปรุงภายในเป็นสิ่งที่ดี; แต่ผมคิดว่าเราควรปรับปรุง / อธิบายให้กับลูกค้าเกี่ยวกับความคืบหน้า พูดคุยกับผู้ใช้เพียงแค่อย่างเดียวไม่เพียงพอที่เป็นกุญแจสำคัญในการตัดสินใจที่จะไม่ทำโดยผู้ใช้ หาก TID จะหลีกเลี่ยงการติดต่อแล้วเพื่อตรวจสอบว่ามีอยู่แล้วบางปราชัย. จุดอื่น ๆ ที่คุณมีตารางนี้จะเปรียบเทียบเรากับคนอื่น ๆ แต่นี้ยอมรับโดยผู้ใช้ TID? ถ้าใช่คุณสามารถทำให้การสรุปการประชุมร่วมกับผู้บริหารของเขา (ถ้าคุณไม่สามารถเข้าถึงการบริหารจัดการอย่างน้อยผู้จัดการ)? ท้าทายพวกเขาเพื่อให้พวกเขาได้เห็นความน่าเชื่อถือในด้านของเรา แม้ว่าเราจะสูญเสียอย่างน้อยเราต้องการให้พวกเขารู้ว่าพวกเขาจะไม่ทำให้ตัดสินใจที่ชาญฉลาด

ผลลัพธ์ (ไทย) 3:

อย่างที่บอก สำหรับผม เทคนิค ไม่ใช่ประเด็นหลักในตอนนี้ ไม่ว่า jstamp ได้ เราก็มี และในความเป็นจริงเราจะดีกว่าในบางแง่มุม



ฉันท้าทายคุณเกี่ยวกับผลของ jstamp เพราะที่ผมกล่าวว่าในสัปดาห์นี้ สิ่งที่พวกเขาต้องการ คือ ที่ไม่ถูกต้อง พวกเขาต้องการชดเชยผล แต่ประเด็นคือโดยไม่ต้องเข้าไปชดเชย เราควรจะตรวจสอบก่อนการดีดตัวกลับ .ถ้าเราเปรียบเทียบกับผลดีดตัวกลับผิดจริง มีจุดที่จะทำการชดเชย



ยัง เกี่ยวกับวัสดุ ถ้าพวกเขารู้ว่ามีวัสดุที่จากใด ๆของซอฟแวร์ที่น่าเชื่อถือ แค่แบ่งปันให้เรา ( หรือพวกเขาสามารถใช้ร่วมกันกับคู่แข่ง ) เราไม่ได้ขายวัสดุเหล่านั้น จึงพูดเรื่องวัสดุที่ไม่ใช่ประเด็นการประเมินหลัก



ปรับปรุงภายในดีแต่ฉันว่าเราควรจะปรับปรุง / อธิบายให้ลูกค้า เกี่ยวกับความคืบหน้า พูดคุยกับผู้ใช้เพียงอย่างเดียวนั้นไม่เพียงพอ เช่น การตัดสินใจ คีย์จะไม่ต้องทำโดยผู้ใช้ ถ้าติด จะหลีกเลี่ยงการติดต่อ แล้วให้แน่ใจว่า มีปัญหาบ้างแล้ว



อีกจุดคือที่คุณมีตารางเปรียบเทียบเรากับคนอื่น แต่นี้เป็นยอมรับโดยผู้ใช้เวลา ? ถ้าใช่คุณสามารถทำให้การประชุมสรุปร่วมกันด้วยการจัดการของเขา ( ถ้าคุณไม่สามารถเข้าถึงการจัดการ อย่างน้อยผู้จัดการ ) ความท้าทายเหล่านั้นเพื่อให้พวกเขาดูความน่าเชื่อถือในด้านของเรา ถ้าเราแพ้ เราก็ต้องการให้พวกเขารู้ว่าพวกเขาไม่ได้มีปัญญาตัดสินใจ

.