阶段 01
需求确认
目标：把需求说清楚，判断是否落在服务范围之内。
流程说明 · 四阶段推进
合作流程：从需求确认到交付反馈的四个阶段
合作能不能顺利推进，多半取决于双方在每个阶段是否清楚自己该做什么。这一页把午夜神马影院的推进过程拆成四个阶段，逐段说明我方动作、你需要准备的材料，以及每个阶段要拍板的关键节点。你可以先对照自己现在处在哪一步，再决定下一步动作。
合作流程四阶段总览
四个阶段依次推进，前一阶段的确认结果是后一阶段的输入。任一阶段的结论有变化，都会回到对应节点重新对齐，而不是带着模糊前提往下走。
阶段 02
方案沟通
目标：把服务方向、内容项与不包含项逐条对齐。
阶段 03
执行推进
目标：按确认的范围推进，节点问题及时同步。
阶段 04
交付反馈
目标：按交付标准核对，收集反馈并明确后续动作。
各阶段双方准备事项与关键节点
下面按阶段展开。左栏是我方在这个阶段会做的事，右栏是你需要准备或确认的内容。两边都到位，阶段才能算走完。
阶段 01
需求确认
我方动作
- 了解你的使用场景、目标对象与期望解决的问题。
- 对照服务矩阵，说明哪些服务方向适用、哪些不适用。
- 指出需求中信息缺口，列出需要补充的材料清单。
你需要准备
- 一句话说明你要解决什么问题、面向什么对象。
- 已有的资料、参考样例或内部约定，有多少带多少。
- 明确谁是这次合作的对接人，避免多人多头沟通。
关键节点 双方确认需求落在服务范围之内，并认可需要补充的材料清单，本阶段结束。
阶段 02
方案沟通
我方动作
- 按服务方向给出内容项清单，同时写明不包含项。
- 说明推进顺序、涉及节点名称与需要你配合的时点。
- 对存在分歧的部分给出可选做法，供你判断取舍。
你需要准备
- 确认内容项清单中哪些必须做、哪些本次可以不做。
- 对不包含项给出明确态度，避免默认对方会顺带处理。
- 确定内部评审与拍板的人，缩短确认往返次数。
关键节点 内容项与不包含项逐条确认，双方对推进顺序无异议，本阶段结束。服务方向的具体字段可对照 服务矩阵 逐项核对。
阶段 03
执行推进
我方动作
- 按已确认的范围推进，遇到范围外需求先说明再决定是否纳入。
- 在约定节点同步进展，把需要你决定的问题一次说清。
- 对可能影响推进的依赖项提前提示，留出处理时间。
你需要准备
- 按约定时点提供材料，材料有变动尽早同步。
- 对节点上提出的问题给出明确答复，不要悬置。
- 如需求发生变化，说明变化点，由双方判断是否调整范围。
关键节点 约定范围内的内容全部推进完成，且无未答复的遗留问题，进入交付环节。
阶段 04
交付反馈
我方动作
- 按交付标准逐项说明核对方式与核对结果。
- 收集你的反馈，把意见归到具体条目上而不是笼统感受。
- 说明哪些反馈在范围内可调整，哪些需要另立范围。
你需要准备
- 按交付标准清单逐条核对，记录不符合预期的条目。
- 反馈时指明位置与具体现象，便于快速定位。
- 确认最终接收人，避免反馈分散在多人之间。
关键节点 双方按交付标准完成核对并确认反馈处理方式，本次合作流程走完。合格判定条件见 交付标准 。
流程中的常见卡点与处理方式
流程卡住通常不是因为事情难，而是因为某个前提一直没被确认。下面几类情况在推进中出现得比较多，提前知道处理方式可以少走弯路。
-
需求描述停留在目标，没有落到对象
只说“想做好一点”，无法判断服务方向是否匹配。处理方式是把目标翻译成具体对象与使用场景，再回到服务矩阵核对适用对象。
-
材料迟迟不到位，推进停在原地
材料是推进的前置条件，缺一项就会连带影响后续节点。处理方式是在需求确认阶段就把材料清单写清，并明确每一项的提供时点。
-
对接人中途更换，前面确认的结论被推翻
更换对接人本身没问题，问题在于结论没有留痕。处理方式是把每个阶段的确认结果记录下来，交接时以记录为准，而不是重新口头讨论。
-
执行中不断追加范围外需求
追加需求会让原本的范围和节点全部偏移。处理方式是先判断新需求是否属于原有内容项，属于则纳入，不属于则单独作为新的范围讨论。
流程推进中的反馈方式说明
反馈方式决定了问题被解决的速度。站内不提供在线提交入口，推进过程中的意见统一走对接通道，按下面的方式表达最容易被处理。