这个 demo 面向装修工程、建材安装、室内设计施工等以「项目制 + 多角色协作」为主的中小公司；它演示了一家从询价、报价、合同、请款到工程、现场照片、双语周报、售后的业务系统在「Admin 社内协作」与「Portal 客户透明」两个视角上的典型解法。
Knot 是一个虚构演示项目。所有客户、案件、图片和数据都是演示用。
经营一家装修工程公司，下面这些情景每周都会发生。我们在这个 demo 里都已经替您处理过。
01
情境
案件刚問い合わせ时只是几条微信 + 一张户型图，现场调查后又有几十张照片、几页手写笔记。两周后报价时，资料早就散在不同员工的手机里。
我们的处理
Admin 每个案件号下九个分页 —— 概要 / 見積 / 契約 / 請求 / 工程 / 現場写真 / レポート / アフター / 履歴 —— 把整个生命周期的资料钉在同一个项目下。状态从「問い合わせ」一路走到「アフター」，每一步留下的资料都在原案件下。
我们的取舍
我们从案件生命周期出发设计数据结构，而不是从功能列表出发。这意味着「客户」「报价」「合同」「请款」之间的字段是按真实业务关联打通的，不能像通用 CRM 那样随便增删主表 —— 但每次案件交接时就不会再有「这个数据应该填到哪里」的问题。
02
情境
现场监督一天拍七十张照片：拆除前、墙体打底、水电走线、瓷砖铺贴。回到公司，要按工种和部位分类、剔掉模糊的、决定哪些发给客户看 —— 一晚上做不完。
我们的处理
AI 在上传时自动按四个施工阶段 × 六个部位分类（拆除 / 基层 / 水电 / 收尾 等 × 水回り / 建具 / 天井 等）。员工只需复核与确认「顾客公开」开关；模糊或测试照片留在内部库，不会推送给客户。
我们的取舍
AI 只做分类与提示，不替员工拍板「该不该给客户看」。每张照片的「顾客公开」开关独立可控，错分的标签也能一键改。结果是员工的工作从「逐张分类」变成「批量复核」，但人对最终结果仍负责。
03
情境
社长想让客户每周收到一份周报，但每份周报要写：本周做了什么、用了什么料、有什么问题、下周计划；中文客户的周报还要翻成中文。员工挤不出时间，结果客户只在投诉时才听到消息。
我们的处理
AI 把本周的现场照片、进度数据、采购单、留言聚合成一份结构化稿，按工种分节（解体 / 下地 / 水回り / 内装）。员工复核改稿，确定公开后，系统自动生成客户语言版本（日 / 中 / 英）的 PDF，并推送到 Portal。
我们的取舍
周报不是 AI 自动发，而是 AI 帮忙起稿、员工复核确认。我们让 AI 处理「重复整理」的部分，把「该不该这样讲」的判断留给现场监督。客户读到的是经过专业复核的内容，不是机器直接生成的文本。
04
情境
见积要改三版，每版客户都说「上次那版比较便宜，能不能在那版基础上加这一项」。员工翻 Excel 翻得头大，老板担心改错收错款。
我们的处理
同一案件的见积按 V1 / V2 / V3 版本留痕，每版可独立修改、PDF 输出、确定生效。从见积「確定」到合同「登録済」再到请款，是三个有顺序的状态，前一步未完成时后一步不可推进。
我们的取舍
合同与签章我们保留纸面 —— 不是不能做电子签，而是日本中小装修公司的客户与法律惯例还在以纸面合同 + 印鑑为信任锚点。系统只把「合同已盖章」标记一下、把扫描件存档，剩下的客户惯性我们尊重。
05
情境
老板月底想知道：本月接了几个案件、超过 30 天未签的报价还有几张、今年上半年练馬区的项目按月分布、中国语对应的案件主要哪个营业在跟 —— 员工说要做一下，但没人有空。
我们的处理
Admin / AI Assistant 接受自然语言查询，把问题翻成查询并跑在权限内的真实业务数据上，输出图表 + 数据 + CSV / PNG 导出。示例查询直接展示六类常见经营问题。
我们的取舍
AI 在工作节点上服务具体工作结果（分类 / 起稿 / 查询），不做成独立的「AI 模块」。员工不需要先学会 AI、再去用 AI；他在「现场照片」「周报」「数据查询」三个具体场景里直接用到，结果在自己的工作产出里。
Admin × Portal 两个视角
B2B 业务系统真正难的地方不是功能多 —— 是「社内协作」与「客户透明」必须基于同一份事实，但两边能看到的字段、能做的动作完全不同。Knot 把这两个视角并排做完，确保客户在 Portal 看到的进度，就是 Admin 录入的进度。
社长看全公司经营、营业看自己的客户与报价、现场监督看自己负责的施工与照片。三套权限对应三种本职动作，互不挡路。
日本业主看日语、中国大陆业主看中文、海外业主看英文。看到的进度、照片、周报与 Admin 录入的完全一致；客户能看的字段我们一项项审过，不会泄露内部备注或同行价格。
响应式体验 · Portal 客户侧
业主在桌面慢慢比较周报与照片，在平板上读完整内容，在手机上路过工地时打开看一眼现场。三种屏幕的信息密度不同 —— 桌面把状态、负责人、周报并列同屏；平板让每个字段独立成行；手机把进度条与 tab 提到最上方。
合同纸面、AI 边界、数据模型、客户门户 —— 这是我们替您做完比较后的判断。
日本装修业务的客户惯性与法律预期还在以纸面合同 + 印鑑为信任锚点。我们让系统生成 PDF、记录「合同已盖章」状态、归档扫描件，但不强制电子签 —— 不是技术做不到，而是这一步替客户改变工作习惯需要等更大的行业拐点。
AI 能力挂在现场照片自动分类、周报起稿、数据查询三个具体节点，不做成独立模块。员工不需要先学会 AI、再去用 AI；他在自己的本职工作里就能用到，结果反映在工作产出里，而不是单独的「AI 对话历史」。
客户、报价、合同、请款、工程、照片、周报之间的字段是按真实业务关联打通的，不像通用 CRM 那样支持随便增删主表。代价是每一类业务有自己的形状；好处是案件交接、跨员工查找、长期归档时不会再问「这条记录应该填到哪里」。
Portal 只读、按案件粒度授权、所有可见字段单独审查过，不直接复用 Admin 的数据视图。这降低了「不小心把内部备注或同行价格暴露给客户」的风险，但也意味着 Portal 上的可见字段我们替您一项项过；如果未来要加新字段，需要重新走一次审查。
这一栏的事您不需要懂，也不用操心。我们交付时一并配好。
客户、员工、外协师傅都在同一个系统里
客户从 Portal 看到的就是 Admin 那边录入的同一条记录；不是把数据复制一份给客户看。沟通断点（「这周做了什么我不知道」「客户问的事项没人传达」）从根上消除。
数据是您自己的，不是平台的
PostgreSQL + Cloudflare R2 + Next.js — 标准开源栈与商业云对象存储。任何时候您都能拿到完整数据库和文件，迁到自有服务器或别的云上继续跑，不会因为退出某个 SaaS 而失去案件历史。
角色权限按真实组织划分
社长（管理）、营业（销售）、现场监督（施工）三种角色对应三套权限。客户 Portal 是只读视角，按案件粒度授权；任何角色都不会一次性看到不该看到的字段。
海外客户的语言我们替您扛了
系统 UI 支持日 / 中 / 英三语切换；周报由 AI 起稿后翻成客户语言再由员工复核。中国大陆客户看到中文版、英语客户看到英文版，员工不需要会日语之外的语言。
现场照片不丢、不串、不错位
现场监督手机拍照直接上传到对应案件，按时间和工种沉淀；离职、换设备、手机丢了照片都不会跟着丢。R2 预签名上传 + 案件级权限隔离 + 客户公开开关三层保护。
日本特有的工作习惯被尊重
工种术语用日语（解体 / 下地 / 内装 / 設備 / 仕上）、金额用日元含税、工期用日历周计算、电话与邮件格式按日本惯例校验。这些不是「翻译」就能做到的，是按日本中小装修公司的工作方式定制的。
前端 · Admin + Portal
后端 · 数据 · 存储
AI 在工作节点上
基础设施 · 安全 · 部署
系统版业务管理面对的是「项目制 + 多角色协作」的真实复杂度：流程要顺、数据要打通、客户与员工要在同一份事实上对话。我们会先聊您的业务流程、角色权限边界、AI 想用在哪个节点，再决定具体范围。