可制造性DFM制作要点与经验探讨（二）

keep

关于DFM制作与输出，上次谈了客户释放图纸，和供应商review图纸，非常关键的步骤，好的开始是成功的一半，不知道各位有没有对照自己的经验消化与思考，如有不同意见和建议欢迎提出共同探讨，我会及时分享给大家。
% l4 L8 s, ~# H% r) {5 v  R2 U& Z
) V0 i1 j. `" @3 p那review完如何和客户的engineering team 检讨其中发现的常规问题点和技术问题呢，如何提出team发现的问题点呢，又如何提出针对questions and issues 的建议proposal呢，其中沟通方式与技能，技巧极为重要，既为客户发现解决问题，又通过沟通和互动展示供应商自己的工程能力和技术功底，同时也为整个产品的量产效率，良率和成本做到了充分的考量。

Step 3. 针对drawing review提出concern和proposal
+ `4 a4 G7 s, `
的所有局部/剖面视图，尺寸标注，公差配合，各种图纸符号等标注到完美的，之所以有Review这一步，就是因为涉及者的偏重点和供应商制造的实际状况是有deviation的。图纸notes里也会有各种文件代号，功能性要求文件，甚至是各种配置的列表，很多时候供应商会困惑，不知道是什么，confuse。很常见的一类是typo，几乎所有的PD 初版和前几版的图纸都是有各种各样的书写错误，这并不新鲜。

  K% ^/ k% A- W5 @0 E7 c+ h针对各种各样的问题，如何向客户通过报告，邮件的形式呈现呢？这里建议各位，三四而后行，书面的东西一定是经过team一起review，深思熟虑的，否则就会闹笑话，让客人觉得不专业，unprofessional。而且，有些甲方爸爸会抓住你这个小辫子大作文章，回复一堆质疑和鄙视的内容，故意让你难堪，甚至会上升到态度问题，esclate到自己和供应商的boss, 借此狂刷存在感，这个很不值。而且项目开发之初，这样的事情频繁发生会让客户失去耐心，很容易把业务搞黄，千万别当这个背锅侠。尤其是一些市场和业务部门没把握的项目，更是如履薄冰，各有各的peRFormance要拿，切记给客户发书面东西的时候，要整个team都review过，不要一意孤行。
* k! t' y5 ^; Q( J! S" [
3 Z3 Y) N1 n& V, B) S/ \Typo 类问题
, ?( n  G9 k- P, n4 }3 Y, ~
6 F; Y" ~( B( e任何常识性的错误都说，it should be a typo。
- O, I" E2 W# F% p2 ]* H1 Q
Typo, a small mistake in a text made when it was typed or printed, 也就是打印错误，书写错误，一般不是技术问题。例如，小数点错误，0.1写成0.001， FAI/SPC 尺寸编号漏标注或重复标注，尺寸标注线未对齐，notes里面的备注要求沿用了其他类产品的内容，直接粘贴复制，增加了不可能有的要求，直接性的书写错误等等。针对这些问题，千万别较真儿长篇大论，一笔带过，知会即可。

" ^: g9 t/ G/ t6 ^( J* Z( l常见错误是展现自己丰富的知识，简单问题复杂化，这样会让客户觉得你认为他很水。of course, 有时候不排除有些客户的PD水平不是那么高，犯错误，但是这才是你做人的好时候，看透不说透，任何常识性的错误都说，it should be a typo,不用纠结甲方的能力，你看这样多会做人，又有面子又有里子，何乐而不为呢。
, w$ i4 y# M1 F& R" Q, f
* w7 D7 ^8 J; _, UNotes 类问题

真看不懂，单刀直入别绕弯。
" u$ y( z; P8 F& {1 r0 ?; w- H" c
  X* Z0 z; Y" y; y4 R6 _, L3 M
! ?' o9 W( _+ ]$ g0 Y2 |
2 \0 X1 _0 d! p这个里面一般会有的问题是，客户会有很多文件编号让你去follow，原材料编号，cosmetic外观标准通规，process制程设计guideline, 产品measurement检测guidline, 性能function检测标准与文件，888-*****-&&&&&-PPPP，就是这么一堆字母与数字的编号，你看不懂这是正常的。
/ O9 k' X1 E- v, m
这个别犯愁，先和BD，PM，品质，检测部门确认，其他项目是否有这样的通规，如有就不要问了，多烦，是吧。如果没有，这样的问题就是要单刀直入，please help to share with us, 因为你没有这个文件，这个时候不用装深沉。
( S$ K, B5 F/ @5 t( @# P' W- j
. f  R- i- I, s5 u0 eNotes里还会有一些不会标注在图纸上的通用spec，比方说通用外观要求啊，毛刺啊，倒角，圆角啊，机械性能啊，可能是篇幅问题，有些描述较为费解，建议也要直接submit给客户确认，确保理解客户需求，不要不懂装懂。
, w  }. `# P, s  j( l: H0 y
尺寸类问题
* Y& _, a1 @/ z) |* W3 K
) U  p+ l4 U* b( d. t关乎产品的方方面面，这是核心，带着方案提问题。
: d; G0 a- I4 ]
1 Q' Y* Q5 U0 lProblem 描述+ 工程分析+ solution or proposal。
- ^! f( @- R6 E, G
! I+ [7 H9 X- r: U% I! t一定要记得要展示合理的问题描述，工程分析，解决方案，或者是多种方案供客户review和选择，且要有理有据，切忌空谈，大道理都懂，做工程做技术一定要严谨。不要小看任何一个小小的FAI/SPC尺寸，它在图纸中的位置，公差标注，和相关尺寸的关系，组装功能性要求，前后制程的去除量，TA分析，与加工制程的制程能力匹配度，所用加工设备，模具，治具，刀具的精度，量测设备的选用和精度，设计基准，加工基准以及量测基准是否一致，制程综合稳定性等等，每一个点考虑不到都不能算是一个严谨的评估回路。这也是为什么需要资深的ME, PD, QE, TE，量测，生技等工程单位一起review的原因，drawing review 是个team work，不是供应商的PD和PM就能直接搞定的，否则就是会给后续DFM设计和产品开发过程埋雷。

plug

针对各种各样的问题，如何向客户通过报告，邮件的形式呈现呢？这里建议各位，三四而后行，书面的东西一定是经过team一起review，深思熟虑的，否则就会闹笑话，让客人觉得不专业，unprofessional。

freedom1

常见错误是展现自己丰富的知识，简单问题复杂化，这样会让客户觉得你认为他很水。of course, 有时候不排除有些客户的PD水平不是那么高，犯错误，但是这才是你做人的好时候，看透不说透，任何常识性的错误都说，it should be a typo,不用纠结甲方的能力，你看这样多会做人，又有面子又有里子，何乐而不为呢。

wisuhuu

不要小看任何一个小小的FAI/SPC尺寸，它在图纸中的位置，公差标注，和相关尺寸的关系，组装功能性要求，前后制程的去除量，TA分析，与加工制程的制程能力匹配度，所用加工设备，模具，治具，刀具的精度，量测设备的选用和精度，设计基准，加工基准以及量测基准是否一致，制程综合稳定性等等，每一个点考虑不到都不能算是一个严谨的评估回路。这也是为什么需要资深的ME, PD, QE, TE，量测，生技等工程单位一起review的原因，drawing review 是个team work，不是供应商的PD和PM就能直接搞定的，否则就是会给后续DFM设计和产品开发过程埋雷。