（一）参加项目POC要了解的内容
- 客户的数据应用于哪些业务场景
- 客户目前面临的挑战
- 通过POC，希望达成什么目标
- 客户有调研过哪些竞品，未选择的原因是什么
- 产品在客户环境的使用场景
- 客户的产品发展情况（过去与未来）
- 客户关注产品的哪些核心价值
- 不能忍受产品出现什么错误
- 客户对产品POC的测试方案
- 产品的真正使用的人群
（二）跟客户之间的沟通
- 吃饭的时候，尽量与客户基层执行人员一起吃饭，问出来他们对问题的看法，小问题及时打消疑虑，大问题从技术上解释原理和难点，总之沟通做到前面，争取他们的理解和支持；不要等到写报告的时候，问题已经形成固定的印象，一方面客户认为我们的人呆头呆脑的，更重要的是客户会认为我们的产品不行。
- 不要在一个问题上卡住，在定位和解决问题的同时要积极的做好沟通工作，要让客户看到虽然我们的产品有点问题，但是每天都能看到我们的进展
（三）POC测试若测试人员未参与，不适合输出测试报告的重要性
之前有几次测试人员未参与到产品的POC测试，但是由测试人员编写测试报告，最后由销售提供报告给到客户，带来的弊端就是测试人员根本不知道客户的应用场景是啥，对整个测试过程不了解，并且无法判客户想看哪些内容，其他公司人员描述的内容也不一定准确，很难在报告中去判断重点突出哪些内容来体现产品的优势，导致整个报告平淡无奇，没有价值
（四）参加POC带给测试人员的价值
- 更清楚产品在客户环境下,产品的使用场景
- 通过与客户的人员沟通,了解他们关注什么,便于给后期的测试内容划定重点方向
- 发现产品的质量问题
- 通过编写客户质量报告,提升对外的文档规范性的学习了解
标签：测试,哪些,核心,测试人员,客户,产品,POC From： https://www.cnblogs.com/syw20170419/p/16825468.html