在场景策划过程中，发现某功能因技术限制无法实现，如何与研发团队沟通并调整方案？请举例说明。

1) 【一句话结论】在场景策划中遇到技术限制时，需以用户核心价值为锚点，通过数据验证、技术可行性分析，与研发团队协作调整方案，确保方案既保留用户需求又具备实现可行性。

2) 【原理/概念讲解】场景策划中处理技术限制的核心逻辑是“用户价值优先，技术可行性适配”。即把功能拆解为“核心价值”与“非核心价值”，技术限制影响的是非核心部分，可通过调整实现方式保留核心价值。类比：做菜时食材（技术）有限，但核心味道（用户需求）不变，调整配料（方案）让菜品更易实现。

3) 【对比与适用场景】

沟通策略	定义	特性	使用场景	注意点
数据验证先行	用用户调研、数据验证功能必要性	从用户需求出发，减少技术讨论的盲目性	功能初步设计阶段	需确保数据真实有效
技术可行性分析	与研发团队共同评估技术实现难度	结合技术能力，评估实现成本	功能具体设计阶段	需保持开放沟通，避免过早否定
方案迭代调整	根据技术限制调整功能实现方式	保留核心价值，优化实现路径	遇到技术瓶颈时	需与用户/产品经理同步，确保价值传递

4) 【示例】假设功能是“智能语音控制车辆空调”，技术限制是“当前语音识别模型对复杂指令（如‘调到最舒服的温度’）识别率低”。方案调整：将复杂指令拆解为简单指令（如“调22度”），同时增加“手动辅助”选项，保留核心功能（基础温度控制），通过迭代优化提升识别率。
伪代码示例（用户请求处理流程）：

def process_voice_command(command):
    if is_simple_temp_command(command):
        return adjust_temperature(command)
    else:
        # 技术限制：复杂指令识别率低
        return show_manual_option()

5) 【面试口播版答案】
“遇到技术限制时，我会先通过用户调研确认功能的核心价值，比如这个功能是为了提升驾驶便利性，还是舒适度？假设是提升便利性，我会先和研发团队一起分析，比如这个复杂指令的识别率低，是因为模型训练数据不足。然后，调整方案，比如将复杂指令拆解为简单指令（如‘调22度’），同时增加‘手动辅助’选项，这样既保留了核心价值，又解决了技术问题。之后，用A/B测试验证调整后的方案效果，确保用户满意度不下降。”

6) 【追问清单】

1. 如果研发团队认为调整方案会影响用户体验怎么办？
   回答要点：优先考虑用户核心需求，通过数据验证调整后的效果，必要时与用户沟通反馈。
2. 如何评估技术限制的严重性？
   回答要点：根据功能优先级（如核心功能 vs 附加功能），结合技术实现成本（时间、资源），判断是否需要调整。
3. 如果调整后用户反馈效果不好，如何处理？
   回答要点：重新分析用户需求，与研发团队重新评估技术方案，迭代优化。
4. 在沟通中，如何平衡用户需求与研发能力？
   回答要点：以用户价值为锚点，技术团队提供可行性建议，共同寻找最优解。
5. 如果技术限制是长期无法解决，如何处理？
   回答要点：将功能标记为“待优化”，优先实现核心功能，后续根据技术发展迭代。

7) 【常见坑/雷区】

1. 直接否定功能，没有分析核心价值。比如说“这个功能不行，技术做不了”，没有说明如何调整。
2. 只考虑技术实现，忽略用户需求。比如调整方案后用户不认可。
3. 沟通不充分，导致研发团队误解需求。比如没有明确功能的核心目标。
4. 没有数据支撑，调整方案缺乏依据。比如凭感觉调整，没有用户调研或数据验证。
5. 调整方案后没有验证效果，导致方案无效。比如没有测试或用户反馈。