type TranslationRow = readonly [string, string, string, string, string, string]; type LocalizedBlogSource = { category: TranslationRow; description: TranslationRow; sections: readonly { body: TranslationRow; title: TranslationRow; }[]; slug: string; title: TranslationRow; }; const COMPANY_EMAIL: TranslationRow = [ "회사메일", "Company email", "公司邮箱", "会社メール", "Email công ty", "Корпоративная почта", ]; const SOLO_OPERATIONS: TranslationRow = [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人会社の運営", "Vận hành doanh nghiệp một người", "Работа бизнеса в одиночку", ]; const DOMAIN_DNS: TranslationRow = [ "도메인 DNS", "Domain DNS", "域名 DNS", "ドメインDNS", "DNS tên miền", "DNS домена", ]; export const ADDITIONAL_LOCALIZED_BLOG_SOURCES = [ { "slug": "solo-business-customer-change-requests", "category": [ "고객 수정 요청 관리", "Client revision requests", "客户修改请求管理", "顧客の修正依頼管理", "Quản lý yêu cầu chỉnh sửa", "Управление правками клиента" ], "title": [ "1인기업 고객 수정 요청 관리: ‘이것만 더’를 받았을 때 확인할 4가지", "Managing Client Revision Requests as a Solo Business: Four Checks Before Saying Yes", "一人企业如何管理客户修改请求：答应“再加一点”前的四项检查", "一人会社の修正依頼管理：「これも少しだけ」に答える前の4つの確認", "Quản lý yêu cầu chỉnh sửa của khách hàng: 4 điều doanh nghiệp một người cần kiểm tra trước khi đồng ý", "Как соло-предпринимателю работать с правками клиента: четыре проверки перед согласием" ], "description": [ "고객의 수정 요청을 오류, 범위 내 수정, 추가 작업으로 구분하고, 일정과 착수 조건을 명확히 전달하는 1인기업 실무 가이드입니다.", "Separate errors, in-scope revisions, and additional work, then communicate timing and start conditions clearly with this practical guide for solo businesses.", "将客户请求分为错误修正、约定范围内修改和额外工作，清楚说明时间安排与开工条件的一人企业实务指南。", "顧客の依頼を誤りの訂正、範囲内の修正、追加作業に分け、日程と着手条件を明確に伝える一人会社向けの実務ガイドです。", "Phân biệt sửa lỗi, chỉnh sửa trong phạm vi và công việc bổ sung, rồi thông báo rõ lịch trình và điều kiện bắt đầu cho khách hàng.", "Практическое руководство: отделяйте исправление ошибок от правок в рамках договоренностей и дополнительной работы, ясно согласуя сроки и условия начала." ], "sections": [ { "title": [ "수정 요청은 길이보다 결과로 판단합니다", "Judge the changed result, not the length of the request", "按成果变化判断，不按请求长短判断", "依頼の長さではなく、成果物の変化で判断する", "Đánh giá thay đổi của kết quả, không phải độ dài yêu cầu", "Оценивайте изменение результата, а не длину просьбы" ], "body": [ "고객의 수정 요청을 받았을 때는 바로 작업 시간을 계산하기보다, 처음 합의한 결과물에서 무엇이 달라지는지 먼저 확인해야 합니다. 내가 만든 오류를 바로잡는 일인지, 약속한 범위 안의 수정인지, 새로운 결과물을 만드는 추가 작업인지 나누면 비용과 일정을 설명할 기준이 생깁니다.\n\n“문구 한 줄만 바꿔 주세요”라는 요청도 상황에 따라 다릅니다. 오타를 고치는 일과 이미 승인한 광고의 고객층을 바꾸는 일은 글자 수가 비슷해도 필요한 검토가 다를 수 있습니다. 중요한 것은 요청의 길이가 아니라 바뀌는 결과입니다.", "When a client asks for a revision, first establish what changes from the agreed deliverable instead of immediately estimating the work. Distinguishing your own error, a revision within the agreed scope, and an additional deliverable gives you a basis for explaining costs and timing.\n\n“Please change one line” can mean very different things. Correcting a typo and changing the target audience of an approved advertisement may involve a similar number of characters but require different reviews. What matters is the changed result, not the length of the request.", "收到客户的修改请求时，不要马上估算工时，而应先确认它与原先约定的成果有何不同。分清是在纠正自己的错误、进行约定范围内的修改，还是制作新的交付物，才能有依据地解释费用和时间。\n\n“只改一行文字”也可能意味着不同的工作。修正错别字与改变已获批准广告的目标客户，即使涉及的字数相近，所需审核也可能不同。关键不是请求有多长，而是结果改变了什么。", "顧客から修正を依頼されたら、すぐに作業時間を計算するのではなく、合意した成果物から何が変わるかを先に確認します。自分の誤りを直す作業なのか、合意した範囲内の修正なのか、新しい成果物を作る追加作業なのかを分けると、費用と日程を説明する基準ができます。\n\n「一行だけ変えてください」という依頼も状況によって違います。誤字の訂正と、承認済み広告の対象顧客を変えることでは、文字数が同じでも必要な確認が異なります。大切なのは依頼文の長さではなく、変わる結果です。", "Khi khách hàng yêu cầu chỉnh sửa, hãy xác định điều gì thay đổi so với sản phẩm đã thống nhất trước khi ước tính thời gian làm. Phân biệt lỗi do mình gây ra, chỉnh sửa trong phạm vi và sản phẩm bàn giao mới sẽ tạo cơ sở để giải thích chi phí và lịch trình.\n\n“Chỉ đổi một dòng thôi” có thể mang nhiều ý nghĩa. Sửa lỗi chính tả và thay đổi nhóm khách hàng mục tiêu của quảng cáo đã duyệt có thể có số chữ tương tự nhưng cần mức kiểm tra khác nhau. Điều quan trọng là kết quả thay đổi thế nào, không phải yêu cầu dài bao nhiêu.", "Получив просьбу о правках, сначала выясните, что меняется относительно согласованного результата, а не сразу считайте часы. Разделение собственной ошибки, правки в рамках договоренностей и нового результата дает основу для объяснения стоимости и сроков.\n\nПросьба «изменить всего одну строку» бывает разной. Исправление опечатки и смена целевой аудитории уже одобренной рекламы могут затрагивать одинаковое число знаков, но требовать разной проверки. Важна не длина просьбы, а изменение результата." ] }, { "title": [ "모든 요청을 추가 작업으로 보지는 마세요", "Not every request is additional work", "不要把所有请求都当作额外工作", "すべての依頼を追加作業と考えない", "Không phải yêu cầu nào cũng là công việc bổ sung", "Не считайте любую просьбу дополнительной работой" ], "body": [ "우선 다음 세 가지로 구분해 보세요. 이것은 운영을 위한 분류이며, 실제 적용 조건은 고객과 합의한 내용부터 확인해야 합니다.\n\n- **오류 수정:** 합의된 내용과 다르게 만든 부분을 바로잡는 일입니다. 전달받은 연락처를 잘못 입력한 경우처럼 내가 만든 오류를 고객의 변심과 같은 종류로 취급하지 않습니다.\n- **범위 내 수정:** 약속한 결과물과 방향을 유지하면서, 포함된 수정 조건에 따라 다듬는 일입니다. 어떤 변경이 여기에 해당하는지 합의 내용과 대조합니다.\n- **추가 작업:** 결과물의 수, 용도, 대상 또는 제작 방향이 새로 늘어나거나 바뀌는 요청입니다. 작업을 시작하기 전에 변경될 범위와 일정을 따로 확인합니다.\n\n![고객 요청을 오류 수정, 범위 내 수정, 추가 작업으로 나눠 검토하는 1인기업 대표의 일러스트](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)", "Start with these three categories. They are an operating framework; always check the actual terms agreed with the client.\n\n- **Error correction:** fixing something you produced differently from the agreed requirements. Entering a supplied phone number incorrectly is your error, not a change of mind by the client.\n- **In-scope revision:** refining the agreed deliverable without changing its direction, under the included revision terms. Compare the requested change with those terms.\n- **Additional work:** a new or changed number, purpose, audience, or direction of deliverables. Confirm the changed scope and timing before starting.\n\n![A solo business owner reviewing client requests in three categories: error correction, in-scope revision, and additional work](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)", "先分成以下三类。这只是运营上的分类方法，实际适用条件应以与客户约定的内容为起点。\n\n- **错误修正：** 修正自己制作得与约定不符的部分。例如录错了客户提供的联系方式，就不应把自己的错误视为客户改变主意。\n- **范围内修改：** 保持约定的成果和方向，按照已包含的修改条件进行完善。应对照约定确认本次变更是否属于这一类。\n- **额外工作：** 新增或改变交付物的数量、用途、对象或制作方向。开始之前，单独确认变更范围和时间安排。\n\n![一人企业负责人将客户请求分为错误修正、范围内修改和额外工作进行审核的插画](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)", "まず次の3種類に分けます。これは業務上の整理方法であり、実際の適用条件は顧客との合意内容を先に確認してください。\n\n- **誤りの訂正：** 合意内容と違って作った部分を直すことです。受け取った連絡先を誤入力した場合など、自分の誤りを顧客の心変わりと同じ扱いにしません。\n- **範囲内の修正：** 約束した成果物と方向性を維持し、含まれている修正条件に沿って整えることです。今回の変更が該当するか、合意内容と照らし合わせます。\n- **追加作業：** 成果物の数、用途、対象、制作方針が新たに増える、または変わる依頼です。着手前に変更範囲と日程を別途確認します。\n\n![顧客の依頼を誤りの訂正、範囲内の修正、追加作業に分けて検討する一人会社の代表](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)", "Trước tiên, chia thành ba nhóm sau. Đây là cách tổ chức công việc; điều kiện áp dụng thực tế phải được kiểm tra từ thỏa thuận với khách hàng.\n\n- **Sửa lỗi:** đưa phần mình làm sai trở về đúng nội dung đã thống nhất. Nhập sai thông tin liên hệ khách đã cung cấp là lỗi của mình, không nên xem như khách đổi ý.\n- **Chỉnh sửa trong phạm vi:** hoàn thiện sản phẩm theo điều kiện chỉnh sửa đã bao gồm, trong khi giữ nguyên kết quả và định hướng đã hứa. Đối chiếu yêu cầu với thỏa thuận.\n- **Công việc bổ sung:** tăng thêm hoặc thay đổi số lượng, mục đích, đối tượng hay hướng sản xuất của sản phẩm bàn giao. Xác nhận riêng phạm vi và lịch trình mới trước khi bắt đầu.\n\n![Minh họa chủ doanh nghiệp một người xem xét yêu cầu theo ba nhóm: sửa lỗi, chỉnh sửa trong phạm vi và công việc bổ sung](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)", "Начните с трех категорий. Это рабочая классификация; реальные условия применения сначала сверяйте с договоренностями с клиентом.\n\n- **Исправление ошибки:** приведение сделанного вами к согласованным требованиям. Например, неправильно введенный контакт, который клиент передал верно, — ваша ошибка, а не перемена решения клиента.\n- **Правка в рамках объема:** доработка согласованного результата с сохранением направления, по включенным условиям правок. Сверьте запрос с этими условиями.\n- **Дополнительная работа:** увеличение или изменение количества, назначения, аудитории либо направления результатов. До начала отдельно уточните новый объем и сроки.\n\n![Иллюстрация предпринимателя, разделяющего запросы на исправление ошибок, правки в рамках объема и дополнительную работу](https://nphs1cw214952.edge.naverncp.com/official-mail/kavenix/blog-images/2026/09/04/2821b7dd-5ccb-475b-b038-b46c6c20d975.png)" ] }, { "title": [ "착수 전에 네 가지를 확인하세요", "Check four things before starting", "开工前确认四件事", "着手前に4つ確認する", "Kiểm tra bốn điều trước khi làm", "Проверьте четыре пункта до начала" ], "body": [ "1. **현재 합의한 결과물은 무엇인가요?** 최신 견적, 작업 범위 문서, 승인 메일에서 기준을 찾습니다. 기억이 다르면 바로 어느 쪽이 맞다고 단정하지 말고 같은 자료를 보며 정리합니다.\n2. **이번 요청으로 무엇이 달라지나요?** 문구, 화면 수, 채널, 고객층, 파일 형식 등 변경 전과 변경 후를 한 문장으로 적습니다. “좀 더 고급스럽게”처럼 결과를 판단하기 어려운 표현은 구체적인 예시를 요청합니다.\n3. **다른 작업과 일정에도 영향이 있나요?** 수정 시간뿐 아니라 재검토, 테스트, 이미 만든 다른 결과물의 변경까지 확인합니다. 작은 요청이라고 기존 납기를 그대로 약속하지는 않습니다.\n4. **누가 언제 결정하면 시작할 수 있나요?** 고객 측 확인 담당자, 필요한 자료, 착수 가능한 시점을 정합니다. 요청을 읽었다는 답장과 작업을 시작하겠다는 약속은 구분합니다.\n\n이 네 질문을 길게 설명할 필요는 없습니다. 내부에서는 꼼꼼히 확인하되, 고객에게는 바뀌는 부분과 선택할 수 있는 다음 행동이 보이도록 전달하세요.", "1. **What deliverable is currently agreed?** Use the latest quote, scope document, or approval email. If memories differ, review the same source together instead of immediately declaring one person right.\n2. **What does this request change?** Write a before-and-after sentence covering wording, screen count, channel, audience, or file format. Ask for a concrete example when a phrase such as “make it more premium” does not define an assessable result.\n3. **Does it affect other work or the schedule?** Include review, testing, and changes to related deliverables, not just editing time. A small request does not automatically justify promising the original deadline.\n4. **Who needs to decide what, and when, before work can begin?** Identify the client approver, required materials, and feasible start date. Acknowledging receipt is different from committing to start.\n\nYou do not need to send the client a long explanation of all four checks. Review them carefully internally, then make the changed elements and available next steps clear.", "1. **目前约定的交付物是什么？** 从最新报价、工作范围说明或批准邮件中找依据。如果双方记忆不同，先一起看同一份材料，不要立即断言谁对谁错。\n2. **这次请求改变了什么？** 用一句话写清文字、页面数、渠道、目标客户、文件格式等的前后变化。“更有高级感”这类难以判断结果的表述，需要请客户提供具体例子。\n3. **是否影响其他工作和日程？** 不仅计算编辑时间，还要检查复核、测试以及其他已制作成果需要同步更改的部分。不能因为请求小就直接承诺原交付日期不变。\n4. **由谁在何时决定什么，才能开工？** 确认客户方审批人、所需资料和可开始的时间。回复“已收到”与承诺“开始做”是两回事。\n\n不必把四项检查写成冗长说明发给客户。内部仔细核对，对外则清楚呈现变化内容和可以选择的下一步。", "1. **現在合意している成果物は何ですか。** 最新の見積書、作業範囲の文書、承認メールを基準にします。記憶が違う場合は、どちらが正しいかを即断せず同じ資料を見て整理します。\n2. **今回の依頼で何が変わりますか。** 文言、画面数、媒体、対象顧客、ファイル形式など、変更前と変更後を一文で書きます。「もっと高級感を」のように結果を判断しにくい表現には具体例を求めます。\n3. **ほかの作業や日程にも影響しますか。** 修正時間だけでなく、再確認、テスト、関連する成果物の変更も確認します。小さな依頼だからといって元の納期をそのまま約束しません。\n4. **誰がいつ何を決めれば始められますか。** 顧客側の確認担当者、必要な資料、着手可能な時点を決めます。依頼を読んだという返事と、作業を開始する約束は区別します。\n\nこの4点を長文で説明する必要はありません。内部では丁寧に確認し、顧客には変更点と選べる次の行動が見える形で伝えます。", "1. **Sản phẩm bàn giao hiện đã thống nhất là gì?** Tìm căn cứ trong báo giá mới nhất, tài liệu phạm vi hoặc email phê duyệt. Nếu hai bên nhớ khác nhau, cùng xem một tài liệu thay vì vội kết luận ai đúng.\n2. **Yêu cầu này thay đổi điều gì?** Viết một câu mô tả trước và sau về nội dung, số màn hình, kênh, nhóm khách hàng hoặc định dạng tệp. Với mô tả khó đánh giá như “cao cấp hơn”, hãy xin ví dụ cụ thể.\n3. **Có ảnh hưởng đến công việc khác và lịch trình không?** Tính cả rà soát, kiểm thử và thay đổi các sản phẩm liên quan, không chỉ thời gian sửa. Yêu cầu nhỏ không có nghĩa có thể tự động giữ nguyên hạn bàn giao.\n4. **Ai cần quyết định gì, vào lúc nào, để bắt đầu?** Xác định người duyệt phía khách hàng, tài liệu cần có và thời điểm có thể khởi động. Xác nhận đã nhận yêu cầu khác với cam kết bắt tay làm.\n\nKhông cần gửi khách một lời giải thích dài cho cả bốn câu hỏi. Hãy kiểm tra kỹ nội bộ, sau đó trình bày rõ điều thay đổi và những bước tiếp theo có thể chọn.", "1. **Какой результат согласован сейчас?** Найдите основание в последней смете, описании объема или письме с одобрением. Если воспоминания расходятся, разберите один и тот же документ вместе, не объявляя сразу одну сторону правой.\n2. **Что меняет эта просьба?** Одним предложением опишите состояние до и после: текст, число экранов, канал, аудиторию или формат файла. Для формулировки вроде «сделайте премиальнее», по которой трудно оценить результат, попросите конкретный пример.\n3. **Затронет ли это другие задачи и график?** Учитывайте не только редактирование, но и повторную проверку, тестирование и изменения связанных результатов. Маленькая просьба не означает, что можно автоматически обещать прежний срок.\n4. **Кто, что и когда должен решить для старта?** Определите согласующего со стороны клиента, нужные материалы и возможную дату начала. Подтверждение получения запроса отличается от обещания начать работу.\n\nНе нужно отправлять клиенту длинное объяснение всех четырех проверок. Внутри разберите их внимательно, а клиенту ясно покажите изменения и доступные следующие шаги." ] }, { "title": [ "한 페이지 추가 요청이라면 이렇게 판단합니다", "How to assess a request for one more page", "客户要求再加一个页面时如何判断", "ページを1枚追加してほしいと言われたら", "Cách đánh giá yêu cầu thêm một trang", "Как оценить просьбу добавить одну страницу" ], "body": [ "다음은 설명을 위한 가상 사례입니다. 서비스 소개 페이지 한 장을 제작하고 있는데, 고객이 행사 신청 페이지도 만들어 달라고 요청했습니다.\n\n같은 브랜드의 페이지라는 이유만으로 기존 수정에 포함되는 것은 아닙니다. 신청 정보, 완료 안내, 제출 확인처럼 별도의 준비와 검토가 필요한지 확인해야 합니다. 반대로 기존 소개 페이지에서 잘못 적힌 날짜를 고치는 요청이라면 같은 기준으로 추가 작업이라고 판단해서는 안 됩니다.\n\n처음 합의가 모호하다면 그 사실부터 인정하고 이번에 진행할 내용을 함께 정리하세요. 과거에 없던 기준을 이미 합의한 규칙인 것처럼 설명하지 않는 것이 중요합니다.", "Here is a hypothetical example. You are creating one service introduction page, and the client asks for an event registration page as well.\n\nA page for the same brand is not automatically included in the original revision scope. Check whether registration fields, completion instructions, and submission confirmation require separate preparation and review. Conversely, correcting a date you entered incorrectly on the original page should not be classified as additional work by the same logic.\n\nIf the initial agreement was unclear, acknowledge that first and clarify what will be done now together. Do not describe a newly introduced criterion as a rule already agreed in the past.", "以下是假设案例。你正在制作一个服务介绍页面，客户又要求增加活动报名页面。\n\n同一品牌的页面不代表自动包含在原有修改范围内。要检查报名字段、完成提示、提交确认等是否需要额外准备和验证。反过来，如果只是纠正你在原介绍页上写错的日期，就不能用同样的理由将其划为额外工作。\n\n如果最初约定不明确，应先承认这一点，再共同整理本次要完成的内容。不要把过去没有的标准说成早已达成一致的规则。", "説明のための架空の例です。サービス紹介ページを1枚制作している途中で、イベント申込ページも作ってほしいと依頼されました。\n\n同じブランドのページだからといって、元の修正範囲に含まれるとは限りません。申込項目、完了後の案内、送信確認など、別の準備や検証が必要かを確認します。一方、紹介ページに誤って記載した日付を直す依頼を、同じ理屈で追加作業にしてはいけません。\n\n最初の合意が曖昧なら、まずその点を認めて、今回進める内容を一緒に整理します。以前なかった基準を、すでに合意したルールのように説明しないことが大切です。", "Đây là ví dụ giả định để minh họa. Bạn đang làm một trang giới thiệu dịch vụ và khách đề nghị thêm trang đăng ký sự kiện.\n\nCùng thuộc một thương hiệu không có nghĩa trang mới tự động nằm trong phạm vi chỉnh sửa cũ. Cần kiểm tra các trường đăng ký, hướng dẫn hoàn tất và xác nhận gửi có đòi hỏi chuẩn bị, kiểm tra riêng không. Ngược lại, sửa ngày mà bạn ghi sai trên trang giới thiệu không nên bị xếp là công việc bổ sung theo cùng cách suy luận.\n\nNếu thỏa thuận ban đầu chưa rõ, hãy thừa nhận điều đó trước rồi cùng làm rõ nội dung sẽ thực hiện lần này. Không trình bày một tiêu chí mới như quy tắc hai bên đã thống nhất từ trước.", "Рассмотрим вымышленный пример. Вы делаете одну страницу с описанием услуги, а клиент просит еще страницу регистрации на мероприятие.\n\nТо, что страницы относятся к одному бренду, не означает автоматического включения в прежний объем правок. Проверьте, требуют ли поля регистрации, инструкции после завершения и подтверждение отправки отдельной подготовки и проверки. И наоборот: исправление даты, которую вы неверно указали на исходной странице, не следует по той же логике считать дополнительной работой.\n\nЕсли первоначальная договоренность была неясной, сначала признайте это и вместе уточните, что будет сделано сейчас. Не представляйте новый критерий как правило, согласованное раньше." ] }, { "title": [ "고객 답장은 접수, 영향, 선택 순서로 씁니다", "Reply in the order: receipt, impact, options", "按收到请求、影响、选项的顺序回复", "返信は受付、影響、選択肢の順に書く", "Trả lời theo thứ tự tiếp nhận, ảnh hưởng, lựa chọn", "Стройте ответ в порядке: получение, последствия, варианты" ], "body": [ "요청을 받은 직후에는 확인되지 않은 일정부터 약속하지 마세요. 먼저 접수 사실과 언제 검토 결과를 알려줄지 답할 수 있습니다. 다음은 실제 상황에 맞게 바꿔 쓸 수 있는 예시입니다.\n\n> 요청하신 행사 신청 페이지 내용을 확인했습니다. 현재 제작 중인 서비스 소개 페이지 외에 신청 항목과 제출 후 안내가 추가되는 것으로 이해했습니다. 필요한 자료와 작업 일정을 확인한 뒤, 내일 오후 3시까지 추가 진행안과 기존 일정 유지안을 함께 보내드리겠습니다.\n\n검토 후에는 가능한 선택지를 실제 조건과 함께 제시합니다. 기존 범위를 유지할지, 일부 항목을 바꿀지, 별도 작업으로 진행할지 설명하고 고객의 확인을 받은 뒤 착수하세요. 비용이나 날짜가 달라진다면 그 내용을 숨기지 않습니다.\n\n고객이 답하지 않았다고 임의로 작업을 시작하지는 않습니다. 반대로 이미 합의한 다른 업무까지 멈춰야 하는지도 따로 판단해야 합니다. 변경 요청 하나가 전체 프로젝트의 무기한 대기가 되지 않게 하세요.", "Do not promise an unverified deadline immediately after receiving a request. You can first acknowledge it and say when you will share the assessment. Adapt this example to the actual situation:\n\n> I have received your request for an event registration page. I understand that it adds registration fields and post-submission instructions beyond the service introduction page currently in progress. After checking the required materials and schedule, I will send you both an additional-work option and an option that preserves the existing schedule by 3 p.m. tomorrow.\n\nAfter reviewing, present feasible options with their actual conditions. Explain whether the original scope can stay, selected items can be replaced, or separate work is needed, and obtain the client's confirmation before starting. Do not hide changes in price or dates.\n\nDo not start at your own discretion just because the client has not replied. Separately assess whether other already-agreed work needs to pause. One change request should not become an indefinite wait for the entire project.", "刚收到请求时，不要先承诺尚未核实的日期。可以先确认收到，并说明何时反馈评估结果。以下示例请按实际情况调整：\n\n> 已收到活动报名页面的请求。我的理解是，在目前制作的服务介绍页面之外，还需要增加报名字段和提交后的提示。我会核对所需资料与排期，在明天下午三点前同时提供追加制作方案和维持原日程的方案。\n\n评估之后，把可行选项与实际条件一起说明。解释是保持原范围、替换部分项目，还是另行制作，并在获得客户确认后开工。费用或日期发生变化时，不要隐瞒。\n\n客户未回复，不等于可以自行开工。同时也要单独判断其他已约定工作是否真的需要暂停，避免一个变更请求让整个项目无限期等待。", "依頼を受けた直後に、未確認の日程を約束しないでください。まず受付と、いつ検討結果を伝えるかを返せます。次の例を実情に合わせて調整してください。\n\n> イベント申込ページのご依頼を確認しました。現在制作中のサービス紹介ページに加え、申込項目と送信後の案内が必要になると理解しています。必要資料と作業日程を確認し、明日15時までに追加対応案と既存日程を維持する案をお送りします。\n\n検討後は、実際の条件とともに可能な選択肢を提示します。元の範囲を維持するか、一部を置き換えるか、別作業にするかを説明し、顧客の確認後に着手します。費用や日付が変わるなら隠しません。\n\n返信がないことを理由に勝手に着手しない一方、合意済みのほかの業務も止める必要があるかは別に判断します。一つの変更依頼でプロジェクト全体が無期限の待機にならないようにします。", "Đừng hứa một thời hạn chưa kiểm tra ngay khi nhận yêu cầu. Bạn có thể xác nhận đã nhận và cho biết khi nào sẽ phản hồi kết quả đánh giá. Điều chỉnh ví dụ này theo tình huống thực tế:\n\n> Tôi đã nhận yêu cầu làm trang đăng ký sự kiện. Tôi hiểu rằng ngoài trang giới thiệu dịch vụ đang thực hiện, sẽ có thêm các trường đăng ký và hướng dẫn sau khi gửi. Sau khi kiểm tra tài liệu cần thiết và lịch làm việc, tôi sẽ gửi cả phương án bổ sung lẫn phương án giữ lịch hiện tại trước 3 giờ chiều ngày mai.\n\nSau khi xem xét, trình bày lựa chọn khả thi cùng điều kiện thực tế. Giải thích việc giữ nguyên phạm vi, thay thế một số hạng mục hoặc tách thành công việc khác, rồi chỉ bắt đầu sau khi khách xác nhận. Không che giấu thay đổi về giá hay ngày hoàn thành.\n\nKhách chưa trả lời không phải lý do để tự ý bắt đầu. Đồng thời, cần đánh giá riêng xem các việc khác đã thống nhất có thực sự cần dừng hay không. Đừng để một yêu cầu thay đổi khiến toàn bộ dự án chờ vô thời hạn.", "Не обещайте непроверенный срок сразу после получения просьбы. Сначала можно подтвердить ее получение и сообщить, когда вы дадите оценку. Адаптируйте пример к реальной ситуации:\n\n> Получил запрос на страницу регистрации на мероприятие. Я понимаю его как добавление полей регистрации и инструкций после отправки сверх страницы описания услуги, которая сейчас в работе. Проверю необходимые материалы и график и завтра до 15:00 пришлю вариант дополнительной работы и вариант с сохранением текущих сроков.\n\nПосле оценки предложите выполнимые варианты с реальными условиями. Объясните, можно ли сохранить исходный объем, заменить отдельные пункты или вынести задачу отдельно, и начинайте после подтверждения клиента. Не скрывайте изменения цены или дат.\n\nНе начинайте по своему усмотрению только потому, что клиент не ответил. При этом отдельно оцените, действительно ли нужно останавливать другие уже согласованные задачи. Один запрос не должен превращаться в бессрочное ожидание всего проекта." ] }, { "title": [ "요청과 승인 결과를 한곳에 남깁니다", "Keep requests and approval outcomes together", "将请求与确认结果保存在同一处", "依頼と承認結果を一か所に残す", "Lưu yêu cầu và kết quả phê duyệt ở cùng một nơi", "Храните запрос и результат согласования вместе" ], "body": [ "관리 도구를 새로 도입하기 전에, 요청마다 다음 내용을 한 줄로 남겨 보세요.\n\n- 요청을 받은 날짜와 원문 위치\n- 기존 합의와 달라지는 내용\n- 오류 수정, 범위 내 수정, 추가 작업 중 검토한 유형\n- 고객에게 안내한 일정과 조건\n- 확인 담당자와 실제 회신 내용\n- 다음 행동과 확인할 날짜\n\n전화로 정한 내용도 짧게 정리해 고객에게 확인을 요청하면 서로의 이해를 맞추는 데 도움이 됩니다. 기록이 있다는 이유만으로 합의가 끝났다고 단정하지 말고, 답변이 필요한 항목과 확인된 항목을 구분하세요.", "Before introducing another management tool, keep a concise record for each request:\n\n- Date received and the location of the original request\n- What changes from the existing agreement\n- The assessed category: error correction, in-scope revision, or additional work\n- Schedule and conditions communicated to the client\n- Approver and their actual response\n- Next action and review date\n\nA brief recap of phone decisions sent to the client for confirmation can also align understanding. A written record alone does not prove that agreement is complete; distinguish unanswered items from confirmed ones.", "引入新的管理工具之前，先为每个请求简明记录以下内容：\n\n- 收到日期与原始请求的位置\n- 相对原约定发生的变化\n- 判断属于错误修正、范围内修改还是额外工作\n- 已告知客户的日程与条件\n- 确认负责人及其实际回复\n- 下一步行动与复查日期\n\n电话中确定的内容也可以简短整理后请客户确认，以对齐理解。有书面记录并不代表已经完全达成一致，应区分待回复事项与已确认事项。", "新しい管理ツールを導入する前に、依頼ごとに次の内容を簡潔に残します。\n\n- 受付日と元の依頼の場所\n- 既存の合意から変わる内容\n- 誤りの訂正、範囲内の修正、追加作業のどれと判断したか\n- 顧客に伝えた日程と条件\n- 確認担当者と実際の返答\n- 次の行動と確認日\n\n電話で決めた内容も短くまとめ、顧客に確認を依頼すると認識を合わせやすくなります。記録があるだけで合意が完了したと考えず、返答待ちと確認済みを区別してください。", "Trước khi thêm công cụ quản lý mới, hãy ghi ngắn gọn cho mỗi yêu cầu:\n\n- Ngày tiếp nhận và nơi lưu yêu cầu gốc\n- Nội dung khác với thỏa thuận hiện tại\n- Nhóm đã đánh giá: sửa lỗi, chỉnh sửa trong phạm vi hay công việc bổ sung\n- Lịch trình và điều kiện đã thông báo\n- Người xác nhận và phản hồi thực tế\n- Hành động tiếp theo và ngày kiểm tra\n\nTóm tắt ngắn nội dung đã trao đổi qua điện thoại rồi xin khách xác nhận cũng giúp thống nhất cách hiểu. Có bản ghi không đồng nghĩa đã đạt đầy đủ thỏa thuận; hãy phân biệt mục đang chờ trả lời với mục đã xác nhận.", "Прежде чем вводить новый инструмент управления, кратко фиксируйте для каждого запроса:\n\n- Дату получения и место исходного сообщения\n- Отличие от текущей договоренности\n- Выбранную категорию: ошибка, правка в рамках объема или дополнительная работа\n- Сообщенные клиенту сроки и условия\n- Ответственного за согласование и его фактический ответ\n- Следующее действие и дату проверки\n\nКраткое резюме телефонных решений, отправленное клиенту на подтверждение, тоже помогает согласовать понимание. Наличие записи само по себе не означает завершенного согласования: разделяйте вопросы без ответа и подтвержденные пункты." ] }, { "title": [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы" ], "body": [ "### 금방 끝나는 요청도 매번 견적을 다시 보내야 하나요?\n\n반드시 그런 것은 아닙니다. 합의한 범위와 일정 영향부터 확인하고, 포함해서 처리하기로 했다면 이번에 포함한 내용과 남은 범위를 명확히 남기세요. 작은 요청을 모두 청구 대상으로 만들자는 것이 아니라, 반복해서 생기는 판단을 보이게 만들자는 뜻입니다.\n\n### 고객이 여러 채널로 요청하면 어떻게 하나요?\n\n고객이 채널을 옮겨 다니며 같은 설명을 반복하게 하기보다, 접수한 사람이 요청을 한곳에 모아 최신 정리본을 보내는 방식부터 시작하세요. 서로 충돌하는 의견이 있으면 고객 측 최종 확인 담당자에게 우선순위를 확인합니다.\n\n### AI로 요청을 분류해도 되나요?\n\n민감한 고객 정보가 외부 도구에 전달되지 않도록 확인한 뒤 초안 정리에 활용할 수 있습니다. 다만 어떤 작업을 포함할지, 얼마를 안내할지, 언제까지 약속할지는 실제 합의와 수행 가능성을 검토한 사람이 결정해야 합니다.", "### Does every quick request require a new quote?\n\nNot necessarily. Check the agreed scope and schedule impact first. If you decide to include it, record exactly what is included this time and what remains in scope. The aim is not to bill for every small request, but to make recurring judgments visible.\n\n### What if requests arrive through several channels?\n\nRather than making the client repeat the same explanation across channels, start by having the recipient consolidate the requests and send an up-to-date summary. If instructions conflict, ask the client's final approver to confirm priorities.\n\n### Can AI classify the requests?\n\nIt can help organize a draft after you check that sensitive client information will not be sent to an external tool. However, a person who has reviewed the actual agreement and feasibility must decide what to include, what price to communicate, and what deadline to promise.", "### 很快就能完成的请求也必须重新报价吗？\n\n不一定。先检查约定范围和日程影响；决定包含在原工作中时，应写清这次包含什么、还剩哪些范围。目的不是对每个小请求收费，而是让反复发生的判断过程清晰可见。\n\n### 客户通过多个渠道提出请求怎么办？\n\n与其让客户在不同渠道重复说明，不如由接收方汇总请求并发送最新整理版。若意见互相冲突，请客户方最终确认负责人明确优先级。\n\n### 可以让 AI 分类请求吗？\n\n在确认不会把敏感客户信息发送给外部工具之后，可以用它整理草稿。但哪些工作应包含、报价多少、承诺何时完成，必须由核对过实际约定和可行性的人决定。", "### すぐ終わる依頼でも毎回見積もり直しが必要ですか。\n\n必ずしも必要ではありません。合意範囲と日程への影響を先に確認し、含めて対応するなら、今回含める内容と残りの範囲を明記します。小さな依頼をすべて請求対象にするのではなく、繰り返す判断を見える形にするのが目的です。\n\n### 複数の媒体から依頼が来たらどうしますか。\n\n顧客に同じ説明を何度もさせるより、受け付けた側が依頼をまとめて最新版を送ることから始めます。意見が食い違う場合は、顧客側の最終確認担当者に優先順位を確認します。\n\n### AIで依頼を分類してもよいですか。\n\n機密性のある顧客情報が外部ツールへ送られないことを確認したうえで、下書きの整理に使えます。ただし、含める作業、提示金額、約束する期限は、実際の合意と実行可能性を確認した人が決める必要があります。", "### Yêu cầu làm rất nhanh cũng phải báo giá lại sao?\n\nKhông nhất thiết. Kiểm tra phạm vi đã thống nhất và ảnh hưởng lịch trình trước. Nếu quyết định bao gồm công việc đó, ghi rõ lần này bao gồm gì và phạm vi còn lại là gì. Mục tiêu không phải tính phí mọi yêu cầu nhỏ mà là làm rõ những quyết định lặp lại.\n\n### Nếu khách gửi yêu cầu qua nhiều kênh thì sao?\n\nThay vì bắt khách giải thích lại ở từng kênh, người tiếp nhận nên gom yêu cầu và gửi bản tổng hợp mới nhất. Khi ý kiến mâu thuẫn, hãy nhờ người có quyền xác nhận cuối cùng phía khách hàng xác định ưu tiên.\n\n### Có thể dùng AI phân loại yêu cầu không?\n\nCó thể dùng để sắp xếp bản nháp sau khi bảo đảm thông tin khách hàng nhạy cảm không bị gửi cho công cụ bên ngoài. Tuy nhiên, người đã kiểm tra thỏa thuận và tính khả thi phải quyết định công việc nào được bao gồm, mức giá thông báo và hạn hoàn thành cam kết.", "### Нужно ли заново оценивать каждую быструю правку?\n\nНе обязательно. Сначала проверьте согласованный объем и влияние на сроки. Если решили включить работу, четко запишите, что именно включено в этот раз и какой объем остается. Цель — не выставлять счет за каждую мелочь, а сделать повторяющиеся решения понятными.\n\n### Что делать, если клиент пишет через разные каналы?\n\nВместо того чтобы заставлять клиента повторять объяснение в каждом канале, получатель может собрать запросы и отправить актуальное резюме. При противоречивых указаниях уточните приоритеты у того, кто окончательно согласует работу со стороны клиента.\n\n### Можно ли классифицировать запросы с помощью ИИ?\n\nОн может помочь упорядочить черновик после проверки, что чувствительные клиентские данные не уйдут во внешний инструмент. Однако решение о включении работ, сообщаемой цене и обещанном сроке должен принять человек, проверивший реальные договоренности и выполнимость." ] }, { "title": [ "오늘은 최근 요청 하나만 정리해 보세요", "Start with one recent request today", "今天先整理一个最近的请求", "今日は最近の依頼を一つだけ整理する", "Hôm nay chỉ cần sắp xếp một yêu cầu gần đây", "Сегодня разберите только один недавний запрос" ], "body": [ "최근 받은 “이것만 더” 요청 하나를 골라 네 질문에 답해 보세요. 작업을 이미 시작했더라도 지금까지 확인된 내용과 아직 결정되지 않은 부분을 나누는 데서 시작할 수 있습니다.\n\n견적 단계의 기준이 부족했다면 [첫 서비스 견적을 정하기 전에 확인할 조건](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote)을, 같은 질문이 반복된다면 [고객이 다음 행동을 선택할 수 있는 FAQ 작성법](https://officialsite.kr/blog/solo-business-customer-faq)을 함께 확인해 보세요.\n\n정리한 기준을 다음 프로젝트에도 반복해 쓰고 싶다면 [반복 업무를 한 페이지 매뉴얼로 만드는 방법](https://officialsite.kr/blog/solo-business-one-page-sop)으로 이어갈 수 있습니다. 메일로 요청을 주고받는 팀이라면 카베닉스(KAVENIX)가 운영하는 오피셜메일의 [대표 메일과 문의 기록 운영 기준](https://officialsite.kr/blog/representative-email-address-guide)도 참고할 수 있습니다. 도구보다 먼저 정할 것은 누가 요청을 판단하고 어떤 답을 남길지입니다.", "Choose one recent “just one more thing” request and answer the four questions. Even if work has already started, you can begin by separating confirmed facts from open decisions.\n\nIf your quotation criteria need work, review [what to check before setting a first service quote](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote). For repeated questions, see [how to write an FAQ that helps clients choose their next action](https://officialsite.kr/blog/solo-business-customer-faq).\n\nTo reuse these criteria on the next project, continue with [turning recurring work into a one-page operating manual](https://officialsite.kr/blog/solo-business-one-page-sop). Teams that exchange requests by email can also consult [primary email and inquiry-record operating principles](https://officialsite.kr/blog/representative-email-address-guide) from OfficialMail, operated by KAVENIX. Before choosing a tool, decide who evaluates requests and what response they should leave.", "选一个最近收到的“再加一点”请求，回答这四个问题。即使已经开工，也可以从区分已确认事实和未定事项开始。\n\n如果报价阶段的标准不够明确，可以查看[首次服务报价前应确认的条件](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote)；若同类问题反复出现，可参考[帮助客户选择下一步的 FAQ 写法](https://officialsite.kr/blog/solo-business-customer-faq)。\n\n想把标准延续到下个项目，可继续阅读[将重复工作整理成一页操作手册的方法](https://officialsite.kr/blog/solo-business-one-page-sop)。通过邮件沟通请求的团队，也可参考由 KAVENIX 运营的 OfficialMail 提供的[主邮箱与咨询记录运营原则](https://officialsite.kr/blog/representative-email-address-guide)。选择工具之前，应先明确由谁判断请求，以及留下怎样的回复。", "最近の「これも少しだけ」という依頼を一つ選び、4つの質問に答えてください。すでに着手していても、確認済みの内容と未決事項を分けることから始められます。\n\n見積段階の基準が不足していたら[初めてのサービス見積もり前に確認する条件](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote)を、同じ質問が繰り返されるなら[顧客が次の行動を選べるFAQの作り方](https://officialsite.kr/blog/solo-business-customer-faq)を確認してください。\n\n基準を次の案件でも使うには[繰り返し業務を1ページのマニュアルにする方法](https://officialsite.kr/blog/solo-business-one-page-sop)が役立ちます。メールで依頼をやり取りするチームは、カベニックス(KAVENIX)が運営するOfficialMailの[代表メールと問い合わせ記録の運用基準](https://officialsite.kr/blog/representative-email-address-guide)も参考にできます。ツールより先に、誰が依頼を判断し、どのような返答を残すかを決めましょう。", "Chọn một yêu cầu “thêm chút này nữa” gần đây và trả lời bốn câu hỏi. Dù đã bắt đầu làm, bạn vẫn có thể tách những điều đã xác nhận khỏi quyết định còn bỏ ngỏ.\n\nNếu tiêu chí báo giá chưa đủ rõ, xem [những điều cần kiểm tra trước báo giá dịch vụ đầu tiên](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote). Nếu câu hỏi lặp lại, tham khảo [cách viết FAQ giúp khách chọn hành động tiếp theo](https://officialsite.kr/blog/solo-business-customer-faq).\n\nĐể dùng lại tiêu chí cho dự án sau, đọc [cách biến việc lặp lại thành hướng dẫn vận hành một trang](https://officialsite.kr/blog/solo-business-one-page-sop). Nhóm trao đổi yêu cầu qua email cũng có thể xem [nguyên tắc vận hành email chính và hồ sơ yêu cầu](https://officialsite.kr/blog/representative-email-address-guide) của OfficialMail do KAVENIX vận hành. Trước khi chọn công cụ, hãy quyết định ai đánh giá yêu cầu và cần lưu câu trả lời như thế nào.", "Выберите одну недавнюю просьбу «еще немного» и ответьте на четыре вопроса. Даже если работа уже началась, можно начать с разделения подтвержденного и пока не решенного.\n\nЕсли не хватает критериев на этапе оценки, прочитайте [что проверить перед первой сметой на услугу](https://officialsite.kr/blog/solo-founder-service-pricing-first-quote). Для повторяющихся вопросов полезно [руководство по FAQ, который помогает клиенту выбрать следующий шаг](https://officialsite.kr/blog/solo-business-customer-faq).\n\nДля повторного применения критериев используйте [способ превратить регулярную работу в одностраничный регламент](https://officialsite.kr/blog/solo-business-one-page-sop). Командам, обсуждающим запросы по почте, также пригодятся [принципы работы основного адреса и учета обращений](https://officialsite.kr/blog/representative-email-address-guide) от OfficialMail, сервиса компании KAVENIX. До выбора инструмента решите, кто оценивает запросы и какой ответ должен оставаться в записи." ] } ] }, { slug: "company-email-first-impression-checklist", category: COMPANY_EMAIL, title: [ "회사메일 첫인상 체크리스트: 고객이 본문보다 먼저 보는 5가지", "Company Email First-Impression Checklist: Five Things Customers Notice Before the Message", "公司邮箱第一印象清单：客户阅读正文前先看到的 5 项", "会社メールの第一印象チェック：本文より先に見られる5項目", "Checklist ấn tượng đầu tiên của email công ty: 5 điều khách hàng thấy trước nội dung", "Первое впечатление от корпоративного письма: 5 деталей до текста", ], description: [ "발신자 이름, 회사메일 주소, 제목, 서명, 회신 주체를 정리해 첫 거래의 불확실성을 줄이는 실무 체크리스트입니다.", "A practical checklist for the sender name, company address, subject, signature, and reply owner that reduces uncertainty in a first business exchange.", "通过整理发件人名称、公司邮箱、主题、签名和回复负责人，降低首次商务沟通的不确定性。", "送信者名、会社アドレス、件名、署名、返信担当を整え、初回取引の不安を減らす実務チェックです。", "Checklist thực tế về tên người gửi, địa chỉ công ty, tiêu đề, chữ ký và người trả lời để giảm sự thiếu chắc chắn trong lần liên hệ đầu tiên.", "Практический список для имени отправителя, адреса компании, темы, подписи и ответственного за ответ, снижающий неопределенность первого контакта.", ], sections: [ { title: ["발신자와 주소가 한 브랜드로 보여야 합니다", "Make the sender and address look like one brand", "让发件人与邮箱呈现同一品牌", "送信者名とアドレスを同じブランドにする", "Đồng nhất người gửi và địa chỉ theo một thương hiệu", "Свяжите имя отправителя и адрес с одним брендом"], body: ["고객은 본문을 열기 전에 발신자 이름과 주소부터 확인합니다. 회사명 또는 담당자명과 회사명을 함께 표시하고, 개인 포털 주소가 아닌 회사 도메인 주소를 사용하면 누가 왜 보냈는지 빠르게 판단할 수 있습니다.", "Customers see the sender name and address before opening the message. Use the company name, or a person plus company, together with a company-domain address so the recipient can immediately identify who sent it and why.", "客户打开邮件前会先看发件人名称和地址。使用公司名，或姓名加公司名，并配合公司域名邮箱，可让收件人立即判断邮件来源与目的。", "顧客は本文を開く前に送信者名とアドレスを確認します。会社名、または担当者名と会社名を併記し、会社ドメインのアドレスを使うと送信元と目的がすぐ伝わります。", "Khách hàng nhìn tên và địa chỉ người gửi trước khi mở thư. Hãy dùng tên công ty, hoặc tên người kèm công ty, cùng địa chỉ theo tên miền doanh nghiệp để họ nhận biết ngay ai gửi và vì sao.", "До открытия письма получатель видит имя и адрес. Укажите компанию или имя сотрудника вместе с компанией и используйте адрес на корпоративном домене, чтобы источник и цель были понятны сразу."], }, { title: ["제목은 요청과 다음 행동을 보여줍니다", "Use the subject to state the request and next action", "主题应说明请求与下一步", "件名で依頼と次の行動を示す", "Tiêu đề cần nêu yêu cầu và hành động tiếp theo", "Тема должна отражать запрос и следующий шаг"], body: ["인사말만 넣거나 긴 홍보 문장을 쓰기보다 견적 확인, 일정 조율, 자료 요청처럼 목적을 먼저 적으세요. 기한이나 프로젝트명이 있다면 함께 넣되 과장된 긴급 표현은 피해야 신뢰를 유지할 수 있습니다.", "Instead of a greeting or a long promotional line, lead with the purpose: quotation review, schedule coordination, or document request. Add a deadline or project name when relevant, but avoid exaggerated urgency.", "不要只写问候或冗长宣传语，应先写明报价确认、日程协调或资料请求等目的。可补充截止日期或项目名，但应避免夸张的紧急措辞。", "挨拶だけや長い宣伝文ではなく、見積確認、日程調整、資料依頼など目的を先に書きます。期限や案件名は必要に応じて加え、過度な緊急表現は避けます。", "Thay vì chỉ chào hỏi hoặc quảng cáo dài, hãy nêu mục đích trước như duyệt báo giá, sắp lịch hoặc yêu cầu tài liệu. Có thể thêm hạn chót hay tên dự án nhưng tránh tạo cảm giác khẩn cấp quá mức.", "Вместо приветствия или длинной рекламы сразу укажите цель: согласование сметы, расписания или запрос документов. При необходимости добавьте срок или проект, но избегайте искусственной срочности."], }, { title: ["서명과 회신 경로를 발송 전에 점검합니다", "Check the signature and reply path before sending", "发送前检查签名与回复路径", "送信前に署名と返信先を確認する", "Kiểm tra chữ ký và đường trả lời trước khi gửi", "Проверьте подпись и маршрут ответа до отправки"], body: ["서명에는 회사명, 담당자, 연락처와 공식 웹사이트만 간결하게 넣습니다. Reply-To가 실제 담당 메일함으로 연결되는지 외부 주소로 시험 발송하고, 모바일에서도 제목과 서명이 잘리는지 확인하세요.", "Keep the signature concise with the company, owner, contact details, and official website. Send a test to an external address to confirm Reply-To reaches the responsible mailbox and that the subject and signature remain readable on mobile.", "签名应简洁包含公司、负责人、联系方式和官网。向外部邮箱测试发送，确认 Reply-To 指向实际负责人，并检查移动端主题和签名是否完整。", "署名は会社名、担当者、連絡先、公式サイトに絞ります。外部アドレスへテスト送信し、Reply-Toが担当メールへ届くこととモバイル表示を確認します。", "Chữ ký chỉ nên có công ty, người phụ trách, liên hệ và website chính thức. Gửi thử ra địa chỉ ngoài để kiểm tra Reply-To về đúng hộp thư và tiêu đề, chữ ký hiển thị tốt trên di động.", "Оставьте в подписи компанию, ответственного, контакты и официальный сайт. Отправьте тест на внешний адрес, проверьте Reply-To и читаемость темы и подписи на мобильном."], }, ], }, { slug: "solo-business-customer-faq", category: SOLO_OPERATIONS, title: ["1인기업 고객 FAQ 만드는 법: 반복 문의를 줄이는 7단계", "How a Solo Business Can Build a Customer FAQ in Seven Steps", "一人企业客户 FAQ 制作方法：减少重复咨询的 7 个步骤", "一人会社の顧客FAQ作成法：繰り返し問い合わせを減らす7段階", "Cách doanh nghiệp một người tạo FAQ khách hàng trong 7 bước", "Как создать FAQ для клиентов малого бизнеса: 7 шагов"], description: ["반복 문의를 복사해 붙이는 데서 끝나지 않고, 고객이 스스로 다음 행동을 선택할 수 있는 FAQ를 만드는 운영법입니다.", "A seven-step method for turning repeated questions into an FAQ that helps customers choose the next action without waiting for a reply.", "把重复咨询整理成能让客户自行选择下一步的 FAQ，而不是只复制粘贴答复。", "繰り返し質問を、顧客が自分で次の行動を選べるFAQへ変える運用方法です。", "Phương pháp biến câu hỏi lặp lại thành FAQ giúp khách hàng tự chọn bước tiếp theo mà không phải chờ trả lời.", "Метод превращения повторяющихся вопросов в FAQ, который помогает клиенту самостоятельно выбрать следующий шаг."], sections: [ { title: ["실제 문의 기록에서 질문을 모읍니다", "Collect questions from real conversations", "从真实咨询记录中收集问题", "実際の問い合わせ履歴から集める", "Thu thập câu hỏi từ trao đổi thực tế", "Соберите вопросы из реальных обращений"], body: ["기억에 의존하지 말고 최근 한 달의 메일과 상담 기록을 모아 같은 의도의 질문을 묶으세요. 표현이 달라도 고객이 해결하려는 일이 같다면 하나의 질문으로 정리하고 빈도와 응답 시간을 함께 기록합니다.", "Review a month of email and support history instead of relying on memory. Group wording variants by the job the customer is trying to complete, then record frequency and the time required to answer.", "不要凭记忆，应查看最近一个月的邮件和咨询记录，按客户想解决的同一任务归类不同表述，并记录频率与答复时间。", "記憶ではなく直近1か月のメールと相談履歴を確認し、表現が違っても目的が同じ質問をまとめ、頻度と回答時間を記録します。", "Đừng dựa vào trí nhớ; hãy xem email và lịch sử hỗ trợ trong một tháng, nhóm các cách hỏi khác nhau theo cùng mục tiêu rồi ghi tần suất và thời gian trả lời.", "Не полагайтесь на память: изучите письма и обращения за месяц, объедините разные формулировки по одной задаче и отметьте частоту и время ответа."], }, { title: ["답변은 결론, 조건, 행동 순서로 씁니다", "Write each answer as conclusion, conditions, and action", "按结论、条件、操作顺序写答案", "結論・条件・手順の順で書く", "Viết câu trả lời theo kết luận, điều kiện và hành động", "Стройте ответ как вывод, условия и действия"], body: ["첫 문장에서 가능 여부를 답하고, 예외 조건을 짧게 설명한 뒤 고객이 눌러야 할 메뉴나 준비할 정보를 순서대로 안내하세요. 내부 용어보다 화면에 보이는 명칭을 사용하고 관련 페이지는 설명형 링크로 연결합니다.", "Answer yes or no in the first sentence, explain exceptions briefly, and list the menu or information the customer needs in order. Use labels visible in the product rather than internal terms, with descriptive links to the relevant page.", "首句先回答是否可行，再简短说明例外条件，按顺序列出客户要点击的菜单或准备的信息。使用页面可见名称，并用说明性链接连接相关页面。", "最初の文で可否を答え、例外を短く説明し、必要なメニューや情報を順に案内します。社内用語ではなく画面上の名称を使い、説明的なリンクを付けます。", "Câu đầu trả lời có hay không, sau đó nêu ngắn gọn ngoại lệ và liệt kê menu hoặc thông tin khách cần theo thứ tự. Dùng tên hiển thị trên màn hình và liên kết có mô tả.", "В первом предложении дайте прямой ответ, кратко поясните исключения и перечислите меню или данные по порядку. Используйте названия из интерфейса и понятные ссылки."], }, { title: ["검색어와 문의 감소를 기준으로 갱신합니다", "Update the FAQ using searches and reduced inquiries", "根据搜索词与咨询减少情况更新", "検索語と問い合わせ減少で更新する", "Cập nhật theo từ khóa tìm kiếm và mức giảm câu hỏi", "Обновляйте по поисковым фразам и снижению обращений"], body: ["FAQ를 공개한 뒤에도 사이트 검색어, 클릭한 링크, 동일 문의 수를 매달 확인하세요. 고객이 답을 읽고도 문의한다면 질문 제목이나 다음 행동이 모호한 것이므로 문장을 더 짧고 구체적으로 수정합니다.", "After publication, review site searches, clicked links, and repeated inquiries each month. If customers still contact you after reading, the question title or next action is unclear; shorten it and make the instruction more specific.", "发布后每月检查站内搜索词、点击链接和重复咨询数。客户阅读后仍来询问，说明标题或下一步不清楚，应缩短并具体化说明。", "公開後も検索語、クリック、同じ問い合わせ数を毎月確認します。読後も質問されるなら題名や次の行動が曖昧なので、短く具体的に直します。", "Sau khi đăng, mỗi tháng xem từ khóa tìm kiếm, liên kết được nhấp và số câu hỏi lặp lại. Nếu khách vẫn hỏi sau khi đọc, hãy rút gọn tiêu đề và làm bước tiếp theo cụ thể hơn.", "После публикации ежемесячно проверяйте поисковые фразы, переходы и повторные вопросы. Если клиент все равно пишет, сократите заголовок и уточните следующий шаг."], }, ], }, { slug: "solo-business-customer-inquiry-handover", category: SOLO_OPERATIONS, title: ["1인기업 고객 문의 인수인계: 담당자 부재에도 업무를 이어가는 4가지 기준", "Customer Inquiry Handover for a Solo Business: Four Rules for Continuity", "一人企业客户咨询交接：负责人缺席时持续工作的 4 项原则", "一人会社の問い合わせ引き継ぎ：不在時も業務を続ける4基準", "Bàn giao yêu cầu khách hàng cho doanh nghiệp một người: 4 nguyên tắc", "Передача клиентских обращений в малом бизнесе: 4 правила"], description: ["고객 문의가 한 사람에게 묶이지 않도록 네 가지 운영 기준과 바로 적용할 점검 항목을 정리합니다.", "Four operating rules that keep customer inquiries moving when the usual owner is unavailable.", "通过四项运营原则，避免客户咨询只掌握在一个人手中。", "顧客問い合わせを一人に閉じ込めず、不在時も続けるための4つの運用基準です。", "Bốn nguyên tắc giúp yêu cầu khách hàng không bị phụ thuộc vào một người khi người phụ trách vắng mặt.", "Четыре правила, чтобы обращения клиентов не зависели от одного человека."], sections: [ { title: ["문의 채널과 기록 위치를 하나로 정합니다", "Use one intake channel and one record location", "统一咨询渠道与记录位置", "窓口と記録場所を一つにする", "Dùng một kênh tiếp nhận và một nơi lưu hồ sơ", "Определите единый канал и место учета"], body: ["개인 메신저와 개인 메일에 흩어진 문의는 대신 처리할 수 없습니다. 대표 회사메일을 공식 접점으로 두고, 통화나 메신저 상담도 고객명, 요청, 약속한 일정과 첨부파일을 같은 기록에 남기세요.", "Requests scattered across personal messengers and inboxes cannot be handed over. Use a primary company mailbox as the official channel and record calls or chats there with the customer, request, promised date, and attachments.", "分散在个人聊天和个人邮箱中的咨询无法顺利交接。应以公司主邮箱为官方入口，并统一记录客户、请求、承诺日期和附件。", "個人チャットや個人メールに散らばると代行できません。代表会社メールを窓口にし、通話やチャットも顧客、依頼、期限、添付を同じ記録へ残します。", "Yêu cầu nằm rải rác trong tin nhắn và email cá nhân không thể bàn giao. Dùng hộp thư công ty làm kênh chính và lưu khách hàng, yêu cầu, ngày hẹn cùng tệp đính kèm tại một nơi.", "Обращения в личных чатах и почте невозможно передать. Используйте основной корпоративный ящик и фиксируйте клиента, запрос, обещанный срок и вложения в одном месте."], }, { title: ["상태와 다음 행동을 문장으로 남깁니다", "Record the status and next action in plain language", "用明确文字记录状态与下一步", "状態と次の行動を文章で残す", "Ghi trạng thái và hành động tiếp theo bằng câu rõ ràng", "Записывайте статус и следующее действие словами"], body: ["처리 중이라는 표시만으로는 부족합니다. 누구의 답을 기다리는지, 언제 다시 확인할지, 어떤 조건에서 완료되는지를 한 줄로 적으면 다른 사람이 대화를 열어도 바로 이어갈 수 있습니다.", "A generic in-progress label is not enough. Write whose response is pending, when to check again, and what condition completes the request so another person can continue immediately.", "仅标记处理中并不够。应写明在等待谁回复、何时再次确认、满足什么条件才算完成，其他人即可立即接手。", "対応中だけでは不十分です。誰の返答待ちか、次回確認日、完了条件を一文で残せば別の人もすぐ続けられます。", "Nhãn đang xử lý là chưa đủ. Hãy ghi đang chờ ai, khi nào kiểm tra lại và điều kiện hoàn tất để người khác có thể tiếp tục ngay.", "Метки «в работе» недостаточно. Запишите, чей ответ ожидается, когда проверить снова и при каком условии запрос завершен."], }, { title: ["부재 전에 실제 인수인계 테스트를 합니다", "Test the handover before an absence", "缺席前进行真实交接测试", "不在前に実際の引き継ぎを試す", "Thử bàn giao thực tế trước khi vắng mặt", "Проверьте передачу до отсутствия"], body: ["휴가 전에는 동료나 대체 담당자가 최근 문의 한 건을 기록만 보고 답장하게 해보세요. 필요한 정보가 빠졌다면 템플릿을 보완하고, 자동응답에는 복귀일과 긴급 문의 경로를 정확히 안내합니다.", "Before leave, ask a backup person to reply to one recent inquiry using only the recorded history. Fill any missing fields in the template and state the return date and urgent contact path in the automatic reply.", "休假前让替代人员仅凭记录回复一条近期咨询。若信息不足则完善模板，并在自动回复中明确返岗日期和紧急联系渠道。", "休暇前に代替担当が記録だけで最近の問い合わせへ返信できるか試します。不足項目をテンプレートへ加え、自動返信に復帰日と緊急窓口を明記します。", "Trước khi nghỉ, nhờ người thay thế trả lời một yêu cầu gần đây chỉ dựa trên hồ sơ. Bổ sung trường còn thiếu và ghi ngày trở lại cùng kênh khẩn cấp trong trả lời tự động.", "Перед отпуском попросите заменяющего ответить на недавний запрос только по записи. Дополните шаблон и укажите дату возвращения и срочный канал в автоответе."], }, ], }, { slug: "cafe24-domain-email-setup", category: DOMAIN_DNS, title: ["카페24 도메인 메일 설정 방법: MX·SPF·DKIM 연결 순서", "Cafe24 Domain Email Setup: MX, SPF, and DKIM in Order", "Cafe24 域名邮箱设置：MX、SPF、DKIM 连接顺序", "Cafe24ドメインメール設定：MX・SPF・DKIMの手順", "Cách cài email tên miền trên Cafe24: thứ tự MX, SPF và DKIM", "Настройка доменной почты Cafe24: MX, SPF и DKIM"], description: ["카페24 네임서버 확인부터 MX 전환, SPF 단일화, DKIM 공개키 검증과 외부 송수신 테스트까지 따라가는 실전 가이드입니다.", "A practical Cafe24 guide from nameserver checks and MX changes to a single SPF policy, DKIM verification, and external send-and-receive tests.", "从确认 Cafe24 名称服务器、切换 MX，到统一 SPF、验证 DKIM 和外部收发测试的实用指南。", "Cafe24のネームサーバー確認、MX変更、SPF一本化、DKIM検証、外部送受信テストまでの実践ガイドです。", "Hướng dẫn thực tế từ kiểm tra nameserver Cafe24, đổi MX, hợp nhất SPF đến xác minh DKIM và thử gửi nhận bên ngoài.", "Практическое руководство: серверы имен Cafe24, смена MX, единый SPF, проверка DKIM и внешние тесты."], sections: [ { title: ["먼저 실제 DNS 관리 위치를 확인합니다", "First confirm where DNS is actually managed", "先确认实际 DNS 管理位置", "最初に実際のDNS管理先を確認する", "Trước tiên xác định nơi thực sự quản lý DNS", "Сначала определите, где реально управляется DNS"], body: ["도메인을 카페24에서 샀더라도 네임서버를 다른 호스팅사로 바꿨다면 레코드는 그 서비스에서 수정해야 합니다. 현재 네임서버가 카페24인지 확인한 뒤 DNS 관리 화면에서 기존 메일 관련 레코드를 기록해두세요.", "Even if the domain was purchased from Cafe24, records must be changed at another provider when the nameservers point there. Confirm the current nameservers, then record existing mail-related entries before editing DNS.", "即使域名购自 Cafe24，若名称服务器指向其他托管商，也必须在该服务修改记录。先确认当前名称服务器，并备份现有邮件记录。", "Cafe24で購入してもネームサーバーが別サービスなら、そちらで変更します。現在のネームサーバーを確認し、既存メールレコードを控えてから編集します。", "Dù mua tên miền tại Cafe24, nếu nameserver trỏ sang dịch vụ khác thì phải sửa bản ghi ở đó. Hãy xác nhận nameserver và lưu lại các bản ghi email hiện có.", "Даже при покупке домена в Cafe24 записи меняют у провайдера текущих серверов имен. Сначала проверьте их и сохраните существующие почтовые записи."], }, { title: ["MX와 SPF는 기존 값과 충돌하지 않게 바꿉니다", "Change MX and SPF without conflicting records", "避免 MX 与 SPF 记录冲突", "MXとSPFを競合なく変更する", "Thay MX và SPF không để xung đột", "Меняйте MX и SPF без конфликтов"], body: ["새 MX를 추가하면서 이전 메일 서비스 MX가 남으면 수신 경로가 섞일 수 있습니다. SPF는 루트 도메인에 하나만 두고 기존 발송 서비스가 필요하면 오피셜메일 값과 하나의 정책으로 합쳐야 합니다.", "Leaving old-provider MX records beside the new MX can split delivery. Publish only one SPF policy at the root domain; if another sender is still needed, merge its authorization with OfficialMail into that policy.", "新增 MX 时若保留旧服务 MX，收件路径可能混乱。根域名只应有一条 SPF；仍需其他发信服务时，应合并到同一策略。", "新MXと旧サービスのMXが共存すると受信先が分散します。SPFはルートに1件だけ置き、他の送信元が必要なら同じポリシーへ統合します。", "Giữ MX cũ cạnh MX mới có thể làm thư đến bị phân tán. Chỉ dùng một chính sách SPF ở tên miền gốc; nếu còn dịch vụ gửi khác, hãy gộp quyền vào cùng chính sách.", "Старые MX рядом с новыми могут разделить доставку. В корне должна быть одна SPF-политика; при необходимости объедините разрешения других отправителей с OfficialMail."], }, { title: ["DKIM 저장 후 외부에서 양방향 검증합니다", "After DKIM, test both directions externally", "保存 DKIM 后进行外部双向验证", "DKIM保存後に外部から双方向確認する", "Sau DKIM, kiểm tra hai chiều từ bên ngoài", "После DKIM проверьте оба направления извне"], body: ["DKIM 공개키는 도메인 연결 화면에 표시된 현재 값을 그대로 입력합니다. 연결 상태가 완료되어도 Gmail이나 네이버에서 수신과 발신을 각각 시험하고 메일 원문에서 SPF와 DKIM이 pass인지 확인하세요.", "Enter the current DKIM public key exactly as shown in domain setup. Even after verification succeeds, test inbound and outbound mail with Gmail or Naver and confirm SPF and DKIM show pass in the message source.", "请原样输入域名连接页面显示的当前 DKIM 公钥。验证完成后仍应使用 Gmail 或 Naver 双向测试，并在邮件原文确认 SPF、DKIM 为 pass。", "ドメイン接続画面の現在のDKIM公開鍵をそのまま入力します。完了後もGmailやNaverで送受信し、原文でSPFとDKIMのpassを確認します。", "Nhập chính xác khóa DKIM hiện tại trên màn hình kết nối. Sau khi xác minh, vẫn cần thử gửi nhận với Gmail hoặc Naver và kiểm tra SPF, DKIM là pass.", "Введите текущий DKIM-ключ точно со страницы подключения. После проверки протестируйте отправку и прием через Gmail или Naver и убедитесь, что SPF и DKIM имеют pass."], }, ], }, { slug: "solo-founder-service-pricing-first-quote", category: SOLO_OPERATIONS, title: ["1인창업 서비스 가격 정하는 법: 첫 견적 전 계산할 6가지", "How Solo Founders Should Price a Service: Six Checks Before the First Quote", "一人创业服务定价：首次报价前要计算的 6 项", "一人起業のサービス価格：初回見積前に計算する6項目", "Cách định giá dịch vụ cho người khởi nghiệp một mình: 6 mục trước báo giá", "Как назначить цену услуги: 6 расчетов до первой сметы"], description: ["작업 범위와 고객이 얻을 결과를 숫자와 조건으로 연결해 지속 가능한 첫 견적을 만드는 방법입니다.", "A practical way to connect scope, cost, and customer outcomes into a sustainable first quote.", "把工作范围、成本与客户成果用数字和条件连接起来，形成可持续的首次报价。", "作業範囲、コスト、顧客成果を数字と条件で結び、継続可能な初回見積を作る方法です。", "Cách nối phạm vi, chi phí và kết quả khách hàng bằng số liệu để tạo báo giá đầu tiên bền vững.", "Как связать объем, затраты и результат клиента в устойчивой первой смете."], sections: [ { title: ["최저 가격은 실제 투입비용에서 계산합니다", "Calculate the price floor from real delivery costs", "根据真实交付成本计算最低价", "実際の提供コストから最低価格を出す", "Tính giá sàn từ chi phí thực tế", "Рассчитайте минимум из реальных затрат"], body: ["작업 시간뿐 아니라 상담, 수정, 도구 구독료, 세금과 결제 수수료를 포함하세요. 한 달에 판매 가능한 건수로 나누어 최소 단가를 구하면 경쟁사 가격에 끌려가 적자를 만드는 일을 피할 수 있습니다.", "Include consultation, revisions, software subscriptions, tax, and payment fees as well as production time. Divide total capacity by the number of projects you can deliver each month to find a floor that avoids loss-making quotes.", "除制作时间外，还应计入咨询、修改、工具订阅、税费和支付手续费。按每月可交付数量计算最低单价，避免盲目跟随竞争价格而亏损。", "制作時間だけでなく相談、修正、ツール、税、決済手数料を含めます。月に提供できる件数で割り、赤字にならない最低単価を出します。", "Ngoài thời gian làm, hãy tính tư vấn, chỉnh sửa, công cụ, thuế và phí thanh toán. Chia theo số dự án có thể giao mỗi tháng để tìm mức giá sàn không bị lỗ.", "Учитывайте консультации, правки, подписки, налоги и комиссии, а не только производство. Разделите затраты на реальное число проектов в месяц, чтобы получить минимальную цену без убытка."], }, { title: ["견적서에 범위와 제외 항목을 함께 씁니다", "Put scope and exclusions in the quote", "在报价中同时写明范围与排除项", "見積に範囲と対象外を明記する", "Ghi cả phạm vi và nội dung loại trừ trong báo giá", "Укажите объем и исключения в смете"], body: ["결과물 수, 수정 횟수, 제공 자료, 회의 횟수와 납기를 구체적으로 적고 포함되지 않는 업무도 알려주세요. 범위가 바뀔 때 추가 견적을 내는 기준을 미리 두면 고객과 대표 모두 예산을 예측할 수 있습니다.", "Specify deliverables, revision rounds, supplied materials, meetings, and deadline, plus work that is not included. State when a scope change requires a new quote so both sides can predict cost.", "明确成果物数量、修改次数、所需资料、会议次数和期限，并说明不包含的工作。预先规定变更范围何时需要追加报价。", "成果物、修正回数、支給資料、会議、納期と対象外業務を明記します。範囲変更時に追加見積となる基準も先に示します。", "Nêu rõ sản phẩm bàn giao, số lần sửa, tài liệu, cuộc họp, hạn chót và việc không bao gồm. Đặt trước tiêu chí khi thay đổi phạm vi cần báo giá bổ sung.", "Укажите результат, число правок, материалы, встречи, срок и исключения. Заранее определите, когда изменение объема требует дополнительной сметы."], }, { title: ["가격보다 고객이 얻는 결과를 설명합니다", "Explain the outcome, not only the price", "不要只说明价格，还要说明客户成果", "価格だけでなく得られる結果を説明する", "Giải thích kết quả khách nhận được, không chỉ giá", "Объясняйте результат, а не только цену"], body: ["시간을 파는 표현보다 업무 단축, 오류 감소, 문의 전환처럼 고객이 확인할 수 있는 결과를 연결하세요. 첫 거래에는 작은 범위의 유료 시험을 제안하고 완료 후 실제 소요시간과 만족도를 다음 가격에 반영합니다.", "Connect the service to observable outcomes such as saved time, fewer errors, or more qualified inquiries rather than selling hours alone. Offer a small paid pilot and use its actual effort and satisfaction to refine the next price.", "与其只卖工时，不如连接到节省时间、减少错误、提高有效咨询等可观察成果。首次合作可先做小范围付费试点，再根据实际投入调整价格。", "時間だけでなく業務短縮、ミス削減、問い合わせ改善など確認できる成果を示します。小さな有料試行から始め、実際の工数を次の価格へ反映します。", "Gắn dịch vụ với kết quả đo được như tiết kiệm thời gian, giảm lỗi hoặc tăng yêu cầu chất lượng thay vì chỉ bán giờ. Bắt đầu bằng thử nghiệm trả phí nhỏ và điều chỉnh giá theo công sức thực tế.", "Свяжите услугу с измеримым результатом: экономией времени, снижением ошибок или качеством заявок. Начните с небольшого платного пилота и уточните цену по фактическим затратам."], }, ], }, { slug: "solo-business-customer-onboarding-checklist", category: SOLO_OPERATIONS, title: ["1인기업 고객 온보딩 체크리스트: 계약 후 7일 운영 순서", "Solo Business Customer Onboarding: A Seven-Day Checklist After Contract", "一人企业客户入门清单：签约后 7 天运营顺序", "一人会社の顧客オンボーディング：契約後7日チェック", "Checklist onboarding khách hàng cho doanh nghiệp một người trong 7 ngày", "Онбординг клиента в малом бизнесе: план на 7 дней"], description: ["계약 직후 고객이 무엇을 준비하고 언제 결과를 확인할지 명확히 만드는 7일 온보딩 운영 순서입니다.", "A seven-day onboarding sequence that makes required inputs, responsibilities, and the first visible result clear immediately after contract.", "在签约后 7 天内明确客户需准备的资料、双方责任与首个可见成果。", "契約直後に必要資料、担当、最初の成果を明確にする7日間の運用手順です。", "Quy trình 7 ngày làm rõ tài liệu cần có, trách nhiệm và kết quả đầu tiên ngay sau hợp đồng.", "Семидневный порядок, который сразу после договора фиксирует данные, ответственность и первый видимый результат."], sections: [ { title: ["첫날에 성공 기준과 담당자를 확정합니다", "Define success and ownership on day one", "第一天确定成功标准与负责人", "初日に成功基準と担当を決める", "Xác định thành công và người phụ trách ngay ngày đầu", "В первый день определите успех и ответственных"], body: ["계약서의 넓은 목표를 첫 주에 확인할 결과로 바꾸세요. 고객과 제공자 양쪽 담당자, 승인권자, 연락 채널과 응답 시간을 한 문서에 적어 질문이 생길 때 누구에게 연락할지 모호하지 않게 합니다.", "Turn broad contract goals into a result that can be checked in the first week. Record the owner and approver on both sides, the official channel, and expected response time in one place.", "把合同中的宽泛目标转成首周可确认的成果，并统一记录双方负责人、审批人、沟通渠道和响应时间。", "契約上の大きな目標を初週で確認できる成果に変え、双方の担当・承認者・連絡先・応答時間を一か所にまとめます。", "Chuyển mục tiêu rộng thành kết quả có thể kiểm tra trong tuần đầu. Ghi người phụ trách, người duyệt, kênh chính và thời gian phản hồi của hai bên tại một nơi.", "Превратите общую цель договора в результат первой недели. В одном месте укажите ответственных, согласующего, канал связи и ожидаемое время ответа."], }, { title: ["자료 요청은 이유와 예시를 함께 보냅니다", "Request inputs with a reason and an example", "索取资料时说明原因并提供示例", "資料依頼には理由と例を付ける", "Yêu cầu dữ liệu kèm lý do và ví dụ", "Запрашивайте данные с причиной и примером"], body: ["자료명만 나열하면 고객은 어느 수준으로 준비할지 알기 어렵습니다. 각 자료가 어디에 쓰이는지, 허용 형식과 좋은 예시, 제출 기한과 안전한 전달 방법을 함께 안내하세요.", "A file-name list does not show the required quality. Explain where each input is used, accepted formats, a good example, the deadline, and a secure delivery method.", "只列资料名称无法让客户判断准备程度。应说明用途、允许格式、示例、提交期限与安全传递方式。", "資料名だけでは準備水準が分かりません。用途、形式、良い例、期限、安全な提出方法を案内します。", "Danh sách tên tệp không cho biết mức cần chuẩn bị. Hãy nêu mục đích, định dạng, ví dụ tốt, hạn gửi và cách chuyển an toàn.", "Список файлов не объясняет требуемое качество. Укажите назначение, формат, хороший пример, срок и безопасный способ передачи."], }, { title: ["7일 안에 작은 결과와 다음 일정을 공유합니다", "Deliver a small result and next schedule within seven days", "7 天内交付小成果并共享下一计划", "7日以内に小さな成果と次の日程を共有", "Giao một kết quả nhỏ và lịch tiếp theo trong 7 ngày", "За 7 дней покажите небольшой результат и следующий план"], body: ["완성까지 오래 걸리는 프로젝트라도 설정 완료, 첫 화면, 초안처럼 고객이 확인할 수 있는 결과를 보여주세요. 확인할 항목과 피드백 기한, 다음 단계의 시작 조건을 함께 보내면 불안과 불필요한 확인 문의가 줄어듭니다.", "Even when final delivery takes longer, show a verifiable result such as completed setup, a first screen, or a draft. Send review points, feedback deadline, and the condition for starting the next phase.", "即使项目周期较长，也应展示设置完成、首个页面或草稿等可确认成果，并同时发送检查项、反馈期限和下一阶段启动条件。", "完成まで長くても設定完了、初画面、草案など確認できる成果を示し、確認項目、返答期限、次工程の開始条件を伝えます。", "Dù dự án dài, hãy cho thấy kết quả có thể kiểm tra như thiết lập xong, màn hình đầu hoặc bản nháp, kèm mục duyệt, hạn phản hồi và điều kiện bắt đầu bước tiếp.", "Даже в долгом проекте покажите проверяемый результат: настройку, первый экран или черновик. Укажите точки проверки, срок обратной связи и условие следующего этапа."], }, ], }, { slug: "solo-business-post-delivery-customer-follow-up", category: SOLO_OPERATIONS, title: ["1인기업 납품 후 고객관리: 재구매를 만드는 14일 후속 루틴", "Post-Delivery Customer Care for Solo Businesses: A 14-Day Follow-Up Routine", "一人企业交付后客户管理：促成复购的 14 天跟进", "一人会社の納品後フォロー：再購入につなげる14日ルーティン", "Chăm sóc khách hàng sau bàn giao: lịch theo dõi 14 ngày", "Работа с клиентом после сдачи: 14-дневный цикл"], description: ["납품 직후 인수인계부터 실제 사용 점검과 다음 제안까지 이어지는 14일 고객관리 루틴입니다.", "A 14-day routine covering handover, real-use checks, issue resolution, and a relevant next proposal.", "从交接、实际使用检查、问题处理到下一项建议的 14 天客户管理流程。", "引き渡し、利用確認、問題解決、次の提案までをつなぐ14日間のフォローです。", "Quy trình 14 ngày gồm bàn giao, kiểm tra sử dụng thực tế, xử lý vấn đề và đề xuất tiếp theo phù hợp.", "14-дневный процесс: передача, проверка использования, устранение проблем и уместное следующее предложение."], sections: [ { title: ["납품 당일에 완료 기준과 보관 위치를 정리합니다", "Close delivery with acceptance criteria and storage locations", "交付当天整理验收标准与资料位置", "納品日に完了基準と保管場所を整理する", "Chốt tiêu chí nghiệm thu và nơi lưu trữ trong ngày bàn giao", "В день сдачи зафиксируйте приемку и хранение"], body: ["완료됐다는 말 대신 결과물 링크, 계정 권한, 백업 위치와 고객이 확인할 항목을 한 번에 보냅니다. 유지보수 범위와 문의 경로도 구분해 납품 이후 요청이 새 작업인지 오류 수정인지 판단할 수 있게 하세요.", "Send the deliverable links, access rights, backup location, and acceptance checks together instead of only saying complete. Separate support scope and contact channels so later requests can be classified correctly.", "不要只说已完成，应一次性发送成果链接、权限、备份位置和验收项，并区分维护范围与联系渠道。", "完了の一言ではなく成果リンク、権限、バックアップ、確認項目をまとめます。保守範囲と窓口も区別します。", "Đừng chỉ nói đã xong; hãy gửi liên kết sản phẩm, quyền truy cập, nơi sao lưu và mục nghiệm thu. Phân biệt phạm vi bảo trì và kênh hỗ trợ.", "Не ограничивайтесь словом «готово»: отправьте ссылки, права, резервную копию и критерии приемки. Разделите поддержку и канал обращений."], }, { title: ["3일 후에는 기능보다 사용 흐름을 묻습니다", "After three days, ask about the workflow, not just features", "三天后应询问使用流程，而非只问功能", "3日後は機能より利用の流れを聞く", "Sau 3 ngày, hỏi về quy trình sử dụng chứ không chỉ tính năng", "Через три дня спросите о процессе, а не только функциях"], body: ["잘 되느냐는 질문은 구체적인 답을 얻기 어렵습니다. 처음 사용한 작업, 막힌 단계, 예상보다 오래 걸린 부분과 아직 시도하지 못한 기능을 물으면 작은 불편을 재계약 전에 고칠 수 있습니다.", "A generic question such as “Is it working?” produces little detail. Ask what task they tried first, where they stopped, what took longer than expected, and what remains unused.", "只问是否好用很难得到具体答案。应询问首次执行的任务、卡住的步骤、超出预期的部分和尚未尝试的功能。", "問題ないですかでは具体化しません。最初に使った作業、止まった箇所、時間がかかった点、未使用機能を聞きます。", "Câu hỏi có ổn không thường không cho chi tiết. Hãy hỏi họ làm việc gì đầu tiên, mắc ở đâu, phần nào lâu hơn dự kiến và tính năng nào chưa thử.", "Вопрос «все работает?» малоинформативен. Спросите о первой задаче, месте остановки, неожиданно долгом этапе и неиспользованных возможностях."], }, { title: ["14일 후 제안은 관찰된 문제에만 연결합니다", "Base the day-14 proposal on an observed problem", "第 14 天的建议应基于已观察到的问题", "14日後の提案は確認できた課題に結ぶ", "Đề xuất ngày 14 chỉ dựa trên vấn đề đã quan sát", "Предложение на 14-й день свяжите с выявленной проблемой"], body: ["추가 판매를 서두르지 말고 사용 기록에서 반복 작업이나 병목을 찾으세요. 고객이 이미 체감한 문제를 줄이는 작은 개선안, 예상 효과, 비용과 선택 가능한 일정을 제안하면 재구매가 자연스러워집니다.", "Do not rush an upsell. Find repeated work or a bottleneck in actual use, then propose a small improvement with expected impact, cost, and optional timing.", "不要急于追加销售，应从实际使用中找到重复工作或瓶颈，再提出小型改进、预期效果、费用与可选时间。", "追加販売を急がず、利用記録から繰り返しや停滞を探します。小さな改善、効果、費用、選べる日程を提案します。", "Đừng vội bán thêm. Tìm công việc lặp lại hoặc nút thắt từ cách dùng thực tế rồi đề xuất cải tiến nhỏ với hiệu quả, chi phí và lịch lựa chọn.", "Не спешите с допродажей. Найдите повтор или узкое место в реальном использовании и предложите небольшое улучшение с эффектом, ценой и вариантами сроков."], }, ], }, { slug: "solo-business-customer-referral-request", category: SOLO_OPERATIONS, title: ["1인기업 고객 소개 부탁하는 법: 단골 추천을 만드는 5단계", "How a Solo Business Can Ask for Referrals in Five Steps", "一人企业如何请客户推荐：5 个步骤", "一人会社が顧客紹介をお願いする5段階", "Cách doanh nghiệp một người xin khách hàng giới thiệu trong 5 bước", "Как попросить клиента о рекомендации: 5 шагов"], description: ["만족한 고객에게 부담 없이 소개를 요청하고 추천받은 사람에게도 맥락을 제공하는 실무 순서입니다.", "A practical sequence for asking satisfied customers for a low-friction referral while giving the introduced person enough context.", "在不给满意客户造成负担的情况下请求推荐，并向被推荐人提供充分背景。", "満足した顧客へ負担なく紹介をお願いし、紹介先にも十分な文脈を渡す手順です。", "Quy trình xin khách hàng hài lòng giới thiệu mà không gây áp lực và vẫn cung cấp đủ bối cảnh cho người được giới thiệu.", "Практический порядок ненавязчивого запроса рекомендации с понятным контекстом для нового контакта."], sections: [ { title: ["성과를 확인한 직후에 요청합니다", "Ask immediately after confirming value", "在确认成果后立即提出", "成果を確認した直後にお願いする", "Hỏi ngay sau khi xác nhận giá trị", "Просите сразу после подтверждения результата"], body: ["문제가 해결됐거나 고객이 구체적인 만족을 표현한 순간이 가장 자연스럽습니다. 결제 직후나 오래 연락하지 않다가 갑자기 부탁하기보다 결과를 함께 확인한 대화에서 짧게 요청하세요.", "The best moment is when a problem has been solved or the customer states a specific benefit. Ask briefly in that conversation rather than immediately after payment or after a long silence.", "最自然的时机是问题解决或客户明确表达满意之后。不要在付款后立刻或久未联系时突然请求。", "課題解決や具体的な満足が確認できた直後が自然です。決済直後や長い空白後ではなく、その会話で短く依頼します。", "Thời điểm tự nhiên nhất là khi vấn đề vừa được giải quyết hoặc khách nêu lợi ích cụ thể. Hãy hỏi ngắn trong cuộc trò chuyện đó, không phải ngay sau thanh toán hay sau thời gian im lặng.", "Лучший момент — после решения проблемы или конкретной похвалы. Попросите кратко в этом разговоре, а не сразу после оплаты или долгого молчания."], }, { title: ["누구를 소개받고 싶은지 구체적으로 말합니다", "Describe who would benefit", "明确希望被推荐给哪类人", "紹介してほしい相手を具体化する", "Nói rõ ai sẽ phù hợp", "Конкретно опишите подходящего человека"], body: ["좋은 사람 있으면 소개해달라는 말은 고객이 대상을 떠올리기 어렵습니다. 업종, 현재 겪는 문제, 규모와 도움을 줄 수 있는 범위를 한두 문장으로 설명하면 관련된 사람만 추천할 수 있습니다.", "A vague request makes it hard to think of anyone. Describe the industry, current problem, business size, and the help you provide in one or two sentences.", "笼统地说有合适的人请介绍，很难让客户联想到对象。用一两句话说明行业、问题、规模与可提供的帮助。", "良い人がいたらでは思い浮かびません。業種、課題、規模、提供できる支援を1〜2文で伝えます。", "Yêu cầu chung chung khiến khách khó nghĩ ra ai. Hãy mô tả ngành, vấn đề hiện tại, quy mô và điều bạn có thể giúp trong một hai câu.", "Расплывчатая просьба не помогает вспомнить человека. В одном-двух предложениях опишите отрасль, проблему, размер и вашу помощь."], }, { title: ["전달 가능한 소개 문장을 준비합니다", "Provide a message the customer can forward", "准备可直接转发的介绍语", "そのまま転送できる紹介文を用意する", "Chuẩn bị tin nhắn có thể chuyển tiếp", "Подготовьте текст для пересылки"], body: ["고객이 새 소개 문장을 직접 쓰게 하지 마세요. 누구인지, 어떤 문제를 돕는지, 부담 없이 확인할 링크와 연락처를 담은 짧은 문장을 제공하고, 소개가 이루어지면 두 사람 모두에게 감사와 다음 절차를 알립니다.", "Do not make the customer write an introduction. Provide a short forwardable note explaining who you are, the problem you solve, and a no-pressure link or contact; thank both people and state the next step after introduction.", "不要让客户自己写介绍信。提供可转发的短文，说明你是谁、解决什么问题以及无压力的链接或联系方式；介绍后向双方致谢并说明下一步。", "顧客に紹介文を書かせず、誰で何を解決し、気軽に見られるリンクや連絡先を含む短文を渡します。紹介後は双方へ感謝と次の手順を伝えます。", "Đừng bắt khách tự viết lời giới thiệu. Cung cấp đoạn ngắn có thể chuyển tiếp về bạn, vấn đề giải quyết và liên kết hoặc liên hệ không áp lực; sau đó cảm ơn cả hai và nêu bước tiếp theo.", "Не заставляйте клиента писать представление. Дайте короткий текст о вас, решаемой проблеме и ненавязчивой ссылке; после знакомства поблагодарите обоих и обозначьте следующий шаг."], }, ], }, { slug: "solo-business-customer-churn-signals", category: SOLO_OPERATIONS, title: ["1인기업 고객 이탈 신호 5가지: 매출이 줄기 전에 대화에서 찾는 법", "Five Customer Churn Signals a Solo Business Can Find in Conversations", "一人企业客户流失的 5 个信号：从沟通中提前发现", "一人会社が会話から見つける顧客離脱の5サイン", "5 dấu hiệu khách hàng rời bỏ mà doanh nghiệp một người có thể nhận ra", "Пять сигналов ухода клиента, заметных в переписке"], description: ["응답 속도, 질문 내용, 사용 변화와 의사결정자를 통해 고객 이탈 가능성을 조기에 찾는 방법입니다.", "How to detect churn risk early through response patterns, questions, usage changes, and stakeholder behavior.", "通过回复速度、提问内容、使用变化和决策人行为提前识别流失风险。", "返信速度、質問、利用変化、意思決定者から離脱リスクを早期に見つける方法です。", "Cách phát hiện sớm nguy cơ rời bỏ qua phản hồi, câu hỏi, thay đổi sử dụng và người quyết định.", "Как заранее заметить риск ухода по ответам, вопросам, изменениям использования и поведению участников."], sections: [ { title: ["답장이 늦어지고 대화가 결과보다 비용에만 머뭅니다", "Replies slow down and the conversation shifts only to cost", "回复变慢，沟通只剩成本", "返信が遅くなり費用の話だけになる", "Phản hồi chậm và cuộc trò chuyện chỉ còn về chi phí", "Ответы замедляются, разговор остается только о цене"], body: ["이전보다 답장이 늦거나 회의가 반복 취소되고, 성과 대신 비용과 해지 조건만 묻는다면 우선순위가 낮아졌을 수 있습니다. 한 번의 행동으로 단정하지 말고 최근 4주 변화와 함께 보세요.", "Slower replies, repeated cancellations, and questions focused on cost or cancellation rather than results can indicate lower priority. Do not judge one action; compare the pattern across the last four weeks.", "回复变慢、会议反复取消，且只询问费用或解约条件而非成果，可能表示优先级下降。不要凭一次行为判断，应比较近四周变化。", "返信遅延、会議キャンセル、成果より費用や解約条件の質問が増えたら優先度低下の可能性があります。1回で決めず4週間の変化を見ます。", "Phản hồi chậm, hủy họp lặp lại và chỉ hỏi chi phí hoặc hủy thay vì kết quả có thể cho thấy ưu tiên giảm. Hãy xem xu hướng bốn tuần, không kết luận từ một lần.", "Медленные ответы, отмены встреч и вопросы только о цене или расторжении могут означать снижение приоритета. Смотрите динамику за четыре недели, а не один случай."], }, { title: ["사용량과 요청의 질이 함께 줄어드는지 봅니다", "Watch whether usage and request quality decline together", "观察使用量与需求质量是否同时下降", "利用量と依頼の質が同時に下がるかを見る", "Xem mức sử dụng và chất lượng yêu cầu có cùng giảm không", "Проверьте одновременное падение использования и качества запросов"], body: ["로그인, 주문, 문의처럼 서비스별 핵심 행동이 줄고 구체적인 요청도 사라지면 대체 수단을 쓰고 있을 수 있습니다. 반대로 계절성이나 내부 일정 때문일 수 있으니 직접 상황을 묻기 전에 데이터와 최근 공지를 확인하세요.", "When core actions such as logins, orders, or inquiries fall and specific requests disappear, an alternative may be in use. Check seasonality and recent company changes before asking directly.", "登录、订单或咨询等核心行为减少，具体请求也消失时，客户可能已采用替代方案。联系前先检查季节性和近期变化。", "ログイン、注文、問い合わせなど主要行動と具体的依頼が同時に減ると代替手段の可能性があります。季節性や社内事情も確認します。", "Khi hành động chính như đăng nhập, đơn hàng hoặc yêu cầu giảm và câu hỏi cụ thể biến mất, họ có thể dùng giải pháp khác. Kiểm tra mùa vụ và thay đổi gần đây trước khi hỏi.", "Если ключевые действия и конкретные запросы одновременно падают, клиент может использовать альтернативу. Перед контактом проверьте сезонность и недавние изменения."], }, { title: ["방어보다 확인 질문과 작은 회복안을 제시합니다", "Use diagnostic questions and a small recovery plan", "用确认问题与小型恢复方案应对", "防御せず確認質問と小さな改善案を出す", "Dùng câu hỏi chẩn đoán và kế hoạch phục hồi nhỏ", "Задайте диагностические вопросы и предложите небольшой план"], body: ["무엇이 불만이냐고 넓게 묻기보다 최근 가장 불편했던 작업과 계속 사용할 조건을 물으세요. 즉시 약속할 수 있는 작은 수정, 확인 날짜와 책임자를 정하고 해결할 수 없는 요구라면 정직하게 범위를 안내합니다.", "Instead of asking broadly what is wrong, ask which recent task was hardest and what condition would justify continued use. Agree on one small fix, an owner, and a review date; be honest about requests outside scope.", "不要笼统询问不满，而应问最近最困难的任务和继续使用的条件。确定一个小改进、负责人和复查日期，对超出范围的要求坦诚说明。", "不満点を広く聞かず、最近困った作業と継続条件を尋ねます。小さな修正、担当、確認日を決め、範囲外は正直に伝えます。", "Đừng hỏi chung chung điều gì không hài lòng; hãy hỏi công việc gần đây khó nhất và điều kiện để tiếp tục. Thống nhất một sửa đổi nhỏ, người phụ trách và ngày xem lại.", "Не спрашивайте общо о недовольстве. Уточните самую трудную недавнюю задачу и условие продолжения. Согласуйте небольшое исправление, ответственного и дату проверки."], }, ], }, { slug: "solo-business-outsourcing-scope-checklist", category: SOLO_OPERATIONS, title: ["1인기업 외주 맡기기 전 체크리스트: 결과물·수정·마감 기준 정하는 법", "Outsourcing Checklist for Solo Businesses: Deliverables, Revisions, and Deadlines", "一人企业外包前清单：成果、修改与期限", "一人会社の外注前チェック：成果物・修正・納期", "Checklist thuê ngoài cho doanh nghiệp một người: sản phẩm, sửa đổi và hạn", "Чек-лист аутсорсинга: результат, правки и сроки"], description: ["외주 시작 전에 결과물, 승인 과정, 수정 범위, 접근 권한과 완료 조건을 명확히 정하는 체크리스트입니다.", "A checklist for defining deliverables, approval, revision scope, access rights, and completion before outsourced work begins.", "在外包开始前明确成果、审批、修改范围、访问权限与完成条件。", "外注開始前に成果物、承認、修正範囲、アクセス権、完了条件を明確にするチェックです。", "Checklist xác định sản phẩm, phê duyệt, phạm vi sửa, quyền truy cập và điều kiện hoàn tất trước khi thuê ngoài.", "Чек-лист определения результата, согласования, правок, доступа и завершения до начала аутсорсинга."], sections: [ { title: ["완성물과 중간 산출물을 눈에 보이게 정의합니다", "Define final and interim deliverables visibly", "明确最终成果与中间产物", "完成物と中間成果を見える形で定義する", "Định nghĩa rõ sản phẩm cuối và trung gian", "Определите финальные и промежуточные результаты"], body: ["디자인 작업 같은 넓은 표현 대신 화면 수, 파일 형식, 크기, 소스 제공 여부와 예시를 적으세요. 중간 검토 시점과 각 단계에서 승인해야 할 사람도 정해야 마지막에 방향이 뒤집히지 않습니다.", "Replace broad labels such as design work with screen count, file format, dimensions, source-file delivery, and examples. Define interim reviews and the approver for each stage.", "不要只写设计工作，应注明页面数、文件格式、尺寸、源文件和示例，并规定中期检查与各阶段审批人。", "デザイン作業のような広い表現ではなく画面数、形式、サイズ、元データ、例を記し、中間確認と承認者を決めます。", "Thay mô tả chung như thiết kế bằng số màn hình, định dạng, kích thước, tệp nguồn và ví dụ. Xác định điểm kiểm tra và người duyệt từng giai đoạn.", "Вместо общего «дизайн» укажите число экранов, формат, размеры, исходники и примеры. Определите промежуточные проверки и согласующего."], }, { title: ["수정 횟수보다 수정의 범위를 정의합니다", "Define revision scope, not only revision count", "不仅规定修改次数，还要规定范围", "修正回数だけでなく範囲を決める", "Định nghĩa phạm vi sửa, không chỉ số lần", "Определите объем правок, а не только число"], body: ["문구 변경과 전체 콘셉트 변경은 같은 한 번의 수정이 아닙니다. 포함되는 수정, 새 요구로 보는 변경, 피드백 전달 형식과 응답 기한을 정하고 여러 사람의 의견은 한 명이 취합해 보내도록 합니다.", "A copy edit and a complete concept change are not the same revision. Define included changes, what counts as new scope, the feedback format and deadline, and one person who consolidates comments.", "文案修改与整体概念变更不能算同一次修改。应定义包含内容、新需求标准、反馈格式与期限，并由一人汇总意见。", "文言修正とコンセプト変更は同じ1回ではありません。含む修正、新規範囲、フィードバック形式と期限、意見をまとめる人を決めます。", "Sửa câu chữ và đổi toàn bộ ý tưởng không phải cùng một lần sửa. Xác định sửa nào bao gồm, thay đổi nào là phạm vi mới, định dạng và hạn phản hồi, cùng một người tổng hợp ý kiến.", "Правка текста и смена концепции — не одна и та же итерация. Определите включенные изменения, новый объем, формат и срок обратной связи и одного сборщика комментариев."], }, { title: ["계정 권한과 종료 후 회수를 계획합니다", "Plan access rights and revocation after completion", "规划账号权限与完成后的回收", "アカウント権限と終了後の回収を決める", "Lập kế hoạch quyền truy cập và thu hồi sau hoàn tất", "Спланируйте доступ и его отзыв после завершения"], body: ["공용 비밀번호를 전달하지 말고 가능한 최소 권한의 별도 계정을 발급하세요. 비밀정보 전달 방식, 백업 책임, 결과물 소유권과 종료일에 회수할 계정 목록을 계약 전에 합의합니다.", "Do not share a common password. Issue a separate least-privilege account and agree on secret transfer, backup responsibility, ownership, and the list of access to revoke on the end date.", "不要共享公共密码，应创建最小权限的独立账号，并约定机密传递、备份责任、成果权属及结束时回收的权限。", "共用パスワードを渡さず最小権限の別アカウントを発行し、秘密情報、バックアップ、所有権、終了日に回収する権限を合意します。", "Không chia sẻ mật khẩu chung. Cấp tài khoản riêng với quyền tối thiểu và thống nhất cách chuyển bí mật, trách nhiệm sao lưu, quyền sở hữu và danh sách quyền cần thu hồi.", "Не передавайте общий пароль. Создайте отдельный аккаунт с минимальными правами и согласуйте передачу секретов, резервные копии, права собственности и отзыв доступа."], }, ], }, { slug: "solo-business-vacation-customer-response", category: SOLO_OPERATIONS, title: ["1인기업 휴가 공지 방법: 고객 응대를 멈추지 않는 5단계 준비", "Vacation Notice for a Solo Business: Five Steps to Keep Customer Support Moving", "一人企业休假通知：让客户服务不中断的 5 步准备", "一人会社の休暇案内：顧客対応を止めない5段階", "Thông báo nghỉ cho doanh nghiệp một người: 5 bước duy trì hỗ trợ", "Отпуск в малом бизнесе: 5 шагов без остановки поддержки"], description: ["휴가 전 공지, 문의 분류, 자동응답, 대체 경로와 복귀 후 처리를 준비하는 실무 순서입니다.", "A practical sequence for advance notice, inquiry triage, automatic replies, backup channels, and return-day processing.", "休假前通知、咨询分类、自动回复、替代渠道与返岗处理的实用顺序。", "休暇前の告知、問い合わせ分類、自動返信、代替経路、復帰後処理の実務手順です。", "Quy trình thông báo trước, phân loại yêu cầu, trả lời tự động, kênh thay thế và xử lý khi trở lại.", "Практический порядок: уведомление, сортировка запросов, автоответ, резервный канал и обработка после возвращения."], sections: [ { title: ["영향받는 고객에게 먼저 정확한 기간을 알립니다", "Tell affected customers the exact dates first", "先向受影响客户说明准确日期", "影響する顧客へ正確な期間を先に伝える", "Báo ngày chính xác trước cho khách bị ảnh hưởng", "Сначала сообщите затронутым клиентам точные даты"], body: ["모든 사람에게 같은 공지를 보내기보다 진행 중인 고객과 마감이 겹치는 고객부터 안내하세요. 마지막 응답 가능 시각, 복귀일, 휴가 전 확인해야 할 항목과 일정 변경 여부를 날짜로 명확히 적습니다.", "Notify active customers and projects with overlapping deadlines before a broad announcement. State the last response time, return date, items requiring approval, and any schedule changes with exact dates.", "不要只群发同一通知，应先联系正在进行或期限重叠的客户，明确最后回复时间、返岗日期、需确认事项和日程变化。", "一斉告知より、進行中や納期が重なる顧客へ先に連絡し、最終応答時刻、復帰日、確認事項、日程変更を日付で示します。", "Ưu tiên khách đang làm việc và có hạn trùng kỳ nghỉ. Nêu giờ trả lời cuối, ngày trở lại, mục cần duyệt và thay đổi lịch bằng ngày cụ thể.", "Сначала уведомите активных клиентов и проекты со сроками. Укажите последнее время ответа, дату возвращения, необходимые согласования и изменения графика."], }, { title: ["자동응답은 긴급도별 다음 행동을 안내합니다", "Use the automatic reply to route by urgency", "自动回复应按紧急程度指引下一步", "自動返信で緊急度別の次の行動を示す", "Dùng trả lời tự động để hướng dẫn theo mức khẩn cấp", "Автоответ должен направлять по срочности"], body: ["휴가 중이라는 문장만 두지 말고 일반 문의 예상 답변일, 긴급 문의의 판단 기준과 대체 연락처를 넣으세요. 대체 담당자가 없다면 확인하지 못하는 시간을 솔직히 알리고 고객이 스스로 해결할 가이드 링크를 제공합니다.", "Do not stop at saying you are away. Include the expected response date, a definition of urgent, and the backup channel. If no backup exists, state the unavailable period honestly and link to self-service guidance.", "不要只写正在休假，还应提供预计回复日期、紧急事项标准与替代联系方式。若无人代班，应诚实说明无法查看的时段并提供自助指南。", "休暇中だけでなく回答予定日、緊急の基準、代替連絡先を入れます。代替がなければ確認できない期間を明示し、自己解決ガイドを案内します。", "Đừng chỉ nói đang nghỉ. Hãy nêu ngày dự kiến trả lời, tiêu chí khẩn cấp và kênh thay thế. Nếu không có người thay, nói rõ thời gian không kiểm tra và cung cấp hướng dẫn tự phục vụ.", "Не ограничивайтесь сообщением об отпуске. Укажите дату ответа, критерий срочности и резервный канал. Если замены нет, честно назовите период недоступности и дайте ссылку на инструкции."], }, { title: ["복귀 첫날 처리 순서를 미리 정합니다", "Plan the return-day processing order", "提前确定返岗首日处理顺序", "復帰初日の処理順を決めておく", "Lập trước thứ tự xử lý ngày trở lại", "Заранее определите порядок первого дня"], body: ["도착순으로만 답하면 중요한 요청이 뒤로 밀립니다. 결제와 장애, 일정 확정, 일반 문의 순으로 분류하고 수신 확인 메시지를 먼저 보낸 뒤 약속한 시간 안에 상세 답변하세요. 처리 후 반복 이슈는 FAQ에 반영합니다.", "Chronological response can bury important issues. Triage billing and outages, deadline decisions, then general questions; acknowledge receipt first and give the full answer within the promised time.", "只按到达顺序回复会让重要事项滞后。先处理付款和故障，再处理日程确认和一般咨询；先确认收到，再在承诺时间内详细回复。", "到着順だけでは重要案件が遅れます。決済・障害、日程、一般問い合わせの順に分類し、受領連絡後に約束時間内で回答します。", "Trả lời theo thứ tự đến có thể làm chậm việc quan trọng. Ưu tiên thanh toán và sự cố, quyết định lịch rồi câu hỏi chung; xác nhận đã nhận trước và trả lời đầy đủ đúng hẹn.", "Ответы по времени получения могут отодвинуть важное. Сначала платежи и сбои, затем сроки и общие вопросы; подтвердите получение и ответьте полностью в обещанный срок."], }, ], }, { slug: "solo-business-price-increase-notice", category: SOLO_OPERATIONS, title: ["1인기업 가격 인상 공지 방법: 고객이 납득하는 6단계 안내", "How a Solo Business Should Announce a Price Increase in Six Steps", "一人企业涨价通知：让客户理解的 6 个步骤", "一人会社の値上げ案内：顧客が納得する6段階", "Cách doanh nghiệp một người thông báo tăng giá trong 6 bước", "Как сообщить о повышении цены: 6 шагов"], description: ["인상 이유, 적용일, 기존 고객 조건과 선택지를 명확하게 전달해 불필요한 불안을 줄이는 공지 방법입니다.", "A clear way to explain the reason, effective date, existing-customer terms, and choices without creating unnecessary uncertainty.", "清楚说明涨价原因、生效日期、老客户条件与选择，减少不必要的不安。", "理由、適用日、既存顧客条件、選択肢を明確にし、不安を減らす案内方法です。", "Cách nêu rõ lý do, ngày áp dụng, điều kiện khách hiện tại và lựa chọn để giảm lo lắng.", "Как ясно объяснить причину, дату, условия для текущих клиентов и варианты без лишней тревоги."], sections: [ { title: ["원가가 아니라 제공 가치의 변화를 설명합니다", "Explain the change in delivered value, not only your costs", "不仅说明成本，还要说明交付价值变化", "原価だけでなく提供価値の変化を説明する", "Giải thích thay đổi giá trị cung cấp, không chỉ chi phí", "Объясняйте изменение ценности, а не только затрат"], body: ["물가나 운영비 상승만 말하면 고객은 자신의 이익을 찾기 어렵습니다. 지원 범위, 응답 속도, 품질 관리나 새 기능처럼 기존보다 달라진 제공 내용과 지속적으로 유지하기 위해 필요한 이유를 함께 설명하세요.", "Cost inflation alone does not show customer benefit. Explain improvements in support scope, response time, quality control, or features, and why the new price is required to sustain them.", "只谈成本上涨难以让客户看到自己的收益。应说明支持范围、响应速度、质量管理或功能的改进，以及维持这些改进的必要性。", "原価上昇だけでは顧客の利点が見えません。支援範囲、応答速度、品質、新機能など提供価値の変化と維持理由を説明します。", "Chỉ nói chi phí tăng không cho khách thấy lợi ích. Hãy nêu cải thiện về hỗ trợ, tốc độ phản hồi, chất lượng hoặc tính năng và vì sao cần giá mới để duy trì.", "Рост затрат не показывает выгоду клиента. Объясните улучшения поддержки, скорости, качества или функций и необходимость новой цены для их сохранения."], }, { title: ["적용일과 대상별 조건을 한눈에 보여줍니다", "Show the effective date and customer-specific terms clearly", "清楚展示生效日与不同客户条件", "適用日と対象別条件を明確にする", "Hiển thị rõ ngày áp dụng và điều kiện theo từng nhóm", "Ясно покажите дату и условия для групп клиентов"], body: ["공지일, 새 가격, 부가세 포함 여부와 첫 청구일을 표나 짧은 목록으로 적으세요. 기존 계약, 연간 결제, 신규 가입처럼 적용 시점이 다르면 각각 구분하고 고객이 자신의 경우를 쉽게 찾게 합니다.", "List the notice date, new price, tax treatment, and first billing date. Separate existing contracts, annual billing, and new customers when their effective dates differ.", "列出通知日、新价格、税费和首次扣款日。若现有合同、年付与新客户的生效时间不同，应分别说明。", "告知日、新価格、税、初回請求日を簡潔に示し、既存契約、年払い、新規で時期が違う場合は分けます。", "Liệt kê ngày thông báo, giá mới, thuế và ngày tính phí đầu tiên. Tách hợp đồng hiện tại, thanh toán năm và khách mới nếu thời điểm khác nhau.", "Укажите дату уведомления, новую цену, налог и первое списание. Разделите действующие договоры, годовую оплату и новых клиентов при разных сроках."], }, { title: ["고객이 선택할 수 있는 현실적인 경로를 둡니다", "Offer realistic customer choices", "提供现实可选的路径", "顧客が選べる現実的な方法を用意する", "Đưa ra lựa chọn thực tế cho khách", "Предложите клиенту реальные варианты"], body: ["현재 조건 유지 기간, 낮은 범위의 플랜, 해지와 데이터 내보내기 방법을 숨기지 마세요. 문의 기한과 연락처를 함께 두고 고객별 협의가 필요하면 변경 내용을 서면으로 다시 확인합니다.", "Do not hide a temporary grandfathered period, a smaller plan, cancellation, or data export. Give a question deadline and contact, and confirm any individual agreement in writing.", "不要隐藏旧条件保留期、较低方案、取消或数据导出方式。提供咨询期限与联系方式，个别协商结果应书面确认。", "現条件の維持期間、低いプラン、解約、データ出力を隠さず、問い合わせ期限と連絡先を示し、個別合意は書面で確認します。", "Đừng giấu thời gian giữ điều kiện cũ, gói nhỏ hơn, cách hủy hay xuất dữ liệu. Nêu hạn hỏi và liên hệ; mọi thỏa thuận riêng cần xác nhận bằng văn bản.", "Не скрывайте период старых условий, меньший тариф, отмену или экспорт. Укажите срок вопросов и контакт, а индивидуальные договоренности подтвердите письменно."], }, ], }, { slug: "solo-business-weekly-priority-system", category: SOLO_OPERATIONS, title: ["1인기업 업무 우선순위 정하는 방법: 매주 30분 운영회의 5단계", "How Solo Businesses Set Priorities: A Five-Step, 30-Minute Weekly Review", "一人企业工作优先级：每周 30 分钟的 5 步复盘", "一人会社の優先順位：週30分・5段階レビュー", "Cách doanh nghiệp một người đặt ưu tiên bằng cuộc họp 30 phút mỗi tuần", "Как расставлять приоритеты: еженедельный обзор за 30 минут"], description: ["밀린 일을 모두 처리하려 하지 않고 매출, 고객 약속, 위험과 가용 시간을 기준으로 한 주의 우선순위를 정하는 방법입니다.", "A weekly method for choosing work by revenue impact, customer promises, risk, and available capacity instead of trying to finish everything.", "不追求处理所有积压，而以收入、客户承诺、风险与可用时间确定一周优先级。", "滞留業務を全部片付けるのではなく、売上、顧客約束、リスク、時間で週の優先順位を決めます。", "Phương pháp chọn việc theo doanh thu, cam kết khách hàng, rủi ro và thời gian thay vì cố làm hết mọi thứ.", "Еженедельный метод выбора задач по выручке, обещаниям клиентам, риску и доступному времени."], sections: [ { title: ["해야 할 일을 한 목록으로 모읍니다", "Collect every commitment into one list", "把所有任务集中到一个清单", "すべての約束を一つの一覧へ集める", "Gom mọi cam kết vào một danh sách", "Соберите все обязательства в один список"], body: ["메일, 메신저, 메모에 흩어진 업무를 고객 약속, 매출 활동, 운영 유지, 개선 아이디어로 구분해 적으세요. 목록에 없는 일은 우선순위를 비교할 수 없으므로 떠오르는 즉시 같은 수집함에 넣습니다.", "Gather tasks from email, chat, and notes, then label customer commitments, revenue work, operations, and improvements. Put new work into the same inbox immediately so it can be compared.", "把邮件、聊天和笔记中的任务集中，并标记客户承诺、收入工作、运营维护和改进。新任务立即放入同一收集箱。", "メール、チャット、メモの仕事を集め、顧客約束、売上、運営、改善に分類します。新しい仕事も同じ受け皿へ入れます。", "Gom việc từ email, chat và ghi chú rồi phân loại cam kết khách hàng, doanh thu, vận hành và cải tiến. Việc mới phải vào cùng hộp thu thập.", "Соберите задачи из почты, чатов и заметок, пометьте обещания клиентам, выручку, операционку и улучшения. Новые задачи сразу помещайте туда же."], }, { title: ["영향, 기한, 위험으로 이번 주 세 가지를 고릅니다", "Choose three outcomes by impact, deadline, and risk", "按影响、期限与风险选出本周三项", "影響・期限・リスクで今週の3項目を選ぶ", "Chọn ba kết quả theo tác động, hạn và rủi ro", "Выберите три результата по влиянию, сроку и риску"], body: ["각 업무가 미치는 매출 또는 고객 영향, 약속한 날짜, 미뤘을 때 생기는 위험을 평가하세요. 점수가 높은 일 중 실제 가용 시간에 맞는 세 가지 결과만 이번 주 핵심으로 정하고 나머지는 의도적으로 보류합니다.", "Rate revenue or customer impact, promised date, and the risk of delay. Select only three outcomes that fit actual capacity and deliberately defer the rest.", "评估收入或客户影响、承诺日期与延期风险。从高优先任务中只选择符合实际时间的三个成果，其余明确延期。", "売上・顧客への影響、約束日、延期リスクを評価し、実際の時間で完了できる3成果だけを選び、残りは意図的に保留します。", "Đánh giá tác động doanh thu hoặc khách hàng, ngày cam kết và rủi ro trì hoãn. Chỉ chọn ba kết quả phù hợp năng lực thực tế và chủ động hoãn phần còn lại.", "Оцените влияние на выручку или клиента, обещанную дату и риск задержки. Выберите три результата по реальной емкости, остальные осознанно отложите."], }, { title: ["금요일에는 완료보다 판단의 정확도를 점검합니다", "On Friday, review decision quality, not only completion", "周五复盘判断质量，而不只看完成量", "金曜は完了数より判断の精度を振り返る", "Thứ Sáu xem lại chất lượng quyết định, không chỉ số việc xong", "В пятницу оцените качество решений, а не только выполнение"], body: ["끝내지 못한 이유가 예상시간 오류인지, 갑작스러운 요청인지, 우선순위 변경인지 기록하세요. 반복되는 변수에는 여유 시간을 배정하고 다음 주에는 더 작은 완료 단위로 쪼개 계획 정확도를 높입니다.", "Record whether unfinished work came from bad estimates, unexpected requests, or a priority change. Reserve capacity for recurring uncertainty and split next week's outcomes into smaller units.", "记录未完成是估时错误、临时请求还是优先级变化。为重复变量预留时间，并把下周目标拆成更小的完成单位。", "未完了の理由が見積誤差、突発依頼、優先変更のどれか記録し、繰り返す変数には余白を取り、次週は小さく分けます。", "Ghi việc chưa xong do ước lượng sai, yêu cầu bất ngờ hay đổi ưu tiên. Dành dung lượng cho biến động lặp lại và chia mục tiêu tuần sau nhỏ hơn.", "Запишите причину незавершенного: оценка, внезапный запрос или смена приоритета. Оставляйте резерв для повторяющихся факторов и дробите результаты."], }, ], }, { slug: "solo-business-ltv-calculation", category: SOLO_OPERATIONS, title: ["1인기업 LTV 계산 방법: 주문 기록만으로 고객생애가치 구하기", "How a Solo Business Can Calculate LTV from Order History", "一人企业如何用订单记录计算客户终身价值", "一人会社のLTV計算：注文履歴だけで顧客生涯価値を出す", "Cách doanh nghiệp một người tính LTV từ lịch sử đơn hàng", "Как рассчитать LTV по истории заказов"], description: ["복잡한 분석 도구 없이 주문 횟수, 평균 결제액과 유지 기간으로 고객생애가치를 계산하고 활용하는 방법입니다.", "A practical way to estimate and use customer lifetime value from order frequency, average payment, and retention without complex analytics.", "无需复杂工具，利用购买次数、平均支付额与留存期估算并使用客户终身价值。", "複雑な分析なしで注文回数、平均支払額、継続期間からLTVを計算して活用します。", "Cách ước tính và dùng giá trị vòng đời khách hàng từ tần suất, giá trị trung bình và thời gian duy trì.", "Как оценить и использовать пожизненную ценность клиента по частоте, среднему платежу и сроку удержания."], sections: [ { title: ["먼저 계산 기간과 고객 기준을 고정합니다", "Fix the period and customer definition first", "先固定计算周期与客户定义", "計算期間と顧客定義を固定する", "Cố định kỳ tính và định nghĩa khách hàng", "Сначала зафиксируйте период и определение клиента"], body: ["최근 12개월처럼 동일한 기간을 사용하고 환불 주문, 테스트 결제와 내부 계정을 제외하세요. 이메일이나 고객 ID로 주문을 묶되 같은 사람의 중복 계정을 합칠 규칙도 정해야 비교 가능한 숫자가 됩니다.", "Use a consistent period such as the last 12 months and exclude refunds, tests, and internal accounts. Group orders by email or customer ID and define how duplicate accounts are merged.", "使用最近 12 个月等统一周期，排除退款、测试和内部账号。按邮箱或客户 ID 汇总订单，并规定重复账号合并规则。", "直近12か月など同じ期間を使い、返金、テスト、社内アカウントを除外します。メールや顧客IDでまとめ、重複統合ルールも決めます。", "Dùng cùng kỳ như 12 tháng gần nhất và loại hoàn tiền, thử nghiệm, tài khoản nội bộ. Nhóm theo email hoặc ID và đặt quy tắc gộp tài khoản trùng.", "Используйте единый период, например 12 месяцев, исключите возвраты, тесты и внутренние аккаунты. Группируйте по email или ID и задайте правило дублей."], }, { title: ["평균 결제액 × 구매 빈도 × 유지 기간으로 시작합니다", "Start with average order value × frequency × retention", "从平均订单额 × 购买频率 × 留存期开始", "平均購入額×頻度×継続期間から始める", "Bắt đầu với giá trị trung bình × tần suất × thời gian duy trì", "Начните со среднего чека × частоты × срока"], body: ["정교한 모델이 없어도 고객당 평균 결제액, 기간 내 평균 구매 횟수, 평균 유지 기간을 곱하면 기준 LTV를 구할 수 있습니다. 매출이 아닌 이익을 보고 싶다면 결제액에 매출총이익률을 먼저 적용하세요.", "A baseline LTV is average order value multiplied by purchase frequency and average retention. To measure contribution rather than revenue, apply gross margin to the order value first.", "基础 LTV 可用平均订单额乘以购买频率和平均留存期计算。若关注利润而非收入，应先乘以毛利率。", "基準LTVは平均購入額×購入頻度×平均継続期間です。売上でなく利益を見るなら購入額へ粗利率を適用します。", "LTV cơ bản bằng giá trị đơn trung bình nhân tần suất và thời gian duy trì. Nếu muốn xem lợi nhuận, hãy áp dụng biên lợi nhuận gộp trước.", "Базовый LTV равен среднему чеку, умноженному на частоту и срок удержания. Для прибыли сначала примените валовую маржу."], }, { title: ["전체 평균보다 고객군별 차이를 행동에 연결합니다", "Turn segment differences into decisions", "把客户群差异转化为行动", "顧客群の差を施策につなげる", "Biến khác biệt giữa nhóm khách thành quyết định", "Свяжите различия сегментов с решениями"], body: ["유입 경로, 첫 구매 상품, 업종이나 계약 유형별로 LTV를 비교하세요. 높은 고객군에는 재구매 경험을 강화하고 낮은 고객군은 획득 비용과 지원 시간을 줄이거나 상품 적합성을 다시 검토합니다.", "Compare LTV by acquisition source, first product, industry, or contract type. Improve repeat experience for high-value segments and reduce acquisition or support cost for low-value segments.", "按获客来源、首购产品、行业或合同类型比较 LTV。对高价值群体强化复购体验，对低价值群体降低获客与支持成本。", "流入元、初回商品、業種、契約別に比較し、高LTV層は再購入体験を強化、低LTV層は獲得・支援コストを見直します。", "So sánh LTV theo nguồn, sản phẩm đầu, ngành hoặc hợp đồng. Tăng trải nghiệm mua lại cho nhóm cao và giảm chi phí thu hút hoặc hỗ trợ cho nhóm thấp.", "Сравните LTV по источнику, первому продукту, отрасли или договору. Усильте повторные покупки высоких сегментов и снизьте расходы для низких."], }, ], }, { slug: "solo-business-email-address-system", category: COMPANY_EMAIL, title: ["1인 사업자 회사 이메일 주소: 처음 만들 5가지와 운영 순서", "Company Email Addresses for Solo Businesses: Five Roles and an Operating Order", "一人企业公司邮箱：最先创建的 5 种地址与运营顺序", "一人事業の会社メール：最初の5アドレスと運用順", "Địa chỉ email công ty cho doanh nghiệp một người: 5 vai trò và thứ tự vận hành", "Корпоративные адреса для одного владельца: 5 ролей и порядок"], description: ["대표, 고객지원, 정산, 제휴와 시스템 발송 주소를 언제 분리하고 어떻게 관리할지 정리합니다.", "When and how to separate primary, support, billing, partnership, and system-sending addresses for a solo business.", "说明何时以及如何拆分主邮箱、客服、结算、合作与系统发信地址。", "代表、サポート、請求、提携、システム送信をいつ分け、どう管理するか整理します。", "Khi nào và cách tách địa chỉ chính, hỗ trợ, thanh toán, hợp tác và gửi hệ thống.", "Когда и как разделять основной адрес, поддержку, счета, партнерства и системные отправления."], sections: [ { title: ["처음에는 대표 주소 하나로 시작합니다", "Start with one primary address", "初期从一个主邮箱开始", "最初は代表アドレス1件から始める", "Bắt đầu bằng một địa chỉ chính", "Начните с одного основного адреса"], body: ["문의량이 적을 때는 contact 또는 hello 같은 대표 주소 하나가 충분합니다. 홈페이지, 명함, 견적서의 연락처를 같은 주소로 통일하고 분류 규칙과 서명을 먼저 안정화하세요.", "When volume is low, one address such as contact or hello is enough. Use it consistently on the website, proposals, and contact materials, then stabilize filters and signatures first.", "咨询量较少时，一个 contact 或 hello 主地址即可。统一用于网站、名片与报价，并先稳定分类规则和签名。", "件数が少ない間はcontactやhelloの代表1件で十分です。サイト、名刺、見積の連絡先を統一し、振り分けと署名を整えます。", "Khi thư ít, một địa chỉ contact hoặc hello là đủ. Dùng thống nhất trên website, báo giá và tài liệu, rồi ổn định bộ lọc và chữ ký.", "При небольшом объеме достаточно contact или hello. Используйте адрес на сайте и в документах, затем настройте фильтры и подпись."], }, { title: ["업무 책임과 기록이 갈릴 때 메일함을 추가합니다", "Add a mailbox when responsibility and history diverge", "职责与记录分离时再新增邮箱", "責任と履歴が分かれる時にメールボックスを追加", "Thêm hộp thư khi trách nhiệm và lịch sử tách biệt", "Добавляйте ящик, когда расходятся ответственность и история"], body: ["support, billing, partnership 같은 주소는 실제 담당자나 보관 규칙이 달라질 때 분리하세요. 단순히 주소만 다르게 보이고 같은 사람이 처리한다면 별칭과 폴더 규칙으로 충분할 수 있습니다.", "Separate support, billing, or partnership when they need different owners or retention rules. If one person handles everything and only the visible address differs, an alias and folder rules may be enough.", "当客服、结算或合作需要不同负责人或保留规则时再分离。若同一人处理且只需不同显示地址，别名与文件夹规则可能足够。", "support、billing、partnershipは担当や保存規則が異なる時に分けます。同じ人が処理し表示だけ違うなら別名とフォルダで十分です。", "Tách support, billing hoặc partnership khi cần người phụ trách hay quy tắc lưu khác. Nếu một người xử lý và chỉ khác địa chỉ hiển thị, bí danh và thư mục có thể đủ.", "Разделяйте support, billing и partnership при разных ответственных или правилах хранения. Если работает один человек, может хватить алиаса и папок."], }, { title: ["시스템 발송 주소와 답장 주소를 구분합니다", "Separate system sending from the reply mailbox", "区分系统发信地址与回复邮箱", "システム送信元と返信先を分ける", "Tách địa chỉ gửi hệ thống và hộp thư trả lời", "Разделяйте системную отправку и адрес ответа"], body: ["주문 완료나 비밀번호 재설정은 API용 발신 주소를 사용할 수 있지만 고객이 답장할 수 있는 메일에는 실제 확인하는 Reply-To를 넣어야 합니다. SPF, DKIM과 반송 주소를 함께 검증하고 보낸 기록을 중앙에서 확인하세요.", "Order confirmations and password resets can use an API sender, but messages that invite replies need a monitored Reply-To. Verify SPF, DKIM, bounce handling, and central sent history together.", "订单完成或密码重置可用 API 发件地址，但可回复邮件必须设置有人查看的 Reply-To，并同时验证 SPF、DKIM、退信与发送记录。", "注文完了やパスワード再設定はAPI送信元でも、返信が必要なら確認するReply-Toを設定します。SPF、DKIM、バウンス、送信履歴も確認します。", "Xác nhận đơn hàng hoặc đặt lại mật khẩu có thể dùng địa chỉ API, nhưng thư cần trả lời phải có Reply-To được theo dõi. Kiểm tra SPF, DKIM, thư trả lại và lịch sử gửi.", "Системные уведомления могут идти с API-адреса, но для ответов нужен контролируемый Reply-To. Проверяйте SPF, DKIM, возвраты и историю отправки."], }, ], }, { slug: "solo-business-brand-name-checklist", category: SOLO_OPERATIONS, title: ["1인기업 브랜드 이름 정하는 방법: 상표·도메인·SNS 확인 7단계", "How to Name a Solo Business: A Seven-Step Trademark, Domain, and Social Check", "一人企业品牌命名：商标、域名与社交账号的 7 步检查", "一人会社のブランド名：商標・ドメイン・SNSの7段階確認", "Cách đặt tên thương hiệu cho doanh nghiệp một người: 7 bước kiểm tra", "Как выбрать название бренда: 7 проверок товарного знака, домена и соцсетей"], description: ["기억하기 쉬운 이름을 고른 뒤 상표, 도메인, 검색 결과와 SNS 계정을 함께 확인하는 실무 체크리스트입니다.", "A practical checklist for choosing a memorable name and validating trademarks, domains, search results, and social handles together.", "选择易记名称后，同时检查商标、域名、搜索结果和社交账号。", "覚えやすい名前を選び、商標、ドメイン、検索結果、SNSをまとめて確認するチェックです。", "Checklist chọn tên dễ nhớ và kiểm tra đồng thời nhãn hiệu, tên miền, kết quả tìm kiếm và tài khoản mạng xã hội.", "Практический список выбора запоминающегося имени и проверки товарного знака, домена, поиска и социальных аккаунтов."], sections: [ { title: ["고객이 듣고 한 번에 적을 수 있는지 확인합니다", "Test whether customers can hear and write it once", "确认客户听一次就能写出", "一度聞いて書ける名前か確認する", "Kiểm tra khách có thể nghe và viết ngay không", "Проверьте, можно ли услышать и записать с первого раза"], body: ["의미가 좋아도 발음과 철자가 여러 방식이면 검색과 소개에서 손실이 생깁니다. 대상 고객에게 이름을 한 번 들려주고 적게 한 뒤, 어떤 업종으로 느껴지는지와 비슷한 기존 브랜드가 떠오르는지 확인하세요.", "A meaningful name still loses referrals when pronunciation or spelling is ambiguous. Say it once to target customers, ask them to write it, and learn what industry and existing brands it suggests.", "即使含义很好，发音或拼写不明确也会影响搜索与推荐。让目标客户听一次并写下，再询问联想到的行业和相似品牌。", "意味が良くても発音や綴りが曖昧だと検索や紹介で損します。対象顧客に一度聞かせて書いてもらい、業種や類似ブランドの印象を確認します。", "Tên có ý nghĩa vẫn mất lượt giới thiệu nếu phát âm hay chính tả mơ hồ. Đọc một lần cho khách mục tiêu, nhờ họ viết và hỏi họ liên tưởng ngành nào, thương hiệu nào.", "Даже хорошее имя теряет рекомендации при неоднозначном произношении. Произнесите его целевой аудитории один раз, попросите записать и узнать ассоциации."], }, { title: ["상표와 검색 결과를 업종까지 함께 봅니다", "Check trademarks and search results in the relevant class", "结合行业检查商标与搜索结果", "業種区分まで含めて商標と検索を確認", "Kiểm tra nhãn hiệu và kết quả tìm kiếm theo ngành", "Проверяйте знак и поиск в нужном классе"], body: ["동일한 글자만 찾지 말고 발음이 비슷한 상표와 같은 상품·서비스 분류를 확인하세요. 일반 검색, 앱스토어, 지도와 사업자 정보에서 이미 강한 의미가 있는 이름인지도 살펴보고 법적 판단이 필요하면 전문가 검토를 받습니다.", "Search not only exact text but similar pronunciation in the relevant goods and services class. Review general search, app stores, maps, and company listings, and obtain professional advice when legal certainty is needed.", "不仅搜索相同文字，还要检查同类商品服务中发音相近的商标，并查看搜索、应用商店、地图和企业信息；需要法律确定性时应咨询专业人士。", "同じ文字だけでなく類似発音と商品・サービス区分を確認します。検索、ストア、地図、事業者情報も見て、法的判断は専門家へ相談します。", "Không chỉ tìm chữ giống mà còn phát âm gần trong nhóm hàng hóa dịch vụ liên quan. Kiểm tra tìm kiếm, kho ứng dụng, bản đồ, hồ sơ doanh nghiệp và hỏi chuyên gia khi cần chắc chắn pháp lý.", "Ищите не только точное написание, но и сходное звучание в нужных классах. Проверьте поиск, магазины приложений, карты и реестры; для юридической уверенности обратитесь к специалисту."], }, { title: ["도메인과 주요 계정을 같은 날 확보합니다", "Secure the domain and key handles on the same day", "同一天注册域名与主要账号", "ドメインと主要アカウントを同日に確保する", "Giữ tên miền và tài khoản chính trong cùng ngày", "Зарегистрируйте домен и основные имена в один день"], body: ["최종 후보를 공개하기 전에 루트 도메인, 회사 이메일 주소, 주요 SNS 사용자명과 앱 이름을 확인하세요. 모두 완벽히 같을 필요는 없지만 고객이 검색했을 때 같은 브랜드임을 알 수 있는 규칙으로 통일합니다.", "Before announcing the final candidate, check the root domain, company email, key social handles, and app name. They need not be identical, but should follow a rule that makes the brand recognizable in search.", "公开最终候选前，确认根域名、公司邮箱、主要社交用户名和应用名称。无需完全相同，但应遵循让客户能识别同一品牌的规则。", "候補公開前にルートドメイン、会社メール、主要SNS、アプリ名を確認します。完全一致でなくても同一ブランドと分かる規則にします。", "Trước khi công bố, kiểm tra tên miền gốc, email công ty, tên mạng xã hội và ứng dụng. Không cần giống hệt nhưng phải theo quy tắc giúp nhận ra cùng thương hiệu.", "До публикации проверьте корневой домен, корпоративную почту, социальные имена и название приложения. Они могут отличаться, но должны явно принадлежать одному бренду."], }, ], }, { slug: "vibe-coding-mvp-operation-checklist", category: SOLO_OPERATIONS, title: ["바이브코딩 MVP 배포 후 운영 체크리스트: 1인창업자가 확인할 7가지", "Vibe-Coded MVP Operations: Seven Checks After Deployment", "氛围编程 MVP 上线后运营清单：一人创业者的 7 项检查", "バイブコーディングMVP公開後：一人起業の7項目", "Checklist vận hành MVP vibe coding sau triển khai: 7 mục", "Эксплуатация MVP после vibe coding: 7 проверок"], description: ["빠르게 만든 MVP를 실제 서비스로 운영하기 위해 인증, 데이터, 오류, 알림, 비용과 복구 절차를 확인하는 체크리스트입니다.", "A post-deployment checklist for authentication, data, errors, notifications, cost, and recovery before a rapidly built MVP becomes a real service.", "快速构建的 MVP 成为真实服务前，需要检查认证、数据、错误、通知、成本与恢复。", "素早く作ったMVPを実運用するため認証、データ、エラー、通知、費用、復旧を確認します。", "Checklist xác thực, dữ liệu, lỗi, thông báo, chi phí và phục hồi trước khi MVP nhanh trở thành dịch vụ thật.", "Чек-лист аутентификации, данных, ошибок, уведомлений, стоимости и восстановления для быстро созданного MVP."], sections: [ { title: ["관리자 화면이 아니라 서버 권한으로 보호합니다", "Enforce authorization on the server, not only in the UI", "不要只靠管理页面，要在服务器执行授权", "管理画面だけでなくサーバーで権限を守る", "Thực thi quyền trên máy chủ, không chỉ giao diện", "Проверяйте права на сервере, а не только в интерфейсе"], body: ["버튼을 숨기거나 URL을 감추는 것은 권한 제어가 아닙니다. 모든 읽기와 변경 API에서 로그인 사용자, 소유권과 역할을 확인하고 관리자 기능은 별도 감사 기록을 남기세요. 비밀키는 코드와 브라우저 번들에 넣지 않습니다.", "Hiding a button or URL is not authorization. Every read and mutation API must verify the signed-in user, ownership, and role; administrative actions need an audit trail. Never ship secrets in source or browser bundles.", "隐藏按钮或 URL 不是权限控制。所有读取与修改 API 都应验证登录用户、所有权和角色，管理操作需记录审计日志，密钥不得进入前端代码。", "ボタンやURLを隠すだけでは権限管理ではありません。すべてのAPIで利用者、所有者、役割を確認し、管理操作は監査記録を残し、秘密鍵をブラウザへ出しません。", "Ẩn nút hay URL không phải phân quyền. Mọi API đọc và sửa phải xác minh người dùng, quyền sở hữu và vai trò; thao tác quản trị cần nhật ký. Không đưa khóa bí mật vào mã phía trình duyệt.", "Скрытая кнопка не является авторизацией. Каждый API чтения и изменения проверяет пользователя, владельца и роль; админ-действия журналируются, секреты не попадают в браузер."], }, { title: ["데이터 변경과 실패를 추적할 수 있게 만듭니다", "Make data changes and failures traceable", "让数据变更与失败可追踪", "データ変更と失敗を追跡可能にする", "Cho phép truy vết thay đổi dữ liệu và lỗi", "Сделайте изменения и ошибки отслеживаемыми"], body: ["사용자에게 성공 메시지를 보여주기 전에 DB 반영과 외부 작업 완료를 확인하세요. 요청 ID, 사용자, 대상, 결과와 안전한 오류 코드를 기록하되 비밀번호와 토큰은 로그에서 제거합니다. 재시도 작업은 중복 실행돼도 결과가 한 번만 반영되게 설계합니다.", "Confirm database and external work before showing success. Log request ID, actor, target, result, and a safe error code while excluding passwords and tokens. Retries must be idempotent.", "显示成功前应确认数据库与外部操作完成。记录请求 ID、操作者、目标、结果和安全错误码，但排除密码与令牌；重试必须幂等。", "成功表示の前にDBと外部処理を確認します。要求ID、利用者、対象、結果、安全なエラーを記録し、パスワードとトークンは除外し、再試行は冪等にします。", "Xác nhận DB và tác vụ ngoài trước khi báo thành công. Ghi ID yêu cầu, người thực hiện, đối tượng, kết quả và mã lỗi an toàn, không ghi mật khẩu hoặc token; thử lại phải idempotent.", "До сообщения об успехе подтвердите БД и внешнюю операцию. Журналируйте ID, актера, цель, результат и безопасный код без паролей и токенов; повторы должны быть идемпотентны."], }, { title: ["모니터링, 백업과 비용 한도를 배포 조건으로 둡니다", "Make monitoring, backups, and cost limits release gates", "把监控、备份与成本上限设为发布条件", "監視・バックアップ・費用上限を公開条件にする", "Đặt giám sát, sao lưu và giới hạn chi phí làm điều kiện phát hành", "Сделайте мониторинг, резервные копии и лимиты условием релиза"], body: ["오류율과 응답시간, 큐 지연, 디스크와 외부 API 비용에 알림을 설정하세요. 백업이 있다는 사실보다 실제 복원 시험이 중요하며, 배포 실패 시 이전 버전으로 돌아가는 절차와 담당 연락처를 문서화합니다.", "Alert on error rate, response time, queue delay, disk, and external API spend. A tested restore matters more than the existence of a backup; document rollback and the responsible contact.", "为错误率、响应时间、队列延迟、磁盘与外部 API 费用设置告警。备份必须实际恢复测试，并记录回滚步骤与负责人。", "エラー率、応答時間、キュー遅延、ディスク、外部API費用を監視します。バックアップは復元試験し、ロールバック手順と担当を文書化します。", "Cảnh báo tỷ lệ lỗi, thời gian phản hồi, độ trễ hàng đợi, đĩa và chi phí API. Quan trọng là thử khôi phục, đồng thời tài liệu hóa rollback và người phụ trách.", "Настройте алерты на ошибки, задержку, очередь, диск и расходы API. Проверяйте восстановление, документируйте откат и ответственного."], }, ], }, { slug: "solo-business-customer-inquiry-system", category: SOLO_OPERATIONS, title: ["1인기업 고객 문의 관리: 놓치지 않는 4단계 운영 시스템", "Customer Inquiry Management for Solo Businesses: A Four-Step System", "一人企业客户咨询管理：不遗漏的 4 步系统", "一人会社の問い合わせ管理：漏らさない4段階", "Quản lý yêu cầu khách hàng cho doanh nghiệp một người: hệ thống 4 bước", "Управление обращениями клиентов: система из 4 шагов"], description: ["여러 채널의 고객 문의를 수집하고 우선순위, 응답 약속과 완료 기록으로 연결하는 운영 시스템입니다.", "A four-step operating system that collects inquiries, sets priority and response promises, and records completion.", "把多渠道咨询集中，并连接到优先级、回复承诺与完成记录的 4 步系统。", "複数チャネルの問い合わせを集め、優先度、返信約束、完了記録へつなぐ4段階です。", "Hệ thống 4 bước gom yêu cầu, đặt ưu tiên và cam kết phản hồi, rồi ghi hoàn tất.", "Система из четырех шагов: сбор, приоритет, обещание ответа и фиксация завершения."], sections: [ { title: ["공식 접점을 하나 정하고 나머지는 모읍니다", "Choose one official channel and consolidate the rest", "确定一个官方入口并汇总其他渠道", "公式窓口を一つ決め他を集約する", "Chọn một kênh chính và gom các kênh còn lại", "Выберите официальный канал и соберите остальные"], body: ["홈페이지, SNS, 전화에서 문의가 오더라도 처리 기록은 대표 회사메일이나 하나의 고객관리함에 모으세요. 자동 전달이나 수동 등록 규칙을 정하고 고객에게 공식 회신 주소를 일관되게 알립니다.", "Even when requests arrive through the website, social media, or phone, collect the working record in a primary company mailbox or one support queue. Define forwarding rules and consistently state the official reply address.", "即使咨询来自网站、社交媒体或电话，也应集中到公司主邮箱或统一队列，并规定转发规则与官方回复地址。", "サイト、SNS、電話から来ても処理記録は代表メールか一つの管理箱へ集め、転送規則と公式返信先を統一します。", "Dù yêu cầu đến từ website, mạng xã hội hay điện thoại, hãy gom hồ sơ vào hộp thư công ty hoặc một hàng đợi hỗ trợ và thống nhất địa chỉ trả lời chính thức.", "Даже обращения с сайта, соцсетей и телефона собирайте в основном корпоративном ящике или одной очереди. Настройте перенаправление и единый адрес ответа."], }, { title: ["수신 확인과 상세 답변 시간을 분리합니다", "Separate acknowledgement from full resolution", "区分收到确认与完整答复时间", "受領連絡と詳細回答の時間を分ける", "Tách xác nhận đã nhận và thời gian giải quyết", "Разделите подтверждение и полный ответ"], body: ["즉시 해결하지 못해도 언제 확인할지 먼저 알려주면 고객은 같은 문의를 반복하지 않습니다. 긴급 기준, 업무시간 내 첫 응답 목표와 상세 답변 예상 시각을 템플릿으로 만들되 상황에 맞게 수정하세요.", "When immediate resolution is impossible, state when the request will be reviewed so customers do not repeat it. Template the urgency rules, acknowledgement target, and expected full response, then adjust to context.", "无法立即解决时也应先说明何时确认，减少重复咨询。制作紧急标准、首次响应目标与完整答复时间模板，并按情况调整。", "すぐ解決できなくても確認予定を伝えれば重複問い合わせを防げます。緊急基準、初回応答、詳細回答予定をテンプレート化します。", "Nếu chưa giải quyết ngay, hãy báo khi nào sẽ xem để khách không hỏi lại. Tạo mẫu tiêu chí khẩn cấp, mục tiêu xác nhận và thời gian trả lời đầy đủ rồi chỉnh theo tình huống.", "Если решить сразу нельзя, сообщите время проверки. Создайте шаблон срочности, срока подтверждения и полного ответа, адаптируя его к ситуации."], }, { title: ["완료 조건과 재문의 이유를 기록합니다", "Record completion criteria and repeat-contact causes", "记录完成条件与重复咨询原因", "完了条件と再問い合わせ理由を記録する", "Ghi điều kiện hoàn tất và lý do khách hỏi lại", "Фиксируйте критерий завершения и причины повторов"], body: ["답장을 보냈다고 완료가 아닙니다. 고객 확인, 환불 반영, 설정 검증처럼 결과가 확인되는 조건을 두고 종료하세요. 같은 문의가 반복되면 안내 문구, 제품 화면 또는 FAQ 중 무엇을 고쳐야 하는지 월별로 검토합니다.", "A sent reply is not always completion. Close only after a verifiable condition such as customer confirmation, refund posting, or setup validation. Review repeat contacts monthly to improve copy, product UI, or FAQ.", "发出回复不等于完成，应以客户确认、退款到账或设置验证等可确认条件关闭。每月分析重复咨询，改进文案、产品页面或 FAQ。", "返信送信だけでは完了ではありません。顧客確認、返金反映、設定検証など確認できる条件で終了し、再問い合わせから文言、画面、FAQを改善します。", "Gửi trả lời chưa chắc đã hoàn tất. Chỉ đóng khi có điều kiện xác minh như khách xác nhận, hoàn tiền hay kiểm tra cài đặt. Xem câu hỏi lặp hàng tháng để cải thiện nội dung, giao diện hoặc FAQ.", "Отправленный ответ не всегда завершение. Закрывайте по проверяемому условию: подтверждение клиента, возврат или проверка настройки. Ежемесячно анализируйте повторы и улучшайте интерфейс и FAQ."], }, ], }, { slug: "naver-works-domain-email-guide", category: COMPANY_EMAIL, title: ["네이버웍스 대안 비교: 도메인 메일 선택 전 확인할 5가지", "Alternatives to Naver Works: Five Checks Before Choosing Domain Email", "Naver Works 替代方案：选择域名邮箱前的 5 项检查", "Naver Works代替比較：ドメインメール選定前の5項目", "So sánh lựa chọn thay Naver Works: 5 điều trước khi chọn email tên miền", "Альтернативы Naver Works: 5 проверок доменной почты"], description: ["익숙한 화면만 비교하지 않고 계정 수, DNS 지원, 발신 인증, 외부 연동과 이전 가능성을 기준으로 대안을 고르는 방법입니다.", "How to compare alternatives by mailbox count, DNS assistance, sender authentication, integrations, and portability rather than interface familiarity alone.", "不要只比较熟悉界面，应按账号数、DNS 支持、发信验证、外部集成与可迁移性选择。", "画面の慣れだけでなくアカウント数、DNS支援、送信認証、外部連携、移行性で比較します。", "Cách so sánh theo số tài khoản, hỗ trợ DNS, xác thực gửi, tích hợp và khả năng chuyển đổi thay vì chỉ giao diện quen thuộc.", "Как сравнивать по числу ящиков, помощи с DNS, аутентификации, интеграциям и переносимости, а не только интерфейсу."], sections: [ { title: ["현재 필요한 협업 기능부터 분리해 봅니다", "Separate the collaboration features you actually need", "先区分真正需要的协作功能", "本当に必要な協業機能を分ける", "Tách các tính năng cộng tác thực sự cần", "Отделите реально нужные функции совместной работы"], body: ["메일만 필요한데 문서, 메신저와 조직 관리까지 포함된 요금제를 고르면 비용과 설정이 늘어납니다. 반대로 일정, 드라이브와 승인 흐름을 매일 쓴다면 메일 단독 서비스보다 통합 제품이 유리할 수 있습니다.", "If you only need email, paying for documents, chat, and organization management adds cost and setup. If calendars, storage, and approvals are used daily, an integrated suite may be better.", "若只需邮箱，包含文档、聊天和组织管理的套餐会增加成本；若每天使用日历、云盘和审批，集成套件可能更合适。", "メールだけなら文書、チャット、組織管理込みは費用と設定が増えます。予定、ストレージ、承認を毎日使うなら統合型が有利です。", "Nếu chỉ cần email, gói gồm tài liệu, chat và tổ chức làm tăng chi phí. Nếu dùng lịch, lưu trữ và phê duyệt hàng ngày, bộ tích hợp có thể phù hợp hơn.", "Если нужна только почта, документы, чат и управление организацией повышают стоимость. При ежедневных календарях, файлах и согласованиях выгоднее комплекс."], }, { title: ["도메인 연결과 발신 인증 지원을 비교합니다", "Compare domain setup and sender-authentication support", "比较域名连接与发信验证支持", "ドメイン接続と送信認証支援を比較する", "So sánh hỗ trợ kết nối tên miền và xác thực gửi", "Сравните подключение домена и аутентификацию"], body: ["가격표보다 실제 MX, SPF, DKIM, DMARC 값을 어디서 받고 어떻게 검증하는지 확인하세요. DNS 입력 위치를 찾는 안내, 오류별 설명과 설정 대행 여부는 비개발자의 도입 시간에 큰 차이를 만듭니다.", "Look beyond price to where MX, SPF, DKIM, and DMARC values come from and how they are verified. Guidance for finding DNS, error-specific help, and assisted setup materially change onboarding time.", "除价格外，还应确认 MX、SPF、DKIM、DMARC 值的获取与验证方式。DNS 位置指导、错误说明和代设服务会显著影响上线时间。", "価格だけでなくMX、SPF、DKIM、DMARCの取得・検証方法を確認します。DNS場所、エラー案内、設定代行が導入時間を左右します。", "Ngoài giá, hãy xem lấy và xác minh MX, SPF, DKIM, DMARC ở đâu. Hướng dẫn vị trí DNS, giải thích lỗi và dịch vụ hỗ trợ ảnh hưởng lớn đến thời gian thiết lập.", "Смотрите не только цену, но и получение и проверку MX, SPF, DKIM, DMARC. Помощь с местом DNS, ошибки и настройка существенно влияют на срок запуска."], }, { title: ["작은 계정으로 실제 이전을 시험합니다", "Pilot migration with a small mailbox", "用小邮箱先测试迁移", "小さなメールボックスで移行を試す", "Thử chuyển đổi bằng một hộp thư nhỏ", "Проведите пилот на небольшом ящике"], body: ["전체 MX를 바꾸기 전에 테스트 도메인이나 영향이 적은 계정으로 수신, 발신, 모바일과 Outlook 연동을 확인하세요. 기존 메일 내보내기, 주소록, 별칭과 해지 후 데이터 보관 정책도 전환 전에 문서화합니다.", "Before changing MX for everyone, test inbound, outbound, mobile, and Outlook on a low-impact mailbox or test domain. Document mail export, contacts, aliases, and post-cancellation retention first.", "全面更改 MX 前，先用低影响邮箱或测试域名验证收发、移动端和 Outlook。提前记录邮件导出、通讯录、别名与取消后的数据政策。", "全体MX変更前に影響の小さいアカウントで送受信、モバイル、Outlookを試します。メール出力、連絡先、別名、解約後保管も文書化します。", "Trước khi đổi MX toàn bộ, hãy thử nhận, gửi, di động và Outlook bằng hộp thư ít ảnh hưởng. Ghi rõ xuất thư, danh bạ, bí danh và lưu dữ liệu sau hủy.", "До общей смены MX протестируйте прием, отправку, мобильный клиент и Outlook на малом ящике. Заранее опишите экспорт, контакты, алиасы и хранение после отмены."], }, ], }, { slug: "gabia-domain-email-setup", category: DOMAIN_DNS, title: ["가비아 도메인 메일 설정 방법: MX·SPF·DKIM을 한 번에 점검하기", "Gabia Domain Email Setup: Check MX, SPF, and DKIM Together", "Gabia 域名邮箱设置：一次检查 MX、SPF 与 DKIM", "Gabiaドメインメール設定：MX・SPF・DKIMをまとめて確認", "Cài email tên miền Gabia: kiểm tra MX, SPF và DKIM cùng lúc", "Настройка доменной почты Gabia: MX, SPF и DKIM"], description: ["가비아 DNS 관리 화면에서 메일 레코드를 입력하고 중복 값과 전파 상태를 확인하는 비개발자용 가이드입니다.", "A beginner-friendly guide to entering mail records in Gabia DNS and checking duplicate values and propagation.", "面向非开发者的指南：在 Gabia DNS 中填写邮件记录并检查重复值与传播状态。", "GabiaのDNS画面でメールレコードを入力し、重複と反映を確認する初心者向けガイドです。", "Hướng dẫn cho người mới nhập bản ghi email trong Gabia DNS và kiểm tra trùng lặp, cập nhật.", "Руководство для начинающих по записям почты в Gabia DNS, дубликатам и распространению."], sections: [ { title: ["가비아가 현재 DNS 관리자인지 확인합니다", "Confirm that Gabia currently manages DNS", "确认当前 DNS 是否由 Gabia 管理", "現在のDNS管理先がGabiaか確認する", "Xác nhận Gabia đang quản lý DNS", "Убедитесь, что DNS сейчас управляет Gabia"], body: ["도메인을 가비아에서 구매했어도 네임서버를 아임웹, 퍼스트몰, Cloudflare 같은 곳으로 변경했다면 그곳에서 설정해야 합니다. 가비아 도메인 관리의 네임서버 값과 실제 권한 DNS를 먼저 확인하세요.", "A Gabia-registered domain may use nameservers from Iamweb, Firstmall, Cloudflare, or another host. In that case records must be edited there, so verify the authoritative nameservers first.", "域名虽购自 Gabia，但若名称服务器改为 Iamweb、Firstmall 或 Cloudflare，就必须在对应平台设置。请先确认权威名称服务器。", "Gabia購入でもネームサーバーがIamweb、Firstmall、Cloudflare等なら、そちらで設定します。権威ネームサーバーを先に確認します。", "Dù mua tại Gabia, nếu nameserver đã chuyển sang Iamweb, Firstmall hoặc Cloudflare thì phải cài ở đó. Hãy xác nhận nameserver có thẩm quyền trước.", "Даже домен Gabia может использовать DNS Iamweb, Firstmall или Cloudflare. Тогда записи меняют там; сначала проверьте авторитетные серверы имен."], }, { title: ["제공된 호스트와 값을 행별로 입력합니다", "Enter each supplied host and value as a separate row", "按行输入提供的主机与值", "提供されたホストと値を行ごとに入力", "Nhập từng host và giá trị theo từng dòng", "Введите каждый хост и значение отдельной строкой"], body: ["MX는 루트 호스트와 우선순위를, SPF는 루트 TXT 한 개를, DKIM은 dkim._domainkey 호스트와 현재 공개키를 입력합니다. 관리 화면이 @ 대신 빈칸이나 도메인 전체를 요구하는지 도움말을 확인하고 값 앞뒤 따옴표는 임의로 추가하지 마세요.", "Enter MX at the root with its priority, one root SPF TXT policy, and the current DKIM public key at dkim._domainkey. Check whether Gabia expects @, a blank host, or a full name, and do not add quotes unless the interface requires them.", "MX 在根主机填写并设置优先级；SPF 根 TXT 只保留一条；DKIM 在 dkim._domainkey 填当前公钥。确认界面要求 @、空白还是完整域名，不要擅自加引号。", "MXはルートと優先度、SPFはルートTXT1件、DKIMはdkim._domainkeyと現在の公開鍵を入力します。@、空欄、完全名のどれかを確認し、不要な引用符を加えません。", "Nhập MX ở tên miền gốc cùng độ ưu tiên, một SPF TXT gốc và khóa DKIM hiện tại tại dkim._domainkey. Kiểm tra Gabia yêu cầu @, để trống hay tên đầy đủ và không tự thêm dấu ngoặc kép.", "Введите MX в корне с приоритетом, одну SPF TXT в корне и текущий DKIM в dkim._domainkey. Уточните формат @, пустого хоста или полного имени и не добавляйте кавычки без необходимости."], }, { title: ["저장 직후보다 공개 DNS 결과를 기준으로 확인합니다", "Verify against public DNS, not only the saved screen", "以公共 DNS 结果为准，而非只看保存页面", "保存画面より公開DNS結果で確認する", "Xác minh bằng DNS công khai, không chỉ màn hình đã lưu", "Проверяйте публичный DNS, а не только экран сохранения"], body: ["관리 화면에 저장됐어도 DNS 전파 전에는 외부에서 이전 값이 보일 수 있습니다. 연결 상태 확인에서 레코드별 결과를 보고, 불일치하면 호스트 중복, SPF 여러 개, DKIM 문자열 분할과 기존 MX를 차례로 점검하세요.", "A saved screen can still expose old values publicly until propagation. Use per-record verification and, on mismatch, check duplicated host suffixes, multiple SPF policies, DKIM string handling, and old MX records.", "即使已保存，传播前公共 DNS 仍可能显示旧值。按记录验证；不一致时依次检查主机后缀重复、多条 SPF、DKIM 字符串分段和旧 MX。", "保存済みでも反映前は旧値が見えます。レコード別検証を使い、不一致ならホスト重複、複数SPF、DKIM分割、旧MXを確認します。", "Dù đã lưu, DNS công khai có thể còn giá trị cũ. Xác minh từng bản ghi; nếu lệch, kiểm tra host bị lặp, nhiều SPF, chuỗi DKIM và MX cũ.", "После сохранения публичный DNS может показывать старое. Проверяйте каждую запись; при расхождении ищите повтор суффикса, несколько SPF, обработку DKIM и старые MX."], }, ], }, { slug: "quote-email-follow-up-guide", category: SOLO_OPERATIONS, title: [ "견적 메일 후 답장이 없을 때: 재촉하지 않고 결정을 돕는 3단계 후속 연락", "No Reply After a Quote: A Three-Step Follow-Up That Helps Customers Decide", "报价邮件没有回复时：不催促客户、帮助决策的三步跟进", "見積メールに返信がないとき：催促せず判断を助ける3段階フォロー", "Khi email báo giá chưa được trả lời: 3 bước theo dõi giúp khách hàng quyết định", "Нет ответа на письмо с предложением: три этапа вежливого сопровождения", ], description: [ "답장이 없는 견적 메일에는 더 강한 재촉보다 고객이 바로 선택할 수 있는 다음 행동이 필요합니다. 세 번의 후속 연락 기준을 정리했습니다.", "A practical three-step follow-up sequence that reduces decision friction after a quotation without pressuring the customer.", "报价发出后没有回复时，用三步跟进减少客户的决策阻力，而不是反复催促。", "見積送付後に返信がない場合、顧客を急かさず判断しやすくする3段階のフォロー方法です。", "Quy trình theo dõi ba bước giúp khách hàng dễ quyết định sau khi nhận báo giá mà không tạo áp lực.", "Практическая схема из трех писем, которая помогает клиенту принять решение после получения предложения без давления.", ], sections: [ { title: [ "후속 연락 전에 결정 장애물을 정리합니다", "Identify the decision barrier before following up", "跟进前先找出阻碍决策的因素", "フォロー前に判断を妨げる要因を整理する", "Xác định trở ngại quyết định trước khi theo dõi", "Перед письмом определите, что мешает решению", ], body: [ "견적 발송일, 고객이 결정할 항목, 가장 가능성이 큰 질문, 일정 지연 시 달라지는 조건을 먼저 적습니다. 답장이 없다는 이유만으로 거절로 단정하지 말고 내부 검토나 범위의 모호함처럼 실제 장애물을 줄일 정보를 준비하세요.", "Write down the quotation date, the choice the customer must make, the question most likely blocking progress, and any condition affected by delay. Silence is not necessarily rejection; prepare information that resolves internal review or unclear scope.", "先记录报价日期、客户需要决定的事项、最可能阻碍进展的问题，以及延期会改变的条件。没有回复不等于拒绝，应准备能解决内部审核或范围不清的信息。", "見積日、顧客が決める項目、止まっている可能性が高い質問、遅延で変わる条件を整理します。返信がないだけで拒否と判断せず、社内確認や範囲の曖昧さを解消する情報を用意します。", "Hãy ghi ngày gửi báo giá, nội dung khách cần quyết định, câu hỏi có thể đang cản trở và điều kiện thay đổi nếu chậm. Im lặng không đồng nghĩa từ chối; hãy chuẩn bị thông tin làm rõ phạm vi hoặc quy trình duyệt nội bộ.", "Запишите дату предложения, решение, которое должен принять клиент, вероятный вопрос и условия, меняющиеся при задержке. Молчание не всегда означает отказ: подготовьте данные для внутреннего согласования и уточнения объема.", ], }, { title: [ "2영업일 뒤에는 요약과 질문 하나만 보냅니다", "After two business days, send one summary and one question", "两个工作日后，只发送摘要和一个问题", "2営業日後は要約と質問を一つだけ送る", "Sau hai ngày làm việc, chỉ gửi một tóm tắt và một câu hỏi", "Через два рабочих дня отправьте итог и один вопрос", ], body: [ "첫 후속 메일은 견적의 핵심을 한 문장으로 요약하고 결정을 위해 가장 중요한 질문 하나만 남깁니다. 여러 질문을 한꺼번에 보내 긴 답장을 요구하기보다 대화를 다시 여는 데 필요한 한 가지에 집중하세요.", "Summarize the quotation in one sentence and ask only the most important question for the decision. Do not create the burden of a long reply with several questions; focus on the single point needed to reopen the conversation.", "用一句话概括报价，只提出对决策最重要的一个问题。不要一次发送多个问题、增加长篇回复的负担，应专注于重新开启对话所需的一点。", "見積の要点を一文でまとめ、判断に最も重要な質問を一つだけ残します。複数の質問で長い返信を求めず、会話を再開するための一点に絞ります。", "Tóm tắt báo giá trong một câu và chỉ hỏi điều quan trọng nhất cho quyết định. Đừng tạo áp lực phải trả lời dài bằng nhiều câu hỏi; hãy tập trung vào một điểm để mở lại cuộc trao đổi.", "Сведите предложение к одному предложению и задайте один главный вопрос. Не перегружайте клиента несколькими пунктами и длинным ответом — сосредоточьтесь на том, что возобновит диалог.", ], }, { title: [ "4~5영업일 뒤에는 선택지를 세 개 이하로 줄입니다", "After four or five business days, narrow the options to three", "四到五个工作日后，将选项缩减到三个以内", "4〜5営業日後は選択肢を3つ以内に絞る", "Sau bốn đến năm ngày làm việc, thu gọn còn tối đa ba lựa chọn", "Через четыре-пять дней сократите выбор до трех вариантов", ], body: [ "핵심 범위부터 시작하기, 전체 범위를 진행하기, 다음 일정으로 보류하기처럼 바로 답할 수 있는 선택지를 제시합니다. 견적 유효 기간이나 착수 가능 일정은 사실에 근거해 알리고, 존재하지 않는 마감일로 긴급함을 만들지 마세요.", "Offer answerable choices such as starting with the core scope, proceeding with the full scope, or postponing until the next period. State genuine quotation validity and availability, but never invent a deadline to manufacture urgency.", "提供可直接回复的选项，例如先做核心范围、一次完成全部范围，或推迟到下个时间段。报价有效期和可开始时间必须真实，不要虚构截止日期制造紧迫感。", "中核範囲から始める、全範囲を進める、次回へ保留するなど答えやすい選択肢を示します。見積期限や着手可能日は事実だけを伝え、架空の締切で急かしてはいけません。", "Đưa ra lựa chọn dễ trả lời như bắt đầu với phạm vi cốt lõi, thực hiện toàn bộ hoặc hoãn sang kỳ sau. Chỉ nêu thời hạn báo giá và lịch bắt đầu có thật, không tạo hạn chót giả để gây áp lực.", "Предложите понятный выбор: начать с основной части, выполнить весь объем или перенести обсуждение. Указывайте реальный срок действия и доступные даты, не создавая искусственную срочность.", ], }, { title: [ "7~10영업일 뒤에는 대화를 정리하되 문을 열어 둡니다", "After seven to ten business days, close the loop but leave the door open", "七到十个工作日后结束本轮沟通，但保留后续入口", "7〜10営業日後は会話を整理しつつ再開の余地を残す", "Sau bảy đến mười ngày làm việc, khép lại nhưng vẫn để ngỏ cơ hội", "Через семь-десять дней завершите цикл, оставив возможность вернуться", ], body: [ "현재 일정에서는 보류로 이해하고 대화를 정리하되 상황이 바뀌면 같은 메일에 답장해 달라고 안내합니다. 같은 발신자와 회사 메일 주소, 기존 제목을 유지하고 보류 사유와 다시 확인할 날짜를 내부 기록에 남기세요.", "Explain that you will treat the current schedule as postponed while inviting the customer to reply to the same thread if circumstances change. Keep the sender, company address, and subject consistent, and record the reason and next review date internally.", "说明当前日程将按暂缓处理，并告知情况变化时可直接回复原邮件。保持发件人、公司邮箱和原主题一致，在内部记录暂缓原因和下次确认日期。", "今回は保留として会話を整理し、状況が変われば同じメールへ返信できると伝えます。送信者、会社アドレス、件名を統一し、保留理由と再確認日を記録します。", "Thông báo rằng lịch hiện tại được xem là tạm hoãn và khách có thể trả lời cùng chuỗi thư khi tình hình thay đổi. Giữ nguyên người gửi, địa chỉ công ty, tiêu đề và ghi lý do cùng ngày xem lại.", "Сообщите, что считаете текущий график отложенным, но клиент может ответить в той же цепочке при изменении ситуации. Сохраняйте отправителя, корпоративный адрес и тему, а причину и дату проверки запишите.", ], }, ], }, { slug: "company-email-trust-sender-identity", category: COMPANY_EMAIL, title: [ "기업메일 신뢰도: 고객이 발신자를 의심하기 전에 갖춰야 할 5가지", "Company Email Trust: Five Things to Fix Before Customers Doubt the Sender", "企业邮箱可信度：客户怀疑发件人之前应具备的 5 项", "企業メールの信頼性：送信者を疑われる前に整える5項目", "Độ tin cậy của email công ty: 5 điều cần có trước khi khách nghi ngờ người gửi", "Доверие к корпоративной почте: пять признаков надежного отправителя", ], description: [ "회사 이름과 발신 정보가 일치해야 고객이 본문에 집중할 수 있습니다. 기업메일로 불필요한 의심을 줄이는 실전 기준을 정리했습니다.", "Practical standards for aligning the company name, sender identity, domain address, reply path, and signature so customers can focus on the message.", "让公司名称、发件人身份、域名邮箱、回复地址和签名保持一致，减少客户对邮件真伪的不必要怀疑。", "会社名、送信者、ドメインアドレス、返信先、署名を一致させ、本文前の不要な疑いを減らす実務基準です。", "Các tiêu chí thực tế để đồng nhất tên công ty, người gửi, địa chỉ tên miền, đường trả lời và chữ ký, giúp khách tập trung vào nội dung.", "Практические критерии согласованности названия компании, отправителя, доменного адреса, ответа и подписи, чтобы клиент сосредоточился на письме.", ], sections: [ { title: [ "고객은 본문보다 발신자를 먼저 확인합니다", "Customers inspect the sender before the message", "客户会先确认发件人，再阅读正文", "顧客は本文より先に送信者を確認する", "Khách hàng kiểm tra người gửi trước khi đọc nội dung", "Клиент проверяет отправителя раньше текста", ], body: [ "회사 담당자라고 소개하면서 개인용 포털메일을 사용하면 고객은 공식 안내인지, 실제 담당자인지, 답장해도 되는 주소인지부터 확인합니다. 내용이 좋아도 발신자가 불분명하면 읽히기 전에 신뢰를 잃을 수 있습니다.", "When someone claims to represent a company but writes from a personal portal address, the recipient first questions whether the message is official, the person is genuine, and the reply path is safe. Unclear identity can erode trust before strong content is read.", "如果自称公司负责人却使用个人门户邮箱，客户会先确认邮件是否官方、联系人是否真实、能否安全回复。即使内容很好，身份不清也会在阅读前失去信任。", "会社担当者を名乗りながら個人用メールを使うと、公式案内か、実在する担当者か、返信してよいかを先に確認されます。内容が良くても送信者が曖昧なら読む前に信頼を失います。", "Khi tự giới thiệu là đại diện công ty nhưng dùng email cá nhân, khách sẽ tự hỏi thư có chính thức không, người gửi có thật không và có nên trả lời không. Danh tính không rõ làm mất niềm tin trước khi nội dung được đọc.", "Если представитель компании пишет с личного адреса, получатель сначала выясняет, официально ли письмо, реальный ли сотрудник и безопасно ли отвечать. Неясная личность снижает доверие до чтения текста.", ], }, { title: [ "회사 이름과 발신 정보를 하나로 맞춥니다", "Align the company name and sender identity", "让公司名称与发件信息保持一致", "会社名と送信情報を一つにそろえる", "Đồng nhất tên công ty và thông tin người gửi", "Согласуйте название компании и данные отправителя", ], body: [ "발신자 이름에는 회사명과 담당 역할을 표시하고, 메일 주소에는 회사 도메인을 사용하며, 회신 주소와 서명에도 같은 회사명과 연락 방법을 유지합니다. 기업메일은 장식이 아니라 회사의 연락임을 설명 전에 보여주는 기본값입니다.", "Show the company and role in the sender name, use the company domain in the address, and keep the same identity and contact route in Reply-To and the signature. Company email is not decoration; it establishes an official conversation before any explanation.", "发件人名称应包含公司和职责，邮箱使用公司域名，回复地址与签名保持同一公司名称和联系方式。企业邮箱不是装饰，而是在解释前证明这是官方沟通的基础。", "送信者名に会社と役割を示し、会社ドメインのアドレスを使い、返信先と署名も同じ名称と連絡方法にします。企業メールは飾りではなく、説明前に公式連絡だと示す基本です。", "Hiển thị công ty và vai trò trong tên người gửi, dùng địa chỉ theo tên miền công ty và giữ cùng danh tính, cách liên hệ trong Reply-To và chữ ký. Email công ty là nền tảng xác nhận cuộc trao đổi chính thức.", "Укажите компанию и роль в имени, используйте домен компании и сохраняйте те же данные в Reply-To и подписи. Корпоративная почта не украшение, а базовое подтверждение официального контакта.", ], }, { title: [ "발송 전에 다섯 가지를 점검합니다", "Check five identity signals before sending", "发送前检查五个身份信号", "送信前に5つの識別情報を確認する", "Kiểm tra năm tín hiệu nhận diện trước khi gửi", "Проверьте пять признаков перед отправкой", ], body: [ "보낸 사람에서 회사와 역할이 보이는지, 주소에 회사 도메인이 있는지, 회신 주소가 발신 주소와 맞는지, 서명에 회사명과 연락처가 있는지, 담당자가 바뀌어도 업무 주소를 유지할 수 있는지 확인하세요.", "Confirm that the sender shows the company and role, the address uses the company domain, Reply-To matches the intended mailbox, the signature includes the company and contact route, and the business address can survive a staff change.", "确认发件人显示公司与职责、地址使用公司域名、回复地址与目标邮箱一致、签名包含公司与联系方式，并且负责人更换后业务地址仍可继续使用。", "送信者に会社と役割があるか、会社ドメインか、返信先が正しいか、署名に会社と連絡先があるか、担当変更後も業務アドレスを維持できるか確認します。", "Hãy xác nhận tên gửi thể hiện công ty và vai trò, địa chỉ dùng tên miền công ty, Reply-To đúng hộp thư, chữ ký có công ty và liên hệ, đồng thời địa chỉ công việc vẫn dùng được khi đổi người phụ trách.", "Проверьте компанию и роль в имени, домен компании в адресе, правильный Reply-To, название и контакты в подписи и возможность сохранить рабочий адрес при смене сотрудника.", ], }, { title: [ "대표 주소 하나부터 시작해 모든 접점을 통일합니다", "Start with one primary address and align every touchpoint", "从一个主地址开始，统一所有客户接触点", "代表アドレス一つから始め、すべての接点を統一する", "Bắt đầu bằng một địa chỉ chính và đồng nhất mọi điểm tiếp xúc", "Начните с одного основного адреса и объедините все точки контакта", ], body: [ "처음부터 많은 주소를 만들 필요는 없습니다. hello 또는 contact 같은 대표 주소를 먼저 연결하고 역할이 분명해질 때 주소를 늘리세요. 웹사이트, 제안서, 명함과 메일 서명에 같은 주소를 사용하면 고객은 발신자를 검증하는 대신 내용과 다음 행동에 집중할 수 있습니다.", "You do not need many mailboxes at the start. Connect one primary address such as hello or contact, then add role addresses as responsibilities become clear. Use that identity consistently on the website, proposals, cards, and signature so customers focus on the message and next action.", "开始时不必创建很多地址。先连接 hello 或 contact 等主邮箱，再按明确职责增加地址。网站、提案、名片和签名使用同一身份，客户就能专注于内容和下一步。", "最初から多数のアドレスは不要です。helloやcontactなど代表アドレスを接続し、役割が明確になってから増やします。サイト、提案書、名刺、署名を統一すれば顧客は内容と次の行動に集中できます。", "Không cần tạo nhiều hộp thư ngay từ đầu. Hãy kết nối một địa chỉ chính như hello hoặc contact rồi thêm địa chỉ theo vai trò khi cần. Dùng thống nhất trên website, đề xuất, danh thiếp và chữ ký để khách tập trung vào nội dung.", "Не создавайте много ящиков сразу. Подключите один основной адрес вроде hello или contact и добавляйте роли по мере необходимости. Единый адрес на сайте, в предложениях, визитках и подписи помогает сосредоточиться на содержании.", ], }, ], }, { slug: "representative-email-address-guide", category: [ "기업메일 운영", "Business email operations", "企业邮箱运营", "企業メール運用", "Vận hành email doanh nghiệp", "Работа с корпоративной почтой", ], title: [ "대표이메일 만드는 법: 문의가 한 사람에게 묶이지 않는 5가지 운영 기준", "How to Set Up a Main Business Email: Five Rules That Keep Inquiries Out of Personal Accounts", "如何设置企业主邮箱：避免咨询被个人账号锁住的 5 条运营规则", "代表メールの作り方：問い合わせを個人に閉じ込めない5つの運用基準", "Cách thiết lập email đại diện: 5 nguyên tắc để yêu cầu không bị giữ trong tài khoản cá nhân", "Как настроить общий адрес компании: пять правил, чтобы обращения не зависели от одного человека", ], description: [ "대표이메일 주소를 정하고 담당자·회신·보관 규칙을 세워 고객 문의가 개인 계정에 묶이지 않게 운영하는 방법을 정리합니다.", "A practical guide to choosing a main business address and setting ownership, reply, and record-keeping rules so customer inquiries do not depend on one personal account.", "说明如何选择企业主邮箱，并建立负责人、回复与记录规则，避免客户咨询被锁在某个个人账号中。", "代表メールを決め、担当・返信・記録のルールを整えて、顧客対応が個人アカウントに依存しないようにする実務ガイドです。", "Hướng dẫn chọn địa chỉ email đại diện và thiết lập quy tắc phụ trách, trả lời, lưu trữ để yêu cầu của khách không phụ thuộc vào một tài khoản cá nhân.", "Практическое руководство по выбору общего адреса и правилам ответственности, ответов и хранения, чтобы обращения клиентов не зависели от личного аккаунта.", ], sections: [ { title: [ "먼저 답부터: 역할 주소 하나로 시작합니다", "Start with one role-based address", "先从一个职能邮箱开始", "まず役割ベースのアドレスを一つ作る", "Bắt đầu với một địa chỉ theo vai trò", "Начните с одного адреса по функции", ], body: [ "대표이메일은 대표 개인 이름보다 `contact@`, `hello@`, `info@`처럼 회사의 역할이 드러나는 주소가 적합합니다. 처음부터 문의·정산·제휴 주소를 모두 만들 필요는 없습니다. 일반 문의를 받을 주소 하나를 먼저 정하고, 실제 업무 흐름이 나뉠 때 역할 주소를 추가하세요.", "A main business email works better as a role address such as `contact@`, `hello@`, or `info@` than as the owner's personal name. There is no need to create separate inquiry, billing, and partnership addresses on day one. Start with one general address and add role addresses only when the actual workflow separates.", "企业主邮箱更适合使用 `contact@`、`hello@`、`info@` 等体现职能的地址，而不是负责人的个人姓名。初期无需一次创建咨询、结算、合作等所有邮箱。先确定一个通用咨询地址，等实际流程分开后再增加职能邮箱。", "代表メールは代表者の個人名より、`contact@`、`hello@`、`info@`のように役割が分かるアドレスが適しています。最初から問い合わせ、請求、提携のすべてを作る必要はありません。一般窓口を一つ決め、実際の業務が分かれた時に役割別アドレスを追加します。", "Email đại diện nên thể hiện vai trò như `contact@`, `hello@` hoặc `info@` thay vì dùng tên cá nhân của người đại diện. Không cần tạo ngay địa chỉ riêng cho tư vấn, thanh toán và hợp tác. Hãy bắt đầu với một địa chỉ chung, rồi bổ sung địa chỉ theo vai trò khi quy trình thực sự tách biệt.", "Для общего адреса лучше использовать роль, например `contact@`, `hello@` или `info@`, а не личное имя руководителя. Не нужно сразу создавать отдельные ящики для обращений, оплаты и партнерств. Начните с одного общего адреса и добавляйте роли только при реальном разделении процессов.", ], }, { title: [ "주소의 용도를 고객에게 한 문장으로 설명합니다", "Explain the address purpose in one sentence", "用一句话说明邮箱用途", "アドレスの用途を一文で説明する", "Giải thích mục đích địa chỉ trong một câu", "Объясните назначение адреса одной фразой", ], body: [ "홈페이지 문의 버튼, 견적서, 명함과 메일 서명에 같은 대표이메일을 표시하고 무엇을 받는 주소인지 함께 적으세요. 예를 들어 `일반 문의와 제휴 제안은 contact@로 보내 주세요`처럼 안내하면 고객은 담당자를 찾지 않고 바로 연락할 수 있습니다. 공개된 주소와 실제 회신 주소가 다르면 신뢰와 기록이 함께 끊길 수 있습니다.", "Show the same main address on the website contact button, quotations, business cards, and email signatures, and state what it handles. A line such as `Send general inquiries and partnership proposals to contact@` lets customers reach the company without searching for a person. If the published address and the actual reply address differ, both trust and conversation history can break.", "在网站联系按钮、报价单、名片和邮件签名中统一显示同一个主邮箱，并说明它负责什么。例如写明“普通咨询与合作提案请发送至 contact@”，客户无需寻找个人负责人即可联系公司。若公开地址与实际回复地址不同，信任和对话记录都可能中断。", "サイトの問い合わせボタン、見積書、名刺、署名に同じ代表メールを載せ、何を受け付ける窓口かも示します。`一般問い合わせと提携提案はcontact@へ`と案内すれば、顧客は担当者を探さず連絡できます。公開アドレスと実際の返信元が異なると、信頼と履歴の両方が途切れます。", "Hãy hiển thị cùng một email đại diện trên nút liên hệ của website, báo giá, danh thiếp và chữ ký, đồng thời nêu rõ địa chỉ này tiếp nhận việc gì. Câu như `Gửi yêu cầu chung và đề xuất hợp tác đến contact@` giúp khách liên hệ ngay mà không phải tìm một cá nhân. Nếu địa chỉ công khai khác địa chỉ trả lời, niềm tin và lịch sử trao đổi có thể bị đứt đoạn.", "Укажите один и тот же общий адрес на сайте, в предложениях, визитках и подписи и поясните его назначение. Фраза `Общие вопросы и предложения о партнерстве отправляйте на contact@` позволяет клиенту связаться с компанией без поиска конкретного сотрудника. Если опубликованный адрес не совпадает с адресом ответа, теряются и доверие, и история переписки.", ], }, { title: [ "받는 사람과 답장 책임자를 분리합니다", "Separate mailbox access from reply ownership", "区分收件权限与回复责任", "受信できる人と返信責任者を分ける", "Tách quyền nhận thư khỏi trách nhiệm trả lời", "Разделите доступ к ящику и ответственность за ответ", ], body: [ "여러 사람이 대표메일을 볼 수 있어도 한 문의의 답장 책임자는 한 명이어야 합니다. 새 메일이 오면 담당자, 다음 행동, 답변 예정일을 표시하고 다른 사람이 이어받을 수 있게 현재 상태를 남기세요. 모두가 볼 수 있다는 이유로 아무도 답하지 않는 상황을 막는 것이 대표메일 운영의 핵심입니다.", "Several people may have access to the main mailbox, but one person should own the reply to each inquiry. When a message arrives, record the owner, next action, and expected response date so someone else can continue if needed. The central purpose is to prevent a shared inbox from becoming a place everyone can see but nobody answers.", "多人可以查看主邮箱，但每条咨询的回复责任人应只有一位。收到新邮件后，记录负责人、下一步行动和预计回复日期，以便需要时由他人接手。主邮箱运营的核心，是避免出现“所有人都看得到，却没有人回复”的情况。", "複数人が代表メールを見られても、一件の問い合わせに対する返信責任者は一人にします。受信したら担当者、次の行動、返信予定日を記録し、必要なら別の人が引き継げる状態にします。全員が見られるために誰も返さない状況を防ぐことが重要です。", "Nhiều người có thể xem hộp thư chung, nhưng mỗi yêu cầu chỉ nên có một người chịu trách nhiệm trả lời. Khi có thư mới, hãy ghi người phụ trách, hành động tiếp theo và ngày dự kiến phản hồi để người khác có thể tiếp quản khi cần. Mục tiêu là tránh tình trạng ai cũng nhìn thấy nhưng không ai trả lời.", "Общий ящик могут видеть несколько человек, но за ответ на каждое обращение должен отвечать один владелец. При получении письма фиксируйте ответственного, следующее действие и срок ответа, чтобы при необходимости работу мог продолжить другой сотрудник. Главное — не допустить ситуации, когда письмо видят все, но не отвечает никто.", ], }, { title: [ "발신 주소와 Reply-To를 같은 기대에 맞춥니다", "Align the From address and Reply-To expectation", "让发件地址与 Reply-To 符合相同期望", "FromとReply-Toの期待をそろえる", "Đồng nhất kỳ vọng giữa địa chỉ gửi và Reply-To", "Согласуйте адрес отправителя и Reply-To", ], body: [ "주문 알림처럼 자동 발송되는 메일과 사람이 이어서 상담하는 메일은 목적이 다릅니다. 답장을 받아야 하는 안내라면 고객이 회신했을 때 실제 담당자가 보는 대표메일로 연결되게 하세요. 회사 주소로 보내 놓고 답장은 개인 계정으로 받거나, 회신이 필요한 내용에 `no-reply`를 쓰면 고객은 어느 주소가 공식 창구인지 다시 판단해야 합니다.", "Automated messages such as order notifications serve a different purpose from conversations handled by a person. If a message expects a reply, route Reply-To to the main mailbox monitored by the responsible team. Sending from a company address but receiving replies in a personal account, or using `no-reply` for a message that needs a response, forces customers to decide again which channel is official.", "订单通知等自动邮件与需要人工继续沟通的邮件用途不同。若内容需要客户回复，应将 Reply-To 指向真实负责人查看的主邮箱。使用公司地址发信却把回复收进个人账号，或在需要回复的邮件中使用 `no-reply`，都会让客户重新判断哪个渠道才是官方入口。", "注文通知などの自動メールと、人が続けて対応するメールは目的が異なります。返信が必要な案内では、Reply-Toを実際の担当者が確認する代表メールへ向けます。会社アドレスから送りながら個人アカウントで返信を受けたり、返信が必要なのに`no-reply`を使うと、顧客は公式窓口を判断し直すことになります。", "Thư tự động như thông báo đơn hàng khác với cuộc trao đổi do con người tiếp tục xử lý. Nếu nội dung cần khách trả lời, hãy đặt Reply-To về hộp thư đại diện có người phụ trách theo dõi. Gửi từ địa chỉ công ty nhưng nhận phản hồi ở tài khoản cá nhân, hoặc dùng `no-reply` cho thư cần trả lời, sẽ khiến khách phải xác định lại đâu là kênh chính thức.", "Автоматические уведомления о заказе и переписка, которую продолжает человек, решают разные задачи. Если письмо предполагает ответ, направьте Reply-To в общий ящик, который контролирует ответственный сотрудник. Отправка с корпоративного адреса с ответом в личный аккаунт или `no-reply` в письме, требующем реакции, заставляет клиента заново выяснять официальный канал.", ], }, { title: [ "휴가와 인수인계에도 기록을 남깁니다", "Keep the record through leave and handovers", "在休假与交接期间保留记录", "休暇や引き継ぎでも履歴を残す", "Giữ lịch sử khi nghỉ phép và bàn giao", "Сохраняйте историю при отпуске и передаче дел", ], body: [ "대표메일에서 받은 편지뿐 아니라 보낸 답장과 첨부파일도 회사가 관리하는 공간에 남겨야 합니다. 휴가나 담당자 변경 전에 진행 중인 문의, 고객이 기다리는 답, 약속한 날짜를 확인하면 개인 메일을 뒤지지 않고 업무를 이어갈 수 있습니다. 계정을 공유하기보다 각 사용자의 접근 권한과 기록을 관리하는 방식이 안전합니다.", "The company should retain not only incoming mail but also sent replies and attachments in a managed workspace. Before leave or a handover, review open inquiries, the answers customers are waiting for, and promised dates so work can continue without searching a personal account. Manage access and audit history for each user instead of sharing one password.", "公司不仅应保留主邮箱收到的邮件，也应在受管理的空间中保存已发送回复和附件。休假或交接前查看未完成咨询、客户等待的答复和承诺日期，就能在不翻找个人邮箱的情况下继续工作。应管理每位用户的访问权限和操作记录，而不是共享同一个密码。", "代表メールでは受信だけでなく、送信済みの返信や添付も会社管理の場所に残します。休暇や担当変更の前に、進行中の問い合わせ、顧客が待つ回答、約束した日付を確認すれば、個人メールを探さず業務を続けられます。一つのパスワードを共有せず、利用者ごとの権限と履歴を管理します。", "Công ty cần lưu cả thư đến, thư trả lời đã gửi và tệp đính kèm trong không gian được quản lý. Trước kỳ nghỉ hoặc bàn giao, hãy kiểm tra yêu cầu đang mở, câu trả lời khách đang chờ và ngày đã hẹn để công việc tiếp tục mà không phải tìm trong email cá nhân. Nên quản lý quyền truy cập và lịch sử theo từng người dùng thay vì chia sẻ một mật khẩu.", "Компания должна хранить в управляемом пространстве не только входящие письма, но и отправленные ответы с вложениями. Перед отпуском или передачей дел проверьте открытые обращения, ожидаемые клиентом ответы и обещанные даты, чтобы продолжить работу без поиска в личной почте. Безопаснее управлять доступом и историей каждого пользователя, а не делиться одним паролем.", ], }, { title: [ "발행 전에 다섯 가지를 확인합니다", "Check five things before publishing the address", "公开邮箱前检查五项", "アドレス公開前に5項目を確認する", "Kiểm tra năm điều trước khi công khai địa chỉ", "Проверьте пять пунктов перед публикацией адреса", ], body: [ "- 사람 이름이 아니라 역할이 드러나는 주소인가\n- 홈페이지·문의 폼·견적서·서명에 같은 주소가 보이는가\n- 새 문의마다 답장 책임자가 한 명으로 정해지는가\n- 발신 주소와 Reply-To가 고객의 기대와 일치하는가\n- 보낸 답장과 첨부파일이 회사 기록으로 남는가\n\n이 다섯 가지가 정리되면 대표이메일은 단순한 주소가 아니라 고객 대화를 이어 주는 운영 장치가 됩니다. 회사 도메인으로 대표 주소를 연결하려면 [오피셜메일에서 기업메일 운영 시작하기](https://officialsite.kr/)를 확인해 보세요.", "- Does the address describe a role rather than a person?\n- Is the same address shown on the website, inquiry form, quotations, and signatures?\n- Is one reply owner assigned to every new inquiry?\n- Do the From address and Reply-To match the customer's expectation?\n- Are sent replies and attachments retained as company records?\n\nOnce these five points are clear, the main email becomes an operating system for continuing customer conversations, not merely an address. To connect a main address to your company domain, [start managing business email with OfficialMail](https://officialsite.kr/).", "- 邮箱体现的是职能，而不是个人姓名吗？\n- 网站、咨询表单、报价单和签名中显示的是同一地址吗？\n- 每条新咨询是否指定一位回复负责人？\n- 发件地址与 Reply-To 是否符合客户预期？\n- 已发送回复和附件是否作为公司记录保留？\n\n明确这五项后，主邮箱就不只是一个地址，而是持续客户沟通的运营工具。若要将主邮箱连接到公司域名，请查看[使用 OfficialMail 开始管理企业邮箱](https://officialsite.kr/)。", "- 個人名ではなく役割が分かるアドレスか\n- サイト、問い合わせフォーム、見積書、署名で同じアドレスを使っているか\n- 新しい問い合わせごとに返信責任者が一人決まるか\n- FromとReply-Toが顧客の期待に合っているか\n- 送信した返信と添付が会社の記録として残るか\n\nこの5項目が整えば、代表メールは単なるアドレスではなく顧客との会話を続ける運用の仕組みになります。会社ドメインへ代表アドレスを接続するなら、[OfficialMailで企業メール運用を始める](https://officialsite.kr/)をご覧ください。", "- Địa chỉ thể hiện vai trò thay vì tên cá nhân?\n- Website, biểu mẫu, báo giá và chữ ký dùng cùng một địa chỉ?\n- Mỗi yêu cầu mới có một người chịu trách nhiệm trả lời?\n- Địa chỉ gửi và Reply-To phù hợp với kỳ vọng của khách?\n- Thư trả lời đã gửi và tệp đính kèm được lưu như hồ sơ công ty?\n\nKhi năm điều này rõ ràng, email đại diện trở thành hệ thống duy trì cuộc trao đổi với khách hàng chứ không chỉ là một địa chỉ. Để kết nối địa chỉ đại diện với tên miền công ty, hãy [bắt đầu vận hành email doanh nghiệp cùng OfficialMail](https://officialsite.kr/).", "- Адрес отражает роль, а не имя человека?\n- На сайте, в форме, предложениях и подписи указан один адрес?\n- За ответ на каждое новое обращение назначается один человек?\n- From и Reply-To соответствуют ожиданиям клиента?\n- Отправленные ответы и вложения остаются в истории компании?\n\nКогда эти пять пунктов определены, общий адрес становится рабочей системой для продолжения диалога с клиентом, а не просто реквизитом. Чтобы подключить адрес к домену компании, [начните работу с корпоративной почтой в OfficialMail](https://officialsite.kr/).", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "### 대표이메일은 하나만 있어도 되나요?\n\n처음에는 일반 문의용 주소 하나면 충분합니다. 정산, 제휴, 고객지원의 담당 흐름과 보관 기준이 실제로 달라질 때 주소를 나누는 편이 관리하기 쉽습니다.\n\n### 개인 메일로 전달받아 답장해도 되나요?\n\n전달 자체는 가능하지만 고객에게 보이는 발신 주소와 Reply-To, 보낸 메일 보관 위치를 먼저 확인해야 합니다. 답장이 개인 계정에만 남지 않도록 회사가 관리하는 대표메일에서 이어가는 방식이 안전합니다.", "### Is one main email address enough?\n\nOne general inquiry address is enough at the beginning. Split billing, partnerships, and support into separate addresses only when their ownership and retention rules genuinely differ.\n\n### Can I forward mail to a personal account and reply there?\n\nForwarding is possible, but first verify the visible From address, Reply-To, and where sent messages are retained. It is safer to continue the conversation from a company-managed mailbox so replies do not remain only in a personal account.", "### 只设置一个主邮箱够吗？\n\n初期一个通用咨询地址就足够。只有当结算、合作和客服的负责人流程与保留规则确实不同时，再拆分地址会更容易管理。\n\n### 可以转发到个人邮箱后直接回复吗？\n\n可以转发，但应先确认客户看到的发件地址、Reply-To 以及已发送邮件的保存位置。最好从公司管理的主邮箱继续沟通，避免回复只留在个人账号中。", "### 代表メールは一つだけでも大丈夫ですか？\n\n最初は一般問い合わせ用の一つで十分です。請求、提携、サポートで担当や保管ルールが実際に異なるようになってから分けると管理しやすくなります。\n\n### 個人メールへ転送して返信してもよいですか？\n\n転送はできますが、顧客に見えるFrom、Reply-To、送信済みメールの保存先を先に確認します。返信が個人アカウントだけに残らないよう、会社管理の代表メールから続ける方が安全です。", "### Chỉ một email đại diện có đủ không?\n\nBan đầu, một địa chỉ nhận yêu cầu chung là đủ. Chỉ tách thanh toán, hợp tác và hỗ trợ khi người phụ trách và quy tắc lưu trữ thực sự khác nhau.\n\n### Có thể chuyển tiếp sang email cá nhân rồi trả lời không?\n\nCó thể chuyển tiếp, nhưng cần kiểm tra địa chỉ From khách nhìn thấy, Reply-To và nơi lưu thư đã gửi. An toàn hơn khi tiếp tục trao đổi từ hộp thư do công ty quản lý để phản hồi không chỉ nằm trong tài khoản cá nhân.", "### Достаточно ли одного общего адреса?\n\nНа старте достаточно одного адреса для общих обращений. Разделяйте оплату, партнерства и поддержку только тогда, когда действительно различаются ответственные и правила хранения.\n\n### Можно ли переслать письмо в личную почту и ответить оттуда?\n\nПересылка возможна, но сначала проверьте видимый From, Reply-To и место хранения отправленных писем. Безопаснее продолжать разговор из управляемого компанией ящика, чтобы ответы не оставались только в личном аккаунте.", ], }, ], }, { slug: "settlement-email-management", category: SOLO_OPERATIONS, title: [ "세금계산서·정산 메일 관리법: 고객 문의와 분리해야 돈이 덜 샙니다", "Invoice and Settlement Email Management: Separate It from Customer Support to Prevent Lost Revenue", "发票与结算邮件管理：与客户咨询分开，减少收入遗漏", "請求書・精算メールの管理法：顧客対応と分けて入金漏れを防ぐ", "Quản lý email hóa đơn và thanh toán: Tách khỏi hỗ trợ khách hàng để tránh thất thoát doanh thu", "Управление письмами по счетам и расчетам: отделите их от поддержки, чтобы не терять выручку", ], description: [ "세금계산서, 입금 확인, 환불 증빙을 고객 문의와 분리해 누락과 재확인을 줄이는 작은 사업자의 정산 메일 운영 기준을 정리합니다.", "Practical rules for separating invoice, payment-confirmation, and refund records from customer support so a small business can reduce missed tasks and repeated checks.", "面向小型企业的结算邮件运营规则：将发票、到账确认和退款凭证与客户咨询分开，减少遗漏和重复核对。", "請求書、入金確認、返金証憑を顧客問い合わせと分け、抜け漏れと再確認を減らす小規模事業者向けの運用基準です。", "Các nguyên tắc thực tế giúp doanh nghiệp nhỏ tách hóa đơn, xác nhận thanh toán và chứng từ hoàn tiền khỏi hỗ trợ khách hàng, giảm bỏ sót và kiểm tra lặp lại.", "Практические правила для малого бизнеса: отделите счета, подтверждения оплаты и возврата от поддержки клиентов, чтобы сократить пропуски и повторные проверки.", ], sections: [ { title: ["고객 문의와 정산 요청은 입구부터 나눕니다", "Separate customer support from settlement at the entry point", "从入口处分开客户咨询与结算请求", "顧客対応と精算依頼は入口から分ける", "Tách hỗ trợ khách hàng và thanh toán ngay từ đầu", "Разделите поддержку и расчеты уже на входе"], body: [ "고객 문의와 정산 요청은 처리 속도와 보관 기준이 다릅니다. 대표 문의 주소와 `billing@` 같은 정산 주소를 나누면 한 사람이 모두 관리하더라도 검색과 인수인계가 쉬워집니다. 처음부터 주소를 많이 만들 필요는 없으며, 일반 문의와 돈·증빙을 다루는 흐름 두 개로 시작하면 충분합니다.", "Customer support and settlement requests move at different speeds and need different records. Separate a main contact address from a `billing@` address so searching and handover remain clear even when one person manages both. Two lanes—general inquiries and money or evidence—are enough to start.", "客户咨询与结算请求的处理速度和留存要求不同。将主联系邮箱与 `billing@` 等结算邮箱分开，即使由同一人管理，也更容易检索和交接。初期只需区分普通咨询与款项、凭证两个流程。", "顧客問い合わせと精算依頼では処理速度と保存基準が異なります。代表窓口と`billing@`などの精算用アドレスを分ければ、一人で管理していても検索と引き継ぎが容易です。最初は一般問い合わせとお金・証憑の二つで十分です。", "Hỗ trợ khách hàng và yêu cầu thanh toán có tốc độ xử lý, yêu cầu lưu trữ khác nhau. Tách địa chỉ liên hệ chính khỏi `billing@` giúp tìm kiếm và bàn giao rõ ràng dù một người quản lý cả hai. Ban đầu chỉ cần hai luồng: yêu cầu chung và tiền hoặc chứng từ.", "Обращения клиентов и расчеты требуют разной скорости и хранения. Разделите общий адрес и `billing@`: даже при одном ответственном поиск и передача дел станут проще. На старте достаточно двух потоков — общие вопросы и деньги или документы.", ], }, { title: ["제목만 봐도 거래와 상태가 드러나게 합니다", "Make the transaction and status visible in the subject", "让主题直接显示交易与状态", "件名だけで取引と状態が分かるようにする", "Để tiêu đề thể hiện giao dịch và trạng thái", "Покажите сделку и статус прямо в теме"], body: [ "제목에는 거래처, 기준월 또는 주문번호, 요청 종류를 넣습니다. `[입금 확인] 회사명 / 주문번호 2048`처럼 같은 형식을 쓰면 메일 검색만으로 세금계산서·입금·환불의 흐름을 묶어 볼 수 있고 담당자가 바뀌어도 필요한 증빙을 바로 찾을 수 있습니다.", "Put the customer, billing month or order number, and request type in the subject. A consistent format such as `[Payment check] Company / Order 2048` lets email search reconstruct the invoice, payment, and refund trail and helps a new owner find evidence quickly.", "主题中应包含交易方、结算月份或订单号以及请求类型。例如统一使用“[到账确认] 公司名 / 订单号 2048”，即可通过搜索还原发票、付款和退款流程，交接后也能迅速找到凭证。", "件名には取引先、対象月または注文番号、依頼種別を入れます。`[入金確認] 会社名 / 注文番号2048`のように統一すると、検索だけで請求・入金・返金の流れを追え、担当変更時も証憑を探しやすくなります。", "Tiêu đề nên có đối tác, tháng thanh toán hoặc mã đơn và loại yêu cầu. Định dạng như `[Xác nhận thanh toán] Công ty / Đơn 2048` giúp tìm lại toàn bộ luồng hóa đơn, thanh toán và hoàn tiền, đồng thời hỗ trợ bàn giao.", "В теме укажите контрагента, расчетный месяц или номер заказа и тип запроса. Единый формат вроде `[Проверка оплаты] Компания / Заказ 2048` помогает восстановить цепочку счета, оплаты и возврата и быстро найти документы при передаче дел.", ], }, { title: ["금액보다 먼저 기준일을 적습니다", "Record the reference dates beside the amount", "在金额旁先写清基准日期", "金額と一緒に基準日を書く", "Ghi các mốc ngày cạnh số tiền", "Укажите контрольные даты рядом с суммой"], body: [ "결제일, 서비스 제공일, 세금계산서 발행일과 입금 예정일은 서로 다를 수 있습니다. 거래 대상, 공급가액·세액·합계, 발행일 또는 입금 예정일, 회신 기한을 같은 순서로 적어 같은 숫자를 서로 다른 상태로 해석하는 일을 막습니다.", "Payment, service, invoice-issue, and due dates may differ. List the transaction, net amount, tax and total, issue or due date, and reply deadline in the same order so both parties interpret the same number in the same state.", "付款日、服务日、开票日和预计到账日可能不同。按固定顺序写明交易项目、不含税金额、税额、合计、开票或到账日期及回复期限，避免双方对同一数字作出不同判断。", "決済日、提供日、請求書発行日、入金予定日は異なる場合があります。取引内容、税抜額・税額・合計、発行日または入金予定日、返信期限を同じ順序で書き、認識のずれを防ぎます。", "Ngày thanh toán, cung cấp dịch vụ, phát hành hóa đơn và dự kiến nhận tiền có thể khác nhau. Hãy ghi theo cùng thứ tự: giao dịch, giá chưa thuế, thuế, tổng, ngày phát hành hoặc đến hạn và hạn phản hồi để hai bên hiểu cùng một trạng thái.", "Даты оплаты, оказания услуги, выставления счета и поступления денег могут различаться. В одном порядке укажите предмет сделки, сумму без налога, налог, итог, дату документа или оплаты и срок ответа, чтобы стороны одинаково понимали статус.", ], }, { title: ["메일 한 통마다 다음 행동을 하나만 남깁니다", "Leave one next action in each message", "每封邮件只保留一个下一步动作", "一通につき次の行動を一つだけ残す", "Mỗi email chỉ để lại một hành động tiếp theo", "Оставляйте в письме одно следующее действие"], body: [ "사업자등록증, 세금계산서 수신 주소, 입금 예정일, 환불 계좌 중 지금 필요한 행동 하나와 기한을 마지막 문장에 적습니다. `확인 부탁드립니다`보다 `8월 30일 오후 3시까지 수신 주소를 회신해 주세요`가 완료 여부를 판단하기 쉽습니다.", "End each message with one required action and its deadline: registration document, invoice address, payment date, or refund account. `Reply with the invoice address by 3 p.m. on August 30` is easier to track than a vague request to check.", "每封邮件最后只写一个当前所需动作和期限，例如提交营业执照、确认收票邮箱、提供付款日期或退款账户。“请在8月30日15点前回复收票邮箱”比笼统的“请确认”更容易追踪。", "事業者情報、請求書の受信先、入金予定日、返金口座のうち、今必要な行動一つと期限を最後に書きます。`8月30日15時までに受信先を返信してください`の方が完了を判断しやすくなります。", "Kết thúc mỗi email bằng một hành động cần thiết và thời hạn: giấy đăng ký, địa chỉ nhận hóa đơn, ngày thanh toán hoặc tài khoản hoàn tiền. `Phản hồi địa chỉ nhận trước 15:00 ngày 30/8` dễ theo dõi hơn lời nhờ kiểm tra chung chung.", "Завершайте письмо одним требуемым действием и сроком: прислать реквизиты, подтвердить адрес счета, дату оплаты или счет для возврата. Формулировку `Ответьте с адресом до 15:00 30 августа` легче контролировать, чем общую просьбу проверить.", ], }, { title: ["발송 완료와 업무 완료를 구분합니다", "Separate sent from completed", "区分已发送与已完成", "送信済みと業務完了を分ける", "Tách đã gửi khỏi đã hoàn tất", "Разделяйте отправлено и завершено"], body: [ "발송 전, 회신 대기, 처리 대기, 완료·보관을 구분합니다. 메일을 보낸 순간을 정산 완료로 보지 않아야 입금과 증빙 누락을 줄일 수 있습니다. 별도 시스템이 없어도 메일 라벨이나 간단한 목록으로 네 상태를 관리할 수 있습니다.", "Separate not sent, waiting for reply, waiting for processing, and completed or archived. Sending is not settlement completion; payment and evidence still need verification. Email labels or a simple list are enough to manage the four states.", "区分待发送、待回复、待处理、已完成或已归档。不要把发送成功视为结算完成，仍需核对到账与凭证。即使没有专门系统，也可用邮件标签或简单清单管理四种状态。", "未送信、返信待ち、処理待ち、完了・保管を分けます。送信を精算完了とみなさず、入金と証憑まで確認します。専用システムがなくてもメールラベルや簡単な一覧で管理できます。", "Tách chưa gửi, chờ phản hồi, chờ xử lý và hoàn tất hoặc lưu trữ. Không coi gửi thư là hoàn thành quyết toán; vẫn phải xác minh thanh toán và chứng từ. Nhãn email hoặc danh sách đơn giản đã đủ để quản lý bốn trạng thái.", "Разделяйте не отправлено, ожидание ответа, ожидание обработки и завершено или архив. Отправка не означает завершение расчета: оплату и документы еще нужно проверить. Четыре статуса можно вести метками почты или простым списком.", ], }, { title: ["자동화는 문구보다 기록 누락을 줄이는 데 씁니다", "Use automation to prevent missing records", "用自动化减少记录遗漏", "自動化は記録漏れを減らすために使う", "Dùng tự động hóa để giảm thiếu sót hồ sơ", "Используйте автоматизацию против пропусков в учете"], body: [ "주문·결제 기록에서 거래 정보를 불러오고, 발송 결과와 회신 여부를 남기고, 기한을 넘긴 건만 다시 확인하도록 연결합니다. 오피셜메일의 외부 연동과 AI 릴레이도 이 흐름에 맞춰 활용할 수 있습니다. 성과는 발송량보다 누락과 중복 안내가 얼마나 줄었는지로 판단합니다.", "Use automation to load transaction data, record delivery and replies, and surface only overdue items. OfficialMail external integrations and AI Relay can support this flow. Measure success by fewer omissions and duplicate notices, not by higher send volume.", "自动化应用于读取交易信息、记录发送与回复、仅识别逾期事项。OfficialMail 的外部集成与 AI Relay 也可用于这一流程。衡量标准应是遗漏和重复通知减少，而不是发送量增加。", "自動化は取引情報の取得、送信結果と返信の記録、期限超過の抽出に使います。OfficialMailの外部連携とAI Relayもこの流れに活用できます。送信量ではなく漏れと重複案内の減少を成果にします。", "Dùng tự động hóa để lấy dữ liệu giao dịch, ghi kết quả gửi và phản hồi, chỉ phát hiện việc quá hạn. Tích hợp bên ngoài và AI Relay của OfficialMail có thể hỗ trợ luồng này. Đo bằng việc giảm bỏ sót và gửi trùng thay vì tăng số lượng gửi.", "Используйте автоматизацию для загрузки данных сделки, фиксации отправки и ответов и выявления только просроченных задач. Внешние интеграции и AI Relay в OfficialMail могут поддержать этот поток. Оценивайте сокращение пропусков и дублей, а не объем рассылки.", ], }, { title: ["정산 메일 운영 체크리스트", "Settlement email checklist", "结算邮件运营清单", "精算メール運用チェックリスト", "Checklist vận hành email thanh toán", "Чек-лист писем по расчетам"], body: [ "- 고객 문의 주소와 정산 주소를 구분했는가\n- 제목에 거래처·기준월·요청 종류가 들어가는가\n- 금액과 함께 발행일·입금 예정일을 적었는가\n- 한 메일에 다음 행동을 하나만 요청했는가\n- 발송·회신·처리·완료 상태를 구분했는가\n- 같은 거래에 중복 안내가 나가지 않도록 기록했는가\n\n이 기준을 정하면 거래처의 반복 질문과 담당자의 재확인을 줄일 수 있습니다. 회사 도메인으로 역할별 주소와 자동화 흐름을 만들려면 [오피셜메일에서 기업메일 운영 시작하기](https://officialsite.kr/)를 확인하세요.", "- Are customer-support and settlement addresses separate?\n- Does the subject include customer, period, and request type?\n- Are issue and due dates shown with the amount?\n- Does each message request one next action?\n- Are sent, reply, processing, and completion states separate?\n- Is duplicate notification prevented for the same transaction?\n\nThese rules reduce repeated questions and internal rechecking. To build role addresses and an automated flow on your company domain, [start managing business email with OfficialMail](https://officialsite.kr/).", "- 客户咨询邮箱与结算邮箱是否分开？\n- 主题是否包含交易方、期间和请求类型？\n- 金额旁是否写明开票日与预计到账日？\n- 每封邮件是否只请求一个下一步动作？\n- 是否区分发送、回复、处理和完成状态？\n- 是否防止同一交易重复通知？\n\n明确这些规则可减少交易方重复提问和内部重复核对。若要在公司域名上建立职能邮箱和自动化流程，请查看[使用 OfficialMail 开始管理企业邮箱](https://officialsite.kr/)。", "- 顧客窓口と精算用アドレスを分けたか\n- 件名に取引先・対象期間・依頼種別があるか\n- 金額と発行日・入金予定日を併記したか\n- 一通で次の行動を一つだけ依頼したか\n- 送信・返信・処理・完了を分けたか\n- 同じ取引への重複案内を防ぐ記録があるか\n\nこの基準で取引先の再質問と社内の再確認を減らせます。会社ドメインで役割別アドレスと自動化を作るなら、[OfficialMailで企業メール運用を始める](https://officialsite.kr/)をご覧ください。", "- Đã tách địa chỉ hỗ trợ và thanh toán?\n- Tiêu đề có đối tác, kỳ và loại yêu cầu?\n- Số tiền đi cùng ngày phát hành và ngày đến hạn?\n- Mỗi email chỉ yêu cầu một hành động tiếp theo?\n- Đã tách trạng thái gửi, phản hồi, xử lý và hoàn tất?\n- Có ngăn thông báo trùng cho cùng giao dịch?\n\nCác quy tắc này giảm câu hỏi lặp lại và kiểm tra nội bộ. Để tạo địa chỉ theo vai trò và luồng tự động trên tên miền công ty, hãy [bắt đầu vận hành email doanh nghiệp cùng OfficialMail](https://officialsite.kr/).", "- Разделены ли адреса поддержки и расчетов?\n- Есть ли в теме контрагент, период и тип запроса?\n- Указаны ли рядом с суммой дата документа и срок оплаты?\n- Требует ли письмо одного следующего действия?\n- Разделены ли отправка, ответ, обработка и завершение?\n- Предотвращены ли дубли для одной сделки?\n\nЭти правила сокращают повторные вопросы и внутренние проверки. Чтобы настроить ролевые адреса и автоматизацию на домене компании, [начните работу с корпоративной почтой в OfficialMail](https://officialsite.kr/).", ], }, ], }, { slug: "solo-business-accounts-receivable-management", category: SOLO_OPERATIONS, title: [ "1인기업 미수금 관리: 입금 지연을 줄이는 5단계 운영 기준", "Accounts Receivable for Solo Businesses: Five Operating Rules That Reduce Late Payments", "一人企业应收款管理：减少延迟付款的 5 项运营规则", "一人会社の未収金管理：入金遅延を減らす5つの運用基準", "Quản lý khoản phải thu cho doanh nghiệp một người: 5 nguyên tắc giảm chậm thanh toán", "Дебиторская задолженность в бизнесе одного человека: пять правил против задержек оплаты", ], description: [ "계약 전 결제 기준, 5칸 미수금 표, 단계별 확인 문구와 작업 중단 기준으로 1인기업의 입금 지연을 관리하는 방법을 정리합니다.", "A practical system for solo businesses to manage late payments with clear terms, a five-column receivables list, staged reminders, and a work-pause rule.", "说明一人企业如何通过明确付款条款、五栏应收款表、分阶段提醒和暂停工作规则来管理延迟付款。", "支払条件、5項目の未収金一覧、段階別の確認文、作業停止基準を使って、一人会社の入金遅延を管理する方法を整理します。", "Hướng dẫn doanh nghiệp một người quản lý thanh toán chậm bằng điều khoản rõ ràng, bảng công nợ 5 cột, nhắc theo giai đoạn và quy tắc tạm dừng công việc.", "Практическая система для бизнеса одного человека: понятные условия, таблица из пяти полей, поэтапные напоминания и правило приостановки работ.", ], sections: [ { title: [ "먼저 답부터: 독촉보다 상태를 보이게 만듭니다", "Start by making the payment state visible", "先让付款状态清晰可见", "まず入金状態を見えるようにする", "Trước hết, hãy làm rõ trạng thái thanh toán", "Сначала сделайте статус оплаты видимым", ], body: [ "1인기업의 미수금은 강한 독촉 문구보다 누가·얼마를·언제까지·왜 지급해야 하는지가 한눈에 보이는 구조에서 줄어듭니다. 계약서, 견적서, 세금계산서와 메일이 서로 다른 날짜와 금액을 가리키면 거래처도 확인을 미루기 쉽습니다. 입금 예정일과 다음 확인일을 먼저 정하고, 약속이 바뀔 때마다 기록을 갱신하세요.", "Solo-business receivables improve less through aggressive wording than through a structure that shows who owes what, why, and by when. When the contract, quotation, invoice, and email point to different dates or amounts, the client can delay verification. Set the due date and next review date, then update the record whenever the promise changes.", "一人企业减少应收款，关键不是更强硬的催款措辞，而是让谁、因何、应付多少、何时支付一目了然。若合同、报价单、发票和邮件中的日期或金额不一致，客户更容易拖延确认。先确定到期日和下次检查日，承诺变化时及时更新记录。", "一人会社の未収金は、強い督促文よりも誰が、何に対して、いくらを、いつまでに払うかが見える仕組みで減らせます。契約書、見積書、請求書、メールの日付や金額が違うと、取引先も確認を後回しにします。入金予定日と次回確認日を決め、約束が変わるたびに記録を更新します。", "Khoản phải thu giảm nhờ cấu trúc cho thấy rõ ai phải trả, trả bao nhiêu, vì sao và khi nào, hơn là lời nhắc gay gắt. Nếu hợp đồng, báo giá, hóa đơn và email ghi ngày hoặc số tiền khác nhau, khách hàng dễ trì hoãn. Hãy đặt ngày đến hạn và ngày kiểm tra tiếp theo, rồi cập nhật khi cam kết thay đổi.", "Просрочка сокращается не из-за жесткого тона, а когда ясно, кто, сколько, за что и к какому сроку должен заплатить. Разные даты и суммы в договоре, предложении, счете и письмах дают клиенту повод отложить проверку. Задайте срок оплаты и дату следующего контроля и обновляйте запись при изменении договоренности.", ], }, { title: [ "계약 전에 한 번에 받을 위험을 나눕니다", "Split the risk before the work begins", "在开工前拆分一次性收款风险", "契約前に一括回収のリスクを分ける", "Chia nhỏ rủi ro thu một lần trước khi bắt đầu", "Разделите риск единовременной оплаты до начала работ", ], body: [ "규모가 큰 작업을 납품 뒤 전액 결제로 두면 한 번의 지연이 현금흐름 전체를 흔듭니다. 착수금, 중간금, 잔금처럼 작업 단계와 결제 단계를 연결하고 각 단계의 금액, 완료 기준, 청구일, 입금 기한을 견적서와 계약서에 같은 표현으로 적으세요. 수정 범위와 추가 비용도 미리 정해야 잔금 단계에서 새로운 협상이 시작되지 않습니다.", "If a large project is paid entirely after delivery, one delay can disrupt all cash flow. Connect work milestones to a deposit, progress payment, and balance, and use the same wording for amount, completion criteria, billing date, and due date in both quotation and contract. Define revision limits and extra charges early so final payment does not reopen the deal.", "大型项目若在交付后一次性收全款，一次延迟就可能影响全部现金流。将开工款、进度款和尾款与工作节点对应，并在报价单与合同中统一写明金额、完成标准、开票日和付款期限。提前约定修改范围和额外费用，避免尾款阶段重新谈判。", "大きな案件を納品後の全額払いにすると、一度の遅延で資金繰り全体が揺れます。着手金、中間金、残金を作業段階と結び、金額、完了条件、請求日、支払期限を見積書と契約書で同じ表現にします。修正範囲と追加費用も先に決めます。", "Nếu toàn bộ dự án lớn chỉ được trả sau khi bàn giao, một lần chậm có thể ảnh hưởng cả dòng tiền. Hãy gắn tiền đặt cọc, thanh toán theo tiến độ và số dư với các mốc; ghi thống nhất số tiền, tiêu chí hoàn thành, ngày lập hóa đơn và hạn trả. Quy định trước phạm vi sửa đổi và phí phát sinh.", "Если крупный проект оплачивается целиком после сдачи, одна задержка нарушает весь денежный поток. Свяжите аванс, промежуточный платеж и остаток с этапами и одинаково укажите сумму, критерий завершения, дату счета и срок оплаты в предложении и договоре. Заранее определите предел правок и дополнительные расходы.", ], }, { title: [ "미수금 표는 다섯 칸이면 시작할 수 있습니다", "A five-column receivables list is enough to start", "用五栏表就能开始管理应收款", "未収金一覧は5項目で始められる", "Bảng công nợ 5 cột là đủ để bắt đầu", "Для начала достаточно таблицы из пяти полей", ], body: [ "복잡한 회계 도구가 없어도 거래처·청구 금액·입금 예정일·현재 상태·다음 행동을 한 줄에 적으면 됩니다. 상태는 청구 전, 기한 전, 1차 확인, 지급 약속, 연체, 완료처럼 제한된 값으로 통일하세요. 마지막 연락일과 다음 확인일을 함께 남기면 같은 거래처에 중복 연락하거나 오래 방치하는 일을 줄일 수 있습니다.", "Without complex accounting software, record client, billed amount, due date, current status, and next action on one line. Standardize the status to not billed, before due, first check, promised, overdue, and completed. Recording both the last contact and next review prevents duplicate messages and forgotten balances.", "即使没有复杂会计工具，也可在一行中记录客户、应收金额、到期日、当前状态和下一步行动。状态统一为未开票、未到期、首次确认、已承诺、逾期和已完成。再记录上次联系日和下次检查日，可减少重复联系和长期遗漏。", "複雑な会計ツールがなくても、取引先、請求額、入金予定日、現在状態、次の行動を一行に記録できます。状態は未請求、期限前、初回確認、支払約束、延滞、完了に統一します。最終連絡日と次回確認日も残せば重複連絡と放置を減らせます。", "Không cần phần mềm phức tạp; chỉ cần ghi khách hàng, số tiền, ngày đến hạn, trạng thái và hành động tiếp theo trên một dòng. Chuẩn hóa trạng thái thành chưa lập hóa đơn, trước hạn, kiểm tra lần đầu, đã hứa trả, quá hạn và hoàn tất. Ghi cả ngày liên hệ cuối và ngày kiểm tra tiếp theo.", "Без сложной системы достаточно одной строки: клиент, сумма счета, срок оплаты, текущий статус и следующее действие. Ограничьте статусы значениями не выставлено, до срока, первая проверка, обещано, просрочено и завершено. Даты последнего контакта и следующей проверки помогают избежать дублей и забытых долгов.", ], }, { title: [ "연락은 네 단계로 짧고 구체적으로 보냅니다", "Use four short and specific contact stages", "用四个简短具体的阶段进行联系", "連絡は4段階で短く具体的にする", "Liên hệ theo bốn giai đoạn ngắn gọn, cụ thể", "Используйте четыре коротких и конкретных этапа связи", ], body: [ "기한 2일 전에는 청구 정보와 예정일을 다시 확인하고, 기한 다음 영업일에는 누락 여부를 묻습니다. 약속이 없으면 3~5영업일 뒤 정확한 지급 예정일을 요청하고, 7일 이상 지연되면 분할 지급 또는 남은 작업 중단 기준을 제시하세요. 감정이나 비난 대신 거래명, 금액, 기존 기한, 요청하는 다음 행동 하나만 적습니다.", "Two days before the due date, reconfirm the invoice details and planned date. On the next business day after the deadline, ask whether anything was missed. If there is no commitment, request an exact payment date after three to five business days; after seven days, propose installments or a rule for pausing remaining work. Keep the message to the transaction, amount, prior deadline, and one requested action.", "到期前两天再次确认账单信息和付款日期；到期后的下一个工作日询问是否有遗漏。若仍无明确承诺，3至5个工作日后要求具体付款日期；超过7天则提出分期方案或暂停后续工作的标准。避免情绪与指责，只写交易、金额、原期限和一个下一步要求。", "期限2日前に請求情報と予定日を確認し、期限翌営業日に見落としがないか尋ねます。約束がなければ3〜5営業日後に具体的な支払日を求め、7日以上遅れたら分割払いか残作業の停止基準を示します。案件、金額、期限、次の行動一つだけを書きます。", "Hai ngày trước hạn, xác nhận lại thông tin và ngày dự kiến. Ngày làm việc đầu tiên sau hạn, hỏi xem có bỏ sót gì không. Nếu chưa có cam kết, sau 3–5 ngày yêu cầu ngày thanh toán cụ thể; sau 7 ngày, đề xuất trả góp hoặc tiêu chí tạm dừng. Chỉ nêu giao dịch, số tiền, hạn cũ và một hành động.", "За два дня до срока подтвердите реквизиты и дату. В первый рабочий день после срока уточните, не пропущено ли письмо. Без обязательства через три-пять дней запросите точную дату, а после семи дней предложите график платежей или правило приостановки работ. Укажите сделку, сумму, прежний срок и одно действие без обвинений.", ], }, { title: [ "반복 지연에는 다음 거래 기준을 연결합니다", "Connect repeated delays to the next-deal rule", "把反复延迟与下一笔交易规则关联", "繰り返す遅延を次回取引の条件に結び付ける", "Gắn chậm trả lặp lại với quy tắc cho giao dịch tiếp theo", "Свяжите повторные задержки с условиями следующей сделки", ], body: [ "지급 약속이 반복해서 바뀌면 관계 유지를 이유로 무기한 작업을 계속하지 마세요. 새 작업 전 기존 미수금 정리, 착수금 비율 상향, 납품 전 잔금 확인, 일정 기간 거래 중단 중 하나를 기준으로 정합니다. 큰 금액이나 장기 연체는 계약서, 납품 증빙, 세금계산서, 지급 약속을 보존하고 회계사나 법률 전문가에게 상황에 맞는 절차를 확인하세요.", "When payment promises keep moving, do not continue indefinitely merely to preserve the relationship. Before new work, require settlement of the old balance, a larger deposit, payment before final delivery, or a temporary pause. For large or long-overdue amounts, preserve the contract, delivery evidence, invoices, and promises and ask an accounting or legal professional for case-specific steps.", "若付款承诺反复变化，不要仅为维持关系而无限继续工作。新项目开始前，可设定结清旧款、提高预付款比例、交付前结清尾款或暂时停止交易等条件。金额较大或长期逾期时，应保存合同、交付证明、发票和付款承诺，并向专业人士确认适用程序。", "支払約束が何度も変わるなら、関係維持だけを理由に無期限で作業を続けません。新しい作業の前に既存未収金の精算、着手金率の引き上げ、納品前の残金確認、一定期間の取引停止のいずれかを基準にします。高額・長期延滞では証拠を保存し、専門家に確認します。", "Nếu lời hứa thanh toán liên tục thay đổi, đừng tiếp tục vô thời hạn chỉ để giữ quan hệ. Trước việc mới, hãy yêu cầu thanh toán khoản cũ, tăng tiền đặt cọc, trả phần còn lại trước bàn giao hoặc tạm dừng giao dịch. Với khoản lớn hoặc quá hạn lâu, lưu hợp đồng, bằng chứng, hóa đơn và cam kết rồi hỏi chuyên gia.", "Если обещанная дата постоянно меняется, не продолжайте работу бесконечно ради отношений. До нового заказа потребуйте погасить старый долг, увеличить аванс, оплатить остаток до передачи результата или ввести паузу. По крупным и длительным долгам сохраните договор, подтверждение сдачи, счета и обещания и уточните порядок у специалиста.", ], }, { title: [ "미수금 관리 체크리스트와 자주 묻는 질문", "Receivables checklist and common questions", "应收款管理清单与常见问题", "未収金管理チェックリストとよくある質問", "Checklist công nợ và câu hỏi thường gặp", "Чек-лист дебиторской задолженности и частые вопросы", ], body: [ "- 계약서와 견적서의 금액·기한 표현이 같은가\n- 큰 작업은 착수금·중간금·잔금으로 나뉘는가\n- 거래처·금액·예정일·상태·다음 행동을 기록하는가\n- 마지막 연락일과 다음 확인일이 있는가\n- 반복 지연 시 새 작업을 멈추는 기준이 있는가\n\n**독촉은 언제 시작하나요?** 기한 전 안내는 확인이고, 기한 다음 영업일부터는 미입금 여부를 사실 중심으로 확인합니다.\n\n**세금계산서를 발행하면 입금이 확정되나요?** 아닙니다. 증빙 발행과 실제 입금 상태를 분리해 확인해야 합니다.\n\n**계속 미룬다면 어떻게 하나요?** 새 지급일을 문서로 남기고, 기존 미수금 정리 전 추가 작업을 진행하지 않는 기준을 적용하세요. 장기·고액 연체는 전문가의 개별 검토가 필요합니다.\n\n견적·정산 기록과 메일 상태를 연결하려면 [오피셜메일의 외부 연동과 AI 릴레이 살펴보기](https://officialsite.kr/blog/business-email-external-integration)를 확인하세요.", "- Do the contract and quotation use the same amount and deadline?\n- Is large work split into deposit, progress payment, and balance?\n- Are client, amount, due date, status, and next action recorded?\n- Are the last contact and next review dates visible?\n- Is there a rule for pausing new work after repeated delay?\n\n**When should reminders begin?** A message before the deadline is a confirmation. From the next business day, verify non-payment in factual terms.\n\n**Does issuing an invoice guarantee payment?** No. Document issuance and actual payment are separate states.\n\n**What if the client keeps delaying?** Record the new date in writing and pause additional work until the old balance is resolved. Long or large overdue amounts need professional review.\n\nTo connect quotation and settlement records with email state, [see OfficialMail external integrations and AI Relay](https://officialsite.kr/blog/business-email-external-integration).", "- 合同与报价单中的金额和期限是否一致？\n- 大项目是否拆分为开工款、进度款和尾款？\n- 是否记录客户、金额、到期日、状态和下一步？\n- 是否有上次联系日和下次检查日？\n- 反复延迟时是否有暂停新工作的标准？\n\n**何时开始提醒？** 到期前是确认；从到期后的下一个工作日起，客观确认是否未付款。\n\n**开具发票是否等于确定收款？** 不是。凭证开具与实际到账应分开管理。\n\n**客户持续拖延怎么办？** 书面记录新日期，并在旧款结清前暂停追加工作。长期或大额逾期需专业人士审查。\n\n如需连接报价、结算记录和邮件状态，请查看[OfficialMail 的外部集成与 AI Relay](https://officialsite.kr/blog/business-email-external-integration)。", "- 契約書と見積書の金額・期限が一致しているか\n- 大きな案件を着手金・中間金・残金に分けたか\n- 取引先・金額・予定日・状態・次の行動を記録するか\n- 最終連絡日と次回確認日があるか\n- 遅延が続く時の新規作業停止基準があるか\n\n**督促はいつ始めますか？** 期限前は確認、期限翌営業日からは未入金を事実中心に確認します。\n\n**請求書を発行すれば入金は確定しますか？** いいえ。証憑発行と実際の入金は別の状態です。\n\n**延期が続く場合は？** 新しい日付を文書に残し、既存未収金の精算前に追加作業を進めない基準を適用します。長期・高額の延滞は専門家の確認が必要です。\n\n見積・精算記録とメール状態をつなぐには、[OfficialMailの外部連携とAI Relay](https://officialsite.kr/blog/business-email-external-integration)をご覧ください。", "- Hợp đồng và báo giá có cùng số tiền, thời hạn?\n- Dự án lớn có chia đặt cọc, tiến độ và số dư?\n- Có ghi khách hàng, số tiền, hạn, trạng thái và bước tiếp theo?\n- Có ngày liên hệ cuối và ngày kiểm tra tiếp theo?\n- Có quy tắc dừng việc mới khi chậm lặp lại?\n\n**Khi nào nên nhắc?** Trước hạn là xác nhận; từ ngày làm việc sau hạn, kiểm tra việc chưa thanh toán bằng thông tin thực tế.\n\n**Lập hóa đơn có đảm bảo được trả không?** Không. Việc phát hành chứng từ và thanh toán thực tế là hai trạng thái riêng.\n\n**Nếu khách cứ trì hoãn?** Ghi ngày mới bằng văn bản và tạm dừng việc thêm cho đến khi khoản cũ được xử lý. Khoản lớn hoặc quá hạn lâu cần chuyên gia xem xét.\n\nĐể nối báo giá, quyết toán và trạng thái email, hãy xem [tích hợp ngoài và AI Relay của OfficialMail](https://officialsite.kr/blog/business-email-external-integration).", "- Совпадают ли сумма и срок в договоре и предложении?\n- Разбит ли крупный проект на аванс, этап и остаток?\n- Записаны ли клиент, сумма, срок, статус и следующее действие?\n- Есть ли даты последнего контакта и следующей проверки?\n- Есть ли правило остановки новых работ при повторной задержке?\n\n**Когда начинать напоминания?** До срока это подтверждение; со следующего рабочего дня проверяйте неоплату фактами.\n\n**Гарантирует ли счет поступление денег?** Нет. Выдача документа и фактическая оплата — разные состояния.\n\n**Что делать при постоянном переносе?** Зафиксируйте новую дату письменно и приостановите дополнительные работы до погашения старого остатка. Длительные и крупные долги требуют консультации.\n\nЧтобы связать предложения, расчеты и статус писем, [посмотрите интеграции OfficialMail и AI Relay](https://officialsite.kr/blog/business-email-external-integration).", ], }, ], }, { slug: "first-customer-interview-questions", category: SOLO_OPERATIONS, title: [ "1인창업 첫 고객 인터뷰 질문 10개: 칭찬보다 결제 신호를 찾는 법", "Ten First-Customer Interview Questions: How Solo Founders Find Buying Signals Instead of Compliments", "一人创业首次客户访谈的 10 个问题：如何寻找购买信号而非赞美", "一人起業の初回顧客インタビュー質問10選：称賛より購入シグナルを見つける方法", "10 câu hỏi phỏng vấn khách hàng đầu tiên: cách nhà sáng lập solo tìm tín hiệu mua thay vì lời khen", "10 вопросов для первого интервью с клиентом: как соло-основателю искать сигналы покупки, а не похвалу", ], description: [ "아이디어 설명보다 고객의 최근 행동, 현재 해결법, 불편 비용과 다음 행동을 묻는 10가지 질문으로 첫 고객 인터뷰를 의사결정 자료로 바꾸는 방법을 정리합니다.", "Turn first-customer interviews into decision evidence with ten questions about recent behavior, current workarounds, the cost of the problem, and the next action.", "用 10 个围绕近期行为、现有解决方法、问题成本和下一步行动的问题，把首次客户访谈变成决策依据。", "最近の行動、現在の代替手段、問題のコスト、次の行動を尋ねる10の質問で、初回顧客インタビューを意思決定材料に変えます。", "Biến buổi phỏng vấn khách hàng đầu tiên thành bằng chứng ra quyết định với 10 câu hỏi về hành vi gần đây, cách xử lý hiện tại, chi phí của vấn đề và bước tiếp theo.", "Превратите первое интервью с клиентом в данные для решения с помощью 10 вопросов о недавнем поведении, текущем обходном пути, цене проблемы и следующем шаге.", ], sections: [ { title: [ "먼저 답부터: 좋은 인터뷰는 아이디어 평가가 아닙니다", "Start here: a good interview is not an idea review", "先说结论：好的访谈不是请客户评价创意", "先に結論：良いインタビューはアイデア評価ではない", "Trước hết: phỏng vấn tốt không phải là buổi chấm ý tưởng", "Сначала главное: хорошее интервью — не оценка идеи", ], body: [ "첫 고객 인터뷰의 목적은 ‘이 서비스 어때요?’라는 칭찬을 모으는 일이 아닙니다. 고객이 최근 어떤 상황에서 문제를 겪었고, 지금 무엇으로 해결하며, 그 불편 때문에 시간이나 돈을 얼마나 쓰는지 확인하는 일입니다. 인터뷰가 끝났을 때 기능 목록보다 다음 실험 하나가 선명해야 합니다.", "The goal is not to collect praise by asking whether the idea sounds good. Learn when the customer last faced the problem, how they handle it now, and what time or money the workaround consumes. A useful interview ends with one clearer experiment, not a longer feature list.", "首次访谈不是用‘你觉得这个服务怎么样’来收集赞美，而是确认客户最近何时遇到问题、现在如何处理，以及为此付出了多少时间或金钱。结束时应得到一个更清晰的下一步实验，而不是更长的功能清单。", "目的は『このサービスはどうですか』と称賛を集めることではありません。顧客が最近いつ問題に直面し、今どう解決し、そのためにどれだけの時間や費用を使っているかを確認します。機能一覧より次の実験が明確になるべきです。", "Mục tiêu không phải là hỏi ý tưởng có hay không để nhận lời khen. Hãy tìm lúc khách gần đây gặp vấn đề, họ đang xử lý bằng cách nào và tốn bao nhiêu thời gian hoặc tiền. Một buổi tốt kết thúc bằng một thử nghiệm rõ hơn, không phải danh sách tính năng dài hơn.", "Цель не в том, чтобы услышать похвалу в ответ на вопрос об идее. Узнайте, когда клиент недавно сталкивался с проблемой, как решает ее сейчас и сколько времени или денег тратит. Итогом должен быть один ясный эксперимент, а не новый список функций.", ], }, { title: [ "대상은 ‘관심 있는 사람’보다 최근 행동이 있는 사람입니다", "Choose people with recent behavior, not just interest", "优先找近期有实际行为的人，而非只说感兴趣的人", "関心より最近の行動がある人を選ぶ", "Chọn người có hành vi gần đây, không chỉ nói quan tâm", "Выбирайте людей с недавним действием, а не только интересом", ], body: [ "문제를 겪었다고 말하는 사람보다 최근 한 달 안에 직접 해결을 시도한 사람을 먼저 만나세요. 수작업으로 버텼거나, 다른 도구를 결제했거나, 동료에게 부탁한 경험이 있어야 답이 구체적입니다. 고객군이 섞이면 신호가 흐려지므로 역할·업종·업무 빈도 중 한 가지 기준으로 첫 다섯 명을 좁히는 편이 좋습니다.", "Prioritize people who tried to solve the problem in the last month: they used a manual workaround, paid for another tool, or asked a colleague. Their answers are concrete. Keep the first five interviewees similar by role, industry, or task frequency so signals are not blurred across segments.", "优先访谈过去一个月确实尝试解决问题的人：他们可能依靠手工流程、付费使用其他工具，或请同事帮忙。答案会更具体。前五位应按角色、行业或任务频率保持相近，避免不同客群的信号混在一起。", "直近1か月に手作業でしのいだ、別のツールに払った、同僚に頼んだ人を優先します。答えが具体的になります。最初の5人は役割・業種・作業頻度のどれかで揃え、異なる層の信号を混ぜません。", "Ưu tiên người đã cố giải quyết vấn đề trong tháng qua: làm thủ công, trả tiền cho công cụ khác hoặc nhờ đồng nghiệp. Câu trả lời sẽ cụ thể. Giữ năm người đầu tương đồng về vai trò, ngành hoặc tần suất công việc để tín hiệu không bị trộn.", "Сначала общайтесь с теми, кто пытался решить проблему в последний месяц: вручную, платным инструментом или помощью коллеги. Их ответы конкретнее. Первых пять респондентов лучше объединить по роли, отрасли или частоте задачи.", ], }, { title: [ "아이디어를 설명하기 전에 물을 질문 10개", "Ten questions to ask before explaining the idea", "介绍创意前先问的 10 个问题", "アイデアを説明する前に聞く10の質問", "10 câu hỏi cần hỏi trước khi giới thiệu ý tưởng", "10 вопросов до рассказа об идее", ], body: [ "1. 이 일을 가장 최근에 처리한 때는 언제였나요?\n2. 시작부터 끝까지 어떤 순서로 했나요?\n3. 가장 오래 걸리거나 자주 틀리는 단계는 어디인가요?\n4. 지금은 어떤 도구나 문서로 관리하나요?\n5. 그 방법을 선택한 이유는 무엇인가요?\n6. 문제를 해결하려고 바꿔 본 방법이 있나요?\n7. 한 번 처리하는 데 드는 시간과 비용은 어느 정도인가요?\n8. 문제가 생기면 누구에게 어떤 영향이 가나요?\n9. 반드시 해결해야 하는 시점은 언제인가요?\n10. 다음 주에 같은 일이 생기면 무엇을 먼저 하실 건가요?\n\n가정형 질문인 ‘이 기능을 쓰시겠어요?’보다 실제 있었던 일과 이미 지불한 비용을 묻는 질문이 신뢰할 만한 답을 만듭니다.", "1. When did you last do this task?\n2. What happened from start to finish?\n3. Which step takes longest or fails most often?\n4. Which tools or documents do you use now?\n5. Why did you choose that method?\n6. What alternatives have you tried?\n7. What time and cost does one run require?\n8. Who is affected when it fails?\n9. When does it become urgent?\n10. What will you do first the next time it happens?\n\nQuestions about real events and money already spent are more reliable than hypothetical willingness to use a feature.", "1. 最近一次处理这项工作是什么时候？\n2. 从开始到结束按什么顺序进行？\n3. 哪一步最耗时或最常出错？\n4. 目前使用哪些工具或文档？\n5. 为什么选择这种方法？\n6. 为解决问题尝试过哪些替代方案？\n7. 每次处理需要多少时间和成本？\n8. 出问题时会影响谁？\n9. 什么时候必须解决？\n10. 下次再次发生时，你会先做什么？\n\n询问真实事件和已经付出的成本，比询问是否愿意使用某功能更可靠。", "1. 最後にこの作業をしたのはいつですか。\n2. 最初から最後までの順序は。\n3. 最も時間がかかる、または間違う段階は。\n4. 今使うツールや文書は。\n5. その方法を選んだ理由は。\n6. 別の方法を試しましたか。\n7. 一回にかかる時間と費用は。\n8. 失敗すると誰に影響しますか。\n9. いつまでに解決が必要ですか。\n10. 次に同じことが起きたら最初に何をしますか。\n\n仮定の利用意向より、実際の出来事と支払済みコストを尋ねます。", "1. Lần gần nhất bạn làm việc này là khi nào?\n2. Quy trình từ đầu đến cuối ra sao?\n3. Bước nào lâu nhất hoặc hay sai nhất?\n4. Hiện dùng công cụ hay tài liệu nào?\n5. Vì sao chọn cách đó?\n6. Đã thử giải pháp nào khác?\n7. Mỗi lần tốn bao nhiêu thời gian và chi phí?\n8. Khi lỗi, ai bị ảnh hưởng?\n9. Khi nào bắt buộc phải giải quyết?\n10. Lần tới xảy ra, bạn sẽ làm gì trước?\n\nHỏi về sự kiện thật và chi phí đã trả đáng tin hơn câu hỏi giả định về một tính năng.", "1. Когда вы последний раз выполняли эту задачу?\n2. Каковы шаги от начала до конца?\n3. Какой шаг дольше всего или чаще дает сбой?\n4. Какие инструменты и документы используются сейчас?\n5. Почему выбран этот способ?\n6. Какие альтернативы уже пробовали?\n7. Сколько времени и денег требует один цикл?\n8. На кого влияет сбой?\n9. Когда решение становится срочным?\n10. Что вы сделаете первым в следующий раз?\n\nВопросы о реальном событии и уже понесенных расходах надежнее гипотетического интереса к функции.", ], }, { title: [ "강한 신호와 약한 신호를 구분합니다", "Separate strong signals from weak ones", "区分强信号与弱信号", "強いシグナルと弱いシグナルを分ける", "Phân biệt tín hiệu mạnh và yếu", "Отделяйте сильные сигналы от слабых", ], body: [ "강한 신호는 이미 돈을 냈다, 반복해서 시간을 쓴다, 마감이나 매출에 영향이 있다, 다음 검증에 참여하겠다고 약속한다는 행동입니다. ‘좋네요’, ‘있으면 써볼게요’, ‘다른 사람도 필요할 것 같아요’는 약한 신호입니다. 인터뷰 메모에는 인상 대신 고객의 원문, 발생 빈도, 현재 비용, 다음 행동을 적으세요.", "Strong signals are behavior: money already spent, repeated time cost, impact on deadlines or revenue, and a commitment to the next test. Compliments and vague future interest are weak. Record the customer's exact words, frequency, current cost, and next action instead of your impression.", "强信号是已经付费、反复投入时间、影响截止期或收入，以及愿意参加下一次验证。‘听起来不错’或‘以后可能会用’属于弱信号。记录客户原话、发生频率、现有成本和下一步，而不是访谈者的印象。", "強いシグナルは既に支払った、繰り返し時間を使う、納期や売上に影響する、次の検証に参加すると約束する行動です。称賛や曖昧な利用意向は弱いシグナルです。顧客の原文、頻度、現在コスト、次の行動を記録します。", "Tín hiệu mạnh là hành vi: đã trả tiền, mất thời gian lặp lại, ảnh hưởng thời hạn hoặc doanh thu và cam kết tham gia thử nghiệm tiếp theo. Lời khen hay ý định mơ hồ là tín hiệu yếu. Ghi nguyên văn, tần suất, chi phí hiện tại và bước tiếp theo.", "Сильные сигналы — уже потраченные деньги, повторяющиеся затраты времени, влияние на сроки или выручку и согласие на следующий тест. Похвала и расплывчатый будущий интерес слабы. Записывайте точные слова, частоту, текущую цену и следующий шаг.", ], }, { title: [ "인터뷰를 제품 결정으로 연결하는 한 장 표", "Use one page to turn interviews into product decisions", "用一页表把访谈连接到产品决策", "一枚の表でインタビューを製品判断につなげる", "Dùng một trang để nối phỏng vấn với quyết định sản phẩm", "Одна таблица связывает интервью с продуктовым решением", ], body: [ "각 인터뷰를 상황·문제·현재 해결법·시간 또는 비용·다음 행동 다섯 칸으로 정리하세요. 같은 문제가 세 명 이상에게 반복되고, 이미 대가를 치르며, 다음 실험에 참여하려는 사람이 있다면 작은 해결안을 만듭니다. 반대로 고객군마다 문제가 다르거나 긴급하지 않다면 기능을 늘리지 말고 대상과 질문을 다시 좁히세요.", "Summarize each interview in five fields: situation, problem, current workaround, time or cost, and next action. Build a small solution when the same problem repeats across at least three people, carries a real cost, and someone agrees to a next test. If every segment reports a different, non-urgent issue, narrow the audience and questions instead of adding features.", "把每次访谈整理为五栏：情境、问题、当前解决方式、时间或成本、下一步。若同一问题在至少三人中重复出现、已经产生真实代价，并有人愿意参加下一次测试，就制作最小解决方案。若不同客群的问题各不相同且不紧急，应缩小对象和问题，而不是增加功能。", "各インタビューを状況・問題・現在の代替手段・時間または費用・次の行動の5項目に整理します。同じ問題が3人以上で繰り返され、実コストがあり、次のテスト参加者がいれば小さく作ります。ばらばらで緊急性がなければ対象と質問を絞り直します。", "Tóm tắt mỗi buổi bằng năm trường: bối cảnh, vấn đề, cách xử lý hiện tại, thời gian hoặc chi phí và bước tiếp theo. Xây giải pháp nhỏ khi cùng vấn đề lặp ở ít nhất ba người, có chi phí thật và có người đồng ý thử tiếp. Nếu vấn đề rời rạc, hãy thu hẹp đối tượng thay vì thêm tính năng.", "Сведите интервью к пяти полям: ситуация, проблема, текущий способ, время или стоимость и следующий шаг. Делайте маленькое решение, если проблема повторилась минимум у трех людей, имеет реальную цену и есть участник следующего теста. Если ответы разрозненны, сузьте сегмент и вопросы, а не добавляйте функции.", ], }, { title: [ "첫 고객 인터뷰 체크리스트와 자주 묻는 질문", "First-customer interview checklist and FAQ", "首次客户访谈清单与常见问题", "初回顧客インタビューのチェックリストとFAQ", "Checklist và câu hỏi thường gặp cho phỏng vấn đầu tiên", "Чек-лист и частые вопросы первого интервью", ], body: [ "- 같은 고객군 다섯 명을 정했는가\n- 최근 실제 행동을 묻는가\n- 아이디어 설명을 뒤로 미뤘는가\n- 고객 원문과 비용을 기록하는가\n- 인터뷰마다 다음 행동을 합의하는가\n\n**몇 명을 인터뷰해야 하나요?** 첫 판단은 같은 고객군 다섯 명으로 시작하고, 답이 계속 달라지면 사람 수보다 고객군을 다시 좁히세요.\n\n**가격을 물어봐도 되나요?** 가상의 가격 질문보다 지금 쓰는 방법에 실제로 지불한 비용과 전환 조건을 묻는 편이 낫습니다.\n\n**인터뷰 뒤 바로 만들어야 하나요?** 반복 문제, 실제 비용, 다음 실험 참여자가 함께 확인될 때 가장 작은 검증안을 만드세요.\n\n검증 결과를 실제 제품 운영으로 옮길 때는 [바이브코딩 MVP 배포 후 운영 체크리스트 보기](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist)를 함께 확인하세요. 인터뷰 메모와 후속 연락을 역할별 메일 흐름에 연결하려면 [오피셜메일 외부 연동 가이드](https://officialsite.kr/blog/business-email-external-integration)도 참고할 수 있습니다.", "- Have you chosen five people from one segment?\n- Do questions focus on recent behavior?\n- Is the idea explanation delayed?\n- Are exact words and costs recorded?\n- Does every interview end with a next action?\n\n**How many interviews are enough?** Start with five people in one segment. If answers keep diverging, narrow the segment before adding respondents.\n\n**Can I ask about price?** Ask what they already pay and what would trigger a switch rather than quoting a hypothetical price.\n\n**Should I build immediately?** Create the smallest test when a repeated problem, a real cost, and a willing next-test participant appear together.\n\nWhen turning evidence into operations, see the [vibe-coding MVP post-launch checklist](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist). You can also connect interview notes and follow-up messages through the [OfficialMail external integration guide](https://officialsite.kr/blog/business-email-external-integration).", "- 是否选择了同一客群的五个人？\n- 是否询问近期真实行为？\n- 是否把创意说明放到后面？\n- 是否记录原话与实际成本？\n- 每次访谈是否约定下一步？\n\n**需要访谈多少人？** 先从同一客群的五个人开始；若答案持续分散，应先缩小客群。\n\n**可以问价格吗？** 与其问假设价格，不如问当前真实支出和愿意更换方案的条件。\n\n**访谈后应马上开发吗？** 当重复问题、真实成本和愿意参加下一次测试的人同时出现时，再制作最小验证方案。\n\n把验证转为运营时，可查看[氛围编程 MVP 上线后运营清单](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist)及 [OfficialMail 外部集成指南](https://officialsite.kr/blog/business-email-external-integration)。", "- 同じ顧客層の5人を選んだか\n- 最近の実行動を聞くか\n- アイデア説明を後回しにしたか\n- 原文とコストを記録するか\n- 次の行動を合意するか\n\n**何人必要ですか。** 同じ層の5人から始め、答えが分かれ続けるなら人数より対象を絞ります。\n\n**価格を聞いてもいいですか。** 仮の価格より現在払っている費用と切替条件を聞きます。\n\n**すぐ作りますか。** 反復問題、実コスト、次のテスト参加者が揃った時に最小の検証案を作ります。\n\n運用に移す際は[バイブコーディングMVP公開後チェックリスト](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist)と[OfficialMail外部連携ガイド](https://officialsite.kr/blog/business-email-external-integration)をご覧ください。", "- Đã chọn năm người cùng phân khúc?\n- Có hỏi hành vi gần đây?\n- Có để phần giới thiệu ý tưởng về sau?\n- Có ghi nguyên văn và chi phí?\n- Mỗi buổi có bước tiếp theo?\n\n**Cần bao nhiêu người?** Bắt đầu với năm người cùng phân khúc; nếu câu trả lời vẫn phân tán, hãy thu hẹp phân khúc.\n\n**Có nên hỏi giá?** Hỏi khoản họ đang trả và điều kiện chuyển đổi thay vì giá giả định.\n\n**Có xây ngay không?** Tạo thử nghiệm nhỏ nhất khi vấn đề lặp lại, chi phí thật và người sẵn sàng thử tiếp xuất hiện cùng lúc.\n\nXem [checklist vận hành MVP sau khi phát hành](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist) và [hướng dẫn tích hợp ngoài của OfficialMail](https://officialsite.kr/blog/business-email-external-integration).", "- Выбраны ли пять человек из одного сегмента?\n- Спрашиваете ли о недавнем поведении?\n- Отложен ли рассказ об идее?\n- Записываются ли точные слова и цена?\n- Есть ли следующий шаг после каждого интервью?\n\n**Сколько интервью нужно?** Начните с пяти в одном сегменте; если ответы расходятся, сузьте сегмент.\n\n**Можно ли спрашивать цену?** Лучше спросить о текущих расходах и условиях перехода, чем о гипотетической цене.\n\n**Сразу строить продукт?** Делайте минимальный тест, когда совпали повторяющаяся проблема, реальная цена и готовый участник следующей проверки.\n\nСм. [чек-лист работы MVP после запуска](https://officialsite.kr/blog/vibe-coding-mvp-operation-checklist) и [руководство по внешним интеграциям OfficialMail](https://officialsite.kr/blog/business-email-external-integration).", ], }, ], }, { slug: "solo-business-weekly-dashboard", category: SOLO_OPERATIONS, title: [ "1인기업 주간 대시보드: 매주 확인할 숫자 6개와 다음 행동 정하는 법", "A Weekly Dashboard for a Solo Business: Six Numbers and One Next Action", "一人企业周度仪表盘：每周查看 6 个数字并决定下一步", "一人会社の週間ダッシュボード：6つの数字から次の行動を決める", "Dashboard hàng tuần cho doanh nghiệp một người: 6 con số và một hành động tiếp theo", "Еженедельный дашборд малого бизнеса: шесть чисел и одно следующее действие", ], description: [ "문의·견적·수주·입금·반복구매·대표 작업시간을 한 줄로 기록해 막힌 지점을 찾고 다음 주 행동을 정하는 1인기업 운영법입니다.", "A practical weekly routine that records inquiries, quotes, wins, payments, repeat purchases, and owner hours to find the bottleneck and choose the next action.", "每周记录咨询、报价、成交、回款、复购和负责人工作时间，找出瓶颈并决定下周行动。", "問い合わせ・見積・受注・入金・再購入・代表者の作業時間を毎週記録し、詰まりを見つけて次の行動を決める方法です。", "Phương pháp ghi lại yêu cầu, báo giá, đơn chốt, tiền đã thu, mua lại và giờ làm của chủ doanh nghiệp để tìm điểm nghẽn và chọn hành động tuần tới.", "Практика еженедельного учета обращений, смет, сделок, оплат, повторных покупок и часов владельца для поиска узкого места и выбора следующего шага.", ], sections: [ { title: [ "매출만 보면 이미 늦는 이유", "Why revenue alone tells you too late", "为什么只看营收已经太晚", "売上だけを見ると手遅れになる理由", "Vì sao chỉ nhìn doanh thu là quá muộn", "Почему одной выручки недостаточно", ], body: [ "매출은 문의, 견적, 결정, 결제 같은 앞선 행동이 끝난 뒤에 나타나는 결과입니다. 월말 매출만 확인하면 어디에서 기회가 끊겼는지 알기 어렵습니다. 1인기업은 거대한 분석 도구보다 매주 같은 여섯 숫자를 같은 시간에 기록하는 편이 빠릅니다.", "Revenue appears only after inquiries, quotations, decisions, and payments have already happened. A month-end total cannot show where opportunities stopped. For a solo business, recording the same six numbers at the same time each week is usually more useful than a large analytics system.", "营收是咨询、报价、决定和付款完成后的结果。只看月末总额，很难知道机会在哪一步中断。对一人企业而言，每周固定时间记录同样六个数字，比庞大的分析系统更实用。", "売上は問い合わせ、見積、意思決定、支払いの後に現れる結果です。月末の合計だけでは、どこで機会が止まったか分かりません。一人会社では大きな分析ツールより、毎週同じ時間に同じ6項目を記録する方が実用的です。", "Doanh thu chỉ xuất hiện sau yêu cầu, báo giá, quyết định và thanh toán. Tổng doanh thu cuối tháng không cho biết cơ hội bị dừng ở đâu. Với doanh nghiệp một người, ghi cùng sáu con số vào cùng thời điểm mỗi tuần thường hữu ích hơn một hệ thống phân tích lớn.", "Выручка появляется после обращений, предложений, решений и оплат. Итог месяца не показывает, где оборвалась возможность. Для небольшого бизнеса полезнее записывать одни и те же шесть показателей раз в неделю, чем внедрять сложную аналитику.", ], }, { title: [ "매주 확인할 숫자 6개", "The six numbers to check every week", "每周查看的 6 个数字", "毎週確認する6つの数字", "Sáu con số cần kiểm tra mỗi tuần", "Шесть еженедельных показателей", ], body: [ "1. 새 문의 수는 시장 반응의 입구입니다. 2. 보낸 견적 수는 문의를 실제 제안으로 바꾼 양입니다. 3. 수주 수는 제안이 선택된 결과입니다. 4. 실제 입금 건수는 계약과 현금 사이의 차이를 보여줍니다. 5. 반복구매 또는 재의뢰 수는 기존 고객 가치의 신호입니다. 6. 대표 작업시간은 같은 성과를 내기 위해 얼마나 많은 시간을 썼는지 보여줍니다. 숫자는 채널별로 나누기 전에 전체 합계부터 적습니다.", "1. New inquiries show the top of demand. 2. Quotes sent show how many inquiries became real proposals. 3. Wins show how many proposals were selected. 4. Payments received expose the gap between agreement and cash. 5. Repeat purchases or repeat requests indicate existing-customer value. 6. Owner hours reveal the time required for the result. Start with totals before splitting by channel.", "1. 新咨询数反映需求入口。2. 已发报价数表示多少咨询进入真实提案。3. 成交数表示提案被选择的结果。4. 实际回款数显示签约与现金之间的差距。5. 复购或再次委托数反映老客户价值。6. 负责人工作时间显示取得结果付出的时间。先记录总数，再按渠道拆分。", "1. 新規問い合わせ数は需要の入口です。2. 見積送付数は提案へ進んだ量です。3. 受注数は選ばれた結果です。4. 入金件数は契約と現金の差を示します。5. 再購入・再依頼数は既存顧客価値の信号です。6. 代表者の作業時間は成果に要した時間を示します。まず全体合計を記録します。", "1. Yêu cầu mới là đầu vào của nhu cầu. 2. Báo giá đã gửi cho biết bao nhiêu yêu cầu thành đề xuất. 3. Đơn chốt cho biết đề xuất được chọn. 4. Khoản đã thu cho thấy khoảng cách giữa thỏa thuận và tiền về. 5. Mua lại hoặc yêu cầu lại phản ánh giá trị khách cũ. 6. Giờ làm của chủ doanh nghiệp cho biết chi phí thời gian. Hãy ghi tổng trước khi tách theo kênh.", "1. Новые обращения показывают входящий спрос. 2. Отправленные предложения — сколько обращений стало реальными предложениями. 3. Сделки — сколько предложений выбрали. 4. Полученные оплаты показывают разрыв между договоренностью и деньгами. 5. Повторные покупки или заказы отражают ценность текущих клиентов. 6. Часы владельца показывают цену результата во времени. Начните с общих значений.", ], }, { title: [ "한 줄 기록표로 시작하세요", "Start with a one-line weekly table", "从一行周度记录表开始", "一行の週間表から始める", "Bắt đầu bằng một dòng ghi chép hàng tuần", "Начните с одной строки в неделю", ], body: [ "표의 열은 주차, 문의, 견적, 수주, 입금, 반복구매, 대표 작업시간, 메모로 충분합니다. 매주 금요일 같은 시간에 한 줄을 추가하고, 메모에는 숫자가 변한 이유를 한 문장만 남기세요. 도구를 바꾸기보다 네 주 동안 같은 기준을 유지해야 비교가 가능합니다.", "Use columns for week, inquiries, quotes, wins, payments, repeats, owner hours, and one note. Add one row at the same time every Friday and explain the main change in one sentence. Keep the definition stable for four weeks before changing tools or fields.", "表格只需包含周次、咨询、报价、成交、回款、复购、负责人工作时间和备注。每周五固定时间增加一行，用一句话说明数字变化原因。至少四周保持相同口径，才能进行比较。", "列は週、問い合わせ、見積、受注、入金、再購入、代表者の作業時間、メモで十分です。毎週金曜の同じ時間に一行を追加し、変化理由を一文で残します。比較のため4週間は定義を変えません。", "Các cột chỉ cần tuần, yêu cầu, báo giá, đơn chốt, tiền đã thu, mua lại, giờ làm và ghi chú. Thêm một dòng vào cùng giờ mỗi thứ Sáu, ghi một câu về nguyên nhân thay đổi. Giữ cùng định nghĩa trong bốn tuần để so sánh.", "Достаточно столбцов: неделя, обращения, предложения, сделки, оплаты, повторы, часы владельца и заметка. Добавляйте одну строку каждую пятницу в одно время и одной фразой объясняйте главное изменение. Не меняйте определения четыре недели.", ], }, { title: [ "숫자를 행동으로 바꾸는 20분 주간 점검", "Turn numbers into action in a 20-minute review", "用 20 分钟周复盘把数字变成行动", "20分の週間レビューで数字を行動に変える", "Biến con số thành hành động trong 20 phút", "Превратите цифры в действие за 20 минут", ], body: [ "먼저 지난주와 비교해 가장 크게 움직인 숫자 하나를 고릅니다. 다음으로 앞뒤 숫자를 연결해 막힌 구간을 찾습니다. 문의는 많은데 견적이 적다면 응답 속도나 자격 확인이 문제일 수 있고, 수주는 있는데 입금이 적다면 결제 안내와 후속 확인을 점검해야 합니다. 마지막에는 다음 주 실험을 하나만 정하고 담당자, 기한, 성공 기준을 적습니다.", "First choose the number that moved most from last week. Then compare adjacent stages to find the bottleneck. Many inquiries but few quotes may point to response speed or qualification; wins without payments call for better payment instructions and follow-up. End by choosing only one experiment with an owner, deadline, and success measure.", "先找出与上周相比变化最大的一个数字，再连接相邻阶段寻找瓶颈。咨询多但报价少，可能是回复速度或筛选问题；成交有但回款少，应检查付款指引和跟进。最后只决定一个下周实验，并写明负责人、期限和成功标准。", "先週から最も動いた数字を一つ選び、前後の段階を比べて詰まりを探します。問い合わせが多く見積が少なければ返信速度や確認項目、受注に対して入金が少なければ支払案内とフォローを見直します。最後に次週の実験を一つだけ決め、担当、期限、成功基準を書きます。", "Trước tiên chọn con số thay đổi nhiều nhất so với tuần trước. Sau đó so các bước liền nhau để tìm điểm nghẽn. Nhiều yêu cầu nhưng ít báo giá có thể do tốc độ phản hồi hoặc sàng lọc; có đơn chốt nhưng ít tiền về cần xem lại hướng dẫn thanh toán và theo dõi. Cuối cùng chỉ chọn một thử nghiệm với người phụ trách, hạn và tiêu chí thành công.", "Сначала выберите показатель с наибольшим изменением к прошлой неделе. Затем сравните соседние этапы и найдите узкое место. Много обращений и мало предложений указывают на скорость ответа или квалификацию; сделки без оплат — на инструкции по оплате и сопровождение. В конце выберите один эксперимент, ответственного, срок и критерий успеха.", ], }, { title: [ "1인기업 대시보드에서 자주 생기는 실수", "Common mistakes in a solo-business dashboard", "一人企业仪表盘常见错误", "一人会社のダッシュボードで起きる失敗", "Lỗi thường gặp trong dashboard doanh nghiệp một người", "Частые ошибки еженедельного дашборда", ], body: [ "처음부터 지표를 너무 많이 만들지 마세요. 수집 기준을 매주 바꾸거나, 매출이 적은 한 주를 실패로 단정하거나, 기록만 하고 행동을 정하지 않는 것도 피해야 합니다. 숫자는 평가표가 아니라 다음 결정을 위한 신호입니다. 네 주 단위 흐름을 보고 한 번에 한 구간만 개선하세요.", "Do not begin with too many metrics. Avoid changing definitions every week, judging one low-revenue week as failure, or recording without selecting an action. Numbers are signals for the next decision, not a scorecard. Review a four-week pattern and improve one stage at a time.", "不要一开始就设置过多指标，也不要每周改变统计口径、因一周营收低就判断失败，或只记录不行动。数字不是成绩单，而是下一次决策的信号。观察四周趋势，每次只改善一个阶段。", "最初から指標を増やしすぎず、毎週定義を変えたり、売上の低い一週だけで失敗と決めたり、記録だけで行動を決めない状態を避けます。数字は成績表ではなく次の判断の信号です。4週間の流れを見て一度に一段階だけ改善します。", "Đừng bắt đầu với quá nhiều chỉ số. Tránh đổi định nghĩa hàng tuần, coi một tuần doanh thu thấp là thất bại hoặc chỉ ghi mà không chọn hành động. Con số là tín hiệu cho quyết định tiếp theo, không phải bảng điểm. Hãy nhìn xu hướng bốn tuần và cải thiện từng bước.", "Не начинайте с десятков метрик. Не меняйте правила учета каждую неделю, не считайте одну слабую неделю провалом и не ограничивайтесь записью без действия. Цифры — это сигнал для решения, а не оценка. Смотрите на четыре недели и улучшайте один этап за раз.", ], }, { title: [ "메일 흐름도 숫자에 연결할 수 있습니다", "Connect email workflows to the dashboard", "把邮件流程连接到这些数字", "メールの流れも数字につなげる", "Kết nối luồng email với dashboard", "Свяжите почтовый процесс с показателями", ], body: [ "문의 접수, 견적 발송, 입금 안내, 재구매 안내가 회사메일에서 일어난다면 상태별 주소나 태그를 정해 집계할 수 있습니다. 외부 서비스와 연결할 때는 [오피셜메일 외부 연동 가이드](https://officialsite.kr/blog/business-email-external-integration)를 참고하세요. 대시보드는 메일을 많이 보내기 위한 도구가 아니라 고객 흐름에서 놓친 구간을 발견하기 위한 도구입니다.", "When inquiries, quotes, payment notices, and repeat-purchase messages happen in company email, use stage-specific addresses or tags to count them. See the [OfficialMail external integration guide](https://officialsite.kr/blog/business-email-external-integration) when connecting another service. The dashboard is not for sending more mail; it is for finding the missed stage in the customer flow.", "如果咨询、报价、付款提醒和复购沟通都通过公司邮箱完成，可使用阶段专用地址或标签进行统计。连接外部服务时可参考 [OfficialMail 外部集成指南](https://officialsite.kr/blog/business-email-external-integration)。仪表盘不是为了发送更多邮件，而是发现客户流程中遗漏的环节。", "問い合わせ、見積、入金案内、再購入案内が会社メールで行われるなら、段階別のアドレスやタグで集計できます。外部サービス連携は [OfficialMail外部連携ガイド](https://officialsite.kr/blog/business-email-external-integration) を参照してください。目的はメール量ではなく、顧客の流れで抜けた段階の発見です。", "Nếu yêu cầu, báo giá, thông báo thanh toán và mua lại diễn ra trong email công ty, hãy dùng địa chỉ hoặc thẻ theo từng giai đoạn để đếm. Khi nối dịch vụ ngoài, xem [hướng dẫn tích hợp bên ngoài của OfficialMail](https://officialsite.kr/blog/business-email-external-integration). Dashboard không nhằm gửi nhiều thư hơn mà để tìm bước bị bỏ sót trong hành trình khách hàng.", "Если обращения, предложения, платежные уведомления и повторные продажи проходят через корпоративную почту, используйте адреса или метки по этапам. Для внешних сервисов см. [руководство по интеграциям OfficialMail](https://officialsite.kr/blog/business-email-external-integration). Цель дашборда — не больше писем, а поиск пропущенного этапа клиента.", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "**KPI는 몇 개부터 시작하나요?** 문의·견적·수주·입금·반복구매·대표 작업시간 여섯 개면 충분합니다.\n\n**매일 기록해야 하나요?** 실시간 대응이 필요한 항목만 수시로 보고, 비교용 표는 매주 같은 시간에 한 번 정리하세요.\n\n**숫자가 너무 적어도 의미가 있나요?** 절대값이 작아도 어느 단계에서 멈췄는지는 볼 수 있습니다. 한 주보다 네 주 흐름을 함께 보세요.\n\n**무엇부터 개선하나요?** 가장 큰 손실이 생기고 다음 단계로 넘기기 쉬운 구간 하나를 먼저 선택하세요.", "**How many KPIs should I start with?** Six are enough: inquiries, quotes, wins, payments, repeats, and owner hours.\n\n**Must I record daily?** Monitor urgent items as needed, but update the comparison table once at the same time each week.\n\n**Do very small numbers still matter?** Yes. Even small totals show where the flow stopped. Read them as a four-week pattern.\n\n**What should I improve first?** Choose one stage with a large loss and a realistic next-step improvement.", "**一开始需要多少 KPI？** 六个就够：咨询、报价、成交、回款、复购和负责人工作时间。\n\n**需要每天记录吗？** 紧急事项随时查看，对比表每周固定时间更新一次。\n\n**数字很小还有意义吗？** 有。绝对值小也能看到流程停在哪一步，应结合四周趋势。\n\n**先改善什么？** 选择损失最大且最容易推进到下一步的一个阶段。", "**KPIはいくつからですか。** 問い合わせ、見積、受注、入金、再購入、代表者の作業時間の6つで十分です。\n\n**毎日記録しますか。** 緊急項目だけ随時確認し、比較表は毎週同じ時間に一度更新します。\n\n**数字が小さくても意味がありますか。** 流れが止まった場所は見えます。4週間の傾向で読みます。\n\n**何から改善しますか。** 損失が大きく次段階へ動かしやすい一か所を選びます。", "**Nên bắt đầu với bao nhiêu KPI?** Sáu là đủ: yêu cầu, báo giá, đơn chốt, tiền thu, mua lại và giờ làm.\n\n**Có phải ghi mỗi ngày?** Theo dõi việc khẩn khi cần, còn bảng so sánh chỉ cập nhật một lần cùng giờ mỗi tuần.\n\n**Số quá nhỏ có ý nghĩa không?** Có, vì vẫn thấy luồng dừng ở đâu. Hãy đọc theo xu hướng bốn tuần.\n\n**Cải thiện gì trước?** Chọn một bước có thất thoát lớn và có thể đẩy sang bước tiếp theo.", "**Со скольких KPI начать?** Достаточно шести: обращения, предложения, сделки, оплаты, повторы и часы владельца.\n\n**Нужно записывать ежедневно?** Срочные пункты контролируйте по мере необходимости, а сравнительную таблицу обновляйте раз в неделю в одно время.\n\n**Малые числа имеют смысл?** Да, они показывают, где остановился поток. Смотрите на четыре недели.\n\n**Что улучшать первым?** Выберите один этап с большой потерей и реальной возможностью продвинуть его дальше.", ], }, { title: [ "함께 확인할 가이드", "Related operating guides", "相关运营指南", "あわせて確認するガイド", "Hướng dẫn liên quan", "Связанные руководства", ], body: [ "매주 할 일을 한 가지로 줄이는 방법은 [1인기업 주간 우선순위 정하는 법](https://officialsite.kr/blog/solo-business-weekly-priority-system)에서, 계약 뒤 입금 누락을 줄이는 방법은 [1인기업 미수금 관리 가이드](https://officialsite.kr/blog/solo-business-accounts-receivable-management)에서 확인할 수 있습니다. 기존 고객의 다음 요청을 만드는 흐름은 [납품 후 고객 후속 연락 가이드](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)를 참고하세요.", "Use the [solo-business weekly priority guide](https://officialsite.kr/blog/solo-business-weekly-priority-system) to reduce the week to one priority, the [accounts receivable guide](https://officialsite.kr/blog/solo-business-accounts-receivable-management) to prevent missed payments, and the [post-delivery follow-up guide](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up) to create the next customer request.", "可通过[一人企业周优先级指南](https://officialsite.kr/blog/solo-business-weekly-priority-system)把每周任务缩减为一个重点，通过[应收款管理指南](https://officialsite.kr/blog/solo-business-accounts-receivable-management)减少漏收款，并参考[交付后客户跟进指南](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)推动下一次委托。", "週の優先事項を一つに絞るには[一人会社の週間優先順位ガイド](https://officialsite.kr/blog/solo-business-weekly-priority-system)、未入金を減らすには[売掛金管理ガイド](https://officialsite.kr/blog/solo-business-accounts-receivable-management)、次の依頼を作るには[納品後フォローガイド](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)を確認してください。", "Xem [hướng dẫn ưu tiên hàng tuần](https://officialsite.kr/blog/solo-business-weekly-priority-system) để chọn một việc quan trọng, [hướng dẫn quản lý khoản phải thu](https://officialsite.kr/blog/solo-business-accounts-receivable-management) để giảm thiếu thanh toán và [hướng dẫn theo dõi sau bàn giao](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up) để tạo yêu cầu tiếp theo.", "Сократите неделю до одного приоритета с [руководством по недельным приоритетам](https://officialsite.kr/blog/solo-business-weekly-priority-system), уменьшите пропущенные оплаты с [руководством по дебиторской задолженности](https://officialsite.kr/blog/solo-business-accounts-receivable-management) и создавайте повторные обращения с [руководством по сопровождению после сдачи](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up).", ], }, ], }, { slug: "solo-business-one-page-sop", category: SOLO_OPERATIONS, title: [ "1인기업 업무 매뉴얼 만드는 법: 반복 업무를 1페이지로 정리하는 6단계", "How to Build a One-Page SOP for a Solo Business in Six Steps", "一人企业工作手册：用 6 个步骤把重复业务整理成一页 SOP", "一人会社の業務マニュアル作成法：反復業務を1ページにまとめる6段階", "Cách tạo SOP một trang cho doanh nghiệp một người trong 6 bước", "Как создать одностраничный регламент для бизнеса одного человека за 6 шагов", ], description: [ "대표가 매번 기억에 의존하던 반복 업무를 시작 조건, 완료 기준, 순서, 예외, 기록 위치, 다음 담당의 여섯 칸으로 정리하는 1페이지 업무 매뉴얼 작성법입니다.", "A practical method for turning repeated work held in the founder's memory into a one-page SOP with six fields: trigger, completion standard, steps, exceptions, record location, and next owner.", "把依赖负责人记忆的重复工作，整理成包含启动条件、完成标准、步骤、例外、记录位置和下一负责人六个栏目的一页 SOP。", "代表者の記憶に依存していた反復業務を、開始条件、完了基準、手順、例外、記録場所、次の担当の6項目で1ページにまとめる方法です。", "Phương pháp biến công việc lặp lại vốn phụ thuộc vào trí nhớ của người sáng lập thành SOP một trang với sáu mục: điều kiện bắt đầu, tiêu chí hoàn thành, thứ tự, ngoại lệ, nơi lưu và người tiếp theo.", "Практический способ вынести повторяющуюся работу из памяти владельца в одностраничный регламент из шести полей: триггер, критерий готовности, шаги, исключения, место записи и следующий ответственный.", ], sections: [ { title: [ "업무 매뉴얼은 직원이 생긴 뒤가 아니라 반복이 생긴 날 만듭니다", "Create the manual when work repeats, not when you hire", "手册应在工作开始重复时建立，而不是等到招聘之后", "人を雇った後ではなく、業務が繰り返された日に作る", "Tạo hướng dẫn khi công việc bắt đầu lặp lại, không phải khi tuyển người", "Создавайте регламент при первом повторе, а не после найма", ], body: [ "1인기업은 같은 일을 혼자 하므로 절차를 안다고 느끼기 쉽습니다. 하지만 견적 발송, 입금 확인, 납품 안내를 매번 처음부터 생각하면 결정 피로가 쌓이고 누락 기준도 달라집니다. 같은 업무가 세 번째 반복되는 날부터 매뉴얼 후보로 잡으세요. 목적은 문서를 늘리는 것이 아니라 다음 실행을 빠르고 일정하게 만드는 것입니다.", "A solo founder often feels the process is obvious because the same person handles it every time. Rebuilding quotes, payment checks, or delivery notices from memory creates decision fatigue and inconsistent omissions. Treat a task as an SOP candidate when it repeats for the third time. The goal is not more documentation; it is a faster, consistent next execution.", "一人企业总由同一个人处理工作，因此容易觉得流程都在脑中。但报价、回款确认和交付通知每次都重新思考，会积累决策疲劳并产生不同遗漏。相同工作第三次出现时，就应列为手册候选。目标不是增加文件，而是让下一次执行更快、更一致。", "一人で同じ仕事をしていると手順は分かっていると思いがちです。しかし見積送付、入金確認、納品案内を毎回考え直すと判断疲れと抜け漏れが増えます。同じ業務が3回目に起きたらマニュアル候補にします。目的は文書を増やすことではなく、次の実行を速く一定にすることです。", "Người làm một mình dễ nghĩ rằng quy trình đã quá rõ vì lần nào cũng tự xử lý. Nhưng nếu mỗi lần lại nghĩ lại cách gửi báo giá, kiểm tra thanh toán hay thông báo bàn giao, sự mệt mỏi và thiếu sót sẽ tăng. Khi một việc lặp lại lần thứ ba, hãy đưa vào danh sách SOP. Mục tiêu không phải nhiều tài liệu hơn mà là lần thực hiện tiếp theo nhanh và nhất quán hơn.", "Когда один человек всегда выполняет задачу, кажется, что процесс и так понятен. Но восстановление по памяти сметы, проверки оплаты или уведомления о сдаче повышает усталость и число пропусков. После третьего повторения включайте задачу в кандидаты на регламент. Цель — не больше документов, а более быстрое и стабильное выполнение.", ], }, { title: [ "1페이지 업무 매뉴얼에 들어갈 여섯 칸", "The six fields of a one-page SOP", "一页 SOP 必须包含的六个栏目", "1ページ業務マニュアルの6項目", "Sáu mục cần có trong SOP một trang", "Шесть полей одностраничного регламента", ], body: [ "1. **시작 조건**: 어떤 사건이 생기면 이 업무를 시작하는지 적습니다.\n2. **완료 기준**: 무엇이 확인돼야 끝난 것으로 보는지 정합니다.\n3. **실행 순서**: 동사로 시작하는 행동을 5~7개만 적습니다.\n4. **예외와 판단 기준**: 금액, 기한, 고객 상태처럼 분기 기준을 남깁니다.\n5. **기록 위치**: 파일, 메일함, 고객 기록 중 어디에 결과를 남길지 정합니다.\n6. **다음 담당 또는 다음 행동**: 완료 뒤 누가 무엇을 이어받는지 적습니다.", "1. **Trigger**: state the event that starts the work.\n2. **Done definition**: define what must be verified before the task is complete.\n3. **Steps**: list only five to seven actions, each beginning with a verb.\n4. **Exceptions and decisions**: record branching rules such as amount, deadline, or customer status.\n5. **System of record**: name where the result is stored.\n6. **Next owner or action**: state who continues the flow and what happens next.", "1. **启动条件**：写明什么事件发生时开始这项工作。\n2. **完成标准**：规定确认哪些结果才算结束。\n3. **执行顺序**：只写 5 至 7 个以动词开头的动作。\n4. **例外与判断**：记录金额、期限或客户状态等分支标准。\n5. **记录位置**：明确结果保存在哪个文件、邮箱或客户记录中。\n6. **下一负责人或动作**：写明完成后由谁继续以及下一步是什么。", "1. **開始条件**：何が起きたら作業を始めるかを書きます。\n2. **完了基準**：何を確認すれば完了かを定めます。\n3. **実行順序**：動詞で始まる5〜7個の行動だけにします。\n4. **例外と判断基準**：金額、期限、顧客状態などの分岐を残します。\n5. **記録場所**：結果をどのファイル、メールボックス、顧客記録に残すか決めます。\n6. **次の担当または行動**：完了後に誰が何を引き継ぐかを書きます。", "1. **Điều kiện bắt đầu**: ghi sự kiện kích hoạt công việc.\n2. **Tiêu chí hoàn thành**: xác định điều gì phải được kiểm tra để coi là xong.\n3. **Thứ tự thực hiện**: chỉ liệt kê 5–7 hành động bắt đầu bằng động từ.\n4. **Ngoại lệ và quyết định**: ghi quy tắc rẽ nhánh như số tiền, hạn hoặc trạng thái khách hàng.\n5. **Nơi lưu**: xác định kết quả được lưu ở tệp, hộp thư hay hồ sơ khách hàng nào.\n6. **Người hoặc hành động tiếp theo**: ghi ai tiếp tục và việc gì xảy ra sau đó.", "1. **Триггер**: укажите событие, после которого начинается работа.\n2. **Критерий готовности**: определите, что нужно проверить для завершения.\n3. **Шаги**: оставьте пять–семь действий, начиная каждое с глагола.\n4. **Исключения и решения**: запишите развилки по сумме, сроку или статусу клиента.\n5. **Место записи**: укажите файл, почтовый ящик или карточку клиента.\n6. **Следующий ответственный или шаг**: кто и что продолжает после завершения.", ], }, { title: [ "설명보다 기준을 먼저 씁니다", "Write decision rules before explanations", "先写判断标准，再写说明", "説明より先に判断基準を書く", "Viết tiêu chí quyết định trước phần giải thích", "Сначала правила решения, затем объяснения", ], body: [ "매뉴얼이 길어지는 이유는 배경 설명이 많기 때문입니다. `견적 발송 후 영업일 2일 동안 답장이 없으면 한 번만 확인한다`처럼 누가 읽어도 같은 행동을 고를 수 있는 문장을 먼저 적으세요. 화면 캡처는 버튼 위치가 자주 바뀌므로 보조 자료로만 쓰고, 무엇을 확인해야 다음 단계로 넘어가는지 텍스트로 남기는 편이 오래갑니다.", "Manuals become long when background explanation dominates. Lead with a rule that makes two readers choose the same action, such as: `If there is no reply within two business days after the quote, send one check-in.` Screenshots age quickly as interfaces change, so use them only as support and preserve the decision checkpoint in text.", "手册变长通常是因为背景说明过多。应先写能让不同的人做出相同行动的规则，例如“报价发出后两个工作日仍无回复，只跟进一次”。界面截图会随按钮位置变化而过时，只作为辅助；真正需要长期保留的是进入下一步前必须确认的条件。", "マニュアルが長くなるのは背景説明が多いからです。`見積送付後2営業日返信がなければ一度だけ確認する`のように、誰が読んでも同じ行動を選べる基準を先に書きます。画面キャプチャは変更に弱いため補助にし、次へ進む確認条件を文字で残します。", "Tài liệu dài thường vì có quá nhiều giải thích bối cảnh. Hãy viết trước quy tắc để hai người đọc đều chọn cùng một hành động, ví dụ: `Nếu sau hai ngày làm việc kể từ khi gửi báo giá vẫn chưa có phản hồi, chỉ nhắc một lần.` Ảnh chụp màn hình nhanh lỗi thời nên chỉ dùng hỗ trợ; điều kiện chuyển bước cần được lưu bằng chữ.", "Регламент разрастается из-за длинного контекста. Начните с правила, по которому разные люди выберут одно действие: `Если через два рабочих дня после сметы нет ответа, отправить одно напоминание.` Скриншоты быстро устаревают, поэтому используйте их как дополнение, а условия перехода фиксируйте текстом.", ], }, { title: [ "다른 사람이 설명 없이 실행해 봐야 완성됩니다", "Test whether someone else can execute it without explanation", "让别人不听说明也能执行，手册才算完成", "説明なしで他の人が実行できて初めて完成する", "SOP chỉ hoàn tất khi người khác làm được mà không cần giải thích", "Регламент готов, когда другой человек выполняет его без пояснений", ], body: [ "작성자는 빈칸을 머릿속으로 자동 보완합니다. 실제로 업무를 모르는 사람에게 문서만 주고 실행을 맡긴 뒤, 질문이 나온 지점을 수정하세요. 질문이 많다고 실패가 아닙니다. 질문이 바로 숨은 단계와 애매한 완료 기준을 찾는 가장 빠른 테스트입니다. 한 번의 실행에서 나온 수정만 반영하고 다시 시험하면 문서가 과도하게 복잡해지는 것도 막을 수 있습니다.", "The author automatically fills missing details from memory. Give the document to someone unfamiliar with the task and revise every point that triggers a question. Questions are not failure; they expose hidden steps and ambiguous completion criteria. Apply only the changes revealed by one execution, then test again to prevent the document from becoming unnecessarily complex.", "编写者会用自己的记忆自动补全空白。把文档交给不了解该业务的人执行，凡是出现问题的地方都要修改。提问不是失败，而是发现隐藏步骤和模糊完成标准最快的方法。每次只根据一次执行结果修改，再重新测试，可避免文档过度复杂。", "作成者は不足を頭の中で補います。業務を知らない人に文書だけ渡して実行してもらい、質問が出た箇所を修正します。質問は失敗ではなく、隠れた手順と曖昧な完了基準を見つける最速のテストです。一回の実行で分かった変更だけを反映し、再テストします。", "Người viết thường tự điền phần thiếu bằng trí nhớ. Hãy đưa tài liệu cho người chưa biết công việc và sửa mọi điểm khiến họ phải hỏi. Câu hỏi không phải thất bại; đó là cách nhanh nhất để lộ bước ẩn và tiêu chí hoàn thành mơ hồ. Chỉ sửa theo một lần thực hiện rồi kiểm tra lại để tài liệu không phình to quá mức.", "Автор автоматически дополняет пробелы из памяти. Дайте документ человеку, который не знает задачу, и исправьте места, где появились вопросы. Вопросы — не провал, а быстрый способ найти скрытые шаги и размытые критерии. Вносите правки по одному тестовому выполнению и проверяйте снова, чтобы не усложнить документ.", ], }, { title: [ "버전과 갱신일을 한 줄로 관리합니다", "Manage the version and review date in one line", "用一行管理版本与更新日期", "版と見直し日を一行で管理する", "Quản lý phiên bản và ngày rà soát trong một dòng", "Управляйте версией и датой проверки одной строкой", ], body: [ "문서 상단에 `담당 · 마지막 수정일 · 다음 점검일`만 적습니다. 실행 중 예외가 생길 때마다 바로 문서를 고치지 말고 메모함에 모았다가 주간 점검에서 반영하세요. 같은 매뉴얼 사본을 여러 폴더에 두면 어느 것이 최신인지 알 수 없으므로 원본 위치는 하나로 정하고 나머지는 링크로 연결합니다.", "At the top, keep only `owner · last updated · next review`. Do not rewrite the SOP immediately for every exception; collect observations and apply them during a weekly review. Store one source of truth instead of copies in multiple folders, and link to that original wherever the process is referenced.", "文档顶部只需写“负责人·最后修改日·下次检查日”。执行中遇到例外时不要立即改文档，先集中记录，在每周复盘时统一更新。不要在多个文件夹保存副本，应确定唯一原件，其他位置只放链接。", "文書上部には`担当・最終更新日・次回点検日`だけを置きます。例外のたびに直さず、メモを集めて週間レビューで反映します。複数フォルダにコピーせず原本を一つに決め、ほかはリンクで参照します。", "Ở đầu tài liệu chỉ cần `người phụ trách · ngày cập nhật cuối · ngày rà soát tiếp theo`. Đừng sửa SOP ngay mỗi khi có ngoại lệ; hãy gom ghi chú và cập nhật trong buổi rà soát hàng tuần. Chỉ giữ một bản gốc và dùng liên kết ở những nơi khác.", "Вверху оставьте `ответственный · дата обновления · следующая проверка`. Не переписывайте документ после каждого исключения: собирайте заметки и вносите их на еженедельном разборе. Храните один оригинал, а в остальных местах — ссылки на него.", ], }, { title: [ "메일 업무는 시작 조건과 기록 위치를 나누면 선명해집니다", "Email workflows become clearer when triggers and records are separated", "把启动条件与记录位置分开，邮件流程会更清晰", "メール業務は開始条件と記録場所を分けると明確になる", "Quy trình email rõ hơn khi tách điều kiện bắt đầu và nơi lưu", "Почтовый процесс яснее, если разделить триггер и место записи", ], body: [ "문의가 오면 견적을 보내고, 입금이 확인되면 납품을 안내하는 흐름도 같은 방식으로 정리할 수 있습니다. `받은편지함에 메일이 도착함`은 시작 조건이고, `고객 상태와 다음 연락일을 기록함`은 완료 기준입니다. 외부 서비스와 회사메일을 연결한다면 [오피셜메일 외부 연동 가이드](https://officialsite.kr/blog/business-email-external-integration)를 참고해 자동화할 단계와 사람이 판단할 단계를 분리하세요.", "The same structure works for inquiry-to-quote and payment-to-delivery email flows. `A message arrives in the inbox` is the trigger, while `customer status and the next contact date are recorded` is the done definition. When connecting company email to other services, use the [OfficialMail external integration guide](https://officialsite.kr/blog/business-email-external-integration) to separate automatable steps from decisions that need a person.", "从咨询到报价、从确认回款到交付通知，也可用同一结构整理。“收件箱收到邮件”是启动条件，“已记录客户状态和下次联系日”是完成标准。连接公司邮箱与外部服务时，可参考 [OfficialMail 外部集成指南](https://officialsite.kr/blog/business-email-external-integration)，区分可自动化步骤与需要人工判断的步骤。", "問い合わせから見積、入金確認から納品案内も同じ構造で整理できます。`受信箱にメールが届く`が開始条件、`顧客状態と次回連絡日を記録する`が完了基準です。外部サービスと会社メールをつなぐ際は[OfficialMail外部連携ガイド](https://officialsite.kr/blog/business-email-external-integration)で、自動化する段階と人が判断する段階を分けます。", "Luồng từ yêu cầu đến báo giá và từ xác nhận thanh toán đến bàn giao cũng dùng cùng cấu trúc. `Email đến hộp thư` là điều kiện bắt đầu, còn `đã ghi trạng thái khách hàng và ngày liên hệ tiếp theo` là tiêu chí hoàn thành. Khi nối email công ty với dịch vụ khác, xem [hướng dẫn tích hợp bên ngoài của OfficialMail](https://officialsite.kr/blog/business-email-external-integration) để tách bước tự động và bước cần con người quyết định.", "Та же структура подходит для цепочек от запроса к смете и от оплаты к сдаче. `Письмо появилось во входящих` — триггер, а `статус клиента и дата следующего контакта записаны` — критерий готовности. При подключении сервисов используйте [руководство OfficialMail по интеграциям](https://officialsite.kr/blog/business-email-external-integration), чтобы разделить автоматические шаги и человеческие решения.", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "**어떤 업무부터 매뉴얼로 만드나요?** 한 달 안에 세 번 이상 반복되고, 실수했을 때 고객이나 현금 흐름에 영향이 큰 업무부터 시작하세요.\n\n**몇 페이지가 적당한가요?** 처음에는 한 페이지가 원칙입니다. 첨부 자료는 링크로 분리하세요.\n\n**혼자 일하는데도 필요한가요?** 미래의 나에게 인수인계한다는 기준으로 만들면 휴가 뒤 복귀와 바쁜 시기의 누락을 줄일 수 있습니다.\n\n**자동화는 언제 하나요?** 절차와 예외가 한 페이지로 안정된 뒤, 반복 입력과 알림부터 자동화하세요.", "**Which task should become an SOP first?** Start with work that repeats at least three times a month and affects customers or cash flow when missed.\n\n**How long should it be?** Begin with one page and move supporting material behind links.\n\n**Is it useful when I work alone?** Yes. Write it as a handoff to your future self to reduce mistakes after a break or during busy periods.\n\n**When should I automate?** After the process and exceptions fit reliably on one page, automate repeated entry and reminders first.", "**先为哪项工作建立 SOP？** 从一个月内重复三次以上、出错会影响客户或现金流的工作开始。\n\n**多少页合适？** 起步坚持一页，辅助资料通过链接分开。\n\n**只有一个人也需要吗？** 需要。把它当作交接给未来的自己，可减少休假后和忙碌期的遗漏。\n\n**什么时候自动化？** 当流程与例外能稳定写在一页后，先自动化重复录入和提醒。", "**何から作りますか。** 月3回以上繰り返し、ミスが顧客や資金繰りに影響する業務から始めます。\n\n**何ページが適切ですか。** 最初は1ページにし、補助資料はリンクへ分けます。\n\n**一人でも必要ですか。** 未来の自分への引き継ぎとして作ると、休暇後や繁忙期の漏れを減らせます。\n\n**自動化はいつですか。** 手順と例外が1ページで安定してから、反復入力と通知を自動化します。", "**Nên tạo SOP cho việc nào trước?** Bắt đầu với việc lặp ít nhất ba lần mỗi tháng và ảnh hưởng khách hàng hoặc dòng tiền nếu sai.\n\n**Bao nhiêu trang là phù hợp?** Ban đầu chỉ một trang; tài liệu hỗ trợ để sau liên kết.\n\n**Làm một mình có cần không?** Có. Hãy viết như bàn giao cho chính bạn trong tương lai để giảm thiếu sót sau kỳ nghỉ hoặc lúc bận.\n\n**Khi nào tự động hóa?** Sau khi quy trình và ngoại lệ ổn định trong một trang, hãy tự động hóa nhập liệu lặp và nhắc việc trước.", "**Какую задачу описать первой?** Начните с той, что повторяется не реже трех раз в месяц и при ошибке влияет на клиента или деньги.\n\n**Какой объем нужен?** Сначала одна страница, дополнительные материалы — по ссылкам.\n\n**Нужно ли это одному человеку?** Да: считайте документ передачей дела будущему себе после отпуска или в период загрузки.\n\n**Когда автоматизировать?** После стабилизации процесса и исключений на одной странице сначала автоматизируйте повторный ввод и напоминания.", ], }, { title: [ "함께 확인할 운영 가이드", "Related operating guides", "相关运营指南", "あわせて確認する運用ガイド", "Hướng dẫn vận hành liên quan", "Связанные руководства", ], body: [ "매뉴얼 후보의 우선순위를 정할 때는 [1인기업 주간 우선순위 정하는 법](https://officialsite.kr/blog/solo-business-weekly-priority-system)을 참고하세요. 고객 문의 흐름을 여러 사람이 이어받을 수 있게 만들려면 [고객 문의 인수인계 가이드](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)를, 반복 질문을 표준 답변으로 바꾸려면 [고객 FAQ 만드는 법](https://officialsite.kr/blog/solo-business-customer-faq)을 함께 확인할 수 있습니다.", "Use the [weekly priority guide](https://officialsite.kr/blog/solo-business-weekly-priority-system) to choose which SOP to build first. See the [customer inquiry handoff guide](https://officialsite.kr/blog/solo-business-customer-inquiry-handover) for transferable workflows and the [customer FAQ guide](https://officialsite.kr/blog/solo-business-customer-faq) for turning repeated questions into standard answers.", "可用[一人企业周优先级指南](https://officialsite.kr/blog/solo-business-weekly-priority-system)选择先建立哪份 SOP。要让客户咨询可被其他人接手，可参考[咨询交接指南](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)；要把重复问题变成标准答案，可查看[客户 FAQ 制作方法](https://officialsite.kr/blog/solo-business-customer-faq)。", "どの業務から作るかは[一人会社の週間優先順位ガイド](https://officialsite.kr/blog/solo-business-weekly-priority-system)を参考にします。顧客対応を引き継げる形にするには[問い合わせ引き継ぎガイド](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)、繰り返し質問を標準回答にするには[顧客FAQ作成法](https://officialsite.kr/blog/solo-business-customer-faq)を確認してください。", "Dùng [hướng dẫn ưu tiên hàng tuần](https://officialsite.kr/blog/solo-business-weekly-priority-system) để chọn SOP cần làm trước. Xem [hướng dẫn bàn giao yêu cầu khách hàng](https://officialsite.kr/blog/solo-business-customer-inquiry-handover) để quy trình có thể chuyển giao và [hướng dẫn tạo FAQ](https://officialsite.kr/blog/solo-business-customer-faq) để biến câu hỏi lặp thành câu trả lời chuẩn.", "Выберите первый регламент с помощью [руководства по недельным приоритетам](https://officialsite.kr/blog/solo-business-weekly-priority-system). Для передаваемого процесса обращений используйте [руководство по передаче запросов](https://officialsite.kr/blog/solo-business-customer-inquiry-handover), а для стандартных ответов — [руководство по FAQ](https://officialsite.kr/blog/solo-business-customer-faq).", ], }, ], }, { slug: "solo-business-content-reuse-workflow", category: [ "콘텐츠 운영", "Content operations", "内容运营", "コンテンツ運用", "Vận hành nội dung", "Управление контентом", ], title: [ "1인기업 콘텐츠 재활용 방법: 한 주제로 5개 채널 글 만드는 6단계", "Content Reuse for a Solo Business: Six Steps from One Topic to Five Channels", "一人企业内容再利用：用 6 个步骤把一个主题改写到 5 个渠道", "一人会社のコンテンツ再活用：一つのテーマを5つの媒体へ展開する6段階", "Tái sử dụng nội dung cho doanh nghiệp một người: 6 bước từ một chủ đề đến 5 kênh", "Повторное использование контента для соло-бизнеса: шесть шагов от одной темы к пяти каналам", ], description: [ "원문을 그대로 복사하지 않고 핵심 질문, 근거, 사례를 채널별 역할에 맞게 다시 쓰는 1인기업 콘텐츠 운영법입니다.", "A practical solo-business workflow for turning one well-developed topic into channel-specific content without copying the source article verbatim.", "一套适合一人企业的内容运营方法：不照搬原文，而是按照各渠道的作用重写核心问题、依据与案例。", "元記事をそのまま複製せず、中心となる問い、根拠、事例を媒体の役割に合わせて書き直す一人会社向けの運用方法です。", "Quy trình giúp doanh nghiệp một người viết lại câu hỏi chính, bằng chứng và ví dụ theo vai trò của từng kênh thay vì sao chép nguyên bài gốc.", "Практический процесс для соло-бизнеса: одна проработанная тема превращается в материалы для разных каналов без дословного копирования исходной статьи.", ], sections: [ { title: [ "콘텐츠 재활용은 복사가 아니라 역할 분담입니다", "Content reuse is role assignment, not copying", "内容再利用不是复制，而是分配角色", "再活用は複製ではなく役割分担です", "Tái sử dụng nội dung là phân vai, không phải sao chép", "Повторное использование — это распределение ролей, а не копирование", ], body: [ "같은 글을 모든 채널에 붙여 넣으면 제작 시간은 줄어도 독자가 읽을 이유도 함께 줄어듭니다. 검색으로 들어오는 사람은 자세한 해결 순서를 원하고, 짧은 피드를 보는 사람은 한 문장 관점이나 바로 써볼 행동을 원합니다. 먼저 하나의 원문으로 질문을 충분히 답한 뒤, 각 채널이 맡을 역할을 정하세요. 재활용의 기준은 문장을 반복하는 것이 아니라 같은 판단을 다른 읽기 상황에 맞게 전달하는 것입니다.", "Pasting the same article into every channel saves production time but also removes the reader's reason to choose that channel. Search readers want a complete solution, while feed readers often need one clear point of view or an action they can try immediately. Answer the topic thoroughly in one source article, then assign a job to each channel. Reuse means carrying the same sound judgment into different reading contexts, not repeating sentences.", "把同一篇文章粘贴到所有渠道，虽然节省制作时间，也会削弱读者在该渠道阅读的理由。搜索读者需要完整的解决顺序，信息流读者更需要一个明确观点或马上可执行的动作。先用一篇原文充分回答问题，再给各渠道分配任务。再利用的标准不是重复句子，而是让同一判断适应不同阅读场景。", "同じ記事をすべての媒体へ貼り付けると、制作時間と一緒に読者がその媒体で読む理由まで減ります。検索読者は詳しい解決手順を、短いフィードの読者は一つの視点やすぐ試せる行動を求めます。まず元記事で問いに十分答え、その後に媒体ごとの役割を決めます。文章の反復ではなく、同じ判断を異なる読書状況へ合わせることが再活用です。", "Dán cùng một bài lên mọi kênh giúp giảm thời gian sản xuất nhưng cũng làm giảm lý do để người đọc chọn từng kênh. Người đến từ tìm kiếm cần quy trình đầy đủ, còn người đọc bảng tin ngắn thường cần một góc nhìn rõ hoặc hành động có thể thử ngay. Hãy trả lời chủ đề thật đầy đủ trong một bài nguồn rồi giao nhiệm vụ cho từng kênh. Tái sử dụng là chuyển cùng một phán đoán đúng sang các bối cảnh đọc khác nhau, không phải lặp lại câu chữ.", "Копирование одной статьи во все каналы экономит время, но лишает читателя причины выбирать конкретную площадку. Читателю из поиска нужен полный порядок решения, а в короткой ленте — одна ясная мысль или действие, которое можно попробовать сразу. Сначала полно раскройте вопрос в исходной статье, затем назначьте каждому каналу свою задачу. Повторное использование переносит одно решение в разные контексты, а не повторяет фразы.", ], }, { title: [ "원문에서 질문, 근거, 행동을 뽑습니다", "Extract the question, evidence, and action", "从原文提取问题、依据与行动", "元記事から問い、根拠、行動を取り出す", "Rút ra câu hỏi, bằng chứng và hành động", "Выделите вопрос, основание и действие", ], body: [ "채널별 글을 쓰기 전에 원문을 세 줄로 줄여 보세요. 첫째, 독자가 실제로 묻는 질문은 무엇인지 적습니다. 둘째, 그 답을 믿게 만드는 사례나 판단 기준을 하나 고릅니다. 셋째, 읽은 뒤 바로 할 행동을 하나 정합니다. 이 세 줄이 고정되면 제목과 형식이 달라져도 내용의 중심은 흔들리지 않습니다. 반대로 이 메모 없이 AI에게 여러 버전을 요청하면 표현만 달라지고 정보 가치는 비슷한 초안이 늘어나기 쉽습니다.", "Before drafting channel versions, reduce the source to three lines. Write the reader's real question, choose one example or decision rule that makes the answer credible, and name one action to take next. Once these three lines are fixed, titles and formats can change without losing the core. Without this brief, asking AI for many versions often creates drafts that sound different but carry nearly identical value.", "写渠道版本前，先把原文缩成三行：读者真正的问题是什么，哪一个案例或判断标准能让答案可信，以及读完后马上做什么。固定这三行后，标题和形式即使变化，内容中心也不会偏离。相反，如果没有这份简报就让 AI 生成多个版本，往往只会增加表达不同但信息价值相近的草稿。", "媒体別の文章を書く前に、元記事を三行へ縮めます。読者が本当に尋ねていること、答えを信じるための事例または判断基準、読後すぐに行う一つの行動です。この三行が固定されれば、題名や形式が変わっても中心は揺れません。メモなしでAIに複数案を求めると、表現だけ違い情報価値が似た下書きが増えがちです。", "Trước khi viết cho từng kênh, hãy rút bài nguồn còn ba dòng: câu hỏi thật của người đọc, một ví dụ hoặc tiêu chí khiến câu trả lời đáng tin và một hành động cần làm tiếp. Khi ba dòng này cố định, tiêu đề và định dạng có thể thay đổi mà không mất trọng tâm. Nếu thiếu bản tóm tắt này, yêu cầu AI tạo nhiều phiên bản thường chỉ tạo thêm các bản nháp khác câu chữ nhưng giống giá trị thông tin.", "Перед версиями для площадок сократите исходник до трех строк: реальный вопрос читателя, один пример или критерий, который подтверждает ответ, и одно следующее действие. Когда эти строки зафиксированы, заголовки и формы могут меняться без потери смысла. Без такого брифа просьба к ИИ сделать много вариантов часто дает разные формулировки с почти одинаковой ценностью.", ], }, { title: [ "채널마다 한 가지 읽기 목적을 정합니다", "Give each channel one reading purpose", "为每个渠道确定一个阅读目的", "媒体ごとに一つの読書目的を決める", "Đặt một mục đích đọc cho mỗi kênh", "Назначьте каждому каналу одну цель чтения", ], body: [ "검색형 블로그는 질문에 답하는 전체 순서와 세부 기준을 맡깁니다. 전문 커뮤니티 글은 실행 중 생긴 선택과 실패를 중심으로 씁니다. 짧은 피드는 원문의 핵심 판단을 한 문장으로 압축하고, 카드뉴스는 독자가 저장해 둘 체크리스트나 비교 구조를 보여줍니다. 커뮤니티 포스트는 결론을 선언하기보다 다른 운영자의 경험을 묻는 질문으로 끝낼 수 있습니다. 한 채널에 모든 역할을 넣지 않으면 각 글의 시작과 길이가 자연스럽게 달라집니다.", "Let search articles own the full sequence and detailed criteria. Professional communities can focus on choices and failures from execution. Short feeds compress the core judgment into one statement, while visual cards present a checklist or comparison worth saving. A community post may end by inviting other operators' experience instead of declaring a final answer. When one channel does not carry every job, openings and lengths become naturally distinct.", "搜索型博客负责完整步骤与细节标准，专业社区文章聚焦执行中的选择和失败，短信息流把核心判断压缩成一句话，卡片内容则呈现值得保存的清单或对比。社区帖子还可以用询问其他经营者经验的方式结尾，而不是只下结论。不要让一个渠道承担所有角色，各版本的开头和篇幅就会自然不同。", "検索記事には全体手順と細かな基準、専門コミュニティには実行中の選択と失敗、短いフィードには中心判断を一文で任せます。カード画像は保存したくなる確認表や比較を示します。コミュニティ投稿は結論を言い切らず、他の運営者の経験を尋ねて終えることもできます。一つの媒体に全役割を入れなければ、導入と長さは自然に変わります。", "Bài tìm kiếm đảm nhiệm quy trình đầy đủ và tiêu chí chi tiết. Bài trong cộng đồng nghề nghiệp tập trung vào lựa chọn và thất bại khi thực hiện. Bảng tin ngắn nén phán đoán chính thành một câu, còn thẻ hình ảnh trình bày danh sách hoặc so sánh đáng lưu. Bài cộng đồng có thể kết thúc bằng câu hỏi về kinh nghiệm của người khác thay vì tuyên bố kết luận. Khi mỗi kênh chỉ có một nhiệm vụ, phần mở đầu và độ dài sẽ tự nhiên khác nhau.", "Поисковая статья отвечает за полный порядок и критерии, профессиональное сообщество — за выборы и ошибки в работе, короткая лента — за одну ключевую мысль, а визуальная карточка — за сохраняемый список или сравнение. Пост в сообществе может завершаться вопросом об опыте других операторов. Если не давать одному каналу все роли сразу, начало и длина материалов естественно различаются.", ], }, { title: [ "제목, 도입, 사례, 다음 행동을 다시 씁니다", "Rewrite the title, opening, example, and next action", "重写标题、开头、案例与下一步", "題名、導入、事例、次の行動を書き直す", "Viết lại tiêu đề, mở đầu, ví dụ và hành động tiếp theo", "Перепишите заголовок, вступление, пример и следующий шаг", ], body: [ "플랫폼별 차이는 말투 몇 개를 바꾸는 것으로 만들 수 없습니다. 제목은 해당 채널에서 독자가 멈추는 질문으로 바꾸고, 도입은 그 질문에 바로 답하거나 구체적인 장면으로 시작하세요. 같은 사례를 쓰더라도 블로그에서는 전후 맥락을 설명하고, 짧은 글에서는 판단 기준 한 줄만 남길 수 있습니다. 마지막 행동도 원문 읽기, 체크리스트 저장, 자신의 사례 공유처럼 채널의 역할에 맞춰 하나만 둡니다. 원문과 네 항목이 모두 같다면 아직 재작성이 끝난 것이 아닙니다.", "Channel differences cannot be created by changing a few expressions. Reframe the title around the question that stops that channel's reader, then open with a direct answer or a concrete scene. The same example may include full context in a blog but only one decision rule in a short post. Leave one next action that fits the channel, such as reading the source, saving a checklist, or sharing an experience. If the title, opening, example, and action all match the source, the rewrite is not finished.", "平台差异不能靠替换几种说法来完成。标题要改成能让该渠道读者停下来的问题，开头要直接回答或从具体场景开始。同一案例在博客里可以解释前因后果，在短帖里只保留一条判断标准。最后也只留下一个符合渠道角色的行动，例如阅读原文、保存清单或分享自己的经验。如果标题、开头、案例和下一步都与原文相同，改写还没有完成。", "語尾を変えるだけでは媒体差は作れません。その媒体の読者が止まる問いへ題名を変え、導入は直接の答えか具体的な場面から始めます。同じ事例でも記事では前後を説明し、短文では判断基準一行だけを残せます。最後の行動も元記事を読む、確認表を保存する、自分の経験を共有するなど一つに絞ります。題名、導入、事例、次の行動が元記事と同じなら、書き直しは未完成です。", "Không thể tạo khác biệt giữa các nền tảng chỉ bằng cách đổi vài cách diễn đạt. Hãy đổi tiêu đề thành câu hỏi khiến người đọc ở kênh đó dừng lại, rồi mở bằng câu trả lời trực tiếp hoặc một tình huống cụ thể. Cùng một ví dụ có thể được giải thích đầy đủ trong blog nhưng chỉ giữ một tiêu chí trong bài ngắn. Chỉ để lại một hành động phù hợp như đọc bài nguồn, lưu danh sách hoặc chia sẻ kinh nghiệm. Nếu tiêu đề, mở đầu, ví dụ và hành động đều giống nguyên bản, việc viết lại chưa hoàn tất.", "Различия между площадками не создаются заменой нескольких слов. Превратите заголовок в вопрос, который остановит читателя этой ленты, а вступление начните с прямого ответа или конкретной сцены. Один пример в блоге может иметь полный контекст, а в коротком посте — только один критерий. Оставьте одно действие по роли канала: прочитать источник, сохранить список или поделиться опытом. Если все четыре элемента совпадают с исходником, переписывание не завершено.", ], }, { title: [ "발행 기록은 한 표에 모읍니다", "Keep publication records in one table", "把发布记录集中到一张表", "公開記録は一つの表に集める", "Gom lịch sử xuất bản vào một bảng", "Собирайте публикации в одной таблице", ], body: [ "최소한 주제, 채널, 제목, 공개 주소, 발행일, 형식, 다시 쓸 수 있는 질문을 한 표에 기록하세요. 반응 수만 보지 말고 어느 도입에서 댓글이 생겼는지, 어떤 체크리스트가 저장되었는지, 다음 글로 이어질 질문이 무엇인지 메모합니다. 같은 주소와 같은 문구를 다시 올리는 실수도 이 표로 막을 수 있습니다. 한 주가 끝나면 가장 반응이 컸던 채널을 그대로 복제하지 말고, 왜 그 형식이 읽혔는지를 다음 원문의 구조에 반영하세요.", "Track at least topic, channel, title, public URL, date, format, and the next reusable question in one table. Look beyond reaction totals: note which opening generated discussion, which checklist was saved, and which question deserves a follow-up. The same table prevents accidental duplicate URLs and copy. At week's end, do not simply copy the best-performing channel; bring the reason that format worked back into the next source article.", "至少在一张表中记录主题、渠道、标题、公开地址、发布日期、形式和可继续使用的问题。不要只看反应数量，还要记下哪个开头引发了讨论、哪个清单被保存、哪个问题值得写下一篇。该表也能避免重复发布相同地址和相同文案。周末不要直接复制表现最好的渠道，而要把该形式有效的原因带回下一篇原文。", "テーマ、媒体、題名、公開URL、公開日、形式、次に使える問いを一つの表へ記録します。反応数だけでなく、どの導入で会話が生まれ、どの確認表が保存され、次の記事になる問いは何かを残します。同じURLや文面を再投稿するミスも防げます。週末には最も反応した媒体をそのまま複製せず、その形式が読まれた理由を次の元記事へ戻します。", "Ghi ít nhất chủ đề, kênh, tiêu đề, địa chỉ công khai, ngày đăng, định dạng và câu hỏi có thể dùng tiếp trong một bảng. Đừng chỉ nhìn tổng phản ứng; hãy ghi phần mở đầu nào tạo thảo luận, danh sách nào được lưu và câu hỏi nào nên phát triển. Bảng này cũng ngăn việc đăng trùng địa chỉ hoặc câu chữ. Cuối tuần, đừng sao chép nguyên kênh có kết quả tốt nhất mà hãy đưa lý do định dạng đó hiệu quả vào bài nguồn kế tiếp.", "В одной таблице храните тему, канал, заголовок, публичный адрес, дату, формат и следующий вопрос. Смотрите не только на реакции: отмечайте, какое вступление вызвало обсуждение, какой список сохранили и какой вопрос стоит продолжить. Таблица также предотвращает повтор того же URL и текста. В конце недели не копируйте лучший канал, а перенесите причину успеха его формата в структуру следующей исходной статьи.", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "**몇 개 채널부터 시작하나요?** 원문을 포함해 두세 개면 충분합니다. 기록이 안정되면 하나씩 늘리세요.\n\n**같은 날 모두 발행해도 되나요?** 가능합니다. 다만 채널마다 제목과 도입, 사례, 다음 행동을 다시 쓰고 공개 주소를 기록하세요.\n\n**AI로 전부 바꿔 써도 되나요?** 초안은 만들 수 있지만 핵심 질문, 근거, 채널 역할은 사람이 먼저 정해야 합니다.\n\n**반응이 적은 채널은 그만두나요?** 네 번 이상 같은 기준으로 시험한 뒤, 역할을 바꾸거나 중단 여부를 판단하세요.", "**How many channels should I start with?** Two or three including the source are enough. Add one at a time after the record-keeping is stable.\n\n**Can I publish them on the same day?** Yes, but rewrite the title, opening, example, and action for each channel and record every public URL.\n\n**Can AI rewrite everything?** It can draft, but a person should first define the question, evidence, and channel role.\n\n**Should I quit a low-response channel?** Test it at least four times under the same criteria before changing its role or stopping.", "**一开始做几个渠道？** 包括原文在内，两到三个就够。记录稳定后再逐个增加。\n\n**可以同一天发布吗？** 可以，但必须为每个渠道重写标题、开头、案例和行动，并记录公开地址。\n\n**能让 AI 全部改写吗？** AI 可以起草，但核心问题、依据和渠道角色应先由人确定。\n\n**反应少的渠道要停吗？** 至少按同一标准测试四次，再决定调整角色或停止。", "**何媒体から始めますか。** 元記事を含め二、三媒体で十分です。記録が安定してから一つずつ増やします。\n\n**同じ日に公開できますか。** できます。ただし媒体ごとに題名、導入、事例、次の行動を書き直し、公開URLを記録します。\n\n**AIに全部書き換えさせてもよいですか。** 下書きは作れますが、中心の問い、根拠、媒体の役割は人が先に決めます。\n\n**反応が少ない媒体はやめますか。** 同じ基準で4回以上試してから、役割変更または中止を判断します。", "**Nên bắt đầu với bao nhiêu kênh?** Hai hoặc ba kênh tính cả bài nguồn là đủ. Khi việc ghi chép ổn định, hãy thêm từng kênh.\n\n**Có thể đăng cùng ngày không?** Có, nhưng phải viết lại tiêu đề, mở đầu, ví dụ và hành động cho mỗi kênh, đồng thời ghi địa chỉ công khai.\n\n**Có thể để AI viết lại toàn bộ không?** AI có thể tạo bản nháp, nhưng con người phải xác định trước câu hỏi, bằng chứng và vai trò kênh.\n\n**Có nên bỏ kênh ít phản hồi?** Hãy thử ít nhất bốn lần theo cùng tiêu chí rồi mới đổi vai trò hoặc dừng.", "**Со скольких каналов начать?** Достаточно двух или трех вместе с исходной статьей. Добавляйте по одному после стабилизации учета.\n\n**Можно опубликовать все в один день?** Да, но перепишите заголовок, вступление, пример и действие для каждого канала и сохраните публичные адреса.\n\n**Можно поручить ИИ всю переработку?** ИИ подготовит черновик, но вопрос, основания и роль площадки сначала определяет человек.\n\n**Уходить с канала с малым откликом?** Проведите не менее четырех сопоставимых тестов, затем меняйте роль или прекращайте работу.", ], }, { title: [ "함께 확인할 운영 가이드", "Related operating guides", "相关运营指南", "あわせて確認する運用ガイド", "Hướng dẫn vận hành liên quan", "Связанные руководства", ], body: [ "한 주에 확인할 숫자를 정하려면 [1인기업 주간 대시보드 만드는 법](https://officialsite.kr/blog/solo-business-weekly-dashboard)을 참고하세요. 재활용 절차를 반복 가능한 문서로 남기려면 [1페이지 업무 매뉴얼 만드는 법](https://officialsite.kr/blog/solo-business-one-page-sop)을, 이번 주에 먼저 쓸 주제를 고르려면 [1인기업 주간 우선순위 정하는 법](https://officialsite.kr/blog/solo-business-weekly-priority-system)을 함께 확인할 수 있습니다.", "Use the [solo-business weekly dashboard guide](https://officialsite.kr/blog/solo-business-weekly-dashboard) to choose what to measure. Turn the reuse workflow into a repeatable document with the [one-page SOP guide](https://officialsite.kr/blog/solo-business-one-page-sop), and choose the first topic of the week with the [weekly priority guide](https://officialsite.kr/blog/solo-business-weekly-priority-system).", "可参考[一人企业周仪表盘指南](https://officialsite.kr/blog/solo-business-weekly-dashboard)确定每周要看哪些数字，用[一页 SOP 指南](https://officialsite.kr/blog/solo-business-one-page-sop)把再利用流程写成可重复执行的文档，并用[周优先级指南](https://officialsite.kr/blog/solo-business-weekly-priority-system)选择本周先写的主题。", "毎週見る数字は[一人会社の週間ダッシュボード](https://officialsite.kr/blog/solo-business-weekly-dashboard)で決めます。再活用手順を繰り返せる文書にするには[1ページ業務マニュアル](https://officialsite.kr/blog/solo-business-one-page-sop)、今週最初のテーマを選ぶには[週間優先順位ガイド](https://officialsite.kr/blog/solo-business-weekly-priority-system)を確認してください。", "Dùng [hướng dẫn bảng điều khiển hàng tuần](https://officialsite.kr/blog/solo-business-weekly-dashboard) để chọn số liệu cần xem. Ghi quy trình tái sử dụng thành tài liệu lặp lại bằng [hướng dẫn SOP một trang](https://officialsite.kr/blog/solo-business-one-page-sop), và chọn chủ đề đầu tuần bằng [hướng dẫn ưu tiên hàng tuần](https://officialsite.kr/blog/solo-business-weekly-priority-system).", "Определите недельные показатели с [руководством по недельной панели](https://officialsite.kr/blog/solo-business-weekly-dashboard). Зафиксируйте процесс в [одностраничном регламенте](https://officialsite.kr/blog/solo-business-one-page-sop), а первую тему недели выберите с [руководством по приоритетам](https://officialsite.kr/blog/solo-business-weekly-priority-system).", ], }, ], }, { slug: "solo-business-client-status-update", category: SOLO_OPERATIONS, title: [ "1인기업 고객 진행상황 공유 방법: 회의 없이 신뢰를 지키는 주간 보고 5칸", "Client Status Updates for a Solo Business: Five Fields That Build Trust Without Meetings", "一人企业客户进度同步：无需会议也能建立信任的 5 个字段", "一人会社の顧客進捗共有：会議なしで信頼を守る5項目", "Cập nhật tiến độ cho khách hàng của doanh nghiệp một người: 5 mục giữ niềm tin mà không cần họp", "Как соло-бизнесу сообщать клиенту о ходе работы: пять пунктов без лишних встреч", ], description: [ "완료한 일, 현재 진행, 고객 확인, 위험, 다음 공유일을 한 화면에 정리해 고객의 불안을 줄이는 주간 진행 보고 방법입니다.", "A practical weekly update that reduces client uncertainty by showing completed work, current progress, client decisions, risks, and the next update date in one place.", "用一页说明已完成事项、当前进度、客户待确认、风险和下次更新时间，减少客户不安的周报方法。", "完了したこと、進行中、顧客確認、リスク、次回共有日を一画面にまとめ、顧客の不安を減らす週間報告の方法です。", "Cách cập nhật hàng tuần giúp giảm lo lắng bằng cách gom việc đã xong, việc đang làm, quyết định cần khách xác nhận, rủi ro và ngày cập nhật tiếp theo vào một nơi.", "Практический еженедельный отчет, который снижает неопределенность: выполненное, текущая работа, решения клиента, риски и дата следующего обновления в одном месте.", ], sections: [ { title: [ "고객은 작업량보다 다음 상태를 알고 싶어 합니다", "Clients want the next state, not a list of effort", "客户更想知道下一步，而不是工作量清单", "顧客が知りたいのは作業量より次の状態です", "Khách hàng muốn biết trạng thái tiếp theo hơn là danh sách công sức", "Клиенту важнее следующий статус, чем список усилий", ], body: [ "진행이 순조로워도 연락이 끊기면 고객은 일정이 밀렸는지, 자신이 확인할 것이 있는지 알 수 없습니다. 작업을 많이 했다는 설명보다 지금 어디까지 왔고, 무엇이 남았으며, 언제 다시 소식을 받을지를 먼저 보여 주세요. 짧고 예측 가능한 공유가 긴 회의보다 신뢰를 지키는 경우가 많습니다.", "Even when work is on track, silence leaves clients unsure about delays, pending decisions, and what happens next. Instead of listing how much effort went in, show where the work stands, what remains, and when the next update will arrive. A short, predictable update often protects trust better than a long meeting.", "即使工作顺利，长时间没有消息也会让客户不知道是否延期、是否需要自己确认。与其罗列投入了多少工作，不如先说明当前到哪里、还剩什么以及何时再次更新。简短且可预期的同步往往比长会议更能维护信任。", "作業が順調でも連絡が途切れると、顧客は遅延の有無や確認事項が分かりません。作業量ではなく、現在地、残り、次の連絡日を先に示します。短く予測できる共有のほうが長い会議より信頼を守ることがあります。", "Ngay cả khi công việc đúng tiến độ, im lặng khiến khách hàng không biết có chậm trễ hay cần họ xác nhận điều gì. Thay vì liệt kê đã làm nhiều đến đâu, hãy cho biết hiện đang ở đâu, còn gì và khi nào có cập nhật tiếp theo. Một bản cập nhật ngắn, có thể dự đoán thường giữ niềm tin tốt hơn một cuộc họp dài.", "Даже при нормальном ходе работ тишина заставляет клиента сомневаться в сроках и не понимать, требуется ли его решение. Покажите текущую точку, остаток и дату следующего сообщения вместо перечня усилий. Короткое предсказуемое обновление часто укрепляет доверие лучше долгой встречи.", ], }, { title: [ "주간 보고는 다섯 칸이면 충분합니다", "Five fields are enough for a weekly update", "周报只需五个字段", "週間報告は5項目で十分です", "Năm mục là đủ cho bản cập nhật hàng tuần", "Для недельного отчета достаточно пяти пунктов", ], body: [ "한 화면에 이번 주 완료, 현재 진행, 고객 확인 필요, 위험 또는 변경, 다음 공유일을 적습니다. 완료에는 고객이 확인할 수 있는 결과를 쓰고, 진행에는 다음 완료 기준을 붙입니다. 고객 확인 항목에는 질문과 회신 기한을 함께 적고, 위험에는 일정이나 범위에 미치는 영향을 숨기지 않습니다. 마지막에는 다음 소식을 받을 날짜를 확정합니다.", "Use one screen for completed this week, in progress, client input needed, risks or changes, and the next update date. Describe visible outcomes under completed work and attach a finish condition to work in progress. Pair every client question with a response deadline, state schedule or scope impact honestly, and end with a firm date for the next update.", "在一个页面中写明本周完成、当前进行、客户待确认、风险或变更以及下次更新时间。已完成项写客户可验证的结果，进行中项写清完成标准。每个客户问题都附上回复期限，如实说明对时间或范围的影响，最后确定下次同步日期。", "一画面に今週完了、進行中、顧客確認、リスクまたは変更、次回共有日を書きます。完了には顧客が確認できる成果、進行中には完了条件を付けます。質問には回答期限を添え、日程や範囲への影響を隠さず、最後に次の連絡日を確定します。", "Gom vào một màn hình: việc xong trong tuần, việc đang làm, nội dung cần khách xác nhận, rủi ro hoặc thay đổi và ngày cập nhật tiếp theo. Việc đã xong phải là kết quả khách kiểm tra được; việc đang làm cần có điều kiện hoàn tất. Mỗi câu hỏi cho khách đi cùng hạn phản hồi, nêu rõ tác động đến lịch hoặc phạm vi và chốt ngày báo tiếp theo.", "На одном экране укажите выполненное за неделю, текущую работу, решения клиента, риски или изменения и дату следующего сообщения. В завершенном показывайте проверяемый результат, в текущем — критерий готовности. Добавляйте срок ответа к каждому вопросу, честно описывайте влияние на сроки или объем и фиксируйте следующую дату.", ], }, { title: [ "활동 대신 고객이 확인할 수 있는 결과를 씁니다", "Report client-visible outcomes instead of activity", "写客户可验证的结果，而不是活动", "作業ではなく顧客が確認できる成果を書く", "Báo cáo kết quả khách kiểm tra được thay vì hoạt động", "Пишите о проверяемом результате, а не об активности", ], body: [ "회의함, 검토함, 작업 중 같은 표현만으로는 달라진 상태를 알기 어렵습니다. 결제 화면 오류를 재현했고 수정본을 시험 환경에 올렸음, 첫 화면 문구 세 안을 만들었고 한 안을 선택하면 최종 반영 가능함처럼 결과와 다음 조건을 함께 적으세요. 고객이 보고 무엇을 확인하면 되는지 바로 알 수 있어야 합니다.", "Words such as met, reviewed, and working on it do not reveal what changed. Write outcomes and conditions together: the checkout bug was reproduced and a fix is in staging; three homepage copy options are ready and final implementation can begin after one is selected. The client should immediately know what can be checked or decided.", "仅写开会、已审查、处理中，客户很难知道状态发生了什么变化。应把结果和下一条件写在一起，例如已复现结账错误并将修复版部署到测试环境；首页文案有三版，选定一版后即可最终上线。客户应立即知道要检查或决定什么。", "会議した、確認した、作業中だけでは状態の変化が伝わりません。決済画面の不具合を再現して修正版を検証環境へ反映した、トップ文案を3案用意して選択後に最終反映できる、のように成果と次条件を一緒に書きます。顧客が確認事項をすぐ理解できることが重要です。", "Các từ như đã họp, đã xem xét, đang xử lý không cho thấy trạng thái đã thay đổi thế nào. Hãy viết kết quả cùng điều kiện tiếp theo, chẳng hạn đã tái hiện lỗi thanh toán và đưa bản sửa lên môi trường thử; đã có ba phương án nội dung trang đầu và có thể hoàn thiện sau khi chọn một phương án. Khách phải biết ngay cần kiểm tra hoặc quyết định gì.", "Фразы «обсудили», «проверили» и «в работе» не показывают изменение состояния. Соединяйте результат со следующим условием: ошибка оплаты воспроизведена, исправление размещено на тестовом стенде; готовы три варианта первого экрана, после выбора начнется финальная реализация. Клиент должен сразу понимать, что проверить или решить.", ], }, { title: [ "고객 확인 항목에는 결정과 기한을 붙입니다", "Pair client decisions with a deadline", "给客户待确认项加上决定和期限", "顧客確認には決定内容と期限を付ける", "Gắn quyết định và thời hạn vào nội dung cần khách xác nhận", "Добавляйте к решению клиента срок ответа", ], body: [ "자료 부탁드립니다처럼 넓게 쓰면 답장이 늦고 다시 물어볼 일이 생깁니다. 세 문구 중 한 안 선택, 사업자 정보 확인, 금요일 오후까지 회신이 없으면 기존 안으로 진행처럼 선택지와 영향까지 적으세요. 고객이 결정해야 진행되는 일과 내부에서 계속할 수 있는 일을 분리하면 불필요한 대기도 줄어듭니다.", "A broad request such as please send the materials often produces delay and another round of questions. Specify the choice and consequence: select one of three messages, confirm the company details, and if there is no reply by Friday afternoon we will proceed with the current option. Separating blocked work from work that can continue internally reduces unnecessary waiting.", "笼统地写请提供资料，容易导致回复变慢和再次追问。应写清选择与影响，例如从三版文案中选一版、确认企业信息、周五下午前未回复则按现有方案继续。把必须等待客户决定的工作与内部可继续的工作分开，可减少无谓等待。", "資料をお願いしますだけでは返信が遅れ、再質問も増えます。3案から一つ選ぶ、会社情報を確認する、金曜午後までに返信がなければ現行案で進める、のように選択と影響を書きます。顧客判断待ちと社内継続可能な作業を分けると待ち時間も減ります。", "Yêu cầu chung chung như vui lòng gửi tài liệu thường làm chậm phản hồi và phát sinh câu hỏi mới. Hãy nêu lựa chọn và hệ quả: chọn một trong ba phương án, xác nhận thông tin doanh nghiệp, nếu chưa phản hồi trước chiều thứ Sáu thì tiếp tục theo phương án hiện tại. Tách việc bị chặn bởi quyết định của khách khỏi việc nội bộ vẫn làm được sẽ giảm thời gian chờ.", "Общая просьба прислать материалы часто задерживает ответ и вызывает новые вопросы. Укажите выбор и последствия: выбрать один из трех текстов, подтвердить реквизиты, а при отсутствии ответа до пятницы продолжить по текущему варианту. Разделение заблокированной и продолжаемой работы сокращает ожидание.", ], }, { title: [ "문제가 생기기 전에 영향과 대안을 함께 알립니다", "Share impact and alternatives before a problem grows", "在问题扩大前同时说明影响和替代方案", "問題が大きくなる前に影響と代案を共有する", "Nêu tác động và phương án thay thế trước khi vấn đề lớn hơn", "Сообщайте о последствиях и вариантах до роста проблемы", ], body: [ "위험은 확정된 실패가 아니라 일정이나 품질을 흔들 수 있는 조건입니다. 외부 승인 지연, 자료 부족, 범위 변경이 보이면 현재 영향, 가장 늦게 결정할 날짜, 가능한 대안을 함께 적으세요. 좋은 소식만 모아 보내다가 마감 직전에 문제를 알리는 것보다 작을 때 먼저 공유하는 편이 신뢰를 지킵니다.", "A risk is not a confirmed failure; it is a condition that may affect schedule or quality. When external approval, missing material, or scope change appears, state the current impact, the latest safe decision date, and available alternatives. Trust is protected by sharing a small risk early, not by saving only good news until the deadline.", "风险不是已经发生的失败，而是可能影响时间或质量的条件。出现外部审批延迟、资料不足或范围变化时，应同时说明当前影响、最晚安全决策日期和可选方案。问题还小时提前告知，比只汇报好消息并在截止前突然暴露问题更能维护信任。", "リスクは確定した失敗ではなく、日程や品質を揺らす条件です。外部承認の遅れ、資料不足、範囲変更が見えたら、現在の影響、判断の最終日、代案を一緒に示します。良い知らせだけを集めて締切直前に問題を出すより、小さいうちに共有するほうが信頼を守れます。", "Rủi ro không phải thất bại đã chắc chắn mà là điều kiện có thể ảnh hưởng lịch hoặc chất lượng. Khi thấy chậm phê duyệt, thiếu tài liệu hay đổi phạm vi, hãy nêu tác động hiện tại, ngày quyết định an toàn cuối cùng và các phương án thay thế. Chia sẻ sớm khi vấn đề còn nhỏ giữ niềm tin tốt hơn việc chỉ gửi tin tốt rồi báo lỗi sát hạn.", "Риск — не свершившаяся неудача, а условие, способное повлиять на срок или качество. При задержке согласования, нехватке данных или изменении объема укажите влияние, последнюю безопасную дату решения и альтернативы. Раннее сообщение о небольшом риске укрепляет доверие лучше внезапной новости перед сроком.", ], }, { title: [ "같은 요일에 보내고 다음 공유일을 약속합니다", "Send on the same day and promise the next update", "固定同一天发送，并承诺下次更新时间", "同じ曜日に送り、次回共有日を約束する", "Gửi cùng một ngày và hẹn ngày cập nhật tiếp theo", "Отправляйте в один день и обещайте следующую дату", ], body: [ "매주 같은 요일과 비슷한 시간에 보내면 고객은 중간에 상태를 재촉할 이유가 줄어듭니다. 변화가 거의 없는 주에도 현재 유지, 막힌 이유, 다음 확인일을 짧게 보내세요. 보고서를 길게 만드는 대신 다섯 칸을 한 화면에 유지하고, 상세 논의가 필요한 항목만 별도 회의나 메일로 이어갑니다.", "Sending on the same weekday at a similar time reduces the client's need to chase for status. Even in a quiet week, send a short note with the current state, the reason for any block, and the next checkpoint. Keep the five fields on one screen and move only the items that require real discussion into a separate meeting or email.", "每周在同一天相近时间发送，客户就不必频繁追问。即使变化很少，也应简短说明当前状态、受阻原因和下次检查日。不要把报告越写越长，五个字段保持一屏，只有真正需要讨论的事项才进入单独会议或邮件。", "毎週同じ曜日と時間帯に送ると、顧客が途中で進捗を催促する必要が減ります。変化が少ない週も、現状、停止理由、次の確認日を短く送ります。報告を長文化せず5項目を一画面に保ち、詳しい議論が必要なものだけ別の会議やメールへ移します。", "Gửi vào cùng một ngày và thời điểm gần nhau mỗi tuần giúp khách ít phải hỏi tiến độ. Ngay cả tuần ít thay đổi, vẫn gửi ngắn gọn trạng thái hiện tại, lý do bị chặn và ngày kiểm tra tiếp theo. Giữ năm mục trong một màn hình, chỉ chuyển nội dung thật sự cần trao đổi sang cuộc họp hoặc email riêng.", "Сообщение в один и тот же день и примерно в одно время снижает необходимость напоминаний. Даже без заметных изменений кратко укажите текущий статус, причину блокировки и следующую проверку. Сохраняйте пять пунктов на одном экране, а отдельную встречу или письмо оставляйте только для реального обсуждения.", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "**매주 보낼 만큼 변화가 없으면 어떻게 하나요?** 변화 없음, 현재 막힌 조건, 다음 확인일을 짧게 보내면 됩니다. 침묵보다 예측 가능한 상태가 낫습니다.\n\n**고객이 답을 주지 않으면 어떻게 하나요?** 회신 기한과 답이 없을 때 적용할 기본안을 미리 적습니다. 계약과 합의 범위를 넘는 결정을 임의로 확정하면 안 됩니다.\n\n**도구가 꼭 필요한가요?** 메일 한 통이나 공유 문서 한 페이지로도 충분합니다. 형식보다 같은 다섯 칸을 반복하는 것이 중요합니다.\n\n**문제가 커진 뒤 알려도 되나요?** 일정이나 범위에 영향을 줄 가능성이 보이면 확정 전이라도 영향과 대안을 함께 알리세요.", "**What if very little changed this week?** Send a short note stating no change, the current blocker, and the next checkpoint. Predictable status is better than silence.\n\n**What if the client does not answer?** State the response deadline and the default path in advance. Never make a decision beyond the contract or agreed authority.\n\n**Do I need a tool?** One email or one shared page is enough. Repeating the same five fields matters more than software.\n\n**Can I wait until a problem is confirmed?** If schedule or scope may be affected, share the impact and alternatives before confirmation.", "**本周几乎没有变化怎么办？** 简短说明无变化、当前阻碍和下次检查日即可。可预期的状态优于沉默。\n\n**客户没有回复怎么办？** 提前写明回复期限和无回复时的默认方案，但不得擅自做出超出合同或授权的决定。\n\n**一定需要工具吗？** 一封邮件或一个共享页面就足够，持续使用同样五个字段比软件更重要。\n\n**问题确认后再告知可以吗？** 只要可能影响时间或范围，就应在确认前同时说明影响和替代方案。", "**今週ほとんど変化がない場合は。** 変化なし、停止条件、次の確認日を短く送ります。沈黙より予測できる状態が重要です。\n\n**顧客が回答しない場合は。** 回答期限と無回答時の基本案を事前に示します。契約や合意した権限を超える決定はしません。\n\n**ツールは必須ですか。** メール一通または共有ページ一枚で十分です。同じ5項目を繰り返すほうが重要です。\n\n**問題確定まで待てますか。** 日程や範囲への影響が見えたら、確定前でも影響と代案を共有します。", "**Nếu tuần này hầu như không thay đổi thì sao?** Gửi ngắn gọn rằng chưa thay đổi, điều đang cản trở và ngày kiểm tra tiếp theo. Trạng thái có thể dự đoán tốt hơn im lặng.\n\n**Nếu khách không trả lời thì sao?** Ghi trước hạn phản hồi và phương án mặc định khi không có câu trả lời. Không tự quyết ngoài phạm vi hợp đồng hoặc thẩm quyền đã thống nhất.\n\n**Có bắt buộc dùng công cụ không?** Một email hoặc một trang chia sẻ là đủ. Lặp lại cùng năm mục quan trọng hơn phần mềm.\n\n**Có thể đợi đến khi vấn đề chắc chắn không?** Nếu lịch hoặc phạm vi có thể bị ảnh hưởng, hãy chia sẻ tác động và phương án trước khi xác nhận.", "**Что делать, если за неделю почти ничего не изменилось?** Кратко укажите отсутствие изменений, текущую блокировку и следующую дату проверки. Предсказуемый статус лучше тишины.\n\n**Что делать без ответа клиента?** Заранее укажите срок ответа и вариант по умолчанию. Не принимайте решений вне договора или согласованных полномочий.\n\n**Нужен ли специальный инструмент?** Достаточно одного письма или общей страницы. Повторяемость пяти пунктов важнее программы.\n\n**Можно ли сообщить после подтверждения проблемы?** Если срок или объем могут измениться, заранее покажите влияние и альтернативы.", ], }, { title: [ "함께 확인할 운영 가이드", "Related operating guides", "相关运营指南", "関連する運用ガイド", "Hướng dẫn vận hành liên quan", "Связанные руководства", ], body: [ "고객이 요청 범위를 바꿀 때는 [추가 요청을 받았을 때 확인할 네 가지](https://officialsite.kr/blog/solo-business-customer-change-requests)를, 처음 약속할 항목을 정하려면 [고객 온보딩 체크리스트](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist)를 참고하세요. 내부 업무 현황은 [1인기업 주간 대시보드](https://officialsite.kr/blog/solo-business-weekly-dashboard)로 분리해 관리할 수 있습니다.", "Use the [change-request checklist](https://officialsite.kr/blog/solo-business-customer-change-requests) when scope shifts, and the [client onboarding checklist](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist) to define the original promises. Keep internal operating metrics separately in a [solo-business weekly dashboard](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "客户变更范围时可参考[追加请求检查表](https://officialsite.kr/blog/solo-business-customer-change-requests)，初次约定事项可查看[客户入门检查表](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist)。内部经营指标可在[一人企业周仪表盘](https://officialsite.kr/blog/solo-business-weekly-dashboard)中单独管理。", "範囲変更時は[追加依頼の確認項目](https://officialsite.kr/blog/solo-business-customer-change-requests)、最初の約束を決めるには[顧客オンボーディング確認表](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist)を確認します。内部の運営指標は[一人会社の週間ダッシュボード](https://officialsite.kr/blog/solo-business-weekly-dashboard)で分けて管理できます。", "Khi phạm vi thay đổi, xem [danh sách kiểm tra yêu cầu bổ sung](https://officialsite.kr/blog/solo-business-customer-change-requests); khi xác định cam kết ban đầu, dùng [danh sách onboarding khách hàng](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist). Quản lý chỉ số nội bộ riêng bằng [bảng điều khiển hàng tuần](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "При изменении объема используйте [список проверки дополнительных запросов](https://officialsite.kr/blog/solo-business-customer-change-requests), а исходные обещания определяйте по [списку адаптации клиента](https://officialsite.kr/blog/solo-business-customer-onboarding-checklist). Внутренние показатели ведите отдельно в [недельной панели соло-бизнеса](https://officialsite.kr/blog/solo-business-weekly-dashboard).", ], }, ], }, { slug: "partnership-inquiry-email-operations", category: SOLO_OPERATIONS, title: [ "제휴 문의 이메일 운영법: 입점 제안을 놓치지 않는 6가지 기준", "Partnership Inquiry Email Operations: Six Rules for Never Losing a Valuable Proposal", "合作咨询邮箱运营方法：不错过入驻提案的 6 项准则", "提携問い合わせメールの運用方法：出店提案を逃さない6つの基準", "Vận hành email hợp tác: 6 nguyên tắc để không bỏ lỡ đề xuất giá trị", "Как работать с письмами о партнерстве: шесть правил, чтобы не упустить предложение", ], description: [ "개인 메일과 SNS에 흩어진 제휴, 입점 문의를 공식 주소 하나로 모으고 담당자, 답변 기한, 판단 기록까지 연결하는 실무 운영법입니다.", "A practical workflow for consolidating partnership and vendor inquiries from personal email and social messages into one official address with an owner, response deadline, and decision record.", "把分散在个人邮箱和社交消息中的合作、入驻咨询汇总到一个官方地址，并连接负责人、回复期限和判断记录的实务方法。", "個人メールやSNSに分散した提携、出店問い合わせを公式アドレスに集約し、担当者、回答期限、判断記録までつなぐ実務運用です。", "Quy trình thực tế để gom yêu cầu hợp tác và phân phối từ email cá nhân, mạng xã hội về một địa chỉ chính thức, gắn người phụ trách, hạn phản hồi và lịch sử quyết định.", "Практический процесс, который собирает партнерские и торговые предложения из личной почты и соцсетей в одном официальном ящике и связывает их с ответственным, сроком ответа и историей решения.", ], sections: [ { title: [ "제휴 문의는 양보다 경로가 문제입니다", "The problem is the route, not the volume", "问题不在数量，而在入口分散", "問題は件数より経路です", "Vấn đề nằm ở luồng tiếp nhận, không phải số lượng", "Проблема не в количестве, а в маршруте", ], body: [ "제휴와 입점 문의는 고객 문의보다 적어서 전용 절차 없이 대표 개인 메일, SNS 메시지, 고객센터에 남기 쉽습니다. 하지만 원문, 첨부파일, 마지막 답변 날짜가 서로 다른 곳에 흩어지면 좋은 제안도 담당자를 찾는 동안 멈춥니다. 홈페이지와 소개서에 안내할 접수 주소를 하나로 통일하고, 다른 경로로 들어온 문의도 같은 흐름으로 옮기세요.", "Partnership and vendor inquiries arrive less often than customer questions, so they tend to remain in a founder's inbox, social messages, or support queue without a dedicated process. When the original message, attachments, and last-response date live in different places, even a strong proposal stalls while the team looks for an owner. Publish one intake address and move inquiries from every other channel into the same workflow.", "合作和入驻咨询比客户问题少，因此很容易在没有专门流程的情况下留在负责人个人邮箱、社交消息或客服队列中。原文、附件和最后回复日期分散在不同位置时，再好的提案也会在寻找负责人时停滞。请统一官网和介绍资料上的接收地址，并把其他渠道的咨询移入同一流程。", "提携や出店の問い合わせは顧客質問より少ないため、専用手順を作らず代表個人のメール、SNS、問い合わせ窓口に残りがちです。原文、添付、最終返信日が別々の場所に散ると、良い提案も担当者探しで止まります。公開する受付アドレスを一つにし、他経路の問い合わせも同じ流れへ移します。", "Yêu cầu hợp tác và phân phối ít hơn câu hỏi khách hàng nên thường bị giữ trong email cá nhân, tin nhắn mạng xã hội hoặc hàng đợi hỗ trợ mà không có quy trình riêng. Khi nội dung gốc, tệp đính kèm và ngày phản hồi cuối nằm ở nhiều nơi, một đề xuất tốt cũng bị dừng lại trong lúc tìm người chịu trách nhiệm. Hãy công bố một địa chỉ tiếp nhận và chuyển mọi kênh khác vào cùng luồng.", "Партнерские и торговые запросы приходят реже клиентских, поэтому часто остаются в личной почте основателя, сообщениях соцсетей или поддержке без отдельного процесса. Когда исходное письмо, вложения и дата последнего ответа разбросаны, даже хорошее предложение останавливается в поиске ответственного. Опубликуйте один адрес приема и переносите туда обращения из остальных каналов.", ], }, { title: [ "공식 주소는 역할이 보이게 하나부터 시작합니다", "Start with one role-based official address", "先从一个职责清晰的官方地址开始", "役割が分かる公式アドレスを一つから始める", "Bắt đầu bằng một địa chỉ chính thức thể hiện rõ vai trò", "Начните с одного официального адреса с понятной ролью", ], body: [ "작은 팀이 처음부터 partnership, sales, vendor, retail 주소를 모두 만들 필요는 없습니다. 외부 사람이 용도를 이해할 수 있는 주소 하나를 정하고 문의 유형과 담당자가 실제로 달라질 때 분리하세요. 대표 개인 주소는 공개 접수창구로 쓰지 말고, 시험 문의를 보내 실제 확인자에게 도착하는지도 확인해야 합니다.", "A small team does not need partnership, sales, vendor, and retail addresses on day one. Choose one address whose purpose is obvious to outsiders, then split it only when inquiry types and owners truly differ. Keep the founder's personal address out of the public intake path and send a test inquiry to confirm that the real reviewer receives it.", "小团队不必一开始就建立 partnership、sales、vendor、retail 等多个地址。先选择一个外部人员能够理解用途的地址，只有在咨询类型和负责人确实不同后再拆分。不要把负责人个人邮箱作为公开入口，并通过测试邮件确认真正的审核人能够收到。", "小さなチームが最初から partnership、sales、vendor、retail の全アドレスを作る必要はありません。外部から用途が分かる一つを決め、問い合わせ種類と担当が実際に分かれた時だけ分離します。代表個人のアドレスは公開窓口にせず、試験問い合わせが確認者へ届くか確かめます。", "Nhóm nhỏ không cần tạo đủ địa chỉ partnership, sales, vendor và retail ngay từ đầu. Chọn một địa chỉ mà người ngoài hiểu ngay mục đích, chỉ tách khi loại yêu cầu và người phụ trách thực sự khác nhau. Không dùng email cá nhân của người sáng lập làm cửa tiếp nhận công khai và hãy gửi thử để chắc chắn người duyệt thật sự nhận được.", "Небольшой команде не нужны сразу адреса partnership, sales, vendor и retail. Выберите один понятный внешнему человеку адрес и разделяйте его, только когда типы обращений и ответственные действительно различаются. Не используйте личную почту основателя как публичный вход и отправьте тестовое письмо, чтобы проверить доставку реальному исполнителю.", ], }, { title: [ "접수한 순간 담당자와 답변 기한을 함께 남깁니다", "Assign an owner and response deadline at intake", "接收时同时记录负责人和回复期限", "受付時に担当者と回答期限を残す", "Gắn người phụ trách và hạn phản hồi ngay khi tiếp nhận", "Назначайте ответственного и срок ответа при приеме", ], body: [ "읽음 표시는 담당자 지정이 아닙니다. 최초 확인자는 담당자 또는 판단 책임자, 첫 답장 마감일, 다음 행동과 필요한 자료를 바로 남겨야 합니다. 첫 답장 마감일은 최종 결론 날짜가 아니라 접수 사실과 검토 일정을 알리는 날짜입니다. 담당자가 없으면 모두가 다른 사람이 답할 것이라 생각하게 됩니다.", "A read receipt is not ownership. The first reviewer should record the decision owner, the deadline for the first reply, and the next action with any required material. That deadline is not the date of the final decision; it is the date by which the sender receives confirmation and a review schedule. Without an owner, everyone assumes someone else will respond.", "已读并不等于已经指定负责人。首次查看者应立即记录判断负责人、首次回复截止日、下一步行动和所需资料。首次回复期限不是最终结论日期，而是告知对方已接收并说明审核计划的日期。没有负责人时，每个人都会认为别人会回复。", "既読は担当者指定ではありません。最初に確認した人が、判断責任者、初回返信期限、次の行動と必要資料を残します。初回期限は最終結論日ではなく、受領と検討予定を知らせる日です。担当がなければ全員が別の誰かが返信すると考えます。", "Đã đọc không có nghĩa là đã có người chịu trách nhiệm. Người xem đầu tiên cần ghi người quyết định, hạn trả lời lần đầu, bước tiếp theo và tài liệu cần có. Hạn này không phải ngày ra kết luận cuối cùng mà là ngày xác nhận đã nhận và thông báo lịch xem xét. Nếu không có người phụ trách, ai cũng nghĩ người khác sẽ trả lời.", "Отметка о прочтении не означает назначение ответственного. Первый проверяющий должен записать владельца решения, срок первого ответа, следующее действие и нужные материалы. Это не дата окончательного решения, а срок подтверждения получения и сообщения графика рассмотрения. Без владельца каждый думает, что ответит другой.", ], }, { title: [ "첫 답장은 수락보다 확인이 목적입니다", "The first reply is confirmation, not acceptance", "首次回复的目的在确认，而不是接受", "最初の返信は承諾より確認が目的です", "Phản hồi đầu tiên nhằm xác nhận, không phải chấp nhận", "Первый ответ нужен для подтверждения, а не согласия", ], body: [ "바로 협업 여부를 결정하기 어렵다면 침묵하지 말고 접수 확인, 검토에 필요한 추가 정보, 다음 답변 날짜를 보내세요. 예를 들어 제안을 확인했고 대상 상품과 예상 일정, 협업 범위를 받으면 수요일까지 결과를 알려 주겠다고 적을 수 있습니다. 자동응답만 보내고 끝내지 말고 실제 검토 날짜를 약속해야 합니다.", "If the team cannot decide immediately, do not stay silent. Send confirmation, request the information needed for review, and name the next response date. For example, say that the proposal was received and that a decision will follow by Wednesday after receiving the target products, expected schedule, and collaboration scope. An automatic receipt is useful only when a real review date follows it.", "如果无法立即决定是否合作，不要保持沉默。应确认接收、索取审核所需的信息，并说明下次回复日期。例如可以说明已收到提案，在获得目标商品、预计时间和合作范围后会于周三前给出审核结果。自动回复不能代替真实的审核日期。", "すぐに提携可否を決められなくても沈黙せず、受付確認、検討に必要な追加情報、次の返信日を送ります。対象商品、予定時期、協業範囲を受け取れば水曜までに結果を知らせる、という形です。自動返信だけで終わらせず実際の検討日を約束します。", "Nếu chưa thể quyết định hợp tác ngay, đừng im lặng. Hãy xác nhận đã nhận, yêu cầu thông tin cần để xem xét và nêu ngày phản hồi tiếp theo. Có thể nói đã nhận đề xuất và sẽ trả kết quả trước thứ Tư sau khi có sản phẩm mục tiêu, lịch dự kiến và phạm vi hợp tác. Email tự động chỉ hữu ích khi sau đó có ngày xem xét thật.", "Если решение нельзя принять сразу, не молчите. Подтвердите получение, запросите данные для рассмотрения и назовите дату следующего ответа. Например, сообщите, что дадите результат до среды после получения перечня товаров, сроков и объема сотрудничества. Автоответ полезен только вместе с реальной датой проверки.", ], }, { title: [ "보류와 거절도 이유를 기록합니다", "Record the reason for holds and rejections", "保留和拒绝也要记录原因", "保留と断りにも理由を記録する", "Ghi lý do cho cả quyết định hoãn và từ chối", "Фиксируйте причины паузы и отказа", ], body: [ "지금 맞지 않는 제안이 몇 달 뒤에는 적합해질 수 있습니다. 메일만 보관하지 말고 예산, 일정, 대상 고객, 운영 역량 중 무엇이 맞지 않았는지 한 줄로 남기세요. 거절 답장도 늦추지 말고 현재 진행하기 어려운 이유와 다시 검토할 수 있는 조건을 간단히 알려 주면 다음 대화의 가능성을 남길 수 있습니다.", "A proposal that does not fit now may fit in several months. Do more than archive the email: record in one line whether budget, timing, audience, or operating capacity caused the mismatch. Reply to rejections promptly and briefly explain why the proposal cannot proceed now and what changed condition could justify another review. This preserves the possibility of a future conversation.", "现在不合适的提案几个月后可能会变得合适。不要只保存邮件，还应一行记录预算、时间、目标客户或运营能力中哪项不匹配。拒绝回复也不要拖延，简要说明当前无法推进的原因和可以重新审核的条件，为下一次对话保留可能。", "今は合わない提案も数か月後には適合するかもしれません。メール保存だけでなく、予算、時期、対象顧客、運営能力の何が合わなかったかを一行で残します。断りも遅らせず、今難しい理由と再検討できる条件を短く伝えると次の会話につながります。", "Một đề xuất chưa phù hợp hôm nay có thể phù hợp sau vài tháng. Đừng chỉ lưu email, hãy ghi một dòng về điểm chưa khớp như ngân sách, thời gian, nhóm khách hàng hay năng lực vận hành. Trả lời từ chối sớm, nêu ngắn gọn lý do hiện chưa thể tiến hành và điều kiện để xem xét lại nhằm giữ cơ hội cho cuộc trao đổi sau.", "Предложение, которое не подходит сейчас, может стать уместным через несколько месяцев. Не ограничивайтесь архивом письма: одной строкой запишите, что не совпало — бюджет, сроки, аудитория или операционная нагрузка. Не затягивайте отказ, кратко назовите причину и условие для повторного рассмотрения, сохраняя возможность будущего разговора.", ], }, { title: [ "한 달에 한 번 잊힌 문의를 점검합니다", "Review forgotten inquiries once a month", "每月检查一次被遗忘的咨询", "月に一度、忘れられた問い合わせを確認する", "Mỗi tháng kiểm tra các yêu cầu bị bỏ quên một lần", "Раз в месяц проверяйте забытые обращения", ], body: [ "매달 제휴 문의함에서 답장 없음, 담당자 없음, 다음 날짜 지남 상태를 확인하세요. 접수 건수보다 첫 답장까지 걸린 시간, 담당자가 없는 건, 약속한 날짜를 넘긴 건이 더 중요한 운영 지표입니다. 전달 자동화나 외부 연동을 붙이더라도 최종 책임자는 한 명으로 유지해야 합니다.", "Each month, review inquiries with no reply, no owner, or a missed next date. More useful than total volume are time to first response, unowned items, and promises that passed their deadline. Automation and external integrations can help with routing, but one person should remain accountable for the final response.", "每月检查合作邮箱中未回复、无负责人和超过下次日期的项目。比接收总量更重要的指标是首次回复耗时、无人负责的项目和已超过承诺日期的项目。即使使用自动转发或外部连接，也应保留一名最终责任人。", "毎月、未返信、担当者なし、次回日超過の問い合わせを確認します。件数より、初回返信までの時間、担当なし、約束日超過が重要な運用指標です。自動転送や外部連携を使っても最終責任者は一人に保ちます。", "Mỗi tháng hãy kiểm tra các yêu cầu chưa trả lời, chưa có người phụ trách hoặc đã quá ngày hẹn. Thời gian đến phản hồi đầu tiên, mục không có chủ và lời hứa quá hạn hữu ích hơn tổng số yêu cầu. Tự động chuyển tiếp hay tích hợp bên ngoài có thể hỗ trợ, nhưng vẫn cần một người chịu trách nhiệm cuối cùng.", "Раз в месяц проверяйте обращения без ответа, владельца или с пропущенной следующей датой. Важнее общего количества время до первого ответа, бесхозные запросы и просроченные обещания. Автоматизация и интеграции помогают маршрутизации, но конечный ответственный должен оставаться один.", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "**문의가 거의 없는데 전용 주소가 필요한가요?** 공개 경로가 여러 곳이라면 문의량이 적을수록 공식 주소 하나가 유용합니다. 별도 시스템보다 한 주소와 담당자부터 시작하세요.\n\n**partnership과 sales 주소를 모두 만들어야 하나요?** 처음에는 하나면 충분합니다. 문의 유형과 담당자가 실제로 달라질 때 분리하세요.\n\n**자동응답만 보내도 되나요?** 접수 사실은 알릴 수 있지만 검토 책임을 대신하지는 못합니다. 실제 담당자와 다음 답변 날짜가 이어져야 합니다.\n\n**거절한 문의도 남겨야 하나요?** 나중에 조건이 달라질 수 있으므로 핵심 제안과 판단 이유, 답변 날짜를 함께 보관하는 편이 좋습니다.", "**Do I need a dedicated address if inquiries are rare?** If several public channels exist, one official address becomes more useful as volume gets lower. Start with one address and one owner, not a new system.\n\n**Do I need both partnership and sales addresses?** One is enough initially. Split them when the inquiry types and owners truly differ.\n\n**Is an automatic reply enough?** It can confirm receipt but cannot own the review. A real owner and next response date must follow.\n\n**Should rejected inquiries be retained?** Keep the core proposal, decision reason, and response date because conditions may change later.", "**咨询很少也需要专用地址吗？** 如果公开入口很多，咨询越少，一个官方地址越有价值。先从一个地址和一个负责人开始，不必先建新系统。\n\n**partnership 和 sales 地址都需要吗？** 初期一个即可，只有咨询类型和负责人确实不同后再拆分。\n\n**只发自动回复可以吗？** 自动回复能确认接收，但不能承担审核责任，后续必须有真实负责人和下次回复日期。\n\n**拒绝的咨询也要保留吗？** 条件以后可能变化，因此应一起保存核心提案、判断理由和回复日期。", "**問い合わせが少なくても専用アドレスは必要ですか。** 公開経路が複数あるなら、件数が少ないほど一つの公式アドレスが役立ちます。新システムより一つのアドレスと担当者から始めます。\n\n**partnership と sales の両方が必要ですか。** 最初は一つで十分です。種類と担当が実際に異なる時に分けます。\n\n**自動返信だけで十分ですか。** 受領確認はできますが検討責任の代わりにはなりません。実担当者と次の返信日が必要です。\n\n**断った問い合わせも残しますか。** 条件が変わる可能性があるため、提案要点、判断理由、返信日を保存します。", "**Yêu cầu hiếm thì có cần địa chỉ riêng không?** Nếu có nhiều kênh công khai, một địa chỉ chính thức càng hữu ích khi số lượng thấp. Hãy bắt đầu bằng một địa chỉ và một người phụ trách thay vì hệ thống mới.\n\n**Có cần cả partnership và sales không?** Ban đầu một địa chỉ là đủ. Chỉ tách khi loại yêu cầu và người phụ trách thực sự khác nhau.\n\n**Email tự động có đủ không?** Nó xác nhận đã nhận nhưng không thay cho trách nhiệm xem xét. Cần có người thật và ngày phản hồi tiếp theo.\n\n**Có nên lưu yêu cầu đã từ chối không?** Nên lưu đề xuất chính, lý do quyết định và ngày trả lời vì điều kiện có thể thay đổi.", "**Нужен ли отдельный адрес при редких запросах?** Если публичных каналов несколько, один официальный адрес тем полезнее, чем меньше объем. Начните с адреса и ответственного, а не новой системы.\n\n**Нужны ли одновременно partnership и sales?** Сначала достаточно одного. Разделяйте, когда типы запросов и владельцы действительно различаются.\n\n**Достаточно ли автоответа?** Он подтверждает получение, но не берет ответственность за проверку. Нужны реальный исполнитель и дата следующего ответа.\n\n**Хранить ли отклоненные запросы?** Сохраняйте суть предложения, причину решения и дату ответа, потому что условия могут измениться.", ], }, { title: [ "함께 확인할 운영 가이드", "Related operating guides", "相关运营指南", "関連する運用ガイド", "Hướng dẫn vận hành liên quan", "Связанные руководства", ], body: [ "공식 주소의 기본 구성이 필요하면 [1인 사업자 회사 이메일 주소 운영 순서](https://officialsite.kr/blog/solo-business-email-address-system)를, 문의를 놓치지 않는 공통 절차는 [1인기업 고객 문의 관리 4단계](https://officialsite.kr/blog/solo-business-customer-inquiry-system)에서 확인하세요. 담당자가 바뀌어도 기록을 이어 가려면 [고객 문의 인수인계 기준](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)을 함께 적용할 수 있습니다.", "For the initial address structure, see the [solo-business company email sequence](https://officialsite.kr/blog/solo-business-email-address-system). Use the [four-step customer inquiry workflow](https://officialsite.kr/blog/solo-business-customer-inquiry-system) for the shared intake process, and add the [inquiry handover standard](https://officialsite.kr/blog/solo-business-customer-inquiry-handover) when ownership changes.", "官方地址的基础结构可参考[一人企业公司邮箱运营顺序](https://officialsite.kr/blog/solo-business-email-address-system)，通用接收流程可查看[一人企业客户咨询管理四步法](https://officialsite.kr/blog/solo-business-customer-inquiry-system)。负责人变更时还可采用[客户咨询交接准则](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)。", "公式アドレスの基本構成は[一人事業の会社メール運用順序](https://officialsite.kr/blog/solo-business-email-address-system)、共通受付は[顧客問い合わせ管理4段階](https://officialsite.kr/blog/solo-business-customer-inquiry-system)を確認してください。担当変更時は[問い合わせ引き継ぎ基準](https://officialsite.kr/blog/solo-business-customer-inquiry-handover)も適用できます。", "Xem [trình tự vận hành email doanh nghiệp một người](https://officialsite.kr/blog/solo-business-email-address-system) để thiết lập địa chỉ ban đầu, dùng [quy trình bốn bước quản lý yêu cầu khách hàng](https://officialsite.kr/blog/solo-business-customer-inquiry-system) cho luồng tiếp nhận chung và áp dụng [tiêu chuẩn bàn giao yêu cầu](https://officialsite.kr/blog/solo-business-customer-inquiry-handover) khi đổi người phụ trách.", "Базовую структуру адресов смотрите в [руководстве по корпоративной почте соло-бизнеса](https://officialsite.kr/blog/solo-business-email-address-system). Общий прием организуйте по [четырем шагам работы с клиентскими запросами](https://officialsite.kr/blog/solo-business-customer-inquiry-system), а при смене владельца добавьте [правила передачи обращения](https://officialsite.kr/blog/solo-business-customer-inquiry-handover).", ], }, ], }, { slug: "vibe-coding-build-vs-buy-internal-tool-cost", category: [ "바이브코딩", "Vibe coding", "氛围编程", "バイブコーディング", "Lập trình theo cảm hứng", "Вайб-кодинг", ], title: [ "바이브코딩으로 사내 도구 직접 만들기, SaaS 구독 전 계산할 6가지 운영비", "Building an Internal Tool with Vibe Coding: Six Operating Costs to Compare Before Subscribing to SaaS", "用氛围编程自建内部工具：订阅 SaaS 前要比较的 6 项运营成本", "バイブコーディングで社内ツールを作る前に：SaaS契約と比べる6つの運用コスト", "Tự xây công cụ nội bộ bằng vibe coding: 6 chi phí vận hành cần so sánh trước khi đăng ký SaaS", "Свой внутренний инструмент с вайб-кодингом: шесть операционных затрат перед подпиской на SaaS", ], description: [ "바이브코딩으로 사내 도구를 직접 만들지 SaaS를 구독할지 고민할 때 권한, 데이터, 장애, 연동, 변경, 담당자 비용을 비교하는 실무 기준을 정리합니다.", "A practical framework for comparing permissions, data, failures, integrations, change management, and owner time when choosing between a vibe-coded internal tool and a SaaS subscription.", "在决定用氛围编程自建内部工具还是订阅 SaaS 时，从权限、数据、故障、集成、变更和负责人时间六方面进行实务比较。", "バイブコーディングで社内ツールを自作するかSaaSを契約するか判断するために、権限、データ、障害、連携、変更、担当者時間を比較します。", "Khung thực tế để so sánh quyền truy cập, dữ liệu, sự cố, tích hợp, thay đổi và thời gian của người phụ trách khi chọn giữa công cụ tự xây và SaaS.", "Практическая схема сравнения прав доступа, данных, сбоев, интеграций, изменений и времени ответственного при выборе между собственным инструментом и SaaS.", ], sections: [ { title: [ "구독료와 개발비만 비교하면 판단이 틀어집니다", "Subscription and development cost alone give the wrong answer", "只比较订阅费和开发费会误判", "契約料と開発費だけでは判断を誤ります", "Chỉ so sánh phí thuê bao và phí phát triển sẽ dẫn đến quyết định sai", "Сравнения подписки и разработки недостаточно", ], body: [ "SaaS는 계정 관리, 백업, 장애 대응, 업데이트 책임의 상당 부분을 공급자에게 맡기는 비용입니다. 직접 만들면 월 구독료를 줄일 수 있지만 로그인과 권한, 데이터 복구, 오류 대응, 외부 서비스 변경, 수정 기록, 운영 담당자의 시간이 다시 내 업무가 됩니다. 가격표 옆에 이 여섯 책임을 적어야 실제 비용이 보입니다.", "A SaaS fee transfers much of the responsibility for account management, backups, incident response, and updates to the provider. Building in-house may reduce the monthly bill, but login and permissions, data recovery, error handling, external-service changes, change records, and the operator's time return to your team. Put those six responsibilities beside the price to see the real cost.", "SaaS 费用的价值之一，是把账号管理、备份、故障处理和更新的大部分责任交给供应商。自建工具可能减少月费，但登录与权限、数据恢复、错误处理、外部服务变更、修改记录和维护人员时间都会回到团队。把这六项责任写在价格旁，才能看到真实成本。", "SaaS料金には、アカウント管理、バックアップ、障害対応、更新の多くを提供側へ任せる価値があります。自作すれば月額を抑えられても、ログインと権限、データ復旧、エラー対応、外部サービス変更、修正履歴、運用担当者の時間が自社へ戻ります。価格の横にこの6項目を置くと実コストが見えます。", "Phí SaaS chuyển phần lớn trách nhiệm quản lý tài khoản, sao lưu, xử lý sự cố và cập nhật cho nhà cung cấp. Tự xây có thể giảm phí hàng tháng, nhưng đăng nhập và phân quyền, khôi phục dữ liệu, xử lý lỗi, thay đổi dịch vụ ngoài, lịch sử sửa đổi và thời gian vận hành lại thuộc về đội ngũ. Hãy đặt sáu trách nhiệm này cạnh giá để thấy chi phí thật.", "Плата за SaaS передает поставщику значительную часть забот об аккаунтах, резервных копиях, сбоях и обновлениях. Собственная разработка может снизить ежемесячный платеж, но права доступа, восстановление данных, ошибки, изменения внешних сервисов, история правок и время оператора снова становятся вашей работой. Запишите эти шесть обязанностей рядом с ценой.", ], }, { title: [ "먼저 이 일이 우리만의 방식인지 확인합니다", "First check whether the workflow is truly unique", "先确认这项流程是否真的独特", "まず自社固有の業務か確認します", "Trước tiên hãy xem quy trình có thật sự đặc thù không", "Сначала проверьте, действительно ли процесс уникален", ], body: [ "일정, 문서, 일반 결제처럼 표준이 잘 잡힌 일은 검증된 서비스를 쓰는 편이 빠를 수 있습니다. 반면 고객 문의 분류, 견적 승인 순서, 여러 도구 사이의 상태 이동처럼 운영 방식 자체가 경쟁력이 되는 부분은 작은 내부 도구로 만들 가치가 있습니다. 다른 팀도 같은 방식으로 하는지, 다르게 해야 할 이유가 있는지, 그 차이가 고객 경험이나 작업 시간에 영향을 주는지 확인하세요.", "Standard work such as calendars, documents, and common payments is often faster with a proven service. A small internal tool is more valuable when your way of classifying inquiries, approving quotes, or moving status between systems is itself an advantage. Ask whether other teams work the same way, why you must differ, and whether that difference changes customer experience or working time.", "日程、文档和常规支付等标准化工作，使用成熟服务通常更快。如果客户咨询分类、报价审批顺序或工具间状态流转本身构成竞争优势，则值得做成小型内部工具。请确认其他团队是否也这样工作、为什么必须不同，以及这种差异是否真的影响客户体验或工作时间。", "予定、文書、一般的な決済のような標準業務は、実績あるサービスの方が早いことがあります。一方、問い合わせ分類、見積承認、複数ツール間の状態移動など運用方法自体が強みなら、小さな社内ツールにする価値があります。他社も同じか、違いが必要な理由は何か、その差が顧客体験や作業時間に影響するかを確認します。", "Các việc đã chuẩn hóa như lịch, tài liệu và thanh toán thường nhanh hơn với dịch vụ đã được kiểm chứng. Công cụ nội bộ đáng làm khi cách phân loại yêu cầu, duyệt báo giá hoặc chuyển trạng thái giữa các hệ thống là lợi thế của riêng bạn. Hãy hỏi các đội khác có làm giống vậy không, vì sao bạn phải khác và sự khác biệt có ảnh hưởng thật đến trải nghiệm hay thời gian không.", "Для стандартных задач, таких как календарь, документы и обычные платежи, проверенный сервис часто быстрее. Небольшой внутренний инструмент оправдан, когда ваш способ сортировать обращения, утверждать сметы или переносить статус между системами сам по себе дает преимущество. Спросите, работают ли другие так же, зачем нужно отличие и влияет ли оно на клиентов или время работы.", ], }, { title: [ "만들기 전에 실패했을 때의 하루를 그려봅니다", "Imagine the day it fails before you build it", "开发前先演练故障发生的一天", "作る前に止まった一日を想定します", "Hãy hình dung một ngày hệ thống hỏng trước khi xây", "До разработки представьте день отказа", ], body: [ "정상 화면만 보면 직접 개발이 쉬워 보입니다. 운영 판단에는 월요일 오전 도구가 열리지 않는 상황이 필요합니다. 원본 데이터가 어디에 남는지, 수동 처리 방법이 있는지, 마지막 정상 상태로 돌아갈 수 있는지, 고객 안내가 필요한지를 적으세요. 답이 없다면 기능보다 복구 계획을 먼저 만들고 도구가 업무의 유일한 입구가 되지 않게 해야 합니다.", "A working screen makes in-house development look easy. An operating decision needs the Monday-morning failure scenario: where the source data remains, how work can continue manually, whether you can restore the last good state, and whether customers must be informed. If those answers are missing, design recovery before features and keep the tool from becoming the only entrance to the work.", "只看正常运行的界面，自建似乎很容易。运营判断应先设想周一早上工具无法打开：原始数据在哪里、是否能手工处理、能否恢复到最后正常状态、是否需要通知客户。如果这些问题没有答案，应先设计恢复方案，并避免让工具成为业务唯一入口。", "正常画面だけを見ると自作は簡単に見えます。運用判断には月曜朝に開かない状況が必要です。元データの場所、手作業への切り替え、最後の正常状態への復旧、顧客案内の要否を書き出します。答えがなければ機能より復旧計画を先にし、ツールを業務の唯一の入口にしないことが重要です。", "Màn hình chạy bình thường khiến việc tự xây trông dễ dàng. Quyết định vận hành phải xét tình huống sáng thứ Hai công cụ không mở: dữ liệu gốc ở đâu, có thể xử lý thủ công không, có thể quay lại trạng thái tốt gần nhất không và có cần báo khách hàng không. Nếu chưa có câu trả lời, hãy thiết kế phục hồi trước tính năng và đừng biến công cụ thành lối vào duy nhất.", "Работающий экран делает собственную разработку простой. Для решения об эксплуатации представьте утро понедельника, когда инструмент не открывается: где исходные данные, как продолжить вручную, можно ли вернуться к последнему исправному состоянию и нужно ли предупреждать клиентов. Если ответов нет, сначала спроектируйте восстановление и не делайте инструмент единственным входом в процесс.", ], }, { title: [ "외부 연동은 붙이는 순간보다 바뀌는 순간을 계산합니다", "Price integrations for the moment they change", "评估集成时要考虑变化，而不只是接入", "外部連携は接続時より変更時を見積もります", "Tính chi phí tích hợp cho lúc nó thay đổi, không chỉ lúc kết nối", "Оценивайте интеграции на момент изменений, а не только подключения", ], body: [ "메일, 결제, 일정, 문서 서비스와 연결하면 효용이 커지지만 상대 서비스의 인증 방식이나 응답 형식이 바뀌면 함께 수정해야 합니다. 연동별로 주고받는 데이터, 끊겼을 때 멈추는 업무, 오류 확인 위치, 다시 연결할 사람을 기록하세요. 연결이 많을수록 핵심 업무를 나누고 실패해도 독립적으로 처리할 수 있게 만드는 편이 안전합니다.", "Connecting mail, payments, calendars, and documents adds value, but a change to the provider's authentication or response format creates maintenance work. For each integration, record the exchanged data, the work that stops if it breaks, where errors are visible, and who can reconnect it. As integrations grow, separate critical workflows so one failure does not stop everything.", "连接邮件、支付、日程和文档服务能提升价值，但对方的认证方式或响应格式变化时也要同步维护。请为每个集成记录交换的数据、断开后停止的业务、查看错误的位置以及能够重新连接的人。集成越多，越应拆分关键流程，让单点失败不至于停止全部工作。", "メール、決済、予定、文書との連携は価値を高めますが、相手側の認証や応答形式が変われば保守が必要です。連携ごとに交換データ、切断時に止まる業務、エラー確認場所、再接続できる人を記録します。連携が増えるほど重要な流れを分け、一つの失敗で全体が止まらない構成が安全です。", "Kết nối email, thanh toán, lịch và tài liệu làm công cụ hữu ích hơn, nhưng thay đổi xác thực hoặc định dạng phản hồi từ dịch vụ ngoài sẽ tạo thêm việc bảo trì. Với mỗi tích hợp, hãy ghi dữ liệu trao đổi, công việc bị dừng, nơi xem lỗi và người có thể kết nối lại. Càng nhiều tích hợp càng nên tách các luồng quan trọng để một lỗi không dừng tất cả.", "Связь с почтой, платежами, календарями и документами повышает пользу, но изменения аутентификации или формата ответа внешнего сервиса требуют доработки. Для каждой интеграции запишите данные, останавливающийся процесс, место просмотра ошибок и того, кто восстановит связь. Чем больше интеграций, тем важнее разделять критические процессы.", ], }, { title: [ "30일 실험으로 유지할 수 있는지 확인합니다", "Use a 30-day trial to test maintainability", "用 30 天试运行验证可维护性", "30日間の試行で維持できるか確かめます", "Dùng thử 30 ngày để kiểm tra khả năng duy trì", "Проверьте сопровождаемость 30-дневным испытанием", ], body: [ "기존 SaaS를 한 번에 대체하지 말고 반복 업무 하나만 골라 30일 동안 병행하세요. 첫째 주에는 입력과 결과를 정하고, 둘째 주에는 원본 기록을 유지하며 실제 업무에 쓰고, 셋째 주에는 오류와 수정 시간을 기록하고, 넷째 주에는 절약한 시간과 새로 생긴 관리 시간을 비교합니다. 사용 횟수, 절약 시간, 중단 횟수, 수정 시간, 수동 복귀 횟수, 다음 달 담당자를 남기면 판단할 수 있습니다.", "Do not replace the existing SaaS all at once. Run one repetitive task in parallel for 30 days. Define one input and output in week one, use it while preserving source records in week two, record failures and repair time in week three, and compare time saved with new maintenance time in week four. Track usage, time saved, interruptions, repair time, manual fallbacks, and next month's owner.", "不要一次性替换现有 SaaS，而是选择一项重复工作并行试运行 30 天。第一周定义输入和结果，第二周保留原始记录并投入实际使用，第三周记录错误与修改时间，第四周比较节省的时间和新增的管理时间。记录使用次数、节省时间、中断次数、修改时间、人工回退次数和下月负责人即可判断。", "既存SaaSを一度に置き換えず、反復業務一つだけを30日間並行運用します。1週目に入力と結果を決め、2週目は元記録を残して実務利用し、3週目にエラーと修正時間を記録し、4週目に節約時間と新しい管理時間を比較します。利用回数、節約時間、中断、修正、手作業への復帰、翌月の担当者を残します。", "Đừng thay SaaS hiện có cùng một lúc. Chọn một công việc lặp lại và chạy song song trong 30 ngày. Tuần đầu xác định đầu vào và kết quả, tuần hai dùng thật nhưng giữ dữ liệu gốc, tuần ba ghi lỗi và thời gian sửa, tuần bốn so sánh thời gian tiết kiệm với thời gian quản lý mới. Theo dõi số lần dùng, thời gian tiết kiệm, số lần gián đoạn, thời gian sửa, số lần quay về thủ công và người phụ trách tháng sau.", "Не заменяйте существующий SaaS сразу. Запустите один повторяющийся процесс параллельно на 30 дней. В первую неделю задайте вход и результат, во вторую работайте с сохранением исходных записей, в третью фиксируйте ошибки и время исправления, в четвертую сравните экономию с новой нагрузкой. Считайте запуски, сэкономленное время, остановки, исправления, ручные возвраты и владельца на следующий месяц.", ], }, { title: [ "직접 만들기, 구독, 혼합 중 하나를 고릅니다", "Choose build, buy, or a hybrid", "在自建、订阅和混合方案中选择", "自作、契約、混合から選びます", "Chọn tự xây, thuê SaaS hoặc kết hợp", "Выберите собственную разработку, подписку или гибрид", ], body: [ "업무 방식이 독특하고 범위가 작으며 책임질 사람이 있다면 직접 만들기가 잘 맞습니다. 안정성과 규정 준수가 중요하고 담당자가 없다면 검증된 SaaS가 낫습니다. 현실적인 답은 메일, 결제, 인증처럼 신뢰성이 중요한 기반은 기존 서비스를 쓰고 우리 팀만의 분류, 알림, 기록 흐름만 작은 자동화로 연결하는 혼합 방식인 경우가 많습니다. [오피셜메일 외부 연동 가이드](https://officialsite.kr/blog/business-email-external-integration)처럼 기능보다 책임 목록을 먼저 확인하세요.", "Build when the workflow is distinctive, the scope is small, and someone can own it. Choose proven SaaS when reliability and compliance matter but no operator is available. A hybrid is often practical: keep trusted services for mail, payments, and authentication, then automate only your team's unique classification, notifications, and records. Start with a responsibility list, as in the [Official Mail integration guide](https://officialsite.kr/blog/business-email-external-integration), rather than a feature list.", "当流程独特、范围较小且有人负责时，自建更合适；当可靠性和合规更重要但没有维护人员时，应选择成熟 SaaS。现实中常见的答案是混合：邮件、支付和认证等基础能力使用可信服务，只把团队独特的分类、提醒和记录流程做成小型自动化。可参考[Official Mail 外部集成指南](https://officialsite.kr/blog/business-email-external-integration)，先列责任而不是功能。", "業務方法が独特で範囲が小さく、責任者がいるなら自作が向きます。信頼性や規制対応が重要で担当者がいないなら実績あるSaaSが適切です。メール、決済、認証は既存サービスに任せ、独自の分類、通知、記録だけを小さく自動化する混合が現実的です。[オフィシャルメールの外部連携ガイド](https://officialsite.kr/blog/business-email-external-integration)のように機能より責任一覧から始めます。", "Tự xây khi quy trình đặc thù, phạm vi nhỏ và có người chịu trách nhiệm. Chọn SaaS đã được kiểm chứng khi độ tin cậy và tuân thủ quan trọng nhưng không có người vận hành. Giải pháp kết hợp thường thực tế: giữ dịch vụ đáng tin cho email, thanh toán, xác thực và chỉ tự động hóa cách phân loại, thông báo, ghi chép riêng. Hãy bắt đầu bằng danh sách trách nhiệm như trong [hướng dẫn tích hợp Official Mail](https://officialsite.kr/blog/business-email-external-integration).", "Разрабатывайте сами, когда процесс уникален, объем невелик и есть ответственный. Выбирайте проверенный SaaS, если важны надежность и соответствие требованиям, но нет оператора. Часто практичен гибрид: почта, платежи и аутентификация остаются у надежных сервисов, а собственная автоматизация отвечает лишь за особую классификацию, уведомления и записи. Начните со списка ответственности, как в [руководстве по интеграциям Official Mail](https://officialsite.kr/blog/business-email-external-integration).", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "바이브코딩 도구는 원본 데이터, 수동 처리, 권한, 복구 방법을 확인한 뒤 제한된 업무부터 병행하세요. 직접 만들기가 항상 저렴한 것은 아니며 수정, 장애, 복구, 연동 변경, 담당자 시간을 함께 계산해야 합니다. 기존 SaaS의 안정적인 기반을 유지하고 우리 팀만의 흐름만 연결하는 혼합 방식도 가능합니다.", "Start using a vibe-coded tool on a limited workflow only after checking source data, manual fallback, permissions, and recovery. Building is not always cheaper because repairs, incidents, recovery, integration changes, and owner time must be counted. You can also keep the reliable SaaS foundation and connect only your team's unique workflow.", "确认原始数据、人工回退、权限和恢复方法后，再从有限业务开始使用氛围编程工具。自建并不总是更便宜，还要计算修改、故障、恢复、集成变化和负责人时间。也可以保留 SaaS 的可靠基础，只连接团队特有的流程。", "元データ、手作業への切り替え、権限、復旧方法を確認してから限定業務で併用します。自作が常に安いわけではなく、修正、障害、復旧、連携変更、担当者時間も計算します。SaaSの安定基盤を残し、独自の流れだけをつなぐ混合も可能です。", "Chỉ dùng công cụ vibe coding cho một luồng giới hạn sau khi kiểm tra dữ liệu gốc, cách xử lý thủ công, quyền và phục hồi. Tự xây không phải lúc nào cũng rẻ hơn vì phải tính sửa lỗi, sự cố, phục hồi, thay đổi tích hợp và thời gian người phụ trách. Bạn cũng có thể giữ nền tảng SaaS ổn định và chỉ nối quy trình riêng của đội ngũ.", "Начинайте с ограниченного процесса только после проверки исходных данных, ручного режима, прав и восстановления. Собственная разработка не всегда дешевле: учитывайте исправления, сбои, восстановление, изменения интеграций и время владельца. Можно сохранить надежную основу SaaS и подключить лишь уникальный процесс команды.", ], }, ], }, { slug: "solo-business-monthly-review-stop-doing", category: [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人事業の運営", "Vận hành doanh nghiệp một người", "Управление соло-бизнесом", ], title: [ "1인기업 월간 회고 방법: 다음 달에 멈출 일을 정하는 6가지 질문", "A Monthly Review for Solo Businesses: Six Questions to Decide What to Stop Next Month", "一人企业月度复盘：用 6 个问题决定下月停止什么", "一人事業の月次振り返り：来月やめることを決める6つの質問", "Đánh giá hàng tháng cho doanh nghiệp một người: 6 câu hỏi để quyết định việc sẽ dừng", "Месячный разбор соло-бизнеса: шесть вопросов, чтобы решить, что прекратить", ], description: [ "매출, 고객, 반복 업무, 약속, 대표의 시간을 점검하고 다음 달에 계속할 일과 바꿀 일, 멈출 일을 하나씩 정하는 월간 회고 방법입니다.", "A practical monthly review of revenue, customers, repetitive work, commitments, and founder time that ends with one thing to continue, change, and stop.", "通过检查收入、客户、重复工作、承诺和经营者时间，为下月各选出一项继续、改变与停止事项的实用复盘方法。", "売上、顧客、反復業務、約束、代表者の時間を確認し、来月続けること、変えること、やめることを一つずつ決める実践的な月次振り返りです。", "Cách đánh giá thực tế về doanh thu, khách hàng, công việc lặp lại, cam kết và thời gian của người sáng lập để chọn một việc tiếp tục, thay đổi và dừng lại trong tháng tới.", "Практический месячный разбор выручки, клиентов, повторяющихся задач, обязательств и времени владельца, который завершается одним решением продолжить, изменить и прекратить.", ], sections: [ { title: [ "회고는 지난달을 설명하는 문서가 아닙니다", "A review is not a report about the past month", "复盘不是对上个月的说明书", "振り返りは先月を説明する文書ではありません", "Đánh giá không phải là báo cáo kể lại tháng trước", "Разбор не должен быть отчетом о прошлом месяце", ], body: [ "혼자 운영하면 처리한 일의 양이 성과처럼 보이기 쉽습니다. 월간 회고의 목적은 잘한 일을 길게 적는 것이 아니라 매출과 고객 경험을 바꾼 행동을 찾고 다음 달의 일을 줄이는 것입니다. 숫자와 대화, 반복 업무를 같은 기준으로 매달 남기면 정확하지 않은 기록도 흐름을 보여 줍니다.", "When one person runs the business, a long task list can look like progress. The purpose of a monthly review is not to describe everything you did, but to find the actions that changed revenue or customer experience and reduce next month's work. Consistent records reveal the trend even when they are not perfect.", "一个人经营时，完成事项的数量很容易被当成成果。月度复盘不是把做过的事写得很长，而是找出真正改变收入或客户体验的行动，并减少下月的工作。只要每月用相同标准记录数字、对话和重复任务，不完美的数据也能显示趋势。", "一人で運営すると、処理した仕事の量が成果に見えがちです。月次振り返りの目的は実績を長く書くことではなく、売上や顧客体験を変えた行動を見つけ、来月の仕事を減らすことです。同じ基準で数字、会話、反復業務を残せば、不完全な記録でも流れが見えます。", "Khi tự vận hành, số lượng việc đã xử lý rất dễ bị xem là thành quả. Mục tiêu của đánh giá hàng tháng không phải kể dài những gì đã làm, mà là tìm hành động đã thay đổi doanh thu hoặc trải nghiệm khách hàng và giảm bớt việc cho tháng tới. Ghi đều số liệu, cuộc trò chuyện và việc lặp lại sẽ cho thấy xu hướng dù dữ liệu chưa hoàn hảo.", "Когда бизнес ведет один человек, объем выполненных задач легко принять за результат. Цель месячного разбора не в длинном перечне дел, а в поиске действий, которые изменили выручку или клиентский опыт, и в сокращении работы на следующий месяц. Единый способ записи цифр, разговоров и повторяющихся задач показывает тенденцию даже при неточных данных.", ], }, { title: [ "숫자는 결과보다 흐름을 봅니다", "Read the flow behind the numbers", "看数字背后的流程，而不只看结果", "数字は結果より流れを見ます", "Hãy nhìn luồng chuyển đổi phía sau các con số", "Смотрите на поток, а не только на итоговые цифры", ], body: [ "매출만 보지 말고 새 문의, 보낸 제안, 결제, 재구매, 환불이나 지연 건수를 지난달과 비교하세요. 문의는 늘었는데 결제가 그대로라면 홍보를 더하기 전에 제안 내용과 후속 연락을 고쳐야 합니다. 각 숫자가 다음 단계로 얼마나 이어졌는지를 한 줄로 연결하면 병목이 보입니다.", "Compare new inquiries, proposals sent, payments, repeat purchases, and refunds or delays with the previous month. If inquiries rose while payments stayed flat, improve the proposal and follow-up before adding more promotion. Connecting each number to the next stage reveals the bottleneck.", "不要只看收入，还要比较新咨询、已发送方案、付款、复购以及退款或延误数量。若咨询增加但付款不变，应先改进方案和后续联系，而不是继续加大推广。把每个数字与下一阶段连接起来，瓶颈就会显现。", "売上だけでなく、新規問い合わせ、提案送付、決済、再購入、返金や遅延を前月と比べます。問い合わせが増えて決済が変わらないなら、宣伝を増やす前に提案とフォローを直します。各数字が次の段階へどれだけ進んだかをつなぐと、詰まりが見えます。", "Đừng chỉ nhìn doanh thu. Hãy so sánh số yêu cầu mới, đề xuất đã gửi, thanh toán, mua lại và hoàn tiền hoặc chậm trễ với tháng trước. Nếu yêu cầu tăng nhưng thanh toán không đổi, hãy sửa đề xuất và cách theo dõi trước khi quảng bá thêm. Nối từng con số với bước tiếp theo sẽ lộ điểm nghẽn.", "Сравнивайте с прошлым месяцем не только выручку, но и новые обращения, отправленные предложения, оплаты, повторные покупки, возвраты и задержки. Если обращений стало больше, а оплат нет, сначала исправьте предложение и последующий контакт. Связь каждого числа со следующим этапом показывает узкое место.", ], }, { title: [ "고객이 멈춘 지점을 한 문장으로 적습니다", "Describe where the customer stopped in one sentence", "用一句话写出客户停下的位置", "顧客が止まった場所を一文で書きます", "Viết một câu về nơi khách hàng đã dừng lại", "Одной фразой опишите, где остановился клиент", ], body: [ "반복된 질문, 늦어진 답장, 결정을 미룬 이유를 모아 고객은 어느 단계에서 어떤 정보가 부족해 멈췄는지 적으세요. 견적 단계에서 수정 범위를 몰라 결정을 미뤘다면 다음 행동은 홍보 글 추가가 아니라 견적서의 수정 기준을 고치는 것입니다.", "Collect repeated questions, delayed replies, and reasons for postponing a decision. Write which stage the customer reached and what information was missing. If a customer paused at the quote because the revision scope was unclear, the next action is to clarify the quote, not publish more promotion.", "汇总重复问题、延迟回复和推迟决定的原因，写清客户在哪个阶段因缺少什么信息而停下。如果客户因为不清楚修改范围而在报价阶段犹豫，下一步应改进报价中的修改标准，而不是再发布宣传内容。", "繰り返された質問、返信の遅れ、判断を延ばした理由を集め、顧客がどの段階で何の情報不足により止まったかを書きます。見積もり段階で修正範囲が不明だったなら、次の行動は宣伝追加ではなく見積書の基準修正です。", "Tập hợp câu hỏi lặp lại, phản hồi chậm và lý do trì hoãn quyết định. Hãy viết khách hàng dừng ở giai đoạn nào và thiếu thông tin gì. Nếu họ dừng ở báo giá vì phạm vi chỉnh sửa chưa rõ, việc tiếp theo là sửa tiêu chuẩn trong báo giá chứ không phải đăng thêm nội dung quảng bá.", "Соберите повторяющиеся вопросы, задержанные ответы и причины отложенного решения. Запишите, на каком этапе клиент остановился и какой информации не хватило. Если клиент не принял смету из-за неясного объема правок, следующий шаг — уточнить условия сметы, а не выпускать еще рекламу.", ], }, { title: [ "반복 업무와 약속을 따로 점검합니다", "Review repetitive work and commitments separately", "分别检查重复工作与承诺", "反復業務と約束を分けて確認します", "Đánh giá riêng công việc lặp lại và các cam kết", "Отдельно проверьте повторяющуюся работу и обязательства", ], body: [ "이번 달에 세 번 이상 한 일은 횟수, 소요 시간, 다시 찾아본 정보, 되돌린 실수를 적습니다. 판단이 거의 없는 일은 자동화 후보이고 고객 신뢰에 직접 영향을 주는 일은 매뉴얼 후보입니다. 미룬 약속은 시간 부족, 범위 불명확, 중요도 부족 중 하나로 표시해 다음 달에 줄이거나 시작 조건을 만드세요.", "For anything done three or more times, record frequency, time spent, information you had to find again, and rework. Low-judgment tasks are automation candidates; tasks that directly affect trust need a checklist or manual. Label delayed commitments as lack of time, unclear scope, or low importance, then reduce them or define a start condition.", "本月做过三次以上的事项，应记录次数、耗时、反复查找的信息和返工情况。几乎不需要判断的任务适合自动化，直接影响客户信任的任务适合做成手册。将拖延的承诺标记为时间不足、范围不清或重要性不足，并据此减少任务或设定开始条件。", "月に3回以上行った仕事は、回数、所要時間、探し直した情報、やり直しを記録します。判断が少ない仕事は自動化候補、顧客の信頼に直結する仕事は手順書候補です。遅れた約束は時間不足、範囲不明、重要度不足に分け、減らすか開始条件を作ります。", "Với việc đã làm ít nhất ba lần, hãy ghi tần suất, thời gian, thông tin phải tìm lại và phần phải làm lại. Việc ít cần phán đoán phù hợp để tự động hóa; việc ảnh hưởng trực tiếp đến niềm tin cần quy trình rõ. Đánh dấu cam kết bị hoãn là thiếu thời gian, phạm vi chưa rõ hoặc ít quan trọng rồi giảm bớt hoặc đặt điều kiện bắt đầu.", "Для дел, выполненных три раза и больше, запишите частоту, время, повторный поиск информации и переделки. Задачи без сложных решений подходят для автоматизации, а влияющие на доверие — для инструкции. Отложенные обещания пометьте как нехватку времени, неясный объем или низкую важность, затем сократите их или задайте условие старта.", ], }, { title: [ "대표의 시간을 네 칸으로 나눕니다", "Divide founder time into four buckets", "把经营者时间分成四类", "代表者の時間を四つに分けます", "Chia thời gian của người sáng lập thành bốn nhóm", "Разделите время владельца на четыре категории", ], body: [ "달력과 보낸 메일, 작업 기록을 보며 시간을 매출 만들기, 고객 지키기, 운영 유지, 미래 준비로 나누세요. 정확한 시간 추적보다 매출을 만들 시간이 행정에 밀리는지, 제품 개선과 학습이 늘 급한 일 뒤로 사라지는지 확인하는 것이 중요합니다.", "Use the calendar, sent mail, and work log to divide time into creating revenue, retaining customers, maintaining operations, and preparing for the future. Precision is less important than seeing whether administration is crowding out sales or urgent work is repeatedly erasing product improvement and learning.", "查看日历、已发送邮件和工作记录，把时间分为创造收入、维护客户、维持运营和未来准备。重点不是精确计时，而是确认行政工作是否挤压销售时间，紧急事务是否总让产品改进和学习消失。", "カレンダー、送信メール、作業記録を見て、時間を売上づくり、顧客維持、運営維持、将来準備に分けます。正確な計測より、事務が販売時間を圧迫していないか、緊急業務で改善や学習が消えていないかを見ることが重要です。", "Dựa vào lịch, email đã gửi và nhật ký công việc để chia thời gian thành tạo doanh thu, giữ khách hàng, duy trì vận hành và chuẩn bị tương lai. Không cần đo tuyệt đối chính xác; điều quan trọng là thấy việc hành chính có lấn thời gian bán hàng hay việc gấp có liên tục đẩy cải tiến và học tập ra sau không.", "По календарю, отправленной почте и журналу работы разделите время на создание выручки, удержание клиентов, поддержку операций и подготовку будущего. Важнее не точность, а понимание, не вытесняет ли администрация продажи и не исчезают ли улучшения и обучение за срочными делами.", ], }, { title: [ "다음 달에는 세 가지 결정만 남깁니다", "End with only three decisions for next month", "下月只保留三个决定", "来月は三つの決定だけを残します", "Chỉ giữ lại ba quyết định cho tháng tới", "Оставьте на следующий месяц только три решения", ], body: [ "효과가 확인된 계속할 일 하나, 막힌 지점을 해결할 바꿀 일 하나, 시간은 쓰지만 결과와 연결되지 않은 멈출 일 하나를 고르세요. 각 항목에는 날짜와 완료 조건을 붙입니다. 할 일이 열 개 늘었다면 아직 회고가 아니라 아이디어 목록이므로 먼저 멈출 일을 정해야 합니다. 매주 점검할 숫자는 [1인기업 주간 대시보드](https://officialsite.kr/blog/solo-business-weekly-dashboard)와 연결해 관리할 수 있습니다.", "Choose one proven action to continue, one change that removes a bottleneck, and one activity to stop because it consumes time without producing results. Add a date and a clear completion condition. If the review creates ten new tasks, it is still an idea list. Start by choosing what to stop. Track weekly signals with the [solo-business weekly dashboard](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "选择一项已经有效、需要继续的行动，一项解决瓶颈的改变，以及一项耗时却不产生结果、应停止的活动。为每项加上日期和完成标准。如果复盘后多出十项任务，它仍只是想法清单，应先决定停止什么。每周指标可配合[一人企业周度看板](https://officialsite.kr/blog/solo-business-weekly-dashboard)管理。", "効果が確認できた続けること、詰まりを解消する変えること、時間を使うのに結果へつながらないやめることを一つずつ選び、日付と完了条件を付けます。仕事が十個増えたならまだアイデア一覧です。まずやめることを決め、週次の数字は[一人事業の週次ダッシュボード](https://officialsite.kr/blog/solo-business-weekly-dashboard)で管理できます。", "Chọn một việc đã có hiệu quả để tiếp tục, một thay đổi để gỡ điểm nghẽn và một việc tốn thời gian nhưng không tạo kết quả để dừng. Gắn ngày và điều kiện hoàn thành rõ ràng. Nếu sau đánh giá lại có thêm mười việc, đó vẫn chỉ là danh sách ý tưởng. Hãy chọn việc dừng trước và theo dõi tín hiệu hàng tuần bằng [bảng điều khiển tuần cho doanh nghiệp một người](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "Выберите одно доказанно полезное действие, которое продолжите, одно изменение для снятия узкого места и одно дело, которое прекратите, потому что оно тратит время без результата. Добавьте дату и критерий завершения. Если после разбора появилось десять новых задач, это пока список идей. Сначала решите, что остановить, а недельные сигналы отслеживайте в [дашборде соло-бизнеса](https://officialsite.kr/blog/solo-business-weekly-dashboard).", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "혼자 운영한다면 월간 회고는 30분에서 60분이면 충분합니다. 매출이 없는 달에도 문의, 제안, 고객이 멈춘 지점, 대표의 시간을 보면 매출 전 단계의 병목을 찾을 수 있습니다. 회고에서 발견한 일을 모두 계획에 넣지 말고 계속할 일, 바꿀 일, 멈출 일을 하나씩만 고르세요.", "For a solo operator, 30 to 60 minutes is enough. A month without revenue is still worth reviewing because inquiries, proposals, customer hesitation, and founder time reveal pre-revenue bottlenecks. Do not schedule every idea you discover; choose only one action to continue, change, and stop.", "一个人经营时，30 到 60 分钟就足够。即使当月没有收入，也可通过咨询、方案、客户犹豫点和经营者时间找出收入前的瓶颈。不要把复盘发现的所有事项都列入计划，只各选一项继续、改变和停止。", "一人運営なら30分から60分で十分です。売上がない月でも、問い合わせ、提案、顧客が止まった場所、代表者の時間から売上前の詰まりを見つけられます。見つけたことを全部予定にせず、続けること、変えること、やめることを一つずつ選びます。", "Với người vận hành một mình, 30 đến 60 phút là đủ. Tháng chưa có doanh thu vẫn đáng đánh giá vì yêu cầu, đề xuất, điểm khách hàng chần chừ và thời gian của người sáng lập cho thấy điểm nghẽn trước doanh thu. Đừng đưa mọi ý tưởng vào kế hoạch; chỉ chọn một việc để tiếp tục, thay đổi và dừng.", "Для соло-предпринимателя достаточно 30–60 минут. Даже месяц без выручки стоит разобрать: обращения, предложения, колебания клиентов и время владельца показывают узкие места до оплаты. Не переносите в план все найденные идеи, выберите по одному действию для продолжения, изменения и остановки.", ], }, ], }, { slug: "solo-business-customer-response-time-policy", category: [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人事業の運営", "Vận hành doanh nghiệp một người", "Управление соло-бизнесом", ], title: [ "1인기업 고객 응답 시간 정하는 법: 모든 문의에 즉시 답하지 않는 6가지 기준", "Customer Response Times for Solo Businesses: Six Rules for Not Answering Everything Immediately", "一人企业如何设定客户响应时间：不必立即回复所有咨询的 6 条标准", "一人事業の顧客返信時間を決める方法：すべてに即答しない6つの基準", "Cách đặt thời gian phản hồi khách hàng cho doanh nghiệp một người: 6 nguyên tắc để không phải trả lời mọi yêu cầu ngay lập tức", "Как установить время ответа клиентам в соло-бизнесе: шесть правил, чтобы не отвечать на все мгновенно", ], description: [ "접수 확인과 해결 답변을 분리하고 문의를 세 등급으로 나누어 고객에게는 예측 가능한 답변 시점을, 대표에게는 집중 시간을 만드는 방법입니다.", "A practical system that separates receipt acknowledgement from resolution, classifies inquiries into three levels, and gives customers a predictable response time without destroying founder focus.", "将收件确认与解决答复分开，并把咨询分为三级，让客户获得可预期的答复时间，同时保护经营者的专注时间。", "受領確認と解決回答を分け、問い合わせを三段階に分類し、顧客には予測可能な返信時刻を、代表者には集中時間をつくる方法です。", "Hệ thống thực tế tách xác nhận đã nhận khỏi câu trả lời xử lý, chia yêu cầu thành ba cấp và tạo thời điểm phản hồi có thể dự đoán mà không làm gián đoạn thời gian tập trung của người sáng lập.", "Практическая система, которая отделяет подтверждение получения от решения, делит обращения на три уровня и дает клиенту понятный срок ответа, сохраняя время владельца на сосредоточенную работу.", ], sections: [ { title: [ "접수 확인과 해결 답변을 분리합니다", "Separate acknowledgement from resolution", "把收件确认与解决答复分开", "受領確認と解決回答を分けます", "Tách xác nhận đã nhận khỏi câu trả lời xử lý", "Отделите подтверждение получения от решения", ], body: [ "고객은 완성된 답을 즉시 받지 못하는 것보다 문의가 도착했는지 모를 때 더 불안합니다. 먼저 접수 사실과 다음 답변 시점을 알리고, 확인이 끝난 뒤 해결 방법과 다음 행동을 보내세요. `문의 내용 확인했습니다. 오늘 오후 4시까지 확인 결과와 다음 순서를 정리해 답변드리겠습니다.`처럼 쓰면 지금 해결하지 못해도 기다릴 기준이 생깁니다.", "Customers are often more anxious about whether a message arrived than about not receiving an immediate solution. First confirm receipt and give the next response time, then send the resolution and next action after checking. A line such as `I have received your message and will reply with findings and next steps by 4 p.m. today` creates a clear expectation even when the issue cannot be solved immediately.", "客户往往更担心咨询是否送达，而不是没有立即得到完整答案。先确认已收到并说明下次回复时间，核实后再发送解决方案和下一步。像“已收到您的咨询，今天下午 4 点前会回复核查结果和下一步”这样的句子，即使无法立即解决，也能给客户明确预期。", "顧客は完成した回答がすぐ来ないことより、問い合わせが届いたか分からないことに不安を感じます。まず受領と次の返信時刻を伝え、確認後に解決方法と次の行動を送ります。「内容を確認しました。本日16時までに確認結果と次の手順をご案内します」と書けば、すぐ解決できなくても待つ基準ができます。", "Khách hàng thường lo hơn về việc yêu cầu có đến nơi hay không chứ không phải chưa nhận được lời giải ngay. Trước hết hãy xác nhận đã nhận và nêu thời điểm trả lời tiếp theo, sau đó gửi giải pháp và bước kế tiếp khi kiểm tra xong. Một câu như `Tôi đã nhận được yêu cầu và sẽ phản hồi kết quả cùng bước tiếp theo trước 16 giờ hôm nay` giúp họ biết phải chờ đến khi nào.", "Клиента часто больше тревожит неизвестность, дошло ли обращение, чем отсутствие мгновенного решения. Сначала подтвердите получение и назовите время следующего ответа, а после проверки отправьте решение и дальнейшие шаги. Фраза `Обращение получено, до 16:00 сегодня сообщу результат проверки и дальнейший порядок` создает понятное ожидание.", ], }, { title: [ "문장 속 긴급도보다 지연의 영향을 봅니다", "Prioritize the impact of delay, not urgent wording", "看延误影响，而不是措辞是否紧急", "文面の緊急感より遅延の影響を見ます", "Ưu tiên tác động của việc chậm trễ, không phải cách viết khẩn cấp", "Оценивайте последствия задержки, а не срочные слова", ], body: [ "제목에 긴급이라고 적혔는지보다 답하지 않았을 때 고객의 업무가 멈추는지, 결제나 보안처럼 되돌리기 어려운 문제가 있는지, 지연이 추가 피해를 만드는지를 확인하세요. 셋 중 하나라도 해당하면 우선 확인하고, 사용법이나 기능 제안은 정해 둔 일반 답변 시간에 처리합니다.", "Instead of reacting to the word urgent, ask whether delay stops the customer's work, involves a hard-to-reverse payment or security issue, or creates further harm. If any answer is yes, review it first. Usage questions and feature suggestions can wait for the normal response window.", "不要只看标题是否写着紧急，而要确认延迟是否会让客户工作停摆、是否涉及付款或安全等难以逆转的问题，以及是否会造成进一步损失。只要有一项符合就优先处理，使用方法和功能建议可放到固定的普通答复时间。", "「緊急」と書かれているかではなく、遅れると顧客の業務が止まるか、決済やセキュリティのように戻しにくい問題か、追加被害を生むかを確認します。一つでも当てはまれば先に確認し、使い方や機能要望は通常の返信時間に扱います。", "Đừng chỉ phản ứng với chữ khẩn cấp. Hãy hỏi liệu việc chậm trả lời có làm công việc của khách hàng dừng lại, liên quan đến thanh toán hoặc bảo mật khó đảo ngược, hay tạo thêm thiệt hại không. Nếu có bất kỳ điều nào đúng, hãy kiểm tra trước; câu hỏi sử dụng và đề xuất tính năng có thể chờ khung phản hồi thông thường.", "Смотрите не на слово «срочно», а на последствия: остановится ли работа клиента, есть ли необратимый риск для платежа или безопасности, приведет ли задержка к новому ущербу. Если хотя бы один ответ положительный, проверяйте обращение первым. Вопросы по использованию и пожелания к функциям можно обработать в обычное окно ответа.", ], }, { title: [ "답변 시간을 세 등급으로 고정합니다", "Use three fixed response levels", "固定三个响应等级", "返信時間を三段階に固定します", "Dùng ba cấp phản hồi cố định", "Используйте три фиксированных уровня ответа", ], body: [ "로그인 불가, 결제 오류, 보안 의심은 중단 문의로 두고 가능한 즉시 확인합니다. 계약, 견적, 일정 변경은 진행 문의로 두고 당일이나 다음 영업일에 답합니다. 사용법, 자료 요청, 기능 제안은 일반 문의로 두고 1~2영업일 안에 처리합니다. 실제로 지킬 수 있는 시간만 공개하고 웹사이트와 자동 회신에도 같은 기준을 사용하세요.", "Treat login failures, payment errors, and security concerns as interruption issues and inspect them as soon as possible. Contracts, quotes, and schedule changes are in-progress issues answered the same or next business day. How-to questions, material requests, and feature suggestions are general issues handled within one or two business days. Publish only promises you can keep and use the same standard everywhere.", "将无法登录、付款错误和安全疑虑列为中断类并尽快核查；将合同、报价和日程变更列为进行类，在当天或下一工作日答复；将使用方法、资料请求和功能建议列为普通类，在一至两个工作日内处理。只公开能够兑现的时限，并在网站和自动回复中使用同一标准。", "ログイン不可、決済エラー、セキュリティ疑いは中断案件として可能な限り早く確認します。契約、見積もり、日程変更は進行案件として当日か翌営業日に回答します。使い方、資料依頼、機能要望は通常案件として1〜2営業日で扱います。守れる時間だけを公開し、サイトと自動返信でも同じ基準を使います。", "Xếp lỗi đăng nhập, lỗi thanh toán và nghi ngờ bảo mật vào nhóm gián đoạn để kiểm tra sớm nhất có thể. Hợp đồng, báo giá và thay đổi lịch là nhóm đang tiến hành, trả lời trong ngày hoặc ngày làm việc kế tiếp. Câu hỏi sử dụng, yêu cầu tài liệu và đề xuất tính năng là nhóm thông thường, xử lý trong một đến hai ngày làm việc. Chỉ công bố thời hạn có thể giữ và dùng cùng một tiêu chuẩn ở mọi nơi.", "Сбои входа, платежные ошибки и подозрения на проблемы безопасности отнесите к остановке работы и проверяйте как можно быстрее. Договоры, сметы и изменения сроков отвечайте в тот же или следующий рабочий день. Инструкции, запросы материалов и предложения функций обрабатывайте за один-два рабочих дня. Публикуйте только выполнимые сроки и используйте один стандарт во всех каналах.", ], }, { title: [ "일반 문의는 하루 두 번 모아 확인합니다", "Review ordinary inquiries twice a day", "每天集中查看两次普通咨询", "通常の問い合わせは一日二回まとめて確認します", "Kiểm tra yêu cầu thông thường hai lần mỗi ngày", "Проверяйте обычные обращения два раза в день", ], body: [ "일반 문의는 오전 11시와 오후 4시처럼 정해 둔 시간에 모아 확인하고, 결제 실패나 서비스 중단만 별도 알림으로 남겨 두세요. 알림에 반응하지 않기 위해서는 다음 확인 시간이 달력에 있어야 합니다. 하루 동안 멈춘 횟수, 즉답이 필요 없었던 문의, 다시 찾은 정보, 추가 메시지 수를 기록하면 FAQ와 자동 회신 후보가 보입니다.", "Batch ordinary inquiries into fixed windows such as 11 a.m. and 4 p.m., while leaving separate alerts only for payment failures or service interruptions. A scheduled next check makes it easier not to react to every notification. Record interruptions, questions that did not need an instant answer, information you had to find again, and follow-up messages to identify FAQ and automation candidates.", "把普通咨询集中在上午 11 点和下午 4 点等固定时间查看，只为付款失败或服务中断保留单独提醒。只有日历里写明下次查看时间，才更容易不被每条通知牵走。记录一天中被打断的次数、不需要立即答复的咨询、反复查找的信息和追加消息数量，就能找到 FAQ 与自动回复候选。", "通常の問い合わせは11時と16時など決めた時間にまとめ、決済失敗やサービス停止だけを別通知にします。次に見る時刻を予定に入れると、すべての通知に反応せずに済みます。中断回数、即答不要だった件数、探し直した情報、追加メッセージ数を記録するとFAQと自動返信の候補が見えます。", "Gom các yêu cầu thông thường vào khung cố định như 11 giờ và 16 giờ, chỉ giữ cảnh báo riêng cho lỗi thanh toán hoặc gián đoạn dịch vụ. Việc có lịch kiểm tra tiếp theo giúp bạn không phản ứng với mọi thông báo. Ghi số lần bị gián đoạn, số yêu cầu không cần trả lời ngay, thông tin phải tìm lại và tin nhắn phát sinh để xác định nội dung FAQ và tự động hóa.", "Собирайте обычные обращения в фиксированные окна, например в 11:00 и 16:00, а отдельные уведомления оставьте только для платежных сбоев и остановки сервиса. Запланированное время следующей проверки помогает не реагировать на каждый сигнал. Записывайте число прерываний, несрочные обращения, повторный поиск информации и дополнительные сообщения, чтобы найти кандидатов для FAQ и автоматизации.", ], }, { title: [ "지연될 때는 다음 확인 시점을 먼저 알립니다", "When delayed, communicate the next checkpoint", "延迟时先说明下次确认时间", "遅れるときは次の確認時刻を先に伝えます", "Khi chậm, hãy thông báo mốc kiểm tra tiếp theo", "При задержке сообщите время следующей проверки", ], body: [ "약속한 시간이 지나기 전에 현재 상태와 다음 확인 시점, 예외 연락 조건을 짧게 보내세요. `원인을 두 가지로 좁혀 확인 중이며 오늘 오후 6시까지 다시 안내드리겠습니다. 그 전에 업무가 완전히 중단되면 이 메시지에 답해주세요.`처럼 쓰면 답을 아직 모른다는 사실보다 침묵이 신뢰를 깎는 일을 피할 수 있습니다.", "Before the promised time passes, send a short update with the current state, next checkpoint, and an exception condition. For example: `We have narrowed the cause to two possibilities and will update you again by 6 p.m. today. If work becomes completely blocked before then, reply to this message.` Silence damages trust more than an honest update that the answer is still being investigated.", "在承诺时间到期前，简短说明当前状态、下次确认时间和例外联系条件。例如：“目前已将原因缩小到两种，今天下午 6 点前会再次更新。如果在此之前工作完全中断，请直接回复此消息。”与诚实说明仍在核查相比，沉默更容易损害信任。", "約束時刻を過ぎる前に、現在の状態、次の確認時刻、例外連絡の条件を短く送ります。「原因を二つに絞って確認中です。本日18時までに再度ご案内します。それまでに業務が完全に止まった場合はこのメッセージへ返信してください」と伝えれば、調査中という事実より沈黙で信頼を失うことを防げます。", "Trước khi quá thời hạn đã hứa, hãy gửi cập nhật ngắn về trạng thái hiện tại, mốc kiểm tra tiếp theo và điều kiện liên hệ ngoại lệ. Ví dụ: `Chúng tôi đã thu hẹp nguyên nhân còn hai khả năng và sẽ cập nhật trước 18 giờ hôm nay. Nếu công việc bị dừng hoàn toàn trước đó, hãy trả lời tin nhắn này.` Im lặng làm giảm niềm tin nhiều hơn việc thẳng thắn nói rằng vẫn đang kiểm tra.", "До истечения обещанного срока коротко сообщите текущий статус, следующую контрольную точку и условие для срочной связи. Например: `Мы сузили причину до двух вариантов и обновим информацию до 18:00 сегодня. Если работа полностью остановится раньше, ответьте на это сообщение.` Молчание разрушает доверие сильнее честного сообщения о продолжающейся проверке.", ], }, { title: [ "매주 가장 늦었던 문의 한 건을 고칩니다", "Fix the cause behind one late inquiry each week", "每周修复一次最迟咨询背后的原因", "毎週いちばん遅れた一件の原因を直します", "Mỗi tuần sửa nguyên nhân của một yêu cầu phản hồi chậm", "Каждую неделю устраняйте причину одного запоздалого ответа", ], body: [ "가장 늦었던 문의를 골라 담당자 부재, 흩어진 정보, 불분명한 답변 범위, 고객 정보 부족 중 하나로 표시하세요. 반복되는 원인은 답변 템플릿, 문의 양식, 짧은 업무 매뉴얼로 바꿉니다. 모든 문의에 더 빨리 답하려 하지 말고 접수 문구 하나와 중단 문의 조건 세 가지, 일반 문의 확인 시간 두 개부터 정하세요. 문의 흐름 전체는 [고객 문의를 놓치지 않는 4단계 운영 시스템](https://officialsite.kr/blog/solo-business-customer-inquiry-system)과 함께 정리할 수 있습니다.", "Choose the slowest inquiry of the week and label the cause as missing ownership, scattered information, unclear response authority, or missing customer details. Turn repeated causes into templates, intake fields, or a short operating manual. Do not try to answer everything faster. Start with one acknowledgement, three interruption conditions, and two daily review windows. Organize the full flow with the [four-step customer inquiry system](https://officialsite.kr/blog/solo-business-customer-inquiry-system).", "每周选出回复最迟的一条，将原因标记为无人负责、信息分散、答复权限不清或客户信息不足。把重复原因转化为答复模板、咨询表单字段或简短操作手册。不要试图把所有咨询都答得更快，先确定一条收件确认、三个中断条件和两个每日查看时间。完整流程可结合[四步客户咨询管理系统](https://officialsite.kr/blog/solo-business-customer-inquiry-system)整理。", "週で最も遅れた問い合わせを選び、担当不在、情報の分散、回答範囲の不明確さ、顧客情報不足のどれかに分類します。繰り返す原因はテンプレート、受付項目、短い手順書に変えます。すべてを速く返そうとせず、受領文一つ、中断条件三つ、通常確認時刻二つから決めます。全体の流れは[顧客問い合わせを逃さない4段階の運用](https://officialsite.kr/blog/solo-business-customer-inquiry-system)と整理できます。", "Chọn yêu cầu chậm nhất tuần và đánh dấu nguyên nhân là thiếu người phụ trách, thông tin rời rạc, phạm vi trả lời chưa rõ hoặc thiếu dữ liệu từ khách hàng. Chuyển nguyên nhân lặp lại thành mẫu trả lời, trường trong biểu mẫu hoặc hướng dẫn ngắn. Đừng cố trả lời mọi thứ nhanh hơn; hãy bắt đầu bằng một câu xác nhận, ba điều kiện gián đoạn và hai khung kiểm tra mỗi ngày. Có thể sắp xếp toàn bộ luồng bằng [hệ thống bốn bước quản lý yêu cầu khách hàng](https://officialsite.kr/blog/solo-business-customer-inquiry-system).", "Выберите самое позднее обращение недели и отметьте причину: нет ответственного, информация разбросана, неясны границы ответа или не хватает данных клиента. Повторяющиеся причины превращайте в шаблоны, поля формы или короткую инструкцию. Не пытайтесь отвечать на все быстрее; начните с одного подтверждения, трех условий остановки и двух ежедневных окон проверки. Полный поток можно выстроить вместе с [четырехэтапной системой работы с обращениями](https://officialsite.kr/blog/solo-business-customer-inquiry-system).", ], }, { title: [ "자주 묻는 질문", "Frequently asked questions", "常见问题", "よくある質問", "Câu hỏi thường gặp", "Частые вопросы", ], body: [ "자동 회신도 실제 처리 시점이 포함되면 접수 확인이 됩니다. 주말과 야간에는 서비스 중단이나 보안 문제처럼 미리 정한 예외가 아니라면 다음 업무 시간에 확인해도 됩니다. 고객별 계약이 달라도 공통 세 등급을 기본으로 두고 계약상 예외만 별도로 기록하면 즉흥적인 약속과 누락을 줄일 수 있습니다.", "An automated reply works as acknowledgement when it includes a real next-handling time. Weekend and overnight messages can wait until the next business window unless they meet a predefined interruption or security exception. Even when contracts differ, keep the same three default levels and record only contractual exceptions to reduce improvised promises and missed replies.", "自动回复只要包含真实的下一处理时间，也可以作为收件确认。周末和夜间的咨询若不属于预先定义的服务中断或安全例外，可在下一工作时段查看。即使客户合同不同，也应以统一的三个等级为基础，只单独记录合同例外，从而减少即兴承诺与遗漏。", "自動返信でも実際の次回対応時刻が入っていれば受領確認になります。週末や夜間は、事前に定めた停止やセキュリティの例外でなければ次の営業時間に確認できます。顧客ごとに契約が違っても共通の三段階を基本にし、契約上の例外だけを別記すると即興の約束と漏れを減らせます。", "Phản hồi tự động vẫn là xác nhận hợp lệ nếu có thời điểm xử lý tiếp theo thực tế. Tin nhắn cuối tuần và ban đêm có thể chờ đến khung làm việc kế tiếp trừ khi thuộc ngoại lệ gián đoạn hoặc bảo mật đã định trước. Dù hợp đồng khác nhau, hãy giữ ba cấp mặc định chung và chỉ ghi riêng ngoại lệ hợp đồng để giảm lời hứa tùy hứng và bỏ sót.", "Автоответ считается подтверждением, если содержит реальное время следующей обработки. Сообщения ночью и в выходные могут ждать следующего рабочего окна, если не относятся к заранее определенной остановке сервиса или угрозе безопасности. Даже при разных договорах держите три общих уровня, а договорные исключения записывайте отдельно, чтобы уменьшить импровизированные обещания и пропуски.", ], }, ], }, { slug: "solo-business-blog-internal-link-structure", category: [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人事業の運営", "Vận hành doanh nghiệp một người", "Управление соло-бизнесом", ], title: [ "1인기업 블로그 내부링크 설계: 글 10개로 독자를 다음 행동까지 보내는 5단계", "Internal Linking for Solo Business Blogs: Five Steps to Turn Ten Posts into a Reader Journey", "一人企业博客内链设计：用 5 个步骤把 10 篇文章变成读者路径", "一人事業ブログの内部リンク設計：10本の記事を読者の行動につなげる5段階", "Thiết kế liên kết nội bộ cho blog doanh nghiệp một người: 5 bước biến 10 bài viết thành hành trình đọc", "Внутренние ссылки для блога соло-бизнеса: пять шагов, чтобы превратить десять статей в путь читателя", ], description: [ "고립된 블로그 글 10개를 질문과 독자 상태에 따라 연결하고, 각 글에서 다음 행동이 보이게 만드는 실전 내부링크 점검법입니다.", "A practical method for connecting ten isolated blog posts by reader question and intent so every article offers a clear next step.", "按读者问题和状态连接 10 篇孤立文章，让每篇内容都清楚指向下一步的实用内链检查方法。", "孤立した10本の記事を読者の質問と状態でつなぎ、各記事から次の行動が見えるようにする実践的な内部リンク点検法です。", "Phương pháp thực tế để kết nối 10 bài viết rời rạc theo câu hỏi và trạng thái của người đọc, giúp mỗi bài đều chỉ ra bước tiếp theo rõ ràng.", "Практический способ связать десять изолированных статей по вопросу и состоянию читателя, чтобы из каждой был понятен следующий шаг.", ], sections: [ { title: [ "글마다 해결할 질문을 하나만 적습니다", "Give every article one question to answer", "每篇文章只回答一个问题", "各記事が答える質問を一つにします", "Mỗi bài viết chỉ trả lời một câu hỏi", "Назначьте каждой статье один вопрос", ], body: [ "먼저 최근 글 10개가 어떤 질문에 답하는지 한 문장씩 적으세요. 고객 문의 흐름, 답변 시간, FAQ처럼 같은 주제라도 독자가 가진 질문은 다릅니다. 질문이 겹치면 링크부터 늘리지 말고 글의 역할을 나눕니다. 한 글의 약속이 선명해야 그다음 질문도 자연스럽게 보입니다.", "Write one sentence describing the question answered by each of your ten most recent posts. Posts about inquiry flow, response time, and FAQs may share a topic but solve different reader problems. If questions overlap, separate the role of each article before adding links. A clear promise makes the next question visible.", "先用一句话写出最近 10 篇文章各自回答的问题。咨询流程、回复时间和 FAQ 虽然属于同一主题，但解决的是不同问题。若问题重叠，不要先增加链接，而要先区分文章角色。只有当前承诺清晰，下一问题才会自然出现。", "まず最近の10本がどの質問に答える記事かを一文で書きます。問い合わせの流れ、返信時間、FAQは同じテーマでも読者の問いが違います。質問が重なるならリンクを増やす前に記事の役割を分けます。約束が明確になると次の問いも見えます。", "Hãy viết một câu mô tả câu hỏi mà mỗi bài trong 10 bài gần nhất trả lời. Quy trình tiếp nhận, thời gian phản hồi và FAQ có thể cùng chủ đề nhưng giải quyết những vấn đề khác nhau. Nếu câu hỏi trùng nhau, hãy tách vai trò của bài viết trước khi thêm liên kết.", "Одним предложением опишите вопрос, на который отвечает каждая из десяти последних статей. Поток обращений, сроки ответа и FAQ могут относиться к одной теме, но решать разные задачи читателя. Если вопросы пересекаются, сначала разделите роли материалов, а потом добавляйте ссылки.", ], }, { title: [ "글의 역할을 다섯 가지로 나눕니다", "Classify articles into five roles", "把文章分为五种角色", "記事を五つの役割に分けます", "Chia bài viết thành năm vai trò", "Разделите статьи на пять ролей", ], body: [ "각 글을 시작, 비교, 실행, 확인, 다음 행동 중 하나로 분류하세요. 문제를 처음 안 독자에게는 비교 글이, 직접 해본 독자에게는 확인 글이 자연스럽습니다. 모든 글을 상품 페이지로 보내기보다 독자의 준비 정도를 한 단계씩 이어야 합니다. 카테고리보다 독자의 현재 상태를 기준으로 연결하세요.", "Classify each article as orientation, comparison, action, validation, or next step. A reader who has just discovered a problem may need a comparison, while someone who has acted may need validation. Do not send every article directly to a product page. Connect one level of reader readiness at a time.", "把每篇文章归为入门、比较、执行、验证或下一步。刚发现问题的读者可能需要比较，已经行动的读者则需要验证。不要让所有文章都直接指向产品页，而要按照读者准备程度逐步连接。", "各記事を開始、比較、実行、確認、次の行動のどれかに分類します。問題を知ったばかりの読者には比較、実行した読者には確認が自然です。すべてを商品ページへ送らず、読者の準備度を一段ずつつなぎます。", "Phân loại mỗi bài là bắt đầu, so sánh, thực hiện, kiểm tra hoặc bước tiếp theo. Người mới nhận ra vấn đề cần bài so sánh, còn người đã thực hiện cần bài kiểm tra. Đừng đưa mọi bài thẳng đến trang sản phẩm, hãy nối từng mức sẵn sàng của người đọc.", "Отнесите каждую статью к одной из пяти ролей: вводная, сравнение, действие, проверка или следующий шаг. Читателю, который только заметил проблему, полезно сравнение, а тому, кто уже действовал, нужна проверка. Не ведите каждый материал сразу на страницу продукта.", ], }, { title: [ "본문 앞뒤에 목적이 다른 링크를 하나씩 둡니다", "Place one purposeful link before and after the answer", "在正文前后各放一个不同目的的链接", "本文の前後に目的の違うリンクを一つずつ置きます", "Đặt một liên kết có mục đích ở đầu và cuối bài", "Поставьте по одной целевой ссылке до и после ответа", ], body: [ "처음에는 글마다 링크 두 개면 충분합니다. 본문 초반에는 이 글을 이해하기 전에 필요한 설명을, 후반에는 답을 얻은 뒤 생길 다음 질문을 연결하세요. 같은 카테고리의 글을 여러 개 나열하기보다 독자의 생각 순서에 맞춘 두 개가 낫습니다. 목록은 보조 탐색으로 남기고 핵심 링크는 필요한 문장 안에 둡니다.", "Two links per article are enough to start. Near the beginning, connect the context needed to understand the article. Near the end, connect the next question that appears after the answer. Two links that follow the reader's reasoning are more useful than a long list of posts from the same category.", "开始时每篇文章两个链接就够了。正文前部连接理解本文所需的背景，后部连接获得答案后出现的下一个问题。与其罗列同一分类中的多篇文章，不如按读者思考顺序放置两个明确链接。", "最初は各記事に二つで十分です。前半には理解に必要な前提を、後半には答えを得た後に生まれる次の質問をつなぎます。同じカテゴリの記事を並べるより、読者の思考順に沿った二つの方が役立ちます。", "Ban đầu, hai liên kết cho mỗi bài là đủ. Ở phần đầu, nối đến bối cảnh cần để hiểu bài. Ở phần cuối, nối đến câu hỏi tiếp theo xuất hiện sau khi có câu trả lời. Hai liên kết theo đúng mạch suy nghĩ hữu ích hơn một danh sách dài cùng chuyên mục.", "Для начала достаточно двух ссылок на статью. В начале дайте контекст, без которого трудно понять материал, а ближе к концу ведите к следующему вопросу после ответа. Две ссылки по ходу мысли полезнее длинного списка материалов одной рубрики.", ], }, { title: [ "링크 문구에 이동 후 얻는 답을 적습니다", "Make anchor text promise the destination", "让链接文字说明点击后能得到什么", "リンク文に移動後に得られる答えを書きます", "Viết rõ người đọc nhận được gì trong văn bản liên kết", "Пусть текст ссылки объясняет результат перехода", ], body: [ "여기를 클릭하세요나 관련 글 보기 대신 이동 후 얻는 결과를 설명하세요. 고객 문의를 놓치지 않는 운영 흐름 보기처럼 쓰면 링크만 훑어도 목적을 알 수 있습니다. 제목 전체를 반복할 필요는 없지만 현재 문단에서 이어지는 질문은 드러나야 합니다. 모바일 화면에서도 링크 문구만 읽어 목적지가 이해되는지 확인하세요.", "Replace phrases such as click here or related article with a description of the result, such as see the operating flow that prevents missed customer inquiries. The anchor does not need to repeat the full title, but it should reveal the question that continues from the current paragraph. Test it on mobile by reading only the linked phrases.", "不要只写“点击这里”或“相关文章”，而要说明点击后能得到什么，例如“查看避免遗漏客户咨询的运营流程”。不必重复完整标题，但要呈现当前段落延伸出的下一个问题，并在手机上只读链接文字进行检查。", "こちらをクリックや関連記事ではなく、移動後に得られる結果を書きます。顧客問い合わせを逃さない運用フローを見る、と書けばリンクだけでも目的が分かります。題名をすべて繰り返す必要はありませんが、今の段落から続く問いは示します。", "Thay cụm như bấm vào đây hoặc bài liên quan bằng kết quả mà người đọc sẽ nhận được, chẳng hạn xem quy trình tránh bỏ sót yêu cầu khách hàng. Không cần lặp lại toàn bộ tiêu đề, nhưng phải cho thấy câu hỏi tiếp nối từ đoạn hiện tại. Hãy kiểm tra trên màn hình di động.", "Вместо фраз нажмите здесь или связанная статья опишите результат перехода, например посмотреть процесс, который не дает потерять обращения клиентов. Не обязательно повторять весь заголовок, но следующий вопрос из текущего абзаца должен быть понятен даже на мобильном экране.", ], }, { title: [ "매달 고립된 글을 찾아 두 개의 길을 고칩니다", "Find isolated posts and repair two paths each month", "每月找到孤立文章并修复两条路径", "毎月孤立した記事を見つけて二つの経路を直します", "Mỗi tháng tìm bài viết cô lập và sửa hai đường dẫn", "Каждый месяц находите изолированные статьи и чините два пути", ], body: [ "어떤 글에서도 들어오는 링크가 없는 글, 다른 글로 나가는 링크가 없는 글, 비슷한 글끼리만 순환하는 구간을 먼저 찾으세요. 최근 글 10개의 출발 글, 독자 상태, 다음 질문, 연결할 글, 링크 문구를 표로 적고 두 개의 길부터 고칩니다. 콘텐츠 전체 운영은 [한 번 만든 원문을 여러 채널에 맞게 다시 쓰는 흐름](https://officialsite.kr/blog/solo-business-content-reuse-workflow)과 함께 정리할 수 있습니다.", "Start with posts that have no incoming links, no useful outgoing links, or only circulate inside a small cluster. Record the source article, reader state, next question, destination, and anchor text for your ten latest posts, then repair two paths first. Combine this with the [workflow for adapting one original article across channels](https://officialsite.kr/blog/solo-business-content-reuse-workflow).", "先找没有任何入站链接、没有有效出站链接，或只在小范围内循环的文章。为最近 10 篇内容记录出发文章、读者状态、下一个问题、目标文章和链接文字，然后先修复两条路径。也可结合[把一篇原文改写到多个渠道的流程](https://officialsite.kr/blog/solo-business-content-reuse-workflow)一起整理。", "どの記事からも入ってこない記事、役立つ出口がない記事、似た記事だけで循環する区間を先に探します。最近の10本について出発記事、読者状態、次の質問、目的記事、リンク文を表にし、二つの経路から直します。[一つの原稿を複数チャネルへ展開する運用](https://officialsite.kr/blog/solo-business-content-reuse-workflow)と一緒に整理できます。", "Hãy bắt đầu với bài không có liên kết đi vào, không có liên kết đi ra hữu ích hoặc chỉ xoay vòng trong một nhóm nhỏ. Ghi bài xuất phát, trạng thái người đọc, câu hỏi tiếp theo, bài đích và văn bản liên kết cho 10 bài gần nhất, rồi sửa hai đường trước. Có thể kết hợp với [quy trình chuyển một bài gốc sang nhiều kênh](https://officialsite.kr/blog/solo-business-content-reuse-workflow).", "Сначала найдите статьи без входящих ссылок, без полезного выхода или те, что ходят по кругу внутри маленького кластера. Для десяти последних материалов запишите исходную статью, состояние читателя, следующий вопрос, цель и текст ссылки, затем исправьте два пути. Совместите это с [процессом адаптации одного оригинала для разных каналов](https://officialsite.kr/blog/solo-business-content-reuse-workflow).", ], }, ], }, { slug: "solo-business-decision-log", category: [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人事業の運営", "Vận hành doanh nghiệp một người", "Управление соло-бизнесом", ], title: [ "1인기업 결정 기록법: 같은 고민을 반복하지 않는 5칸 의사결정 로그", "Decision Logs for Solo Businesses: Five Fields That Stop the Same Debate from Repeating", "一人企业决策记录法：用 5 个字段避免反复讨论同一问题", "一人事業の意思決定ログ：同じ悩みを繰り返さない5項目の記録法", "Nhật ký quyết định cho doanh nghiệp một người: 5 ô để không lặp lại cùng một tranh luận", "Журнал решений для соло-бизнеса: пять полей, чтобы не повторять один и тот же спор", ], description: [ "상황, 선택지, 결정, 근거, 재검토 조건을 기록해 같은 사업 판단을 처음부터 반복하지 않게 만드는 실전 의사결정 로그입니다.", "A practical decision log that records the situation, options, decision, rationale, and review trigger so a solo business does not repeat the same analysis from scratch.", "通过记录现状、选项、决定、依据和重新评估条件，避免一人企业每次都从头重复同一判断的实用决策日志。", "状況、選択肢、決定、根拠、再検討条件を残し、一人事業が同じ判断を最初から繰り返さないための実践的な意思決定ログです。", "Mẫu nhật ký quyết định thực tế ghi lại tình huống, phương án, quyết định, lý do và điều kiện xem xét lại để doanh nghiệp một người không phải phân tích lại từ đầu.", "Практический журнал, который фиксирует ситуацию, варианты, решение, основания и условие пересмотра, чтобы соло-бизнес не начинал один и тот же анализ заново.", ], sections: [ { title: [ "되돌리기 어려운 결정만 기록합니다", "Record only decisions that are costly to reverse", "只记录难以撤回的决定", "戻すのが難しい決定だけを記録します", "Chỉ ghi những quyết định khó đảo ngược", "Записывайте только решения, которые трудно отменить", ], body: [ "모든 선택을 적으면 기록이 또 하나의 일이 됩니다. 되돌리려면 돈이나 시간이 다시 들거나, 고객에게 약속되거나, 한 달 뒤 같은 논쟁이 반복될 가능성이 큰 결정만 남기세요. 가격 변경, 외주 범위, 기능 우선순위, 문의 채널 추가처럼 이후 흐름을 바꾸는 선택이 대상입니다.", "Writing down every choice turns documentation into another job. Keep a log only when reversal costs time or money, the choice creates a customer promise, or the same debate is likely to return. Pricing, outsourcing scope, feature priority, and adding a support channel are good examples.", "如果记录所有选择，记录本身就会变成额外工作。只保留那些撤回需要时间或成本、会形成客户承诺，或一个月后很可能再次争论的决定，例如定价、外包范围、功能优先级和新增咨询渠道。", "すべてを残すと記録そのものが仕事になります。戻すのに時間や費用がかかる、顧客への約束になる、同じ議論が再発しそうな決定だけを対象にします。価格変更、外注範囲、機能優先度、問い合わせ窓口の追加などです。", "Ghi mọi lựa chọn sẽ biến việc ghi chép thành một công việc mới. Chỉ lưu quyết định tốn thời gian hoặc tiền để đảo ngược, tạo cam kết với khách hàng hoặc dễ bị tranh luận lại, như giá, phạm vi thuê ngoài, ưu tiên tính năng và kênh hỗ trợ.", "Если записывать каждый выбор, документация станет отдельной работой. Оставляйте только решения, отмена которых требует времени или денег, создает обещание клиенту либо почти наверняка вернется в обсуждение: цена, объем аутсорсинга, приоритет функций или новый канал обращений.", ], }, { title: [ "결정 로그는 다섯 칸이면 충분합니다", "Five fields are enough for a decision log", "决策日志只需要五个字段", "意思決定ログは五つの項目で十分です", "Năm ô là đủ cho một nhật ký quyết định", "Для журнала решений достаточно пяти полей", ], body: [ "상황, 실제로 비교한 선택지, 이번 결정, 선택을 바꾼 핵심 근거, 결정을 다시 열 조건을 한 화면에 적습니다. 자료를 전부 붙이기보다 비용, 시간, 고객 영향, 되돌리기 쉬움 중 무엇이 가장 중요했는지 남기세요. 무엇을 했고 어떤 변화가 생기면 다시 볼지가 보이면 충분합니다.", "Keep the situation, options actually compared, current decision, decisive rationale, and review trigger on one screen. Do not attach every source. Note whether cost, time, customer impact, or reversibility mattered most. The record is complete when it shows what was chosen and what change would reopen it.", "在同一页面记录现状、真正比较过的选项、本次决定、改变选择的核心依据以及重新评估条件。无需附上所有资料，只要说明成本、时间、客户影响或可撤回性中哪项最重要，并写清何时重新打开决定。", "状況、実際に比較した選択肢、今回の決定、決め手、再び検討する条件を一画面に残します。資料をすべて添付せず、費用、時間、顧客への影響、戻しやすさのどれを重視したかを書けば十分です。", "Ghi trên một màn hình tình huống, các phương án thực sự đã so sánh, quyết định hiện tại, lý do quyết định và điều kiện xem xét lại. Không cần đính kèm mọi tài liệu; chỉ cần nêu chi phí, thời gian, ảnh hưởng khách hàng hay khả năng đảo ngược là yếu tố chính.", "На одном экране укажите ситуацию, реально сравниваемые варианты, принятое решение, главный довод и условие пересмотра. Не прикладывайте все материалы: достаточно отметить, что было важнее, стоимость, время, влияние на клиента или обратимость.", ], }, { title: [ "선택하지 않은 이유도 한 줄 남깁니다", "Keep one line for every rejected option", "为每个未选方案留下一行理由", "選ばなかった理由も一行残します", "Ghi một dòng cho mỗi phương án không được chọn", "Оставляйте одну строку о каждом отвергнутом варианте", ], body: [ "몇 주 뒤 같은 고민이 돌아오는 이유는 선택한 근거보다 버린 대안의 이유가 먼저 사라지기 때문입니다. 예를 들어 채팅 추가는 응답 시간을 보장할 인력이 없어 보류했다고 적습니다. 이 기록은 정답을 증명하는 문서가 아니라 같은 조건에서 같은 비교를 다시 하지 않게 하는 장치입니다.", "The same debate often returns because reasons for rejected options disappear before the rationale for the chosen one. For example, note that live chat was postponed because no one could guarantee response coverage. The log does not prove a decision was correct; it prevents the same comparison under unchanged conditions.", "同一争论反复出现，往往是因为未选方案的淘汰理由比已选方案的依据更早消失。例如写明暂缓在线聊天是因为没有人能持续保证响应。日志不是证明决定正确，而是避免在条件未变时重复比较。", "同じ悩みが戻るのは、採用理由より不採用理由が先に消えるからです。例えばチャット追加は応答時間を保証できる人員がないため保留、と一行残します。正しさを証明するのではなく、条件が同じなら比較を繰り返さないための記録です。", "Tranh luận thường quay lại vì lý do loại bỏ phương án biến mất trước lý do chọn. Ví dụ, ghi rằng trì hoãn chat trực tiếp vì chưa có người đảm bảo thời gian phản hồi. Nhật ký không chứng minh quyết định đúng mà ngăn lặp lại so sánh khi điều kiện chưa đổi.", "Один и тот же спор возвращается, потому что причины отказа от альтернатив забываются раньше оснований выбранного варианта. Например, запишите, что чат отложен из-за отсутствия человека, способного гарантировать время ответа. Журнал не доказывает правоту, а предотвращает повтор сравнения при прежних условиях.", ], }, { title: [ "날짜보다 재검토 신호를 먼저 정합니다", "Choose a review trigger, not only a date", "先设定重新评估信号，而不只是日期", "日付だけでなく再検討の合図を決めます", "Đặt tín hiệu xem xét lại, không chỉ một ngày", "Задайте сигнал пересмотра, а не только дату", ], body: [ "다음 달에 다시 보기만 적으면 달력이 바뀌었다는 이유로 끝난 논의를 다시 엽니다. 문의량, 답변 지연 횟수, 새 채널의 매출 기여, 유지 비용처럼 결정을 흔들 실제 신호를 날짜와 함께 적으세요. 신호가 없으면 기존 결정을 유지하고, 날짜 전이라도 신호가 생기면 다시 봅니다.", "A note to revisit next month reopens a finished debate merely because the calendar changed. Add a real trigger such as inquiry volume, delayed responses, revenue from a new channel, or maintenance cost. Keep the original decision when no trigger appears, and review early when one does.", "只写下个月再看，会因为日历变化而重新打开已经结束的讨论。应同时记录咨询量、回复延迟次数、新渠道收入贡献或维护成本等真实信号。没有信号就维持原决定，信号提前出现则提前评估。", "来月見直すだけでは、日付が変わった理由だけで終わった議論を開きます。問い合わせ量、返信遅延、新チャネルの売上寄与、維持費など実際に判断を揺らす合図も一緒に書きます。合図がなければ維持し、早く出たら前倒しで見直します。", "Nếu chỉ ghi xem lại tháng sau, bạn sẽ mở lại tranh luận chỉ vì lịch đổi. Hãy thêm tín hiệu thực như số lượng yêu cầu, số lần trả lời chậm, doanh thu từ kênh mới hoặc chi phí duy trì. Giữ quyết định khi chưa có tín hiệu và xem lại sớm nếu tín hiệu xuất hiện.", "Фраза вернуться в следующем месяце открывает закрытый спор только из-за смены календаря. Добавьте реальный сигнал: объем обращений, число задержек, выручку нового канала или стоимость поддержки. Без сигнала сохраняйте решение, а при его появлении пересматривайте раньше срока.", ], }, { title: [ "매주 한 건만 복기하고 원문은 고치지 않습니다", "Review one decision weekly without rewriting history", "每周复盘一个决定，但不要改写原记录", "毎週一件だけ振り返り、過去の記録は書き換えません", "Mỗi tuần xem lại một quyết định nhưng không viết lại lịch sử", "Разбирайте одно решение в неделю, не переписывая прошлое", ], body: [ "매주 지난 결정 한 건의 예상 비용과 시간, 재검토 조건, 새 정보를 확인합니다. 과거 문장을 현재 관점으로 수정하지 말고 아래에 메모를 추가하세요. 결정을 바꾸면 새 기록으로 연결하고 이전 기록은 남깁니다. 주간 숫자와 다음 행동은 [1인기업 주간 대시보드](https://officialsite.kr/blog/solo-business-weekly-dashboard)와 함께 정리할 수 있습니다.", "Each week, inspect the expected cost and time, review trigger, and new information for one past decision. Do not rewrite the original from today's perspective; append a note. If the decision changes, link a new record and preserve the old one. Pair this with the [solo-business weekly dashboard](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "每周检查一个旧决定的预计成本和时间、重新评估条件以及新信息。不要用今天的视角改写原文，而是在下方追加备注。若决定改变，建立新记录并保留旧记录。也可结合[一人企业周度仪表板](https://officialsite.kr/blog/solo-business-weekly-dashboard)一起整理。", "毎週一件について予想費用と時間、再検討条件、新情報を確認します。現在の視点で過去を書き換えず、下に追記します。変更するなら新しい記録へつなぎ、以前の記録は残します。[一人事業の週次ダッシュボード](https://officialsite.kr/blog/solo-business-weekly-dashboard)と合わせて整理できます。", "Mỗi tuần kiểm tra chi phí và thời gian dự kiến, tín hiệu xem xét lại và thông tin mới của một quyết định cũ. Đừng sửa bản gốc theo góc nhìn hiện tại; hãy thêm ghi chú bên dưới. Nếu đổi quyết định, liên kết sang bản ghi mới và giữ bản cũ. Có thể kết hợp với [bảng điều khiển tuần cho doanh nghiệp một người](https://officialsite.kr/blog/solo-business-weekly-dashboard).", "Каждую неделю проверяйте у одного прошлого решения ожидаемые затраты и сроки, сигнал пересмотра и новую информацию. Не переписывайте исходный текст с позиции настоящего, а добавляйте заметку. При изменении создавайте новую запись и сохраняйте старую. Совместите это с [еженедельной панелью соло-бизнеса](https://officialsite.kr/blog/solo-business-weekly-dashboard).", ], }, ], }, { slug: "solo-business-subscription-audit", category: [ "1인기업 운영", "Solo business operations", "一人企业运营", "一人事業の運営", "Vận hành doanh nghiệp một người", "Управление соло-бизнесом", ], title: [ "1인기업 구독 서비스 정리: 매달 새는 운영비를 막는 5단계 점검법", "Subscription Audit for Solo Businesses: Five Steps to Stop Recurring Tool Costs from Leaking", "一人企业订阅服务整理：用 5 个步骤堵住每月流失的运营费", "一人事業のサブスク整理：毎月の運営費の漏れを防ぐ5段階点検", "Rà soát dịch vụ đăng ký cho doanh nghiệp một người: 5 bước chặn chi phí vận hành thất thoát mỗi tháng", "Аудит подписок для соло-бизнеса: пять шагов, чтобы остановить ежемесячную утечку расходов", ], description: [ "반복 결제를 모으고 14일 사용 기록, 결과 한 건당 비용, 대체 가능성, 해지 위험을 비교해 업무 도구를 유지, 통합, 보류, 해지로 정리하는 방법입니다.", "A practical method for collecting recurring charges and using 14-day usage evidence, cost per result, alternatives, and cancellation risk to keep, consolidate, pause, or cancel business tools.", "汇总重复扣款，并依据 14 天使用记录、单个成果成本、替代可能性和取消风险，将工作工具分为保留、合并、暂缓和取消。", "継続課金を集め、14日間の利用記録、成果一件当たりの費用、代替可能性、解約リスクから業務ツールを維持、統合、保留、解約に整理する方法です。", "Cách tập hợp các khoản thanh toán định kỳ và dựa vào bằng chứng sử dụng 14 ngày, chi phí trên mỗi kết quả, khả năng thay thế và rủi ro hủy để giữ, hợp nhất, tạm hoãn hoặc hủy công cụ.", "Практический способ собрать регулярные списания и по данным за 14 дней, стоимости результата, заменяемости и риску отмены решить, что сохранить, объединить, отложить или отключить.", ], sections: [ { title: [ "자동 결제 목록을 한 화면에 모읍니다", "Collect every recurring charge on one screen", "把所有自动扣款集中到一个页面", "自動課金を一画面に集めます", "Tập hợp mọi khoản thanh toán tự động trên một màn hình", "Соберите все регулярные списания на одном экране", ], body: [ "최근 두 달의 카드 명세서, 앱스토어, 이메일 영수증, 회사 계좌에서 반복 결제를 찾습니다. 도구 이름뿐 아니라 결제 주기, 다음 결제일, 월 환산 금액, 해지 권한이 있는 계정까지 적으세요. 무료 체험에서 유료로 바뀐 도구와 연간 결제도 포함해야 검토에서 빠지는 구독이 줄어듭니다.", "Review two months of card statements, app stores, email receipts, and business accounts for recurring charges. Record the billing cycle, next charge date, monthly equivalent, and the account that can cancel each tool. Include converted trials and annual plans so hidden subscriptions do not escape review.", "检查最近两个月的银行卡账单、应用商店、邮件收据和企业账户中的重复扣款。除了工具名称，还要记录计费周期、下次扣款日、折算月费以及拥有取消权限的账户，并纳入由试用转为付费和按年计费的服务。", "直近2か月のカード明細、アプリストア、メール領収書、事業口座から継続課金を探します。ツール名だけでなく、請求周期、次回課金日、月額換算、解約権限を持つアカウントまで記録し、無料体験から有料化したものと年払いも含めます。", "Kiểm tra hai tháng sao kê thẻ, cửa hàng ứng dụng, biên lai email và tài khoản doanh nghiệp để tìm khoản thu định kỳ. Ghi chu kỳ, ngày thu tiếp theo, chi phí quy đổi theo tháng và tài khoản có quyền hủy. Đừng bỏ sót bản dùng thử đã chuyển trả phí và gói theo năm.", "Проверьте выписки по картам, магазины приложений, письма с чеками и рабочие счета за два месяца. Запишите период оплаты, следующую дату списания, месячный эквивалент и учетную запись с правом отмены. Включите пробные версии, ставшие платными, и годовые планы.", ], }, { title: [ "14일 동안 실제 사용 흔적을 남깁니다", "Track evidence of real use for 14 days", "连续 14 天记录真实使用痕迹", "14日間、実際に使った証拠を残します", "Theo dõi bằng chứng sử dụng thực tế trong 14 ngày", "Фиксируйте реальные результаты использования 14 дней", ], body: [ "로그인 횟수 대신 고객 답변, 이미지, 보고서, 자동 분류처럼 완성된 결과를 기록하세요. 어떤 업무에 연결됐는지, 다른 도구로 대체할 수 있는지, 도구가 없으면 사람이 몇 분을 더 써야 하는지도 함께 봅니다. 결과가 없다면 월말이나 분기 업무처럼 사용 주기가 긴지 먼저 확인합니다.", "Record completed outcomes such as customer replies, images, reports, or automated classifications instead of login counts. Note the business task, available alternative, and extra human time required without the tool. If no result appears, first check whether the tool serves a monthly or quarterly task.", "不要记录登录次数，而要记录客户回复、图片、报告或自动分类等已完成成果。同时注明它连接到哪项业务、能否被其他工具替代，以及没有它时人工会多花多少时间。若没有成果，先确认是否属于月末或季度任务。", "ログイン回数ではなく、顧客返信、画像、報告書、自動分類など完成した成果を記録します。どの業務につながったか、他のツールで代替できるか、なければ人が何分余計に使うかも見ます。成果がなければ月末や四半期業務かを先に確認します。", "Hãy ghi kết quả hoàn thành như phản hồi khách hàng, hình ảnh, báo cáo hoặc phân loại tự động thay vì số lần đăng nhập. Ghi công việc liên quan, công cụ thay thế và thời gian con người phải bỏ thêm nếu không có công cụ. Nếu chưa có kết quả, kiểm tra xem đó có phải việc theo tháng hay quý không.", "Записывайте не входы, а завершенные результаты: ответы клиентам, изображения, отчеты, автоматическую сортировку. Укажите связанную задачу, возможную замену и дополнительное ручное время без инструмента. При отсутствии результата проверьте, не нужен ли сервис только раз в месяц или квартал.", ], }, { title: [ "가격이 아니라 결과 한 건당 비용을 봅니다", "Measure cost per result, not price alone", "比较单个成果成本，而不只是价格", "価格だけでなく成果一件当たりの費用を見ます", "Đo chi phí trên mỗi kết quả, không chỉ nhìn giá", "Считайте стоимость результата, а не только цену", ], body: [ "월 환산 비용을 최근 한 달에 끝낸 결과 수로 나눕니다. 자동화 도구는 절약한 시간을 결과로 바꿔 비교할 수 있습니다. 이 계산은 가치를 완벽하게 증명하려는 것이 아니라, 싸다는 이유로 결과 없는 도구를 남기거나 비싸다는 이유로 핵심 도구를 없애는 실수를 막기 위한 공통 기준입니다.", "Divide the monthly equivalent by outcomes completed in the last month. For automation, compare the subscription with time saved. The calculation is not a perfect valuation; it is a shared standard that prevents keeping idle tools because they look cheap or removing core tools because they look expensive.", "用折算月费除以最近一个月完成的成果数量。自动化工具可把节省的时间换算后比较。这个计算不是要完美证明价值，而是防止因为便宜而保留无成果的工具，或因为昂贵而删除核心工具。", "月額換算を直近1か月の成果数で割ります。自動化ツールは削減時間で比べられます。価値を完全に証明する計算ではなく、安いから成果のないツールを残す、または高いから中核ツールを消す誤りを防ぐ共通基準です。", "Chia chi phí quy đổi theo tháng cho số kết quả hoàn thành trong tháng gần nhất. Với tự động hóa, có thể so sánh bằng thời gian tiết kiệm. Đây không phải định giá hoàn hảo mà là tiêu chuẩn chung để tránh giữ công cụ không tạo kết quả chỉ vì rẻ hoặc bỏ công cụ cốt lõi chỉ vì đắt.", "Разделите месячный эквивалент на число завершенных результатов за последний месяц. Для автоматизации сравните стоимость с сэкономленным временем. Это не идеальная оценка, а единый критерий, который не дает оставить бесполезный дешевый сервис или убрать дорогой ключевой инструмент.", ], }, { title: [ "유지, 통합, 보류, 해지로 나눕니다", "Sort tools into keep, consolidate, pause, or cancel", "把工具分为保留、合并、暂缓和取消", "維持、統合、保留、解約に分けます", "Chia công cụ thành giữ, hợp nhất, tạm hoãn hoặc hủy", "Разделите инструменты на сохранить, объединить, отложить и отменить", ], body: [ "최근 결과가 있고 대체 비용이 더 크면 유지합니다. 같은 결과를 만드는 도구가 이미 있으면 통합하고, 사용 주기가 길어 판단하기 어렵다면 한 달 보류합니다. 최근 결과가 없고 대체 방법과 데이터 이전이 준비되면 해지합니다. 해지 전에는 공유 링크, 자동화 연결, 권한, 고객에게 공개된 화면을 점검하세요.", "Keep a tool when it recently produced outcomes and replacement costs more. Consolidate overlapping tools, pause for a month when the cycle is too long to judge, and cancel when there is no recent result and alternatives plus data export are ready. Before cancellation, check shared links, automations, permissions, and customer-facing pages.", "近期有成果且替代成本更高就保留；已有工具可产出同类成果就合并；使用周期太长暂时难判断就暂缓一个月；近期无成果且替代方案与数据迁移都已准备好则取消。取消前检查共享链接、自动化、权限和客户可见页面。", "最近成果があり代替費用の方が高ければ維持、同じ成果を作るツールがあれば統合、周期が長く判断しにくければ一か月保留、成果がなく代替とデータ移行を準備できれば解約します。共有リンク、自動化、権限、顧客公開画面も確認します。", "Giữ khi công cụ vừa tạo kết quả và chi phí thay thế cao hơn. Hợp nhất công cụ trùng chức năng, tạm hoãn một tháng nếu chu kỳ sử dụng quá dài và hủy khi không có kết quả gần đây, đã có phương án thay thế cùng dữ liệu xuất. Trước khi hủy, kiểm tra liên kết chia sẻ, tự động hóa, quyền và trang khách hàng nhìn thấy.", "Сохраняйте сервис, если он недавно дал результат и замена дороже. Объединяйте дублирующие инструменты, откладывайте решение на месяц при редком цикле и отменяйте, когда результата нет, а замена и экспорт готовы. Проверьте общие ссылки, автоматизации, права и клиентские страницы.", ], }, { title: [ "다음 결제일 7일 전에 다시 확인합니다", "Review again seven days before the next charge", "在下次扣款前 7 天再次检查", "次回課金日の7日前に再確認します", "Kiểm tra lại bảy ngày trước lần thanh toán tiếp theo", "Проверьте снова за семь дней до следующего списания", ], body: [ "다음 결제일 7일 전에 알림을 만들고 유지 이유, 재검토 조건, 확인 날짜를 남깁니다. 새 도구를 결제할 때도 첫 달에 만들 결과를 적어두세요. 직접 만들지 구독할지 고민한다면 [사내 도구 구독 전 확인할 운영비 기준](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost)과 함께 비교할 수 있습니다.", "Set a reminder seven days before the next charge and record the reason to keep, review trigger, and review date. When buying a new tool, define the first-month outcome in advance. If you are deciding between building and subscribing, compare the [operating-cost criteria for internal tools](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost).", "在下次扣款前 7 天设置提醒，并记录保留理由、重新评估条件和检查日期。购买新工具时也要提前写下首月要完成的成果。如在自建与订阅之间选择，可参考[内部工具订阅前的运营成本标准](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost)。", "次回課金日の7日前に通知を設定し、維持理由、再検討条件、確認日を残します。新しいツールも初月に作る成果を先に決めます。内製か契約か迷う場合は[社内ツールを契約する前の運営費基準](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost)と比較できます。", "Đặt nhắc nhở bảy ngày trước lần thu tiếp theo và ghi lý do giữ, điều kiện xem xét lại cùng ngày kiểm tra. Khi mua công cụ mới, hãy xác định kết quả tháng đầu. Nếu phân vân tự làm hay đăng ký, hãy so sánh với [tiêu chí chi phí vận hành trước khi đăng ký công cụ nội bộ](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost).", "Создайте напоминание за семь дней до следующего платежа и запишите причину сохранения, сигнал пересмотра и дату проверки. При покупке нового инструмента заранее задайте результат первого месяца. Выбор между разработкой и подпиской можно сравнить с [критериями эксплуатационных расходов для внутренних инструментов](https://officialsite.kr/blog/vibe-coding-build-vs-buy-internal-tool-cost).", ], }, ], }, { slug: "solo-business-customer-review-request", category: [ "고객 후기 관리", "Customer feedback and reviews", "客户反馈与评价管理", "顧客の感想とレビュー管理", "Quản lý phản hồi và đánh giá của khách hàng", "Работа с отзывами клиентов", ], title: [ "고객 후기 요청하는 법: 1인기업이 부담 없이 묻고 공개 전에 확인할 5가지", "How to Ask for Customer Feedback: Five Checks for a Solo Business Before Publishing It", "如何向客户征求评价：一人企业公开前要确认的五件事", "顧客に感想をお願いする方法：一人会社が公開前に確認したい5つのこと", "Cách xin phản hồi khách hàng: 5 điều doanh nghiệp một người cần kiểm tra trước khi công khai", "Как попросить клиента об отзыве: пять проверок перед публикацией для соло-предпринимателя", ], description: [ "고객에게 후기를 부탁할 때 요청 시점과 질문을 단순하게 정하고, 공개 인용 동의는 따로 받아야 합니다. 1인기업을 위한 메일 예시와 점검표를 정리했습니다.", "Choose a sensible moment and simple questions when requesting customer feedback, and obtain separate permission before quoting it publicly. Includes a sample email and checklist for solo businesses.", "向客户征求反馈时，选择合适时机，问题保持简单；公开引用前另行取得同意。本文提供适合一人企业的邮件范例和检查表。", "顧客に感想をお願いするときは、時期と質問を簡潔に決め、公開引用の許可は別に得ます。一人会社向けのメール例と確認表を紹介します。", "Khi xin phản hồi, hãy chọn thời điểm phù hợp và câu hỏi đơn giản; cần xin phép riêng trước khi trích dẫn công khai. Có mẫu email và danh sách kiểm tra cho doanh nghiệp một người.", "Просите обратную связь в подходящий момент и задавайте простые вопросы, а разрешение на публичное цитирование получайте отдельно. В статье есть пример письма и список проверок.", ], sections: [ { title: [ "후기 요청은 세 단계로 나눕니다", "Separate the request into three steps", "将评价请求分成三个步骤", "感想の依頼は三つの段階に分けます", "Tách lời xin phản hồi thành ba bước", "Разделите просьбу об отзыве на три этапа", ], body: [ `고객이 결과물을 잘 받았다고 말했을 때, 후기 한 줄을 부탁하고 싶어집니다. 그런데 “좋은 후기 남겨 주세요”라고 보내면 상대는 무엇을 써야 할지 모르고, 나는 답을 재촉하는 사람처럼 보일까 걱정됩니다. 혼자 영업과 납품을 모두 맡는 1인기업이라면 이 어색함이 더 크게 느껴집니다. **경험을 묻는 일, 공개할 허락을 받는 일, 공개 후 답하는 일을 서로 다른 단계로 나누세요.** 고객이 답하지 않아도 불이익이 없다는 점도 분명해야 합니다. 아래 문안은 실제 고객 사례가 아니라 바꿔 쓰기 위한 예시입니다.`, `A client says the deliverable arrived safely, and you want to ask for a line of feedback. But “Please leave a good review” leaves them unsure what to write and makes you worry that you sound as though you are chasing an answer. That discomfort can feel sharper when you handle both sales and delivery alone. **Treat asking about the experience, requesting permission to publish, and responding after publication as separate steps.** Make it clear that choosing not to reply has no adverse effect. The sample wording below is illustrative, not a real customer case. The three-stage visual in the Korean article conveys the same sequence: ask about the experience, listen to the answer, then make public quotation a separate opt-in choice.`, `客户说成果已经收到时，你可能想请对方留下一句反馈。但“请留下好评”会让对方不知道该写什么，也让你担心自己像在催促回复。一个人兼顾销售和交付时，这种尴尬更明显。 **询问使用体验、取得公开许可、公开后作出回应，是三个不同步骤。** 还应明确告知客户，不回复也不会受到不利影响。以下话术只是可修改的示例，并非真实客户案例。韩文原文中的三阶段示意图同样表达这个顺序：先提问，再倾听，最后单独征求公开引用同意。`, `納品物を無事受け取ったと顧客から聞くと、一言感想をお願いしたくなります。しかし「良いレビューをお願いします」では相手は何を書けばよいか迷い、こちらも返事を催促しているように見えないか心配になります。営業と納品を一人で担う場合、その気まずさは一層大きくなります。 **体験を尋ねること、公開の許可を得ること、公開後に返答することは別々の段階です。** 返信しなくても不利益がないことも明確にします。以下の文面は実在の顧客事例ではなく、状況に合わせて直すための例です。韓国語版の図も、体験を尋ね、答えを聞き、公開引用は別途同意を得るという順序を示しています。`, `Khi khách nói đã nhận sản phẩm bàn giao, bạn có thể muốn xin một câu nhận xét. Nhưng “hãy để lại đánh giá tốt” khiến họ không biết nên viết gì, còn bạn lo mình đang thúc giục. Sự ngượng ngùng ấy rõ hơn khi một mình phụ trách cả bán hàng lẫn bàn giao. **Hãy tách việc hỏi về trải nghiệm, xin phép công khai và phản hồi sau khi công khai thành ba bước riêng.** Nói rõ rằng không trả lời cũng không gây bất lợi cho khách. Câu chữ bên dưới chỉ là ví dụ để điều chỉnh, không phải trường hợp khách hàng có thật. Sơ đồ ba bước trong bản tiếng Hàn cũng thể hiện trình tự: hỏi trải nghiệm, nghe câu trả lời, rồi xin phép riêng trước khi trích dẫn công khai.`, `Когда клиент сообщает, что получил результат работы, хочется попросить пару слов отзыва. Но просьба «оставьте хороший отзыв» не объясняет, что именно написать, и может прозвучать как давление. Если вы в одиночку отвечаете и за продажи, и за выполнение заказа, неловкость ощущается сильнее. **Разделяйте вопрос об опыте, согласие на публикацию и ответ после публикации.** Ясно скажите, что отсутствие ответа не повлечет никаких отрицательных последствий. Приведенные ниже формулировки являются вымышленным примером, а не реальным случаем. Схема в корейской версии показывает тот же порядок: спросить об опыте, выслушать ответ и отдельно получить согласие на публичную цитату.`, ], }, { title: [ "1. 고객이 실제로 사용한 뒤에 묻습니다", "1. Ask after the client has actually used the work", "1. 等客户实际使用后再询问", "1. 顧客が実際に使ってから尋ねます", "1. Hỏi sau khi khách thực sự sử dụng", "1. Спрашивайте после реального использования", ], body: [ `납품 직후에는 고객이 아직 결과물을 경험하지 못했을 수 있습니다. 반대로 너무 오래 기다리면 구체적인 장면이 흐려집니다. 모든 업종에 맞는 고정 날짜는 없습니다. 서비스라면 첫 사용이나 한 번의 업무 주기가 지난 뒤, 제작물이라면 고객이 실제로 적용해 본 뒤가 자연스럽습니다. 예약 페이지를 납품한 가상의 사례라면 고객이 실제 문의를 받아본 뒤 “어느 단계가 편했고 어디서 막혔나요?”라고 물을 수 있습니다. 이 질문은 판매용 문구보다 개선할 일을 먼저 찾습니다.`, `Immediately after delivery, the client may not yet have experienced the result. Wait too long, however, and concrete details fade. There is no fixed date that fits every business. For a service, the first use or one work cycle may be a natural moment; for a deliverable, wait until the client has applied it in practice. In a fictional example involving a reservation page, you could ask after the client has received real inquiries: “Which step felt easy, and where did you get stuck?” That question looks for something to improve before it looks for marketing copy.`, `刚交付时，客户可能还没有实际体验成果；等得太久，具体情境又会模糊。不存在适合所有行业的固定日期。服务可以在首次使用或完成一个工作周期后询问，制作类成果则应等客户真正用过之后。 以交付预约页面为例，这是假设情境：等客户收到实际咨询后，可以问“哪个步骤方便，哪里遇到了阻碍？”这个问题先找改进点，而不是先找宣传文案。`, `納品直後は顧客がまだ成果物を使っていないかもしれません。一方、長く待ちすぎると具体的な場面を思い出しにくくなります。すべての業種に共通する日付はありません。サービスなら初回利用や一つの業務サイクルの後、制作物なら実際に使ってからが自然です。 予約ページを納品したという架空の例では、顧客が実際の問い合わせを受けた後に「どの段階が使いやすく、どこで困りましたか」と聞けます。この質問は宣伝文句より先に改善点を探します。`, `Ngay sau khi bàn giao, khách có thể chưa trải nghiệm kết quả. Ngược lại, chờ quá lâu thì các tình huống cụ thể sẽ phai đi. Không có ngày cố định phù hợp với mọi ngành. Với dịch vụ, có thể hỏi sau lần dùng đầu hoặc một chu kỳ công việc; với sản phẩm bàn giao, hãy đợi khách áp dụng thực tế. Trong ví dụ giả định về trang đặt lịch, sau khi khách nhận được yêu cầu thật, bạn có thể hỏi: “Bước nào thuận tiện và bước nào khiến anh chị vướng?” Câu hỏi này tìm điều cần cải thiện trước khi tìm câu chữ quảng bá.`, `Сразу после сдачи работы клиент может еще не успеть ею воспользоваться. Но если ждать слишком долго, конкретные впечатления сотрутся. Единой даты для всех сфер нет: о сервисе уместно спрашивать после первого использования или рабочего цикла, о готовом материале — после его практического применения. В вымышленном примере со страницей бронирования можно спросить после первых реальных обращений: «На каком шаге было удобно, а где возникли затруднения?» Такой вопрос сначала помогает найти улучшение, а не рекламную фразу.`, ], }, { title: [ "2. 별점보다 구체적인 장면을 묻습니다", "2. Ask about specific moments, not a star rating", "2. 询问具体经历，而不是星级", "2. 星の数より具体的な場面を尋ねます", "2. Hỏi về tình huống cụ thể thay vì số sao", "2. Спрашивайте о конкретном опыте, а не об оценке в звездах", ], body: [ `“만족하셨나요?”는 예 또는 아니요로 끝나기 쉽습니다. “이전에는 어떤 일을 가장 번거롭게 하셨나요?”와 “이번 결과물을 쓰고 달라진 점이나 여전히 불편한 점은 무엇인가요?”처럼 전후의 장면을 물어보세요. 고객이 한두 문장으로 답할 수 있게 질문은 두 개 정도면 충분합니다. - 좋은 평가만 고르도록 유도하지 않습니다. - 특정 점수나 표현을 요구하지 않습니다. - 답변이 없어도 후속 서비스에 영향이 없다고 안내합니다. 공개 리뷰 플랫폼을 이용한다면 해당 플랫폼의 정책도 확인하세요. [Google 비즈니스 프로필의 리뷰 요청 안내](https://support.google.com/business/answer/3474122?hl=en-en)는 실제 경험에 기반한 후기를 요청할 수 있지만 리뷰 대가를 제공하지 말라고 설명합니다. [Google의 사용자 콘텐츠 정책](https://support.google.com/business/answer/7400114)은 긍정적인 고객만 골라 요청하거나 특정 평점을 유도하는 방식도 제한합니다. 이는 Google 리뷰 규칙이며 다른 플랫폼의 정책까지 같다는 뜻은 아닙니다.`, `“Were you satisfied?” often produces only yes or no. Instead, ask about before and after: “Which task used to take the most effort?” and “What changed after using the deliverable, and what is still inconvenient?” Two questions are usually enough for a client to answer in a sentence or two. - Do not steer clients toward positive feedback only. - Do not demand a particular score or wording. - Explain that not replying will not affect later service. If you use a public review platform, check its own rules. [Google Business Profile guidance on requesting reviews](https://support.google.com/business/answer/3474122?hl=en-en) allows requests based on genuine experience but says not to offer incentives for reviews. [Google's user-contributed content policy](https://support.google.com/business/answer/7400114) also restricts selectively asking only satisfied customers or pushing a particular rating. These are Google review rules, not proof that every other platform has the same policy.`, `“您满意吗？”往往只得到“是”或“否”。不如询问使用前后的具体情境：“以前哪项工作最麻烦？”“使用这次成果后有什么变化，还有什么不方便？”两个问题通常就足够，让客户能用一两句话回答。 - 不要只引导客户给出正面评价。 - 不要要求特定分数或措辞。 - 告知客户即使不回复，也不会影响后续服务。 如果使用公开评价平台，还要核对该平台的规则。[Google 商家资料的评价请求指南](https://support.google.com/business/answer/3474122?hl=en-en)允许征求基于真实体验的评价，但要求不得以回报换取评价。[Google 的用户贡献内容政策](https://support.google.com/business/answer/7400114)也限制只向满意客户征求评价或诱导特定评分。这些是 Google 的评价规则，不代表其他平台完全相同。`, `「満足しましたか」だけでは、はいかいいえで終わりがちです。「以前は何が一番面倒でしたか」「今回の成果物で変わった点と、まだ不便な点は何ですか」と、前後の具体的な場面を尋ねます。顧客が一、二文で答えられるよう、質問は二つ程度で十分です。 - 良い評価だけを選ぶよう誘導しません。 - 特定の点数や表現を求めません。 - 返信がなくても今後のサービスに影響しないと伝えます。 公開レビューサービスを使うなら、そのサービスの規則も確認します。[Google ビジネスプロフィールのレビュー依頼ガイド](https://support.google.com/business/answer/3474122?hl=en-en)は実際の体験に基づくレビューを依頼できる一方、対価を提供しないよう説明しています。[Google のユーザー投稿コンテンツポリシー](https://support.google.com/business/answer/7400114)は満足した顧客だけに依頼したり、特定の評価を誘導したりする方法も制限しています。これは Google の規則であり、ほかのサービスも同じとは限りません。`, `“Anh chị có hài lòng không?” thường chỉ nhận được có hoặc không. Hãy hỏi về tình huống trước và sau: “Trước đây việc nào mất công nhất?” và “Sau khi dùng kết quả lần này, điều gì thay đổi, điều gì vẫn bất tiện?” Khoảng hai câu hỏi là đủ để khách trả lời bằng một hai câu. - Không hướng khách chỉ chọn nhận xét tích cực. - Không yêu cầu điểm số hay câu chữ cụ thể. - Nói rõ không trả lời cũng không ảnh hưởng đến dịch vụ sau này. Nếu dùng nền tảng đánh giá công khai, hãy kiểm tra quy định riêng của nền tảng đó. [Hướng dẫn xin đánh giá của Hồ sơ doanh nghiệp trên Google](https://support.google.com/business/answer/3474122?hl=en-en) cho phép xin nhận xét dựa trên trải nghiệm thật nhưng không được đưa lợi ích để đổi lấy đánh giá. [Chính sách nội dung do người dùng đóng góp của Google](https://support.google.com/business/answer/7400114) cũng hạn chế chỉ hỏi khách hài lòng hoặc hướng tới một mức điểm cụ thể. Đây là quy định của Google, không có nghĩa mọi nền tảng đều giống nhau.`, `На вопрос «Вы довольны?» легко получить только «да» или «нет». Лучше спросить о конкретном опыте до и после: «Что раньше отнимало больше всего усилий?» и «Что изменилось после использования результата, а что осталось неудобным?» Пары вопросов достаточно, чтобы клиент ответил одним-двумя предложениями. - Не подталкивайте только к положительному отзыву. - Не требуйте определенной оценки или формулировки. - Сообщите, что отсутствие ответа не повлияет на дальнейшее обслуживание. Если отзыв размещается на публичной площадке, проверьте ее правила. [Руководство Google Business Profile по запросу отзывов](https://support.google.com/business/answer/3474122?hl=en-en) разрешает просить отзыв о реальном опыте, но запрещает вознаграждение за него. [Политика Google в отношении пользовательского контента](https://support.google.com/business/answer/7400114) также ограничивает выборочное обращение только к довольным клиентам и склонение к определенной оценке. Это правила Google, а не доказательство того, что другие площадки устроены так же.`, ], }, { title: [ "3. 한 통의 메일에 한 가지 행동만 부탁합니다", "3. Ask for one action in each email", "3. 一封邮件只请求一项行动", "3. 一通のメールでは一つだけお願いします", "3. Chỉ xin một hành động trong mỗi email", "3. Просите об одном действии в одном письме", ], body: [ `후기 요청 메일에 설문, 별점, 추천인 소개, 재구매 제안까지 넣으면 무엇을 답해야 할지 흐려집니다. 처음에는 가장 작은 행동 하나만 제안하세요. 개인적인 피드백으로 답해도 되고 공개 리뷰를 남길 수도 있지만, 어느 쪽이든 솔직한 경험을 말할 수 있어야 합니다. > **제목: 사용해 보신 뒤 짧은 의견을 여쭤봐도 될까요?** > > 안녕하세요. 지난번 전달드린 예약 페이지를 실제 업무에 사용해 보셨다면, 한두 문장만 의견을 들을 수 있을까요? > > 이전보다 편해진 부분과 아직 불편한 부분이 각각 있다면 알려 주세요. 좋은 평가를 부탁드리려는 것이 아니라 다음 작업에서 놓친 점을 확인하려고 합니다. 시간이 없으시면 답장하지 않으셔도 괜찮습니다. > > 감사합니다. 이 문안의 “예약 페이지”는 가상의 예시입니다. 실제 고객에게는 사용한 결과물과 물어볼 장면을 정확히 바꿔 적으세요. 단체 발송 문구보다 짧더라도 그 고객에게 맞는 한 문장이 낫습니다.`, `If the same email asks for a survey, a rating, a referral, and another purchase, the client may not know what to do first. Start with one small action. They may send private feedback or leave a public review, but either way they must be free to describe their honest experience. > **Subject: May I ask for a brief opinion after you have used the page?** > > Hello. If you have used the reservation page we delivered in your actual work, could you share one or two sentences about it? > > Please tell us what has become easier and what still feels inconvenient. I am not asking for a favorable rating; I want to identify what we missed for the next round of work. If you do not have time, there is no need to reply. > > Thank you. The “reservation page” in this email is fictional. For a real client, name the actual deliverable and the situation you want to understand. One sentence tailored to that client is better than a longer mass-mail template.`, `若一封索评邮件同时要求填写问卷、打星、介绍朋友和再次购买，客户反而不知道该做什么。起初只提出一个最小的行动。客户可以私下回复，也可以留下公开评价，但无论哪种方式，都应能如实描述体验。 > **主题：使用之后，方便分享一点意见吗？** > > 您好。如果您已经在实际工作中使用我们交付的预约页面，能否用一两句话谈谈感受？ > > 请告诉我们哪些地方比以前方便，哪些地方仍不顺手。我不是想索取好评，而是想确认下次工作中需要改进的地方。如果您没有时间，不回复也完全没关系。 > > 谢谢。 邮件里的“预约页面”是假设例子。写给真实客户时，应准确换成对方使用的成果和你想了解的情境。比起群发模板，简短而贴合该客户的一句话更合适。`, `感想をお願いするメールに、アンケート、星の評価、紹介、再購入の提案まで詰め込むと、何に答えればよいか分かりにくくなります。最初は一つだけ小さな行動を提案します。個人的な返信でも公開レビューでも、顧客が率直な体験を話せることが大切です。 > **件名：実際にお使いになった後、短いご意見を伺えますか** > > こんにちは。先日お渡しした予約ページを業務でお使いになったのであれば、一、二文だけご意見を伺えますか。 > > 以前より便利になった点と、まだ不便な点があれば教えてください。好意的な評価をお願いするのではなく、次の作業で見落とした点を確認したいと考えています。お時間がなければ返信は不要です。 > > ありがとうございます。 この文面の「予約ページ」は架空の例です。実際の顧客には、使った成果物と尋ねたい場面を正しく書き換えます。長い一斉送信の定型文より、その顧客に合った短い一文の方がよいでしょう。`, `Nếu một email vừa xin khảo sát, số sao, người giới thiệu và đề xuất mua tiếp, khách sẽ không rõ cần làm gì. Hãy bắt đầu bằng một hành động nhỏ nhất. Họ có thể trả lời riêng hoặc để lại đánh giá công khai, nhưng phải được nói thật về trải nghiệm trong cả hai trường hợp. > **Tiêu đề: Sau khi dùng, tôi có thể xin một ý kiến ngắn không?** > > Xin chào. Nếu anh chị đã dùng trang đặt lịch chúng tôi bàn giao trong công việc thực tế, anh chị có thể chia sẻ một hai câu không? > > Xin cho biết điều gì thuận tiện hơn trước và điều gì vẫn bất tiện. Tôi không xin đánh giá tích cực; tôi muốn biết mình đã bỏ sót gì để cải thiện ở lần làm tiếp theo. Nếu không có thời gian, anh chị không cần trả lời. > > Xin cảm ơn. “Trang đặt lịch” trong thư là ví dụ giả định. Với khách thật, hãy thay bằng sản phẩm họ đã dùng và tình huống cần hỏi cho chính xác. Một câu ngắn dành riêng cho họ tốt hơn một mẫu gửi hàng loạt dài dòng.`, `Если в одном письме просить заполнить опрос, поставить оценку, порекомендовать вас знакомым и купить еще раз, клиенту будет непонятно, на что отвечать. Для начала предложите одно небольшое действие. Он может ответить лично или оставить публичный отзыв, но в обоих случаях должен свободно рассказать о реальном опыте. > **Тема: Можно попросить короткое мнение после использования?** > > Здравствуйте. Если вы уже использовали переданную нами страницу бронирования в работе, не могли бы вы поделиться одним-двумя предложениями? > > Расскажите, что стало удобнее, а что пока вызывает трудности. Я не прошу положительную оценку, а хочу понять, что мы упустили для следующего этапа. Если времени нет, отвечать не обязательно. > > Спасибо. «Страница бронирования» в письме — вымышленный пример. В письме реальному клиенту назовите его фактический результат и нужную ситуацию. Короткая фраза, написанная именно для него, лучше длинного массового шаблона.`, ], }, { title: [ "4. 답장을 받았다고 공개 허락까지 받은 것은 아닙니다", "4. A private reply is not permission to publish", "4. 收到私人回复不等于获得公开许可", "4. 返信を受けても公開の許可を得たわけではありません", "4. Phản hồi riêng không đồng nghĩa được phép công khai", "4. Личный ответ не означает разрешения на публикацию", ], body: [ `개인 메일로 온 칭찬을 홈페이지 후기나 SNS 카드에 옮기는 것은 다른 일입니다. 고객이 편하게 답한 내용에는 이름, 회사명, 프로젝트 사정이 섞여 있을 수 있습니다. 공개 전에는 사용할 문장, 공개 위치, 이름 표기 방식을 따로 보여주고 동의를 구하세요. 원문의 뜻을 바꾸는 편집도 피해야 합니다. > “보내 주신 의견 중 ‘예약 문의를 한곳에서 확인할 수 있어 편해졌어요’라는 문장을 저희 웹사이트에 인용해도 될까요? 회사명은 표시하지 않고 ‘온라인 예약 서비스를 운영하는 고객’으로 적으려 합니다. 원치 않으시면 사용하지 않겠습니다.” 답이 없다면 공개하지 않는 편이 안전합니다. 승인 범위는 기록으로 남겨 나중에 수정이나 비공개 요청이 왔을 때 확인할 수 있게 하세요. 공개 동의는 새로운 리뷰 요청과 한 번에 묶기보다 답변 이후에 별도로 묻는 것이 분명합니다.`, `Moving praise from a private email to a website testimonial or social card is a separate decision. A casual reply may contain the client's name, company, or project details. Before publishing, show the exact sentence, where it will appear, and how the name will be displayed, then ask for consent. Avoid edits that change the original meaning. > “May we quote your sentence ‘It became easier to see reservation inquiries in one place’ on our website? We would not show your company name and would identify you as ‘a customer running an online reservation service.’ If you prefer not to, we will not use it.” If the client does not answer, do not publish the quotation. Record the scope of permission so you can check it if the client later asks for a change or removal. Ask for publication consent after receiving feedback, rather than bundling it with the first review request.`, `把私人邮件里的称赞放到网站客户评价或社交媒体卡片上，是另一回事。客户随意回复的内容可能包含姓名、公司名称和项目情况。公开前，应单独展示将使用的句子、发布位置以及署名方式，并征求同意。也不要通过编辑改变原意。 > “您提到‘现在能在一个地方查看预约咨询，方便多了’。我们可以在网站上引用这句话吗？我们不会显示公司名称，拟署名为‘运营在线预约服务的客户’。如果您不愿意，我们不会使用。” 如果没有得到回复，最好不要公开。保留同意范围的记录，以便客户日后要求修改或撤下时核对。公开许可应在收到反馈后另行询问，不要与最初的索评请求捆绑。`, `個人宛てメールに届いた褒め言葉を、ウェブサイトの体験談やSNSのカードに載せるのは別の行為です。気軽な返信には氏名、会社名、案件の事情が含まれることがあります。公開前に使用する文、掲載場所、名前の表示方法を示し、別途同意を得ます。元の意味が変わる編集も避けてください。 > 「いただいたご意見のうち『予約の問い合わせを一か所で確認できて便利になりました』という文を、当社サイトで引用してもよいでしょうか。会社名は出さず『オンライン予約サービスを運営するお客様』と表記します。ご希望でなければ使用しません。」 返事がなければ公開しない方が安全です。許可の範囲を記録し、後から修正や非公開の依頼が来たときに確認できるようにします。公開への同意は、最初の感想依頼にまとめず、回答を受けてから別に尋ねる方が明確です。`, `Đưa lời khen trong email riêng lên trang web hoặc thẻ mạng xã hội là một quyết định khác. Câu trả lời tự nhiên của khách có thể chứa tên, công ty và chi tiết dự án. Trước khi công khai, hãy cho họ xem đúng câu sẽ dùng, vị trí đăng và cách ghi tên, rồi xin đồng ý riêng. Tránh biên tập làm đổi nghĩa gốc. > “Chúng tôi có thể trích câu ‘Giờ tôi xem các yêu cầu đặt lịch ở một nơi nên tiện hơn’ trên website không? Chúng tôi sẽ không hiện tên công ty mà ghi ‘khách hàng vận hành dịch vụ đặt lịch trực tuyến’. Nếu anh chị không muốn, chúng tôi sẽ không dùng.” Nếu khách không trả lời, tốt hơn là không công khai. Ghi lại phạm vi được phép để đối chiếu khi họ muốn sửa hoặc gỡ sau này. Nên hỏi quyền công khai sau khi nhận phản hồi, thay vì gộp vào lời xin đánh giá đầu tiên.`, `Похвала в личном письме и отзыв на сайте или в карточке соцсети — разные вещи. В свободном ответе клиента могут оказаться имя, название компании и детали проекта. До публикации покажите точную цитату, место размещения и форму подписи, затем отдельно получите согласие. Не редактируйте цитату так, чтобы изменился ее смысл. > «Можно процитировать на нашем сайте вашу фразу „Стало удобнее видеть заявки на бронирование в одном месте“? Название компании мы не укажем, подпишем: „клиент, который ведет сервис онлайн-бронирования“. Если вы против, мы не будем ее использовать». Если ответа нет, цитату лучше не публиковать. Зафиксируйте границы разрешения, чтобы свериться с ними при просьбе изменить или удалить публикацию. Согласие на публикацию яснее запрашивать отдельно после получения отзыва, а не вместе с первым вопросом.`, ], }, { title: [ "5. 아쉬운 답변도 후속 조치로 연결합니다", "5. Turn difficult feedback into a follow-up action", "5. 将不满意的反馈转化为后续行动", "5. 厳しい意見も次の対応につなげます", "5. Biến phản hồi chưa tốt thành bước xử lý tiếp theo", "5. Превращайте критический отзыв в следующий шаг", ], body: [ `고객이 “모바일에서 예약 버튼을 찾기 어려웠다”고 말했다면 다음 수정의 출발점입니다. 먼저 불편을 인정하고, 확인할 범위와 다시 연락할 시점을 알려 주세요. 바로 고칠 수 없다면 가능하지 않은 약속을 하지 않는 편이 낫습니다. 공개 리뷰에 답할 때도 개인 정보나 계약 내용을 새로 드러내지 마세요. 비공개 확인이 필요하면 공식 문의 경로를 제시하고, 공개 답변은 감사와 확인 의지만 간단히 남기면 됩니다.`, `If a client says, “I had trouble finding the reservation button on mobile,” you have a starting point for the next revision. First acknowledge the inconvenience, then say what you will check and when you will respond. If an immediate fix is impossible, avoid promising one. When replying to a public review, do not reveal personal data or contract details that were not already public. If a private investigation is needed, offer an official contact route. In public, a brief thank-you and a clear intention to check are enough.`, `如果客户说“手机上很难找到预约按钮”，这就是下次修改的起点。先承认不便，再说明将核查的范围和再次联系的时间。若无法立即修复，就不要作出做不到的承诺。 回复公开评价时，也不要新增披露个人信息或合同细节。如需私下核实，提供正式联系渠道；公开回复只需简要致谢并说明会核查。`, `「スマートフォンでは予約ボタンが見つけにくかった」と言われたら、次の修正の出発点です。まず不便を認め、確認する範囲と再度連絡する時期を伝えます。すぐに直せないなら、できない約束はしない方がよいでしょう。 公開レビューへの返信でも、個人情報や契約内容を新たに明かさないでください。非公開で確認が必要なら正式な連絡窓口を示し、公開の返答は感謝と確認する意思を簡潔に伝えます。`, `Nếu khách nói “trên điện thoại khó tìm nút đặt lịch”, đó là điểm bắt đầu cho lần sửa tiếp theo. Trước hết thừa nhận sự bất tiện, sau đó nói rõ sẽ kiểm tra phần nào và khi nào liên hệ lại. Nếu chưa thể sửa ngay, đừng hứa điều mình không làm được. Khi trả lời đánh giá công khai, đừng tiết lộ thêm dữ liệu cá nhân hay điều khoản hợp đồng. Nếu cần kiểm tra riêng, hãy đưa kênh liên hệ chính thức; câu trả lời công khai chỉ cần cảm ơn và nói ngắn gọn rằng bạn sẽ xem xét.`, `Если клиент говорит: «На телефоне было трудно найти кнопку бронирования», это отправная точка для следующей правки. Сначала признайте неудобство, затем скажите, что проверите и когда ответите. Если исправить сразу нельзя, не обещайте невозможного. Отвечая на публичный отзыв, не раскрывайте новые личные данные или условия договора. Если нужно разобраться непублично, укажите официальный канал связи, а публично кратко поблагодарите и пообещайте проверить ситуацию.`, ], }, { title: [ "후기 요청 전 5가지 점검", "Five checks before requesting feedback", "索取反馈前的五项检查", "感想を依頼する前の五つの確認", "Năm điều cần kiểm tra trước khi xin phản hồi", "Пять проверок перед просьбой об отзыве", ], body: [ `1. 고객이 결과물을 실제로 경험할 시간이 있었나요? 2. 질문은 구체적이고, 좋은 평가만 요구하지 않나요? 3. 답하지 않아도 된다는 선택이 분명한가요? 4. 개인 피드백과 공개 인용 동의를 구분했나요? 5. 불편하다는 답을 받았을 때 처리할 담당과 경로가 있나요? 후기는 만들어 내는 문구가 아니라 고객이 겪은 경험의 기록입니다. 납품 이후 연락이 자주 끊긴다면 [납품 후 14일 고객관리 루틴](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)을 먼저 살펴보고, 대화를 기록하는 방법은 [고객 미팅 후 정리 메일 작성법](https://officialsite.kr/blog/client-meeting-follow-up-email)과 이어서 확인해 보세요.`, `1. Has the client had time to experience the deliverable? 2. Are the questions specific without demanding praise? 3. Is it clear that the client may choose not to reply? 4. Have you separated private feedback from consent to quote it publicly? 5. Do you have an owner and route for handling an inconvenient answer? A review is a record of the client's experience, not copy you manufacture. If contact often stops after delivery, start with the [14-day post-delivery customer follow-up routine](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up). To document the conversation, continue with the [guide to a client-meeting follow-up email](https://officialsite.kr/blog/client-meeting-follow-up-email).`, `1. 客户是否有时间实际体验交付成果？ 2. 问题是否具体，而没有只索取好评？ 3. 是否明确告知客户可以不回复？ 4. 是否区分私人反馈与公开引用许可？ 5. 收到不满意的答复后，是否有负责人和处理渠道？ 评价是客户经历的记录，不是人为编造的宣传语。如果交付后经常失去联系，先看看[交付后14天客户跟进流程](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)；想记录沟通过程，可以接着阅读[客户会议后的总结邮件写法](https://officialsite.kr/blog/client-meeting-follow-up-email)。`, `1. 顧客は成果物を実際に体験する時間がありましたか。 2. 質問は具体的で、良い評価だけを求めていませんか。 3. 返信しない選択が明確ですか。 4. 個人的な意見と公開引用の同意を分けましたか。 5. 不満を伝えられたときの担当者と対応経路がありますか。 感想は作り上げる宣伝文句ではなく、顧客が経験したことの記録です。納品後に連絡が途切れがちなら[納品後14日間の顧客フォロー手順](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up)を、会話を記録したいなら[顧客との打ち合わせ後に送る整理メール](https://officialsite.kr/blog/client-meeting-follow-up-email)を確認してください。`, `1. Khách đã có thời gian trải nghiệm sản phẩm bàn giao chưa? 2. Câu hỏi có cụ thể mà không chỉ xin lời khen không? 3. Khách có hiểu rõ rằng họ có thể không trả lời không? 4. Bạn đã tách phản hồi riêng khỏi sự đồng ý cho trích dẫn công khai chưa? 5. Khi nhận lời chê, đã có người phụ trách và kênh xử lý chưa? Đánh giá là ghi chép trải nghiệm của khách, không phải câu quảng cáo do mình dựng lên. Nếu liên lạc thường đứt sau bàn giao, hãy xem [quy trình theo dõi khách 14 ngày sau bàn giao](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up). Để ghi lại cuộc trao đổi, đọc tiếp [cách viết email tóm tắt sau buổi gặp khách](https://officialsite.kr/blog/client-meeting-follow-up-email).`, `1. Успел ли клиент действительно воспользоваться результатом? 2. Конкретны ли вопросы и не требуют ли они только похвалы? 3. Ясно ли, что клиент может не отвечать? 4. Отделили ли вы личный отзыв от согласия на публичную цитату? 5. Есть ли ответственный и канал для работы с критикой? Отзыв — запись опыта клиента, а не придуманная рекламная фраза. Если после сдачи работы связь часто обрывается, начните с [плана общения с клиентом в первые 14 дней после сдачи](https://officialsite.kr/blog/solo-business-post-delivery-customer-follow-up). Чтобы сохранять итоги разговоров, посмотрите [руководство по письму после встречи с клиентом](https://officialsite.kr/blog/client-meeting-follow-up-email).`, ], }, ], }, ] as const satisfies readonly LocalizedBlogSource[];