崔晓宇 · 20 年 · 开发 × 售前 × 产品
我不堆功能，也不做项目制补丁。擅长在招标压力与真实生产环境之间做取舍，用「骨架 + 插槽」把零散需求升维成标准能力，让产研资源始终跑在能成单的轨道上。
01 · Method
下面不是口号，是我判断功能值不值得做、需求该不该接的决策框架。
功能要过三关：售前 5 分钟讲得通、行业头腰部实践能印证、标书偏离与负面清单扛得住。低摩擦 MVP：先闭环上线，再靠真实反馈迭代，从源头少欠技术债。
招标文件与访谈往往是「平铺的渔网」。先找到业务与数据逻辑的提绳（闭环），再搭骨架与插槽。分支绕不开时，提前风险摊牌，把局限写进预期。
骨架映射业务层级与工作流——骨架变，等于业务本质变。节点做成插槽：属性增减只动单表字段，不扯表间依赖；具体取值交给场景配置，研发零改动。
02 · Cases
每个案例只保留：局面、我做了什么、结果是什么。细节留给面谈。
准从 0 到 1。面对甲方 8 大类、近 300 个需求点，避免「集百家所长」的交付泥潭，聚焦电视台刚需拿下头部 KA。
架构落地：抽象「传 → 审 → 发」审查流骨架；审批角色与 SLA 做成节点插槽，运营可配、代码不改——兼容广播合规与 OTT 多终端。
准从 0 到 1。一期 MVP 交付后 Roadmap 空转近一个月；把产品推进市场，用一场闭门会打通迭代与签单。
架构落地：API 全生命周期骨架「设计 → 发布 → 调用 → 观察」；限流/路由与观测范围做成插槽，支撑基础 / 专业 / 企业版的权限与计费配额差异。
03 · Red lines
少踩一次坑，往往比多做一个功能更值钱。
竞品与标书只走通一条链路就复刻，最后常是全盘推翻，错过销售窗口。
产品负责人必须决策，但只押最小成本、最小 MVP、最短反馈周期。
一步一留痕。产品文档进独立分支，商业与技术资产随时可交接、可继承。
04 · How we work
兼职顾问解决单点困局；全职角色负责把产销研闭环建起来。
兼职咨询
以下沉访谈洗清局势，拒绝项目制补丁带来的技术负债。
全职
接管从 0 到 1 或旧系统重构，建立抗风险、高转化的交付秩序。