建议：先阅读金·斯科特（Kim Scott）的前三篇文章，建立一个实践框架，然后将整套文章作为用户在融资洽谈中的重要参考资源。
就视角而言，最早的见解侧重于团队中的领导力、反馈和授权，并提供了一些您可以立即在实际情境中应用的具体步骤。
进行一次实践练习：绘制您当前的组织结构图，并调整职位以反映决策权，与交付周期保持一致，并确定可能出现失败的地方；进行小范围的实验，在不干扰交付的情况下测试假设，并关注流程中的流动。
对于 Y Combinator 班的创业者来说，这些文章阐明了有助于吸引支持的融资、合作伙伴关系和指标；请关注实际交付情况如何影响团队的势头。如果您使用 Kiko 平台或类似工具，请将建议与具体里程碑联系起来。
使用文章来制定一个为期 4 周的行动计划：采用视角分析反馈循环，设定管理者期望，并定义具体的辅导时刻。估算对团队士气的影响，直到看到参与度和交付速度有可衡量的提高。
维护一份简单的优秀清单，记录职位、失败信号和融资里程碑的进展；每季度回顾一次，以更新优先事项，并确保组织机器顺畅运行，特别是在受 Y Combinator 经验影响的早期团队中。
在日常一对一沟通中应用“直言不讳”：分步清单
一览清单
每次一对一沟通都以一个直接的问题开始：“如果今天移除了什么障碍，将极大地推动您的工作进展？”这能帮助明确重点，并表明您将直面实际问题，而不是指责。
准备本周的笔记，收集 2 个与当前职位和项目相关的具体实例。将这些保存在日历提醒和 Dropbox 中，以便在讨论时引用。这可以避免含糊不清，并将反馈锚定在可观察到的行为上。
将“直言不讳”定义为“关心个人”和“直接挑战”：承认对方做得好的地方，然后解释这对公司和客户的影响。使用能够鼓励改进而不是引起防御的语言。
培养信任，使其感觉像地幔下的岩浆，使“直言不讳”保持炽热但受控。
在谈话中，使用以下三个提示来引导对话：（1）哪些做得好以及它为什么很重要，（2）需要改进的地方及具体步骤，（3）需要什么支持以及工作中存在哪些障碍才能取得进展。陈述要具体且简短。
以具体的行动计划结束：分配负责人，在日历中设置截止日期，并在项目文件夹中记录商定的步骤。对于初创公司的联合创始人或管理者来说，将下一步与业务优先事项和团队节奏（围绕即将到来的里程碑）保持一致。
以快速检查节奏和士气结束：长远来看，您会看到进展——提高团队信任和执行力，同时避免流程中的流动瓶颈。
这些习惯可以跨越多年和各种业务（包括初创公司和金融科技团队），并且同样适用于联合创始人或管理者。
可重复使用的模板
模板 1：观察、影响、下一步。示例：当您做了 X（具体行为）时，其结果是 Y 对业务的影响。我希望您在日期之前尝试 Z。这三个部分使反馈保持专注和可操作。
模板 2：具有明确所有权的金融科技背景。示例：在金融科技项目中，您作为首席开发人员的角色影响了部署速度。我需要您做 A、B 和 C，并在日历中设置日期里程碑。
模板 3：联合创始人或职位对齐。示例：为了公司发展，确定一项要发展的技能，一项要改进的客户成果，以及一项与团队的协作变更。负责人：您；支持：我；截止日期：日期。
每次会议后，将笔记保存在“邮箱”中，以跟踪进度并在下次一对一沟通中回顾这些具体步骤。更强的势头来自于持续的跟进和日历中可见的进展。
给予建立信任的直接反馈：3 个简单步骤
分三步给出直接反馈：用数据命名行为，解释影响，并锁定具体的行动及跟进。这种方法在初创公司、金融和公司团队中建立信任，实现易于验证和重复的结果。
步骤 1：用具体的数字命名行为。例如：在最后一个故事中，拉取请求时间从 4 小时增加到 14 小时，使周期延迟了 10 小时。陈述观察结果而不给个人贴标签，并保持事实的精确性，以便他人能够理解逻辑。这种精确数据的岩浆让 Colin 和 Andrew 将讨论从情感提升到基于证据的计划。
步骤 2：解释影响并征求回复。将数据与结果联系起来：客户价值、发布风险和成本。征求意见并保持开放：“是什么阻碍了这一点，我们该如何解决？”使用中性语言避免性别化表述，并与金融领域的 João 和产品领域的 Sindbaek 验证数字，使用相同的视角和工具，以便故事保持一致，通过共享仪表板和模板。
步骤 3：就行动达成一致并设置跟进。提出一项具体行动，分配负责人，并设定截止日期。例如：将评审时间减半，更新清单，并在 CI 中添加自动化检查。将决定记录在单个工具中，以便整个公司都能看到，并在一个有良好文档的线程中跟进。如果 Hamra 建议使用模板或清单，请尝试一下；做得好的话，这种方法能使初创公司实现更快、更可预测的增长，并使金融团队更加稳定。
谨慎授权：设定明确的期望和责任
从每个任务的单页责任简报开始：命名负责人，列出具体可交付成果，设定截止日期，并定义检查点。将此简报保存在团队文档中，以便在客户讨论和财务规划期间可以访问。这种清晰度减少了来回沟通，并在势头减弱时保持进展。
具体模板
使用紧凑的模板记录：负责人、具体成果、里程碑、障碍、依赖关系和进展信号。在与 James、Andrew 和 Colin 的一次会议后，Kumar 记录了障碍并将其添加到演示文稿中。一个事件表明，对融资任务的简单视角改善了对齐。Lustig 贡献了一个有助于团队快速调整的学习笔记；这是我们重复使用的一个简洁句子：“负责人：姓名；成果：可衡量；里程碑：日期；下一步：列表。”这种方法使事物变得有形，并减少了团队之间的模糊性。这就是我们用来保持对齐的标准。
在执行过程中，与负责人和同事保持坦诚的对话。如果客户反馈显示不一致，请在 24 小时内更新简报，标记相关人员，并安排一次快速检查。如果初步估计在后期出现偏差，请重新审视范围，找出根本原因，并在演示文稿中进行纠正。具体性很重要：重写可交付成果以使其面向行动（例如，“在日期 Y 之前交付功能 X”、“与 5 位客户进行验证”），并关注团队（包括像 Kumar 和 Colin 这样的成员随着他们承担更多责任）的学习和成长。
处理棘手对话：现成的脚本
以一种格式化的方式使用三步脚本：陈述事实，解释影响，并询问具体的下一步。保持语言精确、数据驱动且不带指责。与同事排练以保持冷静，以“MotionThink”的节奏调整语速，并根据您交谈的对象量身定制脚本。在结束时包括一个快速检查，以确认下一步和责任。如果您领导一个包含 Ömer 等联合创始人的团队，这种方法有助于在保持尊重和清晰的同时，就融资时间和速度达成一致。
脚本 1：与个人贡献者错过截止日期
“我注意到第三季度的报告交付晚于我们商定的日期，这推迟了下游的里程碑，并增加了健康团队的工作量。其影响是决策速度变慢，并使融资计划面临风险。您最早什么时候可以交付更新后的版本，以及您需要什么支持才能按时完成？”然后：“如果您能在今天结束前确认，我们可以安排一个 15 分钟的会议来审查进展。您负责这部分，并将与团队分享进展，以便下次快速更新。”
脚本 2：影响团队节奏的行为
“在最近三次团队会议中，打断和语气减慢了势头。这影响了包括 Lustig 小组在内的员工之间的信任和协作，并使我们更难完成我们制定的三个快速里程碑。本周您可以做出哪些改变，以确保建设性的意见和更平静的节奏？”然后：“我建议在回复邮件前暂停 24 小时，并在会议后发送一封总结邮件以记录决定。”
脚本 3：收到报告反馈
“您反馈说当前流程在阅读和执行方面存在摩擦。内部步骤的数量增加了可交付成果的时间，并影响了融资准备情况。如果您分享一项您本周将实施的具体改变，我将在计划中与之对应，我们将跟踪两周的影响。您的第一步是什么？”
脚本 4：传递项目暂停的坏消息
“由于资金限制和优先事项的改变，我们将暂停该项目。这将影响时间表和资源分配。下一步：重新分配资源以实现最关键的成果，发布修订后的时间表，并设置每周状态检查点。您需要我提供什么才能在周五前完成新计划？”
脚本 5：与团队就工作量和优先事项保持一致
“您目前的工作量高于团队平均水平，这减缓了健康计划和其他关键目标的进展。让我们确定未来两周的三个优先事项并分配负责人。如果您愿意，我们将每两天进行一次简短的检查，以审查进展。”然后：“您的联合创始人或管理者的角色包括保持清晰；您将确认优先事项，我将确认下一步。”
强化这些脚本的实用技巧：保持精确的数据点数量，引用已知指标，并引用特定日期。仅在内部达成一致后，使用 LinkedIn 网络方法收集外部背景信息。列出三个可随时使用的短语，您可以将其应用于不同性格的人，然后与 Ömer 或 Lustig 等同事进行练习以模拟他们的反应。通过简单的基于数字的日志跟踪结果以随时间改进，并在情绪上涌时切换回支持性语气。
额外指导：将简短的阅读时间纳入您的日常工作以提高措辞的准确性；您的三个快速经验将为更有效的回复提供信息。如果您正在投资于更健康的文化，请保持对话简洁，专注于成果，并以合作为导向，而不是遏制。如有疑问，请在 LinkedIn 或与您的团队公开分享一个简短的计划，以巩固责任感和势头。
创建反馈仪式：加速团队改进的快速例程
启动一个每天 15 分钟的反馈冲刺，以加速学习并让团队保持一致。使用简洁的模板：发生了什么，我学到了什么，我将改变什么，谁将提供帮助，何时完成。将日志保存在共享文档中，以便在下次规划会议之前保持可见且易于审查。
每日微反馈冲刺：每天结束时进行 5-7 分钟。每位参与者发布一个具体的观察结果和一个行动项。将日志条目输入共享文档，并在下次站会中引用，以加强责任感。
每周创始人圆桌会议：20-30 分钟，由两到三名轮流参与者进行。提出障碍，分配负责人，并发布本周的下一步。使用简短的三元组格式：成就、障碍、下一步。
用户反馈循环：每周 60 分钟，用于收集和综合用户见解。收集 5-7 个数据点，将其总结为一个可操作的主题，并分配负责人。在团队 wiki 中发布结果，并在下次冲刺中进行反思。
容错事后复盘：在出现失误后，进行一次 45 分钟的审查，重点关注根本原因、对策和负责人。将发现记录在紧凑的模板中，并在下一周的日志中审查进展。
季度健康检查：每个季度，审查团队容量、工作流程效率和学习进展。使用简单的评分标准：交付速度、产出质量、跨团队协作和用户影响。更新一个可见的仪表板，以便任何人都可以一目了然地查看。
