正确答案是D这道题实际上是有一定的偏向性，真实参与过公司实习的产品同学，因为有过真实经历，基本上会有一条回答的线索在。但是如果没有参加过实习，仅仅是看了一些视频或者是课程，硬打这道题是答不上来的。这也是现在产品校招出现的一个卷的形式：以前有一个不错的产品设计在简历上就可以，现在基本上需要有一个成型的产品项目经历。那回答这种问题，需要有一个分析思路，本题的四个答案，就是按照产品进行的过程进行的分析、分为项目还没有开始前的产品设计分析、与研发同学进行需求沟通、设立每个阶段的时间点、解决突发情况ABC都是设计过程中比较常见的产品执行操作。一个产品上线时间点没有能够按时完成，一般来说，要么是产品需求反复更改，要么是开发团队质量不行，或者是出现比较大的外部突发事情。D选项，就是在开发按照正式的提交测试时间点进行提交，看似时间进展很合理，但是在测试环节发现问题很大。那么到底是保持时间点？还是保证细小问题也要解决掉，这个不能D选项是一刀切，而是要按照这个产品功能上线的具体情况进行分析。比如说老板要去开一个发布会，这个功能就不能延期，那就只能保证他演示的东西先不要出问题。如果时间点没有那么严重，但是功能性很强，那就需要以解决bug作为核心

因为产品化的需求基本上接近于标准化的东西，是需要多个客户场景进行验证的，而且需要在定制化的需求里进行共性的抽象和提炼，才能形成产品化的需求和设计思路。通常情况下，在市场开拓的一年内基本可以说是以定制化优先，当我们交付了多个项目，并且产品和开发人员都能够深入理解客户的场景要求后，我们才能从不同的客户场景中提炼出业务和管理的共性，形成标准化的业务方案和一些技术方案，进而再将定制化的系统进行重构优化，形成产品化的方案。产品化也可以融入到日常的产品设计中。我们在甲方或者乙方做产品的过程当中，产品化和定制化设计思路最大的不同就是：产品化的系统一定是能够进行多系统可共享的。比如说一个客户管理系统，A项目或业务用了，B项目或业务也可以用，大家可以共享，这也是今天谈得比较多的业务中台的概念。那多系统可共享的产品设计最核心的要求就是：系统要做到高内聚、低耦合，以及标准接口，所有的系统功能和外部系统都可以通过接口的方式与我们已经产品化的，比如说客户管理系统，能够进行快速的拆分和对接。客户管理系统不依赖于任何一个业务系统，这时候我们说客户管理系统就已经产品化了。

（1）与客户充分沟通，理解客户需求的本质，从产品用户，使用场景方面，看能否以现成的或者更简单的方式实现需求；（2）如果需求无法避免，那么看合同里面有没有需求变更的部分，如果有那么按照合同执行；（3）评估需求可能带来的收益，会出现的风险和代价，商议能否将功能放在后续的更新中。（敏捷开发）（4）找上级，汇报需要增加的成本。