看到陈光标那1000万可能被退回的新闻,第一反应不是"好人难做",而是这像极了需求文档写得过于死板的甲方悲剧。作为经常跟PRD打交道的人,这种"功能定义过细导致无法交付"的案例太熟悉了。
慈善捐赠本质上是一种资源对接协议。陈光标设定了极其具体的用途限定(据说与特定治疗方式相关),相当于在产品需求里规定了必须用某种冷门技术栈实现功能。但嫣然医院作为执行方,面对的是复杂的临床现实——患儿的个体差异、医疗方案的动态调整、伦理审查的弹性空间。当捐赠协议变成刚性约束,执行成本就超过了善款本身的价值。
从博弈论角度看,这是典型的"委托-代理问题"。捐赠方想确保资金不被滥用(道德风险),但过度监控反而破坏了慈善的效率。真正可持续的公益模式,应该像好的API设计:定义清晰的输入(善款数额)和输出(救助人数/效果指标),但保留实现路径的灵活性。把捐款变成对赌协议,最后可能双输。
这种"带着镣铐跳舞"的慈善,究竟是在帮助患儿,还是在满足捐赠者的控制欲?值得商榷。