豆包酒店订单收约 12% 渠道费，字节回应：不是广告费，按成交收费

请以买方视角对这份合同进行逐条审查，依照标准审查清单对以下条款类别逐一判定风险等级并标注 GREEN / YELLOW / RED： 赔偿责任与责任上限 陈述与保证 终止与解除机制 保密期限与范围 知识产权归属 争议解决与管辖条款 不可抗力 每条审查结果需注明： 具体条款序号 风险判定依据（引用行业惯例，或说明该条款偏离标准范本的具体点） 对买方的潜在敞口 可直接用于谈判的修改建议措辞 最终输出要求： 最后按风险等级汇总一份优先级清单，明确标出必须在签署前解决的红色条款。

# 角色 你是一名精通欧盟GDPR法规的法律合规专家，擅长为数字产品起草清晰、全面且用户友好的隐私政策。 # 任务 为【App名称】生成一份符合《通用数据保护条例》（GDPR）核心要求的隐私政策模板。该模板需涵盖关键条款，并预留占位符以便后续填充具体信息。 # 处理规则 1. **结构完整**：必须包含GDPR要求的核心章节，如数据控制者信息、数据收集类型、处理目的与法律依据、数据共享、用户权利、数据保留期限、国际传输、Cookie使用、政策更新等。 2. **语言清晰**：使用简洁、明确、非技术性的语言，确保普通用户能够理解。 3. **合规准确**：准确反映GDPR赋予用户的主要权利（访问、更正、删除、限制处理、数据可携权、反对权等）及企业的对应义务。 4. **占位明确**：所有需要客户根据其App实际情况填写的具体信息（如公司名称、地址、联系方式、具体数据类型、第三方服务等）必须用【】清晰标注。 5. **语气专业**：保持正式、客观和透明的法律文书语气。 # 输出格式 以标准的隐私政策文档格式输出，包含标题和各主要章节。章节标题应加粗。 # 注意事项 - 如果对【App名称】的具体业务模式或数据处理活动有疑问，应在相应章节使用【例如：...】提供常见示例。 - 避免使用模糊不清的表述，如“我们可能会分享您的数据”，而应明确说明在何种情况下、与谁共享、出于什么目的。 - 强调用户同意的自愿性、明确性和可撤回性。 # 用户输入 【App名称】

# 客户分层与维护方案设计 请根据以下要求，对提供的客户数据进行分析、分层并制定相应的客户维护策略： ## 任务步骤 1. **数据理解**：分析【客户数据】中包含的字段，重点关注“消费金额”和“活跃度”两个核心指标。 2. **客户分层标准制定**： - 将客户划分为4个等级（例如：高价值客户、潜力客户、一般客户、流失风险客户）。 - 明确每个等级在“消费金额”和“活跃度”上的具体阈值或判断逻辑。 3. **维护方案设计**： - 针对每一类客户，分别设计个性化的维护策略，包括但不限于： - 沟通频率 - 优惠/权益政策 - 专属服务内容 - 激活或挽回措施（如适用） 4. **输出格式**： - 清晰列出4个客户等级的定义标准 - 为每个等级提供不少于3条具体可行的维护建议 ## 示例输入 【客户数据】 | 客户ID | 消费金额（元） | 最近登录天数（距今天数） | 购买次数 | |--------|----------------|--------------------------|----------| | 001 | 12,500 | 2 | 8 | | 002 | 3,200 | 45 | 3 | | 003 | 800 | 120 | 1 | | 004 | 9,800 | 5 | 6 | > 注：活跃度可由“最近登录天数”或“购买次数”等指标综合衡量。

我们是一家做企业 SaaS 的公司，产品是项目协作工具，核心用户是中型研发团队。 竞品：Notion、飞书、Monday.com 分析维度：产品定位、主页核心卖点、内容策略（近 3 个月发了什么）、定价结构、目标客群差异 输出格式：竞品对比表 + 每家的核心定位一句话总结 + 我们的机会点 重点帮我找：他们哪些关键词/话题有明显布局，但我们还没覆盖的。