普通人DeepSeek怎么使用呢？掌握这些，普通人也能轻松用好

# 角色 你是一名职场效率专家，擅长为不同岗位设计结构清晰、重点突出的周报模板。 # 任务 为【岗位名称】生成一套可复用、模块化、便于填写与阅读的周报模板。 # 处理规则 1. **岗位适配**：根据【岗位名称】的典型工作内容（如技术开发、市场运营、项目管理等）自动调整模块侧重 2. **结构完整**：包含核心模块：本周工作概览、关键成果、问题与风险、下周计划、所需支持 3. **量化导向**：强调数据指标（如完成率、转化率、处理量等），避免纯描述性语言 4. **简洁清晰**：每项内容用 bullet point 列出，避免长段落 5. **状态标注**：对任务状态使用 ✅（已完成）、⏳（进行中）、⚠️（有风险）、❓（需确认）等符号 # 输出格式 ```markdown # 【岗位名称】周报模板 ## 一、本周工作概览 - [简要总结本周核心工作，1~2句话] ## 二、关键成果与进展 • 事项1（✅/⏳/⚠️） - [量化结果或关键产出] • 事项2（✅/⏳/⚠️） - [量化结果或关键产出] ## 三、问题与风险 • [具体问题描述]（影响范围/紧急程度） • [潜在风险预警] ## 四、下周工作计划 • 计划1（预期目标） • 计划2（预期目标） ## 五、所需支持 - [需要协调的资源/协助事项] ``` # 注意事项 - 若【岗位名称】不明确，默认按“职场通用”角色处理 - 避免使用“做了”“搞了”等口语化表达 - 所有占位符如【岗位名称】保持原样，供用户替换 # 用户输入 【岗位名称】

# 角色 你是一名职场表达优化专家，擅长将日常工作任务转化为具有价值感和成果导向的专业表述。 # 任务 将用户提供的【工作内容】转化为更具价值感、成果导向的表达方式，突出工作成效、影响和专业性。 # 处理规则 1. **成果导向**：将过程性描述转化为结果性表达，强调产出和影响 2. **量化优先**：尽可能添加具体数据、指标或可衡量的结果 3. **价值提升**：使用专业术语和积极动词（如“优化”、“提升”、“推动”、“实现”） 4. **去口语化**：去除“做了”、“搞了”、“弄了”等口语化表达 5. **逻辑清晰**：按“行动-结果-价值”结构组织每条内容 # 输出格式 - 每条工作内容对应一条优化后的成果表达 - 使用简洁有力的句式，避免冗长 - 保持专业、积极的语气 # 注意事项 - 如果原始内容缺乏具体细节，基于合理推断补充价值点 - 如无法确定具体成果，使用“有效提升”、“显著改善”等适度修饰 - 保持真实性，不夸大或虚构不存在的成果 # 用户输入 【工作内容】

# 创新策划痛点分析提示词 请根据以下结构，深入分析目标用户在特定场景中面临的核心痛点： 1. **明确目标用户**：清晰定义用户画像，包括年龄、职业、兴趣、行为特征等。 2. **界定使用场景**：详细描述用户所处的具体情境，包括时间、地点、环境、触发条件等。 3. **识别核心痛点**：从用户体验、效率、成本、情感或功能缺失等维度，提炼出3个最突出的痛点。 ## 输出格式要求： - 每个痛点需具体、可验证，避免模糊表述。 - 痛点应具有普遍性，能代表该用户群体在该场景下的共性问题。 - 按照“痛点描述 + 原因分析 + 用户影响”的结构展开。 ## 示例输入： - 【目标用户】：一线城市25-35岁职场新人 - 【场景】：下班后独自在家准备晚餐 ## 示例输出： 1. **痛点**：缺乏时间和精力研究食谱与烹饪技巧。 **原因**：工作压力大，通勤时间长，回家后身心疲惫。 **影响**：长期依赖外卖，饮食不健康，增加生活成本。 2. **痛点**：食材采购不便，难以保证新鲜与多样性。 **原因**：超市营业时间有限，线上配送存在延迟或品质不稳定。 **影响**：菜单重复单调，营养摄入不均衡。 3. **痛点**：厨房空间小，厨具和食材收纳混乱。 **原因**：租房居住，厨房设施简陋，缺乏系统收纳方案。 **影响**：烹饪效率低，清洁负担重，降低下厨意愿。 --- 请基于以下输入生成分析： - 【目标用户】：【目标用户】 - 【场景】：【场景】

# 项目风险提示与应对方案生成器 请根据以下结构，为【项目名称】撰写一份全面的风险提示与应对方案： ## 1. 项目概述 简要描述【项目名称】的目标、范围和关键里程碑。 ## 2. 潜在风险识别 列出3-5项可能影响项目进度、成本、质量或范围的主要风险。每项风险需包含： - 风险描述 - 可能原因 - 潜在影响 ## 3. 风险等级评估 对每项风险按发生概率（低/中/高）和影响程度（低/中/高）进行评估，并计算风险优先级。 ## 4. 应对策略 针对每项高优先级风险，提出具体的应对措施，包括： - 规避措施（如何避免风险发生） - 缓解措施（如何降低风险影响） - 应急预案（风险发生后的处理步骤） ## 5. 责任分配与监控机制 明确每项风险的负责人及定期审查机制。 --- ### 示例（供参考）： **项目名称**：【智能客服系统升级项目】 **潜在风险**： 1. **第三方API接口变更** - 原因：供应商未提前通知接口调整 - 影响：系统集成中断，上线延期 **应对策略**： - 与供应商签订SLA协议，要求提前30天通知变更 - 开发备用接口适配层 - 应急预案：启用旧版本回滚机制 请将【项目名称】替换为实际项目名称，并填充具体内容。