结束
出现售后问题
进行市场摸底，与意向信源沟通方案；信息反馈需求来源，明确进一步动作
否
判断标准：与需求来源探讨待选信源可行性，如满足需求可继续进一步对接
财务打款，完成结算
拉齐信源产品、研发人员沟通问题原因，输出解决方案建议并明确最终方案，输出方案计划
来源方向：1，产研规划需求2，交付项目需求3，高层战略需求4，其他（品牌需求等）
异常处理上线，问题解决
提起OA采购需求，流程说明信源单价、项目搭载情况及激活量，附上信源合同模版、数据明细
判断标准：将信源对接产物同步至需求来源侧评估，以正式邮件应答信源引入结论
信源售后处理
不可行
是否可以引入？
梳理明确结算类型，对应不同的流程路径
是
来源方向：按照信源合同约定，定期与信源结算
注意事项：问题通常可以正常解决，如涉及该信源无法处理的问题同时产品需求非常重要，可能会引出信源切换的方案，届时按照信源引入流程实施
可行
出现结算需求
完成合同签署，完成资料归档；对接信源接口开发，完成开发上线；
与信源商务明确账单费用，无误后启动内部结算流程
注意事项：1，一般产品问题，OS产品经理主导处理产品中涉及到信源服务异常的缺陷，生态协助，输出解决方案；2，如涉及信源商务问题，由生态主导与信源对接处理，输出解决方案
来源方向：1，信源服务异常；2，信源服务变更、迭代、下架等；
是否需要进一步寻源？
星河信源重点事项流程图 V1.0
注意事项：1，NRE、年费等固定/明确费用直接提起采购流程结算；2，License等需测算的费用需与信源明确账单金额后提起采购流程计算；3，下订单结算类型（如高德地图），合作后提起采购框架结算流程，后续全程由采购跟进；
与问题发现来源沟通问题情况，明确异常现象、原因分析、初步解决思路；
2022.12wkxu
与需求来源进行细节沟通；以正式邮件导入需求；
明确问题现象，拉齐内部产品、研发沟通确认信源问题症结，输出内部建议方案及优先级
解决方案是否可行？
向交付云端研发提起数据导出需求，获取激活设备数据
信源引入
信源结算
拉通双方产研团队进一步沟通需求；获取信源测试账号，测试信源服务效果；
明确信息：1，产品功能要求（能力、内容等）2，技术规格要求（形态、质量等）3，商务条件要求（价格、模式等）4，其他信息（意向目标等）
是否为License后结算？
输出产物：1，信源效果测试报告；2，信源合作可行性结论
注意事项：1，每个信源合作后提起OA采购需求（信源结算，预估结算总费用，提总单即可），后续每次结算将具体数据及账单邮件输出给采购；2，信源发票直接寄送至采购处，用户结算报销；
提起OA采购需求，拉起信源商务与采购进行合同对接；
反馈信息：1，信源能力（接口文档、功能清单、内容量级等）2，商务条件要求（价格、模式等）3，其他信息（市场情况、信源诉求、方案建议等）
出现寻源需求
注意事项：发起OA采购需求，流程说明产品原始需求、信源方案、信源商务条件，附上信源合同模版
注意事项：1，需交付云端研发明确信源搭载项目、对应项目SOP时间、对应激活量及激活时间明细；2，获取激活数据后乘以信源单价，得到结算账单
注意事项：1，获取信源正式账号、开发文档、开发包等同步至内部研发；2，更新内部合同存档、信源成本等归档资料；
