研发协作
需要检验业务决策、计划或战略是否值得做…
当你需要对一个业务决策、计划或战略做直觉校验、简化方案或在多个选项中取舍时,用极简创业者原则系统评估。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
需要检验业务决策、计划或战略是否值得做、通用
解决思路
- 以极简创业者框架审查用户给出的决策、计划或战略:先识别它服务谁、是否由自我、虚荣指标或“成功公司都这么做”驱动。
- 检查自己是否贴近客户,并像 Amazon 在每次董事会放一把空椅子代表客户那样,在决策中安排客户代表视角。
- 检查是否过度建设:先问能否手动完成,再决定是否自动化。
- 遵循先 processize 再 productize:先把人工流程跑通,再考虑做成产品。
- 确认这件事已经手工做过足够多次,并且知道它有效。
- 问能否在一个周末内交付;找出能让他人生活变好的最简单版本。
- 确认是在为今天的客户构建,而不是为假设的未来客户构建。
- 确认是否有真实的人已经为它付过真实的钱。
- 检查是否在还没销售前就做营销:销售第一,营销第二。
- 记住早期增长 99% 来自手动销售,并据此优先做手动销售。
- 检查能否用时间而不是金钱完成;优先写博客、发社交媒体、做个人外联等免费方式。
- 只把钱花在加速已经被自然验证有效的事情上。
- 判断该决策让自己离盈利更近还是更远。
- 判断公司是 default alive 还是 default dead。
- 判断决策是否可逆;避免不可逆决策,如长期租约、大举招聘、VC 条款。
- 检查客户是否主动要求这件事,而不是自己在猜。
- 接受公司增长速度由客户决定,并按客户速度增长。
- 不要假设小企业会被大鱼吃掉;绝大多数小企业不会。
- 检查决策是否符合自己的价值观。
- 问如果继续这样决策,5 年后是否还愿意在这家公司工作。
- 检查是否在构建一个不会占有自己的业务。
- 用决策框架表逐项回答:这是否服务我的社区/客户?
- 用决策框架表逐项回答:这是否是最简单的方法?
- 用决策框架表逐项回答:这是否改善盈利能力?
- 用决策框架表逐项回答:如果失败,这是否可逆?
- 用决策框架表逐项回答:我花的是时间还是金钱?
- 用决策框架表逐项回答:客户是否要求过这个?
- 用决策框架表逐项回答:这是否符合我的价值观?
- 用决策框架表逐项回答:一年后我是否仍然想要这个?
- 应用常见建议:不要先发布,先卖给前 100 个客户。
- 应用 Hire when it hurts,也就是痛的时候才招聘。
- 记住失败会消退,成功会留下并复利。
- 记住盈利让你脱离电网,然后可以用无限跑道有意识地增长。
- 自私地为自己构建合适的业务,同时无私地服务他人社区。
- 输出明确建议:做 / 不做 / 简化它。
- 输出用户计划的最小化版本长什么样。
- 输出应警惕的最大风险。
- 输出本周可尝试的一件事,用来验证该决策。
适用边界 · 注意事项
- 不适用于需要专业法律、税务、医疗、安全或合规最终判断的场景。
- 不适用于纯技术实现细节且与客户、盈利、价值观无关的决策。
- 不适用于必须立即处置、无法收集客户反馈或验证的紧急事故响应。