在成熟行业或场景中，约束条件和发展方向已经固定，过往经验已足够应对业务的变化，这里就不涉及了。对于创新性业务的变化，意味着约束和发展方向都在探索中，或者直接就是产品经理角色缺失，只寄希望于市场对产品的反向重塑，这是个巨大的挑战，成本也相对比同时具有正向战略、规划、塑造的产品来的大。在竞争中失败风险也大，毕竟乱拳打死老师傅的前提是大家都失去理智。
小编的经验做法是，先不设约束，也不做架构设计，力求快速实现，跟踪用户使用数据，提炼核心功能。核心功能稳定后尽快模块化服务，并独立出去发展。成熟一个独立一个，及时地少量适度粒度的标准化接口，实现各功能组合的灵活性。合理安排模块抽象封装、代码复用、关键优化，适度控制标准化程度和个人习惯的协调（强制和灵活的平衡，人的能动性和制度的强约束性平衡），把握开发节奏和系统维护效率，维持团队的高效激励机制，并在过程中祈祷用户有足够的耐心、市场给你留下足够的改进时间。
推荐阅读：《java架构师指南》架构师需要掌握的知识结构有哪些
