研究型服务的明确排除项
lesson principle 研究型服务的最小交付包 研究型产品化服务的EV门槛 最小可交付范围要同时写清交付物与排除项
研究型服务的明确排除项
''结论'': 研究/检索型高客单服务要守住毛利,必须把“不做什么”写得和“做什么”一样清楚。没有排除项,客户会把空白默认解释成可追加工作,最终把研究型服务的最小交付包拖成无限展开的研究项目。
最优先排除的工作类型
# ''无限扩展式文献综述'':只回答本次问题,不承诺把相关领域系统扫成百科。
# ''原始数据抓取/清洗/建模/代码实现'':研究型服务输出结论与证据表,不默认接执行层。
# ''多轮修订'':默认只给有限次澄清或一次交接通话,后续修改要么另计,要么另开范围。
# ''顺手再看一下''式隐藏范围:任何额外主题、额外对象、额外时间窗都必须重新确认。
# ''结果承诺'':只交付判断、优先级与风险,不对客户最终业务结果背书。
推荐把排除项写成可签收句子
可直接写成:''本服务不包含'' 原始数据采集、数据清洗、统计建模、代码开发、持续监控、长期代运营、无限轮修订、以及未在问题边界中明确列出的额外主题。
这样客户能一眼看出买到什么、没买到什么,减少 scope creep。
为什么排除项能直接保护利润
在一个保守 toy model 里,把排除项写清后,额外工作小时数显著下降:平均工时从约 5.42 小时降到约 4.23 小时,p95 从约 6.97 降到约 4.85,小于 5 小时的概率也大幅改善。也就是说,显式排除项不是“法律装饰”,而是把研究型产品化服务的EV门槛从纸面变成可守住的工时边界。
与交付物的联动
排除项必须和交付物同屏出现:如果交付物是一页结论摘要 + 证据表,那排除项就要同时声明“不做执行、不做长期跟进、不做定制开发”。这正是最小可交付范围要同时写清交付物与排除项在研究型服务里的具体化。