知识卡片
可信度积累慢，流失快
内容
一个内部工具项目要说服习惯”快速写代码解决当下问题”的怀疑论者去采用它，不能靠一次公告或演示， 需要持续推广、真实的用户拥护和资深人士的公开背书——判断是否跨过第一道门槛的信号，是大家开始 问”这东西怎么用”而不是”能不能用”。但建立可信度是不对称的：花很长时间才能让人相信工具可靠， 一次明显低于预期的纰漏就足以迅速透支这份信任，所以推广阶段的标准反而应该比平时更严格。
参考来源
- 位置：《SRE：Google运维解密》第18章《SRE部门中的软件工程实践》（源文件：_epub-src/OEBPS/Text/0009_0009.xhtml）
- 结论依据：原文指出推广内部软件需要持续推广方案、用户拥护和管理层背书，用"用户开始问如何
工作而不是能否工作"作为跨过第一道难关的标志，并明确"软件工程项目建立可信度很慢，但是失去
它却非常快"，因此要求以外部产品团队的标准自我要求，而不是降低标准。
- 原始内容：“当SRE开始问你这个方案‘如何’工作，而不是‘能否’工作时，你应该知道你已经跨过了
第一道难关……问自己这样的问题：如果这个产品是其他团队开发的，我们是否会考虑使用？……软件
工程项目建立可信度很慢，但是失去它却非常快。”