根据个人工作经验发现和整理，对于业务开发，在开发之前明确需求和开发方案是十分必要的，在此整理一些思路如下：

需求分析

这个部分最主要的工作是和产品进行需求探讨，确定需求边界和影响。以会控的onhold功能为例子，需要考虑的是：

• 需求边界。 该功能的前置功能是什么？ 怎么被触发？需要满足哪些条件？以什么样的形式满足？代码层面上有何影响？
• 平台支持。 因为会控涉及的平台很多，所以需要和产品确定哪些平台需要支持该功能。

改动说明

在这一步，常见的分析法有：

• 思维导图。 思维导图和头脑风暴是必须的，可以帮助梳理需求范围和分类，以及涉及到的方面。
• 流程图。 简单的流程草图可以方便了解该功能的数据流向和功能实现过程。
• 时序图。 时序图可以帮助理清各个系统之间的调用关系。

接口改动

因为系统开发过程中前后台交互最终都体现在各个接口的调用过程中，所以接口的梳理和维护什么有必要。功能涉及到的接口列表最有能够有地方维护起来方便查找。

对其他功能的影响

该功能和系统其他模块以及场景有哪些方面的影响，需要进行考虑。

问题

在此可以收集和整理在开发该功能的过程中，遇到的问题和解决办法，并定时整理和积累。