软件开发犹如一场接力赛

前篇几篇(需求管理、产品设计)终於介绍完，产品从最原始的需求转变成产品方案的演进史，接着就要来分享这个无形的东西是怎麽变成一个实际的产出，中间到底是被施了什麽魔法。

其实我觉得一整个产品的开发流程，就像在举办一场团队接力活动，大家一起努力把产品慢慢打造出来。

第一棒，产品经理

协助厘清需求内容、商业目标、产品目标等，并规划好产品方案，产品经理一开始在做的事情非常重要，因为产品经理会带着这些东西去找其他队友，透过大家的力量协助把产品做出来，若是内容还没有确认清楚或是非常的模凌两可，就会让一起执行的夥伴无法正确理解内容。

第二棒，产品设计师

透过产品经理的内容，把产品设计师带到用户的使用场景，从中换位思考体察用户的痛点，如此一来才能透过产品设计师的巧手，把比较抽象的产品概念慢慢画出来，让一开始只有文字的内容，转换成更容易让人理解的故事书，下一步再带着这本故事书和产品经理一起去找下一棒的队友。

第三棒，工程师

工程师看到故事书的内容後，会开始构思整个注视要如何打造出来，中间的架构、逻辑应该要如何规划，对於比较远一点未来才会执行到的部分目前要如何先保留开发的弹性，因此透过前面两棒的内容，让工程师有整个产品的全局观，了解整个产品做完大概会长怎麽样後，再开始敲敲打打一步一步的把产品慢慢打造出来。

第四棒，品管师

最後，来到最後一棒品管师，一定觉得很奇怪产品都做完了怎麽还有人要接棒，原因是因为产品做完後为了避免有些地方没有照一开始的规划实作到，或是这个新产品会间接影响到其他产品的功能使用，因此需要有最後一位守门员帮忙把关，确定一整个产品都没有问题了，才能真的交付到用户的手上。

以上就是产品从无到有的一整个接力赛过程，後续若是产品又有做迭代优化，那又会再重新举办一次接力赛唷，因此产品开发就像是在举办无限多场的接力赛呀！！！