这套流程制定出来就一直要求所有前端组同学严格按照流程执行，也经过
了很长时间的磨合跟改进。虽然不是很完美，但是很适合我们现在开发的需要，

 

好处也是显 而易见的，遵循并使用它对我们的发开有很大的帮助，能更好的应
对高强度，高质量的开发需要。提高了团队的协作程度，代码更可控，开发效
率更高。
 
=========================================
=========================================
=====
 

1.1

我的理解

 

传统方式：产品经理产出

PRD -> 

 

交互产出

prototype -> 

 

视觉产出

mockup 

-> 

 

前端产出

demo

LSM 方式：PRD -> prototype -> a). 

 

前端做

html b). 

 

视觉做

mockup -> 

 

前端完善

demo

2.1

疑惑与讨论

1). 后续环节受前面的影响。这点上，两种方式都受影响。并且前端介入的时

 

间越早，当

PRD   

和

prototype 变动时，整体耗费的时间越多。解决此问题的

关键不是流程顺序，而是保证流程产出物的稳定性。

PRD, prototype, 

mockup 的稳定性，是减少返工的关键因素。