type TranslationRow = readonly [string, string, string, string, string, string];

type LocalizedBlogSource = {
  category: TranslationRow;
  description: TranslationRow;
  sections: readonly { title: TranslationRow; body: TranslationRow }[];
  slug: string;
  title: TranslationRow;
};

// Row order: ko, en, zh, ja, vi, ru. The project and dates are fictional examples.
export const MEETING_FOLLOW_UP_LOCALIZED_BLOG_SOURCE = {
  slug: "client-meeting-follow-up-email",
  category: ["운영 인사이트", "Operations insights", "运营洞察", "運営インサイト", "Góc nhìn vận hành", "Практика управления"],
  title: [
    "고객 미팅 후 정리 메일 쓰는 법: 결정, 미결, 다음 행동을 남기는 5단계",
    "How to Write a Client Meeting Follow-Up Email: Decisions, Open Questions, and Next Steps",
    "客户会议后如何写跟进邮件：分清决定、待定事项与下一步",
    "顧客との打ち合わせ後のメールの書き方：決定事項、保留事項、次の行動",
    "Cách viết email sau buổi họp với khách: quyết định, việc còn mở và bước tiếp theo",
    "Как написать письмо после встречи с клиентом: решения, открытые вопросы и следующие шаги",
  ],
  description: [
    "고객 미팅 뒤 합의와 미결 사항을 혼동하지 않도록 후속 메일을 쓰는 순서입니다. 담당자, 기한, 회신 요청을 담은 가상 예시도 확인하세요.",
    "A practical structure for a client meeting follow-up email that separates agreed decisions from open questions and assigns each next step to an owner and date.",
    "实用的客户会议跟进邮件结构：区分已达成的决定与待确认事项，并为下一步标明负责人和日期。",
    "顧客との打ち合わせ後、決定事項と未決事項を分け、次の行動に担当者と期限を付けるメールの書き方です。",
    "Cấu trúc email sau họp giúp tách điều đã thống nhất khỏi việc còn chờ quyết định, đồng thời ghi người phụ trách và hạn cho từng bước.",
    "Практическая структура письма после встречи: отделите согласованные решения от открытых вопросов и укажите ответственного и срок для каждого шага.",
  ],
  sections: [
    {
      title: ["좋은 대화가 곧 같은 이해는 아닙니다", "A good conversation does not guarantee shared understanding", "聊得顺利不等于理解一致", "話が弾んでも認識が同じとは限りません", "Trao đổi suôn sẻ chưa chắc đã hiểu giống nhau", "Хороший разговор не гарантирует общего понимания"],
      body: [
        "회의를 마친 뒤에는 서로 같은 결론을 냈다고 느끼기 쉽습니다. 하지만 며칠 후 한쪽은 확정됐다고, 다른 쪽은 검토하기로 했다고 기억할 수 있습니다. 1인기업에는 긴 회의록보다 결정, 미결, 다음 행동을 분리한 짧은 메일이 실용적입니다. 아래 프로젝트와 날짜는 작성법을 보여주는 가상 예시입니다.\n\n![미팅 합의와 다음 행동을 메일로 정리하는 장면](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
        "After a meeting, both sides may feel they reached the same conclusion. Days later, one remembers a firm decision while the other remembers a proposal for review. For a solo business, a short email separating decisions, open questions, and next actions is often more useful than a lengthy transcript. The project and dates below are fictional writing examples.\n\n![A solo operator turning meeting notes into a follow-up email](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
        "开完会后，双方都可能觉得结论已经一致。几天后，一方认为已经确定，另一方却以为还在讨论。对独立经营者来说，把决定、待确认事项和下一步分开的简短邮件，通常比冗长的会议记录更实用。以下项目和日期均为虚构示例。\n\n![经营者整理会议记录并撰写跟进邮件](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
        "打ち合わせの直後は、双方が同じ結論に至ったと思いがちです。しかし数日後、一方は決定済み、もう一方は検討中と記憶していることがあります。一人で事業を営むなら、長い議事録より、決定、保留、次の行動を分けた短いメールが役立ちます。以下の案件と日付は架空の例です。\n\n![打ち合わせの内容をフォローアップメールにまとめる様子](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
        "Sau buổi họp, hai bên thường nghĩ rằng mình đã thống nhất. Vài ngày sau, một bên nhớ đó là quyết định, bên kia lại nhớ rằng vẫn cần xem xét. Với người kinh doanh một mình, email ngắn tách quyết định, câu hỏi còn mở và việc tiếp theo thường hữu ích hơn biên bản dài. Dự án và ngày tháng dưới đây chỉ là ví dụ giả định.\n\n![Người điều hành tóm tắt buổi họp trong email](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
        "После встречи обе стороны могут считать, что пришли к одному выводу. Через несколько дней одна сторона вспоминает твердое решение, а другая — лишь предложение на рассмотрение. Для малого бизнеса короткое письмо, разделяющее решения, открытые вопросы и следующие действия, часто полезнее длинного протокола. Проект и даты ниже вымышлены.\n\n![Предприниматель превращает заметки со встречи в письмо клиенту](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/30/70642649-3682-42ee-98d8-933c8ac72b02.png)",
      ],
    },
    {
      title: ["메모를 세 칸으로 나눕니다", "Split the notes into three columns", "把笔记分成三栏", "メモを三つに分けます", "Chia ghi chú thành ba phần", "Разделите заметки на три части"],
      body: [
        "첫 칸은 오늘 합의한 내용, 둘째는 확인이 필요한 내용, 셋째는 다음 행동입니다. 대화 순서대로 옮기지 마세요. 예를 들어 예약 버튼을 첫 화면에 두기로 했다면 합의입니다. 결제 기능을 이번 범위에 넣을지 더 보기로 했다면 미결입니다. 고객이 결제 방식 의견을 보내기로 했다면 그 일은 다음 행동입니다.",
        "Use one column for agreed decisions, one for items that still need a decision, and one for next actions. Do not simply replay the conversation in order. Putting a booking button on the first screen may be agreed; whether to include payments may still be open. A client's promise to send a payment preference is an action, not a decision.",
        "第一栏记录已达成的决定，第二栏记录仍需确认的事项，第三栏记录下一步。不要按发言顺序机械复述。例如，首页放预约按钮可以是已决定事项；本次范围是否包含支付功能仍可能待定；客户发送支付方式意见则是下一步行动。",
        "一つ目は合意したこと、二つ目は確認が必要なこと、三つ目は次の行動です。会話を時系列で再現しないでください。予約ボタンを最初の画面に置くのは合意、決済機能を今回含めるかは保留、顧客が希望する決済方法を送るのは次の行動です。",
        "Phần đầu ghi điều đã thống nhất, phần hai ghi việc cần quyết định thêm, phần ba ghi hành động tiếp theo. Đừng chép lại cuộc nói chuyện theo thứ tự. Đặt nút đặt lịch ở màn hình đầu có thể là quyết định; có thêm thanh toán hay không vẫn còn mở; khách gửi lựa chọn thanh toán là một hành động.",
        "Первая часть — согласованные решения, вторая — вопросы без ответа, третья — следующие действия. Не пересказывайте разговор по порядку. Кнопка бронирования на первом экране может быть решением; включение оплаты — открытым вопросом; обещание клиента прислать предпочтение по оплате — действием.",
      ],
    },
    {
      title: ["제목에 프로젝트와 목적을 씁니다", "Make the subject searchable", "在主题中写明项目和目的", "件名に案件と目的を入れます", "Ghi dự án và mục đích trong tiêu đề", "Укажите проект и цель в теме письма"],
      body: [
        "'오늘 회의 감사합니다'만으로는 나중에 찾기 어렵습니다. '[프로젝트명] 9월 30일 미팅 정리와 확인 요청'처럼 프로젝트, 날짜, 목적을 넣으세요. 첫 문장은 오늘 논의한 결정과 확인할 사항을 정리했다는 설명이면 충분합니다. 이는 예시 제목이므로 실제 날짜로 바꿔 사용합니다.",
        "A subject such as 'Thanks for the meeting' is hard to find later. Include the project, date, and purpose, for example '[Project] 30 September meeting summary and confirmation request.' The opening line can simply say that the email separates decisions from items still needing confirmation. Replace the example date with the real one.",
        "仅写“感谢今天的会议”以后很难检索。主题应包含项目、日期和目的，例如“[项目名] 9月30日会议总结及确认请求”。开头只需说明邮件区分了已决定与待确认事项。示例日期请换成实际日期。",
        "「本日はありがとうございました」だけでは後で探しにくくなります。「［案件名］9月30日の打ち合わせ内容と確認のお願い」のように、案件、日付、目的を入れます。冒頭は決定事項と要確認事項を整理したと伝えれば十分です。例の日付は実際の日付に替えてください。",
        "Tiêu đề chỉ ghi 'Cảm ơn buổi họp' sẽ khó tìm lại. Hãy ghi dự án, ngày và mục đích, chẳng hạn '[Dự án] Tóm tắt buổi họp 30/9 và nội dung cần xác nhận'. Câu đầu chỉ cần nói email phân biệt việc đã chốt với việc cần xác nhận. Hãy thay ngày ví dụ bằng ngày thật.",
        "Тему «Спасибо за встречу» потом трудно найти. Укажите проект, дату и цель, например: «[Проект] Итоги встречи 30 сентября и вопросы для подтверждения». В начале достаточно сказать, что письмо разделяет принятые решения и пункты на согласовании. Подставьте реальную дату.",
      ],
    },
    {
      title: ["합의와 미결에 다른 제목을 붙입니다", "Keep decisions and open questions separate", "分别列出已决定与待确认事项", "決定事項と保留事項を分けます", "Tách quyết định khỏi việc còn mở", "Отделите решения от открытых вопросов"],
      body: [
        "'화면을 개선한다'보다 '예약 버튼을 첫 화면 상단에 배치한다'가 확인하기 쉽습니다. 반대로 비용이나 납기에 영향을 주는 아이디어는 잠깐 언급됐다고 합의로 쓰지 마세요. '이번 출시에서 결제를 포함할지, 예약 요청만 받을지 고객이 선택'처럼 선택지를 적고, 해석이 다를 수 있으면 수정해 달라고 부탁합니다.",
        "'Put the booking button at the top of the first screen' is easier to confirm than 'Improve the screen.' Do not present a briefly mentioned idea that affects cost or timing as agreed scope. State the choice, such as whether this release includes payments or only booking requests, and invite the client to correct any misunderstanding.",
        "“将预约按钮放在首页顶部”比“优化页面”更容易核对。会影响费用或交付时间的想法，不能因为会上提过就写成已确认范围。请写明选择，例如本次上线包含支付还是只收预约请求，并请客户指出理解不一致之处。",
        "「画面を改善する」より「予約ボタンを最初の画面の上部に置く」のほうが確認しやすい表現です。費用や納期に関わる案は、話題に出ただけで合意扱いにしないでください。今回決済を含めるか予約受付だけにするかなど選択肢を書き、認識違いがあれば訂正をお願いします。",
        "'Đặt nút đặt lịch ở đầu màn hình đầu tiên' dễ kiểm tra hơn 'cải thiện giao diện'. Ý tưởng ảnh hưởng chi phí hoặc tiến độ không tự thành phạm vi đã chốt chỉ vì được nhắc qua. Hãy ghi lựa chọn, ví dụ bản phát hành này có thanh toán hay chỉ nhận yêu cầu đặt lịch, và mời khách sửa nếu hiểu khác.",
        "«Разместить кнопку бронирования вверху первого экрана» легче проверить, чем «улучшить экран». Идею, влияющую на цену или срок, нельзя считать согласованной только потому, что ее упомянули. Запишите выбор: добавить оплату сейчас или принимать лишь заявки, и попросите исправить ваше понимание при необходимости.",
      ],
    },
    {
      title: ["행동에는 담당자와 날짜를 붙입니다", "Give each action an owner and a date", "每一步都写负责人和日期", "次の行動に担当者と期限を付けます", "Gắn người phụ trách và hạn cho từng việc", "Назначьте ответственного и дату каждому действию"],
      body: [
        "'추후 공유'는 일정이 아닙니다. 제작자는 목요일에 수정안을 보내고 고객은 금요일에 결제 방식을 답하는 식으로 나눠 적습니다. 실제 발송 시에는 달력 날짜와 시간대를 적고, 고객의 답변 전에는 영향을 받지 않는 작업만 진행할지 분명히 합니다. 답장이 없다고 미결 사항을 자동 승인된 것으로 취급하지 마세요.",
        "'Share later' is not a deadline. Write that the maker will send a revised screen on Thursday and the client will choose a payment approach on Friday. In a real email, use calendar dates and a time zone. Say which unaffected work can continue before the reply; silence must not be treated as approval of an open item.",
        "“稍后分享”不是期限。应分别写明制作方周四发送修改稿，客户周五回复支付方式。实际发送时请标明完整日期和时区，并说明回复前哪些不受影响的工作可以继续。不要把没有回复当作对待定事项的默认批准。",
        "「後で共有します」は期限ではありません。制作者は木曜日に修正案を送り、顧客は金曜日に決済方法を回答する、と分けて記します。実際のメールでは日付とタイムゾーンを明記し、回答前に進められる作業も示します。沈黙を保留事項への承認とみなさないでください。",
        "'Sẽ chia sẻ sau' không phải hạn chót. Hãy ghi bên làm gửi bản sửa vào thứ Năm và khách chọn cách thanh toán vào thứ Sáu. Email thật nên có ngày cụ thể và múi giờ. Nêu rõ việc nào có thể tiếp tục trước khi nhận trả lời; im lặng không đồng nghĩa với chấp thuận.",
        "«Сообщим позже» — не срок. Напишите отдельно, что исполнитель пришлет правки в четверг, а клиент выберет способ оплаты в пятницу. В реальном письме укажите календарные даты и часовой пояс. Объясните, какие независимые задачи можно продолжать до ответа; молчание не означает согласия.",
      ],
    },
    {
      title: ["회신할 질문을 마지막에 남깁니다", "End with the question that needs an answer", "最后留下需要回复的问题", "最後に返信が必要な質問を置きます", "Kết thúc bằng câu hỏi cần trả lời", "Завершите вопросом, требующим ответа"],
      body: [
        "고객이 답해야 할 항목은 한두 개로 줄입니다. 예를 들어 '이번 범위에 결제 기능을 포함할지 금요일 오후까지 알려주실 수 있을까요?'라고 묻습니다. 범위 변경에 계약상 승인 절차가 있다면 정리 메일만으로 확정됐다고 가정하지 마세요. 기록의 목적은 상대가 무엇을 선택해야 하는지 분명히 하는 것입니다.",
        "Limit the requested reply to one or two clear questions. For example, ask whether the payment feature belongs in this scope by Friday afternoon. If the contract requires a separate approval for scope changes, the follow-up email does not replace it. The point of the record is to make the client's next choice explicit.",
        "需要客户回答的问题最好只有一两个。例如，询问“能否在周五下午前确认本次范围是否包含支付功能？”如果合同要求另行审批范围变更，跟进邮件不能代替该程序。记录的目的，是让客户明确知道自己要做什么选择。",
        "返信を求める質問は一つか二つに絞ります。例えば「今回の範囲に決済機能を含めるか、金曜日の午後までにお知らせいただけますか」と尋ねます。範囲変更に別の承認手続きが必要なら、このメールだけで確定したと考えないでください。相手が選ぶべきことを明確にするのが目的です。",
        "Chỉ nên yêu cầu khách trả lời một hoặc hai câu hỏi rõ ràng. Ví dụ: 'Anh chị có thể xác nhận trước chiều thứ Sáu liệu bản này có bao gồm thanh toán không?' Nếu hợp đồng yêu cầu phê duyệt riêng khi đổi phạm vi, email tóm tắt không thay thế bước đó. Mục tiêu là làm rõ lựa chọn tiếp theo của khách.",
        "Попросите ответить на один или два ясных вопроса. Например: «Можете ли вы до пятницы подтвердить, входит ли оплата в этот этап?» Если договор требует отдельного согласования изменения объема работ, письмо его не заменяет. Цель записи — ясно обозначить выбор клиента.",
      ],
    },
    {
      title: ["보내기 전 마지막 점검", "A final check before sending", "发送前的最后检查", "送信前の最終確認", "Kiểm tra lần cuối trước khi gửi", "Последняя проверка перед отправкой"],
      body: [
        "결정과 미결을 섞지 않았는지, 담당자와 실제 기한이 있는지, 고객의 답변이 무엇인지 확인합니다. 논의하지 않은 비용이나 일정을 약속처럼 쓰지 말고 받는 사람과 공식 회신 주소도 확인하세요. 후속 메일은 대화를 멋지게 요약하기 위한 문서가 아닙니다. 다음 주에 서로 다른 기억으로 일을 시작하지 않게 만드는 기준입니다.",
        "Check that decisions and open questions are not mixed, every action has an owner and real date, and the requested reply is easy to find. Do not promise an unagreed cost or deadline. Confirm the recipients and the official reply address. This email is not a polished retelling of a conversation; it is a shared reference for the work that follows.",
        "检查决定与待确认事项是否分开、每项行动是否有负责人和实际期限、客户需要回复什么是否清楚。不要把未讨论的费用或日期写成承诺，并核对收件人与正式回复地址。这封邮件不是为了漂亮地复述对话，而是为后续工作建立共同依据。",
        "決定と保留を混ぜていないか、行動に担当者と実際の期限があるか、求める返信が明確かを確認します。未合意の費用や日付を約束として書かず、宛先と正式な返信アドレスも確かめてください。このメールは会話を美しく要約するためでなく、その後の作業の共通基準を作るためのものです。",
        "Kiểm tra quyết định và việc còn mở đã tách rõ chưa, mỗi hành động có người phụ trách và ngày thật chưa, khách cần trả lời gì có dễ thấy không. Đừng hứa chi phí hay thời hạn chưa thống nhất; kiểm tra người nhận và địa chỉ trả lời chính thức. Email này là điểm tham chiếu chung cho công việc sau đó, không phải bản kể lại cuộc nói chuyện.",
        "Проверьте, что решения не смешаны с открытыми вопросами, у каждого действия есть ответственный и реальная дата, а нужный ответ легко найти. Не обещайте несогласованные цену или срок; проверьте адресатов и официальный адрес для ответа. Письмо нужно не для красивого пересказа встречи, а как общая опора для дальнейшей работы.",
      ],
    },
  ],
} as const satisfies LocalizedBlogSource;
