1. 从 hindsight 说起为什么“事后”反而更值钱1.1 一个被误解的词hindsight词典里翻译成“后见之明”生活里更常被叫成“事后诸葛亮”。英语里有句老话叫 hindsight is 20/20意思是事情发生之后再回头看视力都是 2.0什么细节都清清楚楚。这话多少带点嘲讽。谁都讨厌“马后炮”因为它总在事情尘埃落定之后突然冒出来显得事前那些犹豫、纠结、争论全都毫无意义。我以前也这么认为总觉得复盘就是给失败找台阶或者给成功贴金属于“没用的正确”。但后来我认真练了半年多 hindsight 相关的复盘方法观念彻底变了。事后信息更完整这不是什么缺点而是一个中性的客观事实。问题从来不在“事后看得清楚”而在于很多人看清楚之后除了懊恼和推诿什么都没做。做决定的时候我们几乎永远在信息不完备的情况下硬选。选工作、定方案、投项目、要不要换城市本质上都是边看边赌。hindsight 提供的恰恰是当时最缺的那部分信息真正的结果、隐藏的变量、被忽略的细节。如果说事前决策是“戴着墨镜开车”事后复盘就是“摘下眼镜仔细查看刚才那段路”。看不看得清是能力问题看完了却不修正接下来的路况判断那才是真正的浪费。1.2 后视镜是往前开的我特别喜欢用一个比喻来理解 hindsight它是一辆车里的后视镜。后视镜的作用大家都知道它是用来观察车后情况的。但司机的视线始终在前方方向盘也始终朝前打。后视镜存在的意义是让你更安全地变道、超车、避让而不是让你倒着开车。复盘也是一样。hindsight 照的是已经走过的路它服务的目标却是下一个路口怎么走。很多人把复盘理解成“算旧账”是因为他们只盯着后视镜忘了自己还在往前开。我见过一个做得特别极端的团队项目一结束就开复盘会把每个人每句话都翻出来评价追责追到鸡飞狗跳。结果下一个项目开始大家的第一反应是互相留证据、写邮件撇清关系、事事向上汇报效率反而更差了。这不是 hindsight 的错是使用方式错了。后视镜是辅助判断的不是用来启动“倒车模式”的。所以这篇文章的核心立场很明确把 hindsight 当作“决策校准工具”而不是“追责工具”。工具是中立的用对了它是提升判断力最便宜、最有效的路径之一用错了它就会变成内耗和表演式复盘。接下来的内容全部围绕“怎么用对”展开。2. 复盘的底层逻辑把“事后诸葛”变成“事前预防”2.1 先分清后见之明偏见与真知灼见在讲复盘方法之前必须先解决一个认知层面的坑心理学上叫后见之明偏见hindsight bias。简单说就是事情发生之后人们倾向于认为自己在事前早就知道结果。这是复盘路上最大的敌人。复盘会上最常见的台词就是“我早就说这样不行”“我当初就觉得有问题”。但只要你翻聊天记录、会议纪要和当时的文档往往会发现完全不是那么回事。我自己就有过这种记忆扭曲。去年负责一个内容选题数据崩得很难看。复盘时我脑子里有个非常强烈的声音我当时就觉得标题太自嗨了早知道会翻车。结果翻出当天方案评审记录我看到自己明明在群里夸过这个标题“有网感、能火”。那一刻特别难堪但也特别警醒人的大脑会为了维护自我形象自动改写记忆。如果不靠文档和数据说话复盘就会变成集体编故事。每个人都在用后见之明美化自己的判断最后得出的结论跟真实情况毫无关系。做复盘的第一铁律由此而来先讲事实再谈感受先摆数据再下结论。一个决策当时是怎么想的、留下过什么痕迹必须以记录为准不能以“我隐约记得”为准。2.2 复盘四层结构事实、原因、规律、行动既然要避免空谈就得给复盘一个稳定的框架。我试过很多种方法最经用的是“四层结构”事实层、原因层、规律层、行动层。四层缺一不可顺序基本不要打乱。第一层是事实层只回答“发生了什么”。比如“5月20日上线的新功能留资率从 18% 掉到 9%”“当时方案因为担心开发排期砍掉了自动填充字段”。事实要细到时间、数字、动作禁止任何评价和甩锅。这一层的目的是把共同的记忆底座先打牢。很多复盘会之所以开着开着就吵起来就是因为每个人脑子里的事实版本不一样。第二层是原因层回答“为什么发生”。这里最推荐 5 Whys 追问法连续问五个“为什么”从直接原因追到系统根源。比如留资率为什么掉因为表单字段变多。为什么字段变多因为要收集更多线索。为什么需要更多线索因为销售反馈线索质量差。为什么线索质量差因为没有客户画像字段。为什么没有画像字段因为产品规划阶段没有数据分析角色参与。追到这里你会发现责任往往落在流程、机制和资源分配上而不是某个具体人头上的。第五层如果还存在还可以继续问为什么数据分析角色没有参与因为项目排期太紧需求评审只叫了研发和运营。为什么排期这么紧因为上个月已经把时间承诺给了客户。追到最后问题的根子往往在承诺机制、需求评估规则上。5 Whys 追出来的不是某个人蠢而是某个环节存在结构性漏洞。第三层是规律层回答“能迁移出什么”。把这次案例抽成一句“如果……那么……”的假设。比如如果刻意控制表单字段数量在 5 个以内那么留资率能保持稳定如果产品需求评审邀请数据分析角色参与那么很多设计缺陷会在开发前被发现。规律层是 hindsight 的精华它把一次具体的失败变成了可复用的经验资产。第四层是行动层回答“下一次怎么做”。规律要落地成具体机制比如“以后任何表单设计超过 5 个字段必须走评审”“新功能上线前先做 3 人可用性测试”。行动要具体到人、时间和验证标准不能是“大家以后注意点”这种空话。没有行动层的复盘只是一场昂贵的聊天。2.3 为什么非要用四层结构不能直接问“下次怎么改”有人可能会问直接问“下次怎么改进”不就行了何必绕这么大一圈。我的经验是不先把事实和原因搞清楚行动层就是在病灶外围打转。跳过事实层的复盘会拿错误的原因开药方。比如你以为失败是因为执行力不够于是逼大家更努力但实际问题是目标本身定错了再努力也是白费。跳过原因层的复盘会得出“正确的教训”却不知道为什么。比如你知道应该做用户测试但不知道是因为决策链条里没人提这个选项下次换了个场景还是想不起来。跳过规律层的复盘就变成“这次记住了下次换个形式还是忘”。四层结构看起来笨但它是保证复盘从“一次具体事件”走向“长期判断力”的关键。事实层让你看得清原因层让你想得透规律层让你带得走行动层让你用得上。这套结构在后面的实操部分还会反复出现你可以在任何一个项目里直接套用。3. 实操一次完整的 hindsight 复盘应该怎么做3.1 复盘前置准备时机、材料与人先说时机。复盘的黄金窗口是事情结束后的 24 到 48 小时。这时候记忆还热细节还没被大脑的美化机制完全改写情绪也从最高点回落了一些既不会因为刚失败而过度防御也不会因为刚成功而过度膨胀。超过一周再复盘信息已经严重失真复盘的准确度会肉眼可见地下降。然后是材料。复盘之前把聊天记录、会议纪要、数据截图、邮件往来全部找出来按时间线铺开。我强烈建议把决策当天的记录单独标注出来因为那个时间点的记录最接近当时的真实想法。没有原始材料不叫复盘叫回忆录。再就是人和环境。复盘需要至少一个愿意唱反调的人在场最好是对项目有一定了解但不是核心执行者的人。这个人负责问一些“大家都不愿意面对”的问题。环境上尽量找一个 30 到 60 分钟不被打扰的时间段手机放远一点。复盘需要专注任何干扰都会让参与者滑回敷衍状态。3.2 五步法从事实收集到行动清单四层结构是分析框架落到实际操作上我把它拆成五步。第一步收集原始材料。把事件的时间线整理出来列出关键节点什么时候提出方案、什么时候评审、什么时候上线、什么时候发现结果不对。每个节点旁边贴上当时的数据或结论。这一步只做整理不做评价。第二步写下当时的决策假设。在决策那个时间点上你认定哪些条件是成立的比如“用户愿意填写更详细的资料”“开发可以在两周内完成”“这个渠道的流量质量不错”。一定要用“当时认为”的句式写这样才能把事后信息隔离开。第三步对比实际结果。把第二步的假设和真实结果逐条对照标出差异哪些在预期内哪些完全意外哪些偏差最大。这一步会自然引出“这个偏差是怎么产生的”的疑问为下一步铺垫。第四步多角度追问原因。拿出四层结构里的原因层用 5 Whys 去逐条追问同时让唱反调的人检查答案是否成立。追问过程中会频繁出现“当时我忽略了某个信号”“这个信息其实在系统里能看到但没人去看”之类的发现。这些发现才是复盘最重要的产出。第五步转化成行动清单。行动清单最多三条超过三条等于没有。每一条都要包含三个要素具体动作、负责人、验证节点。比如“产品经理在 6 月 1 日前把表单字段评审机制写成文档并下周会上确认”“下次内测至少召集 5 名目标用户测试结果在下一次需求评审前同步给全员”。3.3 一套可以直接抄的复盘模板下面这份模板是我在项目和日常决策中反复用过的版本你直接复制到笔记软件里就能用。它的设计思路是先回顾目标再还原事实然后从差异入手分析原因最后提炼规律和行动。这样既不会跑偏也能保证复盘结论有据可查。模块要回答的问题示例复盘主题这次复盘针对哪件事新版注册流程上线效果目标回顾事前想达成的目标是什么注册转化率提升到 25%事实还原实际发生了什么转化率 16%上线延期 3 天决策时假设当时认定哪些条件成立用户愿意填写 12 个字段结果差异实际与假设差在哪差 9 个百分点中途流失严重原因分析为什么会有这个差异表单过长、未做可用性测试规律提炼能迁移出什么原则表单字段超过 5 个需评审行动清单谁在什么时间做什么产品经理 6 月 1 日前完成评审机制每次复盘前先花 5 分钟背一遍下面这些问题能帮你快速进入状态如果回到决策当天手头哪些信息其实已经预示了结果当时的我为什么没有重视这些信息是信息真的不存在还是信息存在但被忽略了哪些因素在可控范围内哪些完全不可控这件事里哪一点值得写进下一次的检查清单我自己的经验是最后一个问题最重要。因为它强迫你从“分析过去”切换到“设计未来”。如果每次复盘都能带走一句“下一次遇到类似情况我先检查什么”这个复盘就已经值回票价了。4. 复盘中的常见陷阱与排查实录4.1 五个高频坑我几乎全踩过复盘方法说起来简单但真正落地的过程中到处都是坑。我把这些年踩过和见过的坑整理成五个高频问题先说表现再给解药。第一个坑是情绪化复盘。事情刚结束大家带着强烈的情绪坐到一起失败者防御性拉满成功者得意忘形。这种情况下复盘要么变成互相指责要么变成虚伪的谦虚。解药很简单不要在情绪最高点复盘。失败后先隔一个晚上成功后再等两天冷静等大家能相对客观地看待事件时再开始。理性不是凭空出现的它需要时间。第二个坑是结果论英雄。结果是好的就认定所有决策都是对的结果不好就把所有决策都打成错的。这是最大的误区。好决策也可能碰上坏结果坏决策也可能撞上好运气。如果只看结果你永远学不会判断决策质量。解药是区分“决策质量”和“结果质量”复盘时把两者分开打分。第三个坑是集体甩锅。复盘会开成追责会每个人都在证明“不是我的问题”气氛越搞越紧张。解药是立一条“无指责原则”复盘只谈系统和流程不谈个人动机。问题从机制上解决比盯住某个人的某个错误有效得多。第四个坑是过度归因。一部分人习惯把所有问题都揽到自己身上觉得自己哪哪都不行另一部分人正好相反把问题全归给外部环境、市场不好、运气太差。这两种都是信息屏蔽。解药是引入“可控、半可控、不可控”三分类把所有原因装进这三个筐里然后只看可控和半可控部分能做什么。第五个坑是复而无效。复盘时大家都很激动定了很多改进项散了会就没人管了。等到下次复盘上个月说要改的还停在文档里。解药是强制闭环每一条行动都必须带时间和验证标准下次复盘第一件事就是回顾上期行动清单完成情况。4.2 三个纠偏技巧瞬间提升复盘质量针对上面这些坑我总结了三个特别实用的纠偏技巧。第一个是“决策复盘矩阵”。把一个决策按“决策质量”和“结果质量”两个维度分成四象限好决策配好结果、好决策配坏结果、坏决策配好结果、坏决策配坏结果。大多数人只重点复盘坏决策配坏结果的案例但我建议把更多精力放在“好决策配坏结果”和“坏决策配好结果”上。为什么因为这两个象限最反直觉最能批量纠偏。前者容易让你错误地放弃一个正确方法后者容易让你错误地坚持一个错误方法。第二个是“红队机制”。每次复盘指定一个人只负责挑刺和质疑什么结论都要他提供反面证据。这个人可以是团队里比较敢说话的人也可以邀请外部的朋友客串。我曾经在一次复盘里被红队问得哑口无言因为他翻出聊天记录证明开会时有人提示过风险但被我们以“时间来不及”为由忽略了。那一刻虽然难堪但比自我感觉良好的复盘有价值一万倍。第三个是“复盘倒带法”。把资料拉回决策当天假装还没有发生结果重新判断一次如果不知道后面发生了什么只看当时的信息我会怎么做对比这个答案和当时实际做的决定差异出在哪才是真正值得深挖的地方。这个方法对付 hindsight bias 特别好用能帮你看清当时到底是被什么因素带偏了。4.3 一张表复盘前扫一眼下面这张表是我贴在工位屏幕旁边的速查表。复盘前扫一眼能有效避免自己掉坑。陷阱典型表现纠偏动作情绪化失败后立刻找责任人隔晚再复盘先写事实清单结果论结果好就全对结果差就全错把决策质量和结果质量分开打分甩锅都在证明“不是我的问题”立无指责原则只谈系统和流程过度归因要么全揽自己要么全怪环境用可控/半可控/不可控分类复而无效复盘很热闹行动无人跟每条行动带验证节点下次先对账这张表不需要背贴在显眼的地方复盘会开始前看一眼就行。我自己的经验是比起方法多高明坚持这一眼反而最容易避免翻车。5. 让 hindsight 成为一种日常习惯5.1 不同节奏的复盘怎么做完整复盘很重不可能每件事都做。所以我把复盘分成几个不同的节奏对应不同的场景你可以按需取用。日复盘每天 5 分钟左右只问三句话今天最值得修正的一个判断是什么当时我漏了什么信息明天哪一个环节可以马上改进这个不需要写长篇大论语音备注或者随手记都行。日复盘的目的是保持对决策的敏感度而不是追求深度。周复盘每周花 30 分钟把这一周里最重要的三到五个决策挑出来简单过一遍四层结构。不需要写文档只用模板里的几个字段做记录。周复盘能帮你发现重复出现的模式和习惯性盲区。项目复盘每完成一个项目或里程碑做一次完整复盘用上面第五章的模板邀请至少两个人参与。这是最重的一档但也是产出最丰厚的一档。千万不要因为忙就跳过忙是最应该抽时间复盘的理由因为这恰恰说明你一直在做决断。事件触发复盘只在上线、失败、吵架、大额支出等特殊节点后做。这类事件往往伴随着强情绪复盘价值最高也最容易做假。记住一个原则事件越重要复盘越要轻。因为越重要的事件越容易让参与者进入防御状态越需要先隔开情绪。5.2 我自己的踩坑记录和现在的习惯最后分享一些比较个人的经验算是这段时间被 hindsight 教训出来的感悟。我最初做复盘时走了极端每个决策都要套四层结构连中午点哪家外卖都恨不得复盘一下。结果就是决策瘫痪做什么事情前都瞻前顾后因为每次复盘都在提醒我“上次你也错过”。后来我想明白了不是所有决策都值得同等程度的复盘。只有会对未来产生持续影响的决策比如职业选择、技术选型、重要投资、核心方案评审才配得上完整复盘。日常小决策用五分钟轻量复盘就够了。工具上我没有用过太复杂的系统一个笔记软件加一个随手截图习惯就足够了。最重要的是把聊天记录里的关键决策点截图存档因为那是当时想法最真实的证据。现在回看很多让我觉得“明明当时想到了”的判断在截图面前都不堪一击。翻聊天记录是记忆最强的校准器没有之一。还有一个细节现在的复盘我会额外问自己一个问题如果回到过去我唯一会改变的是哪个时点的哪个动作。这个问题比“我错在哪里”有效得多。因为“错在哪里”容易变成对个人的否定而“哪个时点做不同选择”直接指向决策链路上的关键节点。找到那个节点就等于找到了下一次可以提前干预的位置。真正让 hindsight 值钱的不是让你事后显得聪明而是让你下一次不必靠后悔来记住。把复盘从“事后解释”变成“事前习惯”是我这两年做过最划算的事。如果你也想练起来不用等什么大项目失败今天就拿一件刚结束的小事照着模板走一遍二十分钟就好。
企业数字化 ERP 产品动态
相关推荐
父子索引:提升RAG系统检索质量的关键技术 1. 父子索引:RAG工程化的核心优化手段在构建RAG(检索增强生成)系统时,文档检索质量直接决定了最终生成效果的好坏。而父子索引(Parent-Document Retrieval / Parent-Child Index)作为一种经典的优化手段&am… · 2026/11/2 20:42:52
楼顶大字制作行业的技术创新与成本控制 1. 项目背景与行业痛点楼顶大字制作行业在过去十年经历了从传统手工到机械化生产的转型。作为从业15年的"老匠人",我亲眼见证了这个细分领域的兴衰起伏。2018年之前,行业普遍采用人工焊接铁皮字,一个5米高的楼顶大字需要3个工人连续… · 2026/11/2 20:42:52
后见之明如何毁掉复盘?用决策日志和事前验尸法校正认知偏差 “我早就觉得会是这样”是我在复盘时最常听到的一句话,也是我这两年最警惕的一句话。这句话背后的心理现象,就是标题里的“hindsight”——后见之明。简单说,事情发生之后,我们会觉得结果理所当然、早有预兆,但在事情发… · 2026/11/2 20:41:52
MAX14431隔离SPI链路设计:PIC18F87J11与嵌入式隔离方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:02:48
STM32F745搭配MAX14431实现SPI总线隔离的设计指南 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:02:48
STM32F207ZG与MAX14431的SPI数字隔离设计实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:02:48
S7-1500R/H冗余系统中PN IO设备S1与S2模式的核心差异与选型指南 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:02:48
工业SPI隔离通信实战:MAX14431与PIC18F86J11设计调试全解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:02:48
磁性直接驱动器:音圈、线性与力矩电机的精密运动控制选型指南 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 9:01:47
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46
STM32F411RE与MAX14431实现SPI隔离:工业现场抗共模干扰实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
ESP32+大模型AI硬件开发:从Demo到产品的8个工程问题 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
基于MAX14431BAEE+与PIC18F85J10的SPI隔离方案设计与实践 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46