<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>新人 on Seunghoon Choi</title><link>https://seunghoonchoi.com/zh/tags/%E6%96%B0%E4%BA%BA/</link><description>Recent content in 新人 on Seunghoon Choi</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 20 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://seunghoonchoi.com/zh/tags/%E6%96%B0%E4%BA%BA/index.xml" rel="self" type="application/rss+xml"/><item><title>第一次接触的工作，如何用 AI 分析会议转写来把握结构</title><link>https://seunghoonchoi.com/zh/column/observing-others-meetings/</link><pubDate>Sat, 20 Jun 2026 00:00:00 +0000</pubDate><guid>https://seunghoonchoi.com/zh/column/observing-others-meetings/</guid><description>&lt;p&gt;&lt;img src="https://seunghoonchoi.com/images/col-meetings.jpg" alt="空会议桌，把别人的会议变成观察现场"&gt;&lt;/p&gt;
&lt;p class="inline-image-caption"&gt;通过观察其他人的会议，您可以了解组织使用什么标准来制定决策。&lt;/p&gt;
&lt;p&gt;第一次进入陌生业务会议，大多数人都会发懵。认识的词没几个，其他人却都默认你清楚背景在说话。会议一路推进，自己却完全跟不上。 这时目标设错，会更难。一开始不要试图理解全部内容。第一次看陌生会议的目标，不是全懂，而是复原业务结构。先确认这件事为什么存在、要决定什么、因为什么而分歧。 而且这件事不会在会议中结束。真正的学习从会后开始。用 AI 分析转写或会议纪要，把目的、争点、决定事项、未定事项、判断标准、术语、负责人、下一步行动拆到互不重叠为止。&lt;/p&gt;
&lt;h2 id="先确认这场会议能不能录音"&gt;先确认这场会议能不能录音&lt;/h2&gt;
&lt;p&gt;会议录音不是任何时候都可以做。以韩国为例，关键在于自己是不是对话当事人。通信秘密保护法禁止录音或窃听“非公开的他人之间的对话”。也就是说，偷偷录下自己没有参与的别人对话，是危险的。 如果是自己直接参加的会议，情况不同。韩国大法院曾判断，在三人对话中，其中一人录音时，其他人的发言对录音者来说不能视为“他人之间的对话”。但这并不代表可以随意公开或上传到外部。 业务会议可能包含公司机密、个人信息、客户信息。因此录音前要确认公司规定和安全政策。尽量告知参会者录音事实，也不要把原始转写直接上传到外部 AI 服务。必须使用时，最好用公司批准的 AI，或删除姓名、公司名、客户信息和敏感数字后再分析。&lt;/p&gt;
&lt;h2 id="第一次会议不需要全部理解"&gt;第一次会议不需要全部理解&lt;/h2&gt;
&lt;p&gt;陌生会议里，想听懂每一句话很快会累。陌生术语、缩写、以前会议中已经决定的内容，会被当成理所当然带过。全抓住，反而会错过重要结构。 会议中应该集中留下标记，而不是纠结细节。这场会议要决定什么？反复出现的词是什么？大家长时间纠缠的争点是什么？谁负责下一步行动？ 一开始不完全理解也可以。重要的是留下之后能用 AI 重新分析的材料。转写、会议纪要、自己标记的术语和问题，都会让你在会后复原结构。&lt;/p&gt;
&lt;h2 id="先弄清这件事为什么存在"&gt;先弄清这件事为什么存在&lt;/h2&gt;
&lt;p&gt;要看业务结构，必须先看目的。不知道这件事为什么存在，后面的内容都会变得零散。谁为了什么做什么不清楚，数字、资料、术语就各自指向不同的方向。 会后最先问 AI 的也应该是这个：“这场会议讨论的业务目的是什么？”“这项业务要解决什么问题？”“更接近客户问题、成本问题、日程问题、质量问题，还是风险问题？” 目的抓住后，发言的意义会改变。同样是功能讨论，如果目的在客户满意，易用性会重要；如果目的在降本，开发范围会重要；如果目的在风险管理，稳定性和责任归属会重要。知道目的，会议其他内容才会归位。&lt;/p&gt;
&lt;h2 id="要分开已决定和未决定"&gt;要分开已决定和未决定&lt;/h2&gt;
&lt;p&gt;理解会议，必须分开已决定事项和未定事项。这两者混在一起，会议内容就会让人搞不清。你会重新烦恼已经决定的事，或把尚未决定的事误以为已经定了。 把会议纪要交给 AI 做简单摘要不够。必须要求它分开：今天确认的决定事项是什么？还没定的事项是什么？下次会议或追加确认需要什么？ 有了这个区分，业务会清晰很多。已决定的事会成为行动标准，未定事项会成为下一次会议争点，需要确认的事则是自己要学习或追问的作业。&lt;/p&gt;
&lt;p&gt;&lt;img src="https://seunghoonchoi.com/images/inline/column-observing-others-meetings.jpg" alt="第一次接触的工作，如何用 AI 分析会议转写来把握结构"&gt;&lt;/p&gt;
&lt;p class="inline-image-caption"&gt;当已决定事项和未决定事项被区分开时，会议记录就会成为确定下一步行动的依据。&lt;/p&gt;
&lt;h2 id="要把争点拆得-mece"&gt;要把争点拆得 MECE&lt;/h2&gt;
&lt;p&gt;MECE 是 Mutually Exclusive, Collectively Exhaustive 的缩写，意思是互不重叠、完整穷尽。简单说，就是不要把同一件事重复放进两个格子，也不要漏掉重要项目。 陌生业务难，是因为争点纠缠在一起。成本、日程、质量、风险、客户需求混着听。会议结束后，脑子里只剩“好复杂”。 用 AI 的关键在这里：要让它“把这场会议的争点拆成 MECE”。继续追问有没有漏掉争点，项目之间是否重叠，是否把原因和解决方案混在一起，是否混淆了决定事项和待办。&lt;/p&gt;
&lt;p&gt;不能直接相信 AI 第一次给出的答案。AI 也不一定一次抓住会议结构。要反复追问、修正分类、补齐漏项。经过这个过程，陌生业务的结构会逐渐变得清晰。&lt;/p&gt;
&lt;h2 id="听到判断标准工作才看得见"&gt;听到判断标准，工作才看得见&lt;/h2&gt;
&lt;p&gt;会议里重要的不只是“决定做什么”，更重要的是为什么这样选。A 案和 B 案之间，大家按什么标准选择，必须知道。 让 AI 分析会议纪要时，要单独抽出判断标准。成本、日程、性能、稳定性、客户反应、内部资源、责任归属中，哪些影响了决定？哪个标准最强？被放弃的方案为什么被放弃？ 知道判断标准，下一次会议会轻松很多。因为类似议题出现时，你能预期大家会看哪里。理解业务不是背很多资料，而是知道这个组织按什么标准选择。&lt;/p&gt;
&lt;h2 id="不懂的术语要用-ai-放回业务结构里"&gt;不懂的术语，要用 AI 放回业务结构里&lt;/h2&gt;
&lt;p&gt;第一次参加会议时，不懂词很正常。问题在于想当场全懂。这样会错过会议的整体走向。 会议中只要标记不懂的术语即可。会后再问 AI。但停在“这个词什么意思”还不够。还要问这个术语在会议中以什么语境使用，连接到哪个业务阶段，影响什么决策。 术语不是单词表，而是理解结构的线索。有些术语对应客户需求，有些对应技术约束，有些对应内部流程。把术语放回正确的位置，业务结构才会显现。&lt;/p&gt;
&lt;h2 id="要留下负责人和下一步行动"&gt;要留下负责人和下一步行动&lt;/h2&gt;
&lt;p&gt;会议分析的最后，是人和行动。谁负责什么？什么时候确认？需要谁批准？还要看什么资料？ 漏掉这些，即使理解结构，也不会变成实际工作。会议既是学习材料，也是工作指示来往的地方。不能把理解转成自己的行动，下次会议仍然只是旁观者。 会后整理不必很长。今天决定的事、未定事项、主要争点、判断标准、不懂的术语、负责人和下一步行动。留下这六格就够了。关键是不让会议白白过去，而是把它变成下一步。&lt;/p&gt;</description></item></channel></rss>