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 sample project and dates are illustrative. export const PROJECT_CLOSEOUT_LOCALIZED_BLOG_SOURCE = { slug: "solo-business-project-closeout-checklist", category: ["1인기업 운영", "Solo business operations", "个人企业运营", "一人事業の運営", "Vận hành kinh doanh một người", "Работа независимого предпринимателя"], title: [ "1인기업 프로젝트 종료 체크리스트: 납품 후 빠뜨리기 쉬운 5가지 인계", "A Solo Business Project Closeout Checklist: Five Handoffs After Delivery", "个人项目收尾清单：交付后别漏掉的五项交接", "一人事業の案件終了チェックリスト：納品後に忘れがちな5つの引き継ぎ", "Danh sách kết thúc dự án cho người làm độc lập: 5 việc bàn giao sau khi giao sản phẩm", "Чек-лист завершения проекта для независимого специалиста: пять шагов передачи после сдачи", ], description: [ "결과물을 보낸 뒤에도 완료 범위, 최종 파일, 접근권한, 정산, 후속 지원을 확인해야 프로젝트가 깔끔하게 끝납니다.", "Sending the deliverable is not the whole closeout. Confirm the completed scope, final files, access ownership, payment, and support boundaries.", "发出成果不等于项目结束，还要确认完成范围、最终文件、权限归属、结算和后续支持边界。", "成果物を送って終わりではありません。完了範囲、最終ファイル、権限、精算、納品後の支援範囲を確認します。", "Gửi sản phẩm chưa phải là xong. Hãy xác nhận phạm vi hoàn thành, tệp cuối, quyền truy cập, thanh toán và giới hạn hỗ trợ.", "Отправка результата не завершает проект. Проверьте выполненный объем, итоговые файлы, доступы, расчеты и границы поддержки.", ], sections: [ { title: ["납품이 끝나도 인계가 남습니다", "Delivery is done, but the handoff remains", "交付之后还有交接", "納品後にも引き継ぎは残る", "Giao xong vẫn còn phần bàn giao", "После сдачи остается передача"], body: [ "1인기업은 결과물을 보내자마자 다음 일로 넘어가기 쉽습니다. 하지만 고객이 무엇을 받았고, 어디서 찾고, 누가 관리하고, 문제가 생기면 언제까지 도움을 받을 수 있는지 모르면 일이 다시 돌아옵니다. 종료 인계를 완료 범위, 파일, 접근권한, 정산, 지원의 다섯 묶음으로 나누면 누락을 줄일 수 있습니다.", "A solo operator often moves to the next job as soon as the files are sent. Yet a client may come back because they cannot tell what was completed, where the final version lives, who owns access, or how long help remains available. Close the project in five groups: scope, files, access, payment, and support.", "个人经营者发出成果后往往马上投入下一项工作。但如果客户不清楚完成了什么、最终文件在哪里、权限由谁管理、遇到问题可在何时求助，项目仍会反复回来。把收尾分为范围、文件、权限、结算和支持五组，更不容易遗漏。", "一人で事業を運営していると、納品後すぐ次の案件に移りがちです。しかし顧客が完了範囲、最終版の場所、権限の管理者、支援を受けられる期間を知らなければ、作業は戻ってきます。範囲、ファイル、権限、精算、支援の5項目で締めくくりましょう。", "Người làm độc lập thường chuyển sang việc tiếp theo ngay sau khi gửi tệp. Nhưng khách sẽ quay lại nếu không biết việc nào đã xong, bản cuối ở đâu, ai giữ quyền truy cập hay có thể nhờ hỗ trợ đến khi nào. Chia phần kết thúc thành năm nhóm: phạm vi, tệp, quyền truy cập, thanh toán và hỗ trợ.", "Независимый специалист часто переходит к следующему заказу сразу после отправки файлов. Но клиент вернется с вопросами, если не знает, что именно сделано, где лежит окончательная версия, кто владеет доступом и как долго доступна помощь. Завершайте проект по пяти пунктам: объем, файлы, доступы, расчеты и поддержка.", ], }, { title: ["무엇이 완료됐는지 한 문장으로 적습니다", "State exactly what was completed", "用一句话写清已完成内容", "完了した内容を一文で示す", "Ghi rõ việc đã hoàn thành", "Укажите, что именно выполнено"], body: [ "계약서나 제안서를 다시 읽게 하는 대신 이번에 전달하는 결과와 제외된 항목을 짧게 적습니다. 예를 들어 ‘예약 페이지와 확인 메일 템플릿을 전달했습니다. 신규 결제 기능은 이번 범위에 포함되지 않습니다’처럼 씁니다. 진행 중 받은 추가 요청은 합의된 변경인지 별도 제안인지 구분해야 합니다. 이미 정리된 고객 수정 요청 기록이 있으면 종료 메일에서 해당 결정과 연결합니다.", "Do not make the client reread a proposal to discover what was delivered. Write a short statement of the result and what was outside scope. For example: ‘The booking page and confirmation email template are complete. A new payment feature was not included.’ Separate agreed changes from ideas for a future phase, and link back to the decisions recorded while handling change requests.", "不要让客户重新翻提案才能弄清交付内容。简短写明成果和未包含的项目，例如‘已交付预约页面和确认邮件模板，新支付功能不在本次范围内’。把已经同意的变更与下一阶段的建议分开，并与此前记录的修改决定对应起来。", "顧客に提案書を読み返させず、今回渡す成果と対象外の項目を短く書きます。たとえば「予約ページと確認メールの雛形を納品しました。新しい決済機能は今回の範囲外です」。合意済みの変更と将来の提案を分け、途中で記録した変更判断と対応させます。", "Đừng bắt khách đọc lại đề xuất để biết mình nhận được gì. Viết ngắn gọn kết quả và phần ngoài phạm vi, chẳng hạn: ‘Đã bàn giao trang đặt lịch và mẫu email xác nhận. Tính năng thanh toán mới không thuộc đợt này.’ Phân biệt thay đổi đã thống nhất với ý tưởng cho giai đoạn sau và đối chiếu với quyết định sửa đổi đã ghi lại.", "Не заставляйте клиента перечитывать предложение, чтобы понять результат. Кратко укажите сделанное и исключения: «Переданы страница записи и шаблон письма-подтверждения. Новая функция оплаты в объем не входила». Отделяйте согласованные изменения от идей для будущего этапа и сверяйте их с журналом решений по правкам.", ], }, { title: ["최종 파일은 위치와 사용법까지 묶어 보냅니다", "Send the final files with their location and use", "把最终文件的位置和用法一起交接", "最終ファイルは場所と使い方も伝える", "Bàn giao tệp cuối cùng kèm vị trí và cách dùng", "Передайте файлы вместе с расположением и инструкцией"], body: [ "폴더 링크 하나만 보내지 말고 최종본 이름, 열어볼 위치, 수정 가능한 원본, 미리보기, 백업 위치를 나눠 적습니다. 어떤 파일이 실제 사용본인지 헷갈리지 않게 버전 이름을 통일하고, 외부 공유 링크는 고객이 열 수 있는지 확인합니다. 고객이 직접 고쳐야 하는 부분은 한두 줄의 사용법도 남깁니다. 파일을 찾는 데 드는 시간을 줄이는 것이 인계의 핵심입니다.", "A folder link alone is not enough. Name the production-ready version, where to open it, the editable source, the preview, and the backup. Use consistent version names so the client knows which file to use, and test any shared link with the client's access level. Add a brief instruction for anything the client will edit themselves. A useful handoff saves the time otherwise spent hunting for files.", "不要只发一个文件夹链接。分别说明正式版本名称、打开位置、可编辑源文件、预览文件和备份位置。统一版本命名，避免客户用错文件，并检查共享链接在客户权限下能否打开。客户要自己修改的内容，附上一两句操作说明。好的交接能减少找文件的时间。", "フォルダのリンクだけでは不十分です。実際に使う最終版の名前、開く場所、編集可能な元データ、プレビュー、バックアップを分けて示します。版名を統一し、共有リンクを顧客の権限で開けるか確認します。顧客が更新する箇所には短い操作説明を添えましょう。", "Đừng chỉ gửi một liên kết thư mục. Hãy chỉ rõ tên bản sử dụng chính thức, nơi mở, tệp gốc có thể chỉnh sửa, bản xem trước và nơi sao lưu. Đặt tên phiên bản nhất quán và kiểm tra khách có mở được liên kết chia sẻ không. Thêm vài dòng hướng dẫn cho phần khách tự sửa. Bàn giao tốt giúp họ bớt mất thời gian tìm tệp.", "Не ограничивайтесь ссылкой на папку. Отдельно укажите имя рабочей версии, место открытия, редактируемый исходник, предварительный просмотр и резервную копию. Используйте единые названия версий и проверьте, открывается ли ссылка с правами клиента. Для самостоятельных правок оставьте короткую инструкцию.", ], }, { title: ["계정과 접근권한의 소유자를 확인합니다", "Confirm ownership of accounts and access", "确认账号与访问权限的归属", "アカウントとアクセス権の所有者を確認", "Xác nhận chủ sở hữu tài khoản và quyền truy cập", "Проверьте владельцев аккаунтов и прав доступа"], body: [ "사이트, 도메인, 분석 도구, 메일 계정처럼 운영에 필요한 접근권한을 표로 정리합니다. 고객이 소유자로 남아야 할 계정, 작업자 권한을 회수할 시점, 2단계 인증 담당자를 확인하세요. 비밀번호를 종료 메일 본문에 적어 보내지 말고 해당 서비스의 초대나 안전한 전달 방식을 사용합니다. 권한을 모두 즉시 끊는 것이 아니라 필요한 인수 테스트가 끝났는지도 확인해야 합니다.", "List access needed to operate the website, domain, analytics, and email accounts. Confirm which account must remain client-owned, when your collaborator access should be removed, and who manages two-factor authentication. Do not put passwords in the closeout email; use the service's invitation flow or a secure handoff. Before revoking access, check that the client has finished acceptance testing.", "列出网站、域名、分析工具和邮箱运营所需的权限。确认哪些账号应由客户持有、何时撤销工作者权限以及谁负责双重验证。不要把密码写进收尾邮件，应使用服务邀请功能或安全交接方式。撤权之前还要确认客户完成验收测试。", "サイト、ドメイン、分析ツール、メールなどの運用に必要な権限を一覧にします。顧客が所有すべきアカウント、作業者権限を外す時点、二段階認証の担当者を確認します。終了メールにパスワードを書かず、サービスの招待機能など安全な方法で渡します。顧客の受け入れ確認が終わったかも確かめてください。", "Liệt kê quyền cần để vận hành website, tên miền, công cụ phân tích và email. Xác nhận tài khoản nào thuộc khách, khi nào thu hồi quyền của người làm và ai quản lý xác thực hai bước. Đừng ghi mật khẩu trong email kết thúc; hãy dùng lời mời của dịch vụ hoặc cách bàn giao an toàn. Kiểm tra khách đã nghiệm thu trước khi thu hồi quyền.", "Составьте список доступов к сайту, домену, аналитике и почте. Уточните, какие аккаунты должны принадлежать клиенту, когда убрать права исполнителя и кто отвечает за двухфакторную защиту. Не отправляйте пароли в письме о завершении; используйте приглашение сервиса или защищенную передачу. Перед отзывом прав проверьте приемку.", ], }, { title: ["정산과 지원 범위를 한곳에 기록합니다", "Record payment and support boundaries together", "把结算与支持边界记在同一处", "精算と支援範囲を一か所にまとめる", "Ghi thanh toán và giới hạn hỗ trợ vào cùng một nơi", "Запишите расчеты и границы поддержки в одном месте"], body: [ "최종 청구 금액, 발행한 청구서, 입금 여부, 남은 정산 일정은 결과물과 별개로 확인합니다. 지급이 늦어질 수 있다면 사전에 약속한 기준과 다음 확인일을 적어 두세요. 납품 후에는 수정 가능 기간과 범위, 응답 채널, 추가 비용이 필요한 요청을 명시합니다. 지원 범위가 모호하면 작은 문의도 새 프로젝트인지 기존 약속인지 다투게 됩니다.", "Check the final amount, invoice, payment status, and remaining due date separately from the deliverable. If payment is pending, note the agreed terms and the next follow-up date. State the period and scope for post-delivery fixes, the contact channel, and what requires a new quote. Without a boundary, even a small request can turn into a dispute about whether it is included.", "把最终金额、发票、到账状态和剩余付款时间与成果交接分开核对。如有未到账款项，记下已约定的条件和下次确认日。写明交付后可修改的期限与范围、联系渠道以及哪些需求需另行报价。边界不清时，小问题也可能变成范围争议。", "最終金額、請求書、入金状況、残りの支払予定は成果物とは別に確認します。未入金なら合意した条件と次の確認日を残します。納品後の修正可能期間と範囲、連絡先、別見積もりになる依頼も明記してください。境界が曖昧だと小さな相談も認識違いになります。", "Kiểm tra số tiền cuối, hóa đơn, tình trạng nhận tiền và hạn còn lại tách khỏi sản phẩm. Nếu chưa thanh toán, ghi điều khoản đã thống nhất và ngày nhắc tiếp theo. Nêu thời gian, phạm vi sửa sau giao, kênh liên hệ và yêu cầu cần báo giá mới. Nếu ranh giới mơ hồ, cả yêu cầu nhỏ cũng dễ thành tranh cãi.", "Отдельно от результата проверьте итоговую сумму, счет, поступление денег и оставшийся срок оплаты. При задолженности запишите согласованные условия и дату следующей проверки. Обозначьте срок и объем исправлений после сдачи, канал связи и запросы с отдельной оплатой. Без границ даже мелкий вопрос становится спором.", ], }, { title: ["종료 메일 한 통으로 다음 행동을 남깁니다", "Leave the next action in one closeout email", "用一封收尾邮件留下下一步", "終了メール一通に次の行動を残す", "Để lại bước tiếp theo trong một email kết thúc", "Зафиксируйте следующий шаг одним письмом"], body: [ "종료 메일에는 완료 범위, 최종 파일 링크, 권한 이전 상태, 정산 상태, 지원 종료일, 고객에게 필요한 확인을 순서대로 담습니다. 가상의 예시라면 ‘최종 자료는 공유 폴더의 2026-10-02 버전입니다. 관리 권한 이전을 확인해 주시면 작업자 접근을 정리하겠습니다. 수정 요청은 합의한 기간 안에 이 메일로 보내주세요’처럼 쓸 수 있습니다. 실제 고객에게는 합의한 날짜와 조건만 적으세요.", "Put the completed scope, final-file location, access transfer, payment status, support end date, and requested client confirmation into one message. In a fictional example: ‘The final materials are in the shared folder under the 2026-10-02 version. Once you confirm administrator access, I will remove my working access. Please reply here with any fixes within our agreed period.’ Use only dates and terms actually agreed with a real client.", "收尾邮件依次写明完成范围、最终文件位置、权限移交、结算状态、支持截止日期以及需要客户确认的事。虚构示例：‘最终资料在共享文件夹的 2026-10-02 版本。您确认管理员权限后，我会移除工作权限。请在约定期限内回复此邮件提出修正。’ 发给真实客户时只写实际约定的日期和条件。", "終了メールに完了範囲、最終ファイルの場所、権限移管、精算状況、支援終了日、顧客に確認してほしいことを順に書きます。架空の例なら「最終資料は共有フォルダの2026-10-02版です。管理権限をご確認いただいた後、作業用の権限を外します。修正は合意期間内にこのメールへご連絡ください」。実際の相手には合意済みの日付と条件だけを記します。", "Email kết thúc nên lần lượt có phạm vi đã xong, vị trí tệp cuối, trạng thái chuyển quyền, thanh toán, ngày hết hỗ trợ và việc khách cần xác nhận. Ví dụ giả định: ‘Tài liệu cuối ở thư mục chia sẻ, phiên bản 2026-10-02. Khi anh/chị xác nhận quyền quản trị, tôi sẽ gỡ quyền làm việc. Vui lòng gửi yêu cầu sửa qua email này trong thời hạn đã thống nhất.’ Với khách thật, chỉ ghi ngày và điều kiện đã thỏa thuận.", "В одном письме последовательно укажите выполненный объем, место итоговых файлов, передачу прав, состояние оплаты, дату окончания поддержки и нужное подтверждение клиента. В вымышленном примере: «Материалы находятся в общей папке, версия 2026-10-02. После подтверждения прав администратора я удалю свой рабочий доступ. Исправления присылайте ответом в согласованный срок». В реальном письме используйте только согласованные даты и условия.", ], }, { title: ["종료 전에 마지막으로 확인할 질문", "Final questions before closing the project", "项目结束前的最后几个问题", "案件を閉じる前の最終確認", "Câu hỏi cuối trước khi đóng dự án", "Последние вопросы перед закрытием проекта"], body: [ "고객이 최종본을 실제로 열 수 있는가, 운영 계정을 본인 명의로 관리할 수 있는가, 남은 결제와 지원 조건을 양쪽이 같은 내용으로 이해하는가를 물어봅니다. 답이 하나라도 불명확하면 ‘완료’ 표시보다 그 답을 먼저 남기는 편이 낫습니다. 종료 인계는 서류를 늘리는 일이 아니라 다음 문의가 와도 서로 같은 기준으로 대화할 수 있게 만드는 일입니다.", "Can the client open the actual final version? Do they control the operating accounts? Do both sides understand the same payment and support terms? If any answer is unclear, resolve it before marking the project complete. A closeout is not paperwork for its own sake; it gives both sides a shared point of reference for the next question.", "客户能否实际打开最终版本？运营账号是否由客户掌控？双方对余款和支持条件的理解是否一致？只要有一个答案不清楚，就先解决再标记完成。收尾不是增加文书，而是为后续问题留下共同依据。", "顧客は最終版を実際に開けるか、運用アカウントを自分で管理できるか、支払いと支援条件を双方が同じように理解しているかを確認します。一つでも曖昧なら完了扱いの前に解決しましょう。引き継ぎは書類を増やすためでなく、次の問い合わせに共通の基準で答えるためです。", "Khách có mở được bản cuối không? Họ có tự quản lý tài khoản vận hành không? Hai bên có hiểu giống nhau về khoản còn lại và hỗ trợ không? Nếu bất kỳ câu trả lời nào chưa rõ, hãy giải quyết trước khi đánh dấu hoàn tất. Bàn giao không phải làm thêm giấy tờ, mà là tạo điểm tham chiếu chung khi có câu hỏi tiếp theo.", "Может ли клиент открыть окончательную версию? Контролирует ли он рабочие аккаунты? Одинаково ли стороны понимают оставшуюся оплату и условия поддержки? Если хотя бы один ответ неясен, уточните его до отметки о завершении. Передача нужна не ради документов, а ради общей опоры для будущих вопросов.", ], }, ], } as const satisfies LocalizedBlogSource;