IPO被否案例研究小助手
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,将 @user_44747f29/ipo-rejection-cases 安装到当前 AI 助手中。
技能介绍
一个反复出现的盲区
很多项目组复盘 IPO 被否案例时,习惯直接摘抄上市委问题清单和媒体标题,结果只能回答"被问了什么",答不出"为什么没过"。真正卡住决策的是三件事:哪一项事实是决定性因素;问题本身不可解决,还是证据不足、解释失败;如果提前一年整改,结论会不会改变。这三问缺位,案例研究就退化成资料汇编,对当前项目没有约束力。
这套方法怎么跑
- 先定性案例类型:区分上市委审议未通过、注册阶段不予注册、主动撤回、现场检查或督导后撤回等情形。撤回不等于被否,原因未公开的不得推定存在财务造假。
- 按轮次还原问询演变:首轮问题、发行人回复、监管为何继续追问、回复中暴露的矛盾,最终聚焦到否决事项。
- 拆解问题严重性:分为绝对红线、事实本身就具重大风险、原本可解释但证据不足、多项一般问题叠加、审核环境变化五档,禁止把上市委列示问题机械等同权重。
- 建立否决因果链:从初始异常推到否决结论,区分主因、次因和背景因素。
- 评价回应有效性:识别避重就轻、口径反复、样本覆盖不足、未穿透终端、函证与走访可靠性不足等失效模式。
- 做反事实与横向比较:判断若提前发现能否整改、最晚整改时点、是否只是形式整改;再对比同类问题通过与未通过案例的关键差异。
- 转成可执行规则:同类风险识别指标、立项否决条件、尽调资料清单、专项核查程序、申报前压力测试问题、暂缓与退出触发条件。
- 标注证据与成熟度:区分监管明确事实、发行人陈述、中介意见与媒体推断,结论按
A/B/C/D分级,避免"可能需要关注"这类模糊措辞充当判断。
边界与注意点
输出是研究报告而非法律意见,关键事实仍需回交易所问询回复、招股书、注册阶段文件等原始材料核验。知识库未覆盖的案例会降级到公开检索补充,但两层来源必须在报告中分开标注,且不得以公开信息替代案例核查。撤回项目的证据天然短缺,结论成熟度通常只能给到 C 或 D,需要如实写明缺什么信息、为什么缺它判不了。不得输出伪精确的通过概率,给出区间也必须写明假设条件。
使用场景
- 发行人收到上市委审议未通过通知,需要复盘否决主因与决定性事实,为重新申报或终止提供依据
- 保荐机构在立项会上讨论同类业务模式的A股被否案例,需提炼可迁移的判断规则与红线指标
- 投资机构评估拟投项目时,需对比同行业通过与被否案例的问询重点,验证管理层关于上市可行性的判断
- 投行内核部门在申报前对收入真实性、关联交易等敏感问题做压力测试,需识别形式整改风险
适合人员
- 投行保荐业务人员,需要在项目立项和申报前预判审核风险并制定核查程序
- 发行人董秘或法务负责人,需要基于被否案例判断当前公司距离上市条件的真实差距
- 拟申报企业的实际控制人,需要理解监管否决逻辑以评估整改投入是否值得
- 投行内核与合规人员,需要对项目组回复逻辑的有效性进行独立质量把关