功能简介怎么写
产品与功能简介按「解决什么问题 → 怎么用 → 边界与限制」组织，三段各司其职：读者先判断这个功能跟自己有没有关系，再学会怎么开启，最后知道什么时候不适用。写作纪律只有一条但很硬：只写可验证的能力，不写效果承诺，也不通过贬损同类产品来抬高自己。
基本信息
| 结构 | 问题 → 用法 → 边界 |
|---|---|
| 篇幅 | 简介 100-150 字，展开说明另起段落 |
| 允许写 | 事实、操作步骤、已发布的能力边界 |
| 禁止写 | 性能承诺、效果保证、对比贬损、未公开数据 |
典型使用场景
- 新功能上线：写一段能放进更新日志与帮助中心的介绍
- 控制台引导：把「怎么开启」压到三步以内
- 售前材料：给业务读者讲清适用与不适用场景
- 开发者文档：面向开发者，术语与调用条件要准确
- 内部培训：说明边界，减少「以为能做但做不了」的误用
简介模板
简介模板
为下面功能写一段 100-150 字的介绍：
1) 它解决的具体问题（一句话，说清用户原来的麻烦）
2) 怎么开启、怎么用（三步内，每步一个动作）
3) 适用与不适用场景各一句
约束：
- 只写事实与操作步骤，不得承诺性能提升或效果保证
- 不使用贬损同类产品的表述
- 出现「高效/强大/领先」时替换为可验证的描述
素材：<notes>……</notes>空泛表达改写对照
| 空泛写法 | 可验证写法 |
|---|---|
| 大幅提升效率 | 一次提交可批量处理 500 条，超出部分自动分批 |
| 智能识别各类票据 | 支持增值税发票与出租车票两类，其余类型返回待确认 |
| 操作简单，开箱即用 | 在控制台开关开启后无需改代码，5 分钟内生效 |
| 业界领先的准确率 | 在 200 条内部测试集上字段级准确率 96%，口径见评测说明 |
没有度量数据时就不写度量。用「支持什么/不支持什么」把能力边界说清楚，比给出一个无法复现的百分比更有价值，也更经得起追问。
先明确读者是谁。面向开发者可以写调用方式与限制条件，面向业务人员则应写操作路径与结果形态，同一功能的两种写法不要混在一段里。