IT・Web 既有自有产品、受托开发，也有不同形式的技术服务。选择企业时更要看这份岗位实际负责什么、与谁协作、怎样接触使用场景，而非凭业务标签判断日常。

贴入的募集要項写有自有产品的开发运营和数据平台组。申请者可以据此说明自己理解的业务类型；产品、团队分工、工作地点与合同形态仍应向适合回答的人具体确认。

数据平台工程师的一句话定义：让别人能安心使用数据的人。常见误解是把它当成「做报表的」或「做机器学习模型的」——实际做的是数据接入、口径定义、质量监控与对外提供，模型是下游别人的事。

本岗位文本覆盖数据接入、定义与提供，并提到和使用部门商定数据品质。日常维护比例、谁负责生产故障、新人从哪项工作开始及复核路径，募集要項没有交代；面试时分别向用人团队和人事确认。

• 把定义写清楚的能力——口径不一致造成的返工，比代码 bug 贵得多。
• 与使用部门沟通的能力——数据对不对，最终由使用它的人确认。
• SQL 与数据管线的基本功——每天都要读别人写的查询，并判断它错在哪。
• 记录与交接的习惯——数据平台的价值随时间累积，靠文档留存。
• 不确定时停下确认的判断——猜着改口径，会污染下游所有报表。

食堂项目里的三段正好对上前三项：发现按星期取平均掩盖了高峰（定义）、说服团队改用15分钟中位数（沟通）、整理约2.4万条记录并做出试行（基本功）。缺的是生产环境的运维经验——这一点在回答里直接承认，不要用课程项目去顶。

整个业界都在说数据活用、DX 与内制化。只说这三个词，任何一家公司都能替换进去，不构成理由。

贴入的募集要項把接入到提供与使用部门的数据品质合意都写进岗位职责。这是可引用的岗位接点；它没有说明每一步由谁执行，也不能据此判断同业企业都缺少这类协作。

食堂项目里，申请者整理匿名记录，提出指标变更，回应可比性担忧，并把定义交给下一届。这说明他走过从定义到使用与交接的一段协作过程；入职后如何分工仍要问团队。

骨架四步：先承认同业都在做数据整理，不假装独有 → 指出这家把「与使用部门达成一致」写进了工程岗职责，且有原句可核 → 说明我要的正是这种把协商算作工作的定义方式 → 用食堂项目说明我在这条线上已经走过一次。具体措辞留到现场，不要背成台词。

赴日理由可以从工作内容讲起：希望用日语同使用部门确认定义，JLPT N1是已具备的语言准备。东京是当前求职偏好；其他地点、长期留日与出差调动，应说明自己的判断条件，不补造过往经历或无限承诺。

把指标选择、协作过程和经验边界说明清楚。

案例面试示例；实际时长和规则以面试通知为准。

先直接回答设问，再讲本人行动、判断依据与尚未验证的范围。

先确认要改善的是等候时间还是服务量。

区分到达人数与窗口处理能力，用可观察的数量检查估算。

区分客流集中与处理能力不足，避免重复计算。

将午间到达人数拆为人数与到达比例。

用窗口数与处理时长检查估算。

所有数字均为假设，需说明单位及估算范围。

先验证拥堵是否集中在短时段，再比较可执行的改善方案。

• 学食プロジェクトの18週間で、最も自分で判断した一手は何ですか。
• 香港大学での情報システムの学びとJLPT N1を、青凪デジタルのデータ基盤職にどう接続しますか。
• 入社後三か月で、募集要項の「データ品質の合意」に関わる前に何を読み、誰に確認しますか。

读的是判断的独立性、留日意愿的具体程度，以及对入职后的想象有没有落在这个岗位上。

用 STAR 组织，行动段只写本人的决定；留日理由用可核对的事实——学的内容、语言水平、在投的岗位类型。

• 15分単位の中央値へ変える際、過去比較を心配した相手と、どの二案をどう並行させましたか。
• 三つの待ち時間の定義を一枚にして次年度へ渡したとき、誰が次に使える状態をどのように確認しましたか。

读的是沟通与推进方式，尤其是在没有职权时怎么让别人改变做法。

准备一个完整回合：别人反对了什么—我改了什么—对方在哪一点上同意。整段控制在90秒。

• 曜日別平均がピークを隠すと判断した根拠を、約2万4千件の匿名記録の扱いとともに説明してください。
• 平均値と15分単位の中央値を二週間並行させた比較で、何を確認し、何は確認していませんか。
• 貼付の募集要項にあるデータ接入から利用部門への提供までの責任を、食堂プロジェクトのどの一往復で示せますか。

读的是技术判断的依据、取舍讲不讲得清，以及能不能把研究翻译成业务语言。

把中位数与平均值的取舍写成两句：为什么换、换完看见了什么；再准备一句业务侧的应用假设，并明说这是假设。

从贴入的募集要項里取一条职责原句，接到食堂项目里统一口径的那一段。

「贵司在数据领域领先」这种任何公司都能套进去的说法。

把职责原句改写成动作提问：这条职责在日常里由谁、在什么时候执行。

把工作节奏问成笼统印象；具体协作问团队，工时与制度问人事。

先问团队新人通常从哪类数据与资料开始，再据此安排前三个月的学习顺序。

只说「想快速成长」，既没有对象也没有顺序。

对照职责里「与使用部门达成一致」占的比重，判断这份工作是不是自己想要的协作强度。

把契合说成单向迎合，只讲自己能适应，不讲自己也在判断。

回答里引用一次原句并说明是从哪里读到的，其余保持「拝見した範囲では」。

把没有出处的行业传闻当成公司事实说出口。

看信息系统学习怎样连接第一份数据平台工作。

从食堂项目里的指标定义和交接谈起，说明可迁移的部分；课程细节只说确实学过的。

确认换掉公司名之后动机还成不成立。

引用贴入募集要項里的一条职责——与使用部门就数据品质达成一致——再接自己统一口径的那段经历。

确认判断的独立性，以及方法能不能复用。

行动段只写本人的决定：为什么改口径、两案怎么对照、验证到什么范围。

看试行验证的范围是否讲得清楚。

只说问卷与现场观察；把没有营业数据、不能推断等待缩短说清。

看语言准备能否用于阅读资料与向团队确认问题。

N1是已有能力；入职后的具体阅读顺序请团队建议，不把三个月课程写成公司既定安排。

确认就活轴一不一致，而不是数量。

说明筛选标准——自有产品公司的数据基础岗位——让在投的公司看起来指向同一个轴。

向不熟悉项目的人说明技术判断

• 待ち時間の偏りを捉えるため、15分単位の中央値を提案しました。
• 従来の平均値と二週間並行して確認しました。
• 授業内での確認であり、実際の運用効果までは検証していません。

录音后检查每句是否分别说明判断、确认方法和结果边界。

提前10分钟到达，报出学校名与本名，说明面试时间与对接人姓名。

不确定对接人时，出示通知邮件并请前台确认。

不与其他应聘者交谈，手机静音收进包内，坐姿不靠椅背。

利用候场时间看一眼经历要点即可，避免临时背长稿。

敲门两到三下，听到应答后说「失礼いたします」，进门后轻声关门再行礼。

入室流程随现场指引调整，保持招呼清楚即可。

被示意后再落座，包放在脚边椅子外侧，双手放在膝上。

没被示意就坐下，会被读成没有确认对方的节奏。

没听清时直接说「恐れ入りますが、もう一度お願いできますでしょうか」，不要靠猜作答。

猜着回答会答非所问，比听不懂更影响评价。

起身道谢，走到门口再转身行一礼，说「失礼いたします」后轻声关门。

离开前确认随身物品齐全。

• 让别人能安心使用数据——把口径定义当成工作本体，不是附带产物。
• 希望理解从接入到提供的完整过程，并同团队确认实际分工。
• 在需要与使用者反复确认的工作里用上语言能力，而不是把语言当资历。

自我介绍的收尾句、志望动机的落点、两个逆质问、以及被问到「内定が出たら入社されますか」时的回答，必须指向同一组锚点。自查方法：把这四处各写成一句，看是不是都出现「定义」与「使用者」这两个词；只要有一处只剩下公司或成长，就是漂移。

这份二次面试准备围绕三条线：我为何选数据平台工作、食堂项目里怎样判断并协作、我如何面对生产经验不足。行业、公司与赴日规划的问题也要能接回这三条线；实际提问依面试官而变。

1分钟

香港大学で情報システムを学ぶ留学太郎と申します。学食の混雑を可視化する学生プロジェクトに18週間取り組み、約2万4千件の匿名記録を整理しました。曜日別の平均では混雑の山が見えにくいため、15分単位の待ち時間の中央値を提案し、従来の平均値と二週間並行して確認しました。指標の定義を揃え、次に使う人へ渡す経験から、データを安心して使える状態にする仕事を志望しています。貴社の募集要項にある、利用部門とのデータ品質の合意にも関心があります。2027年6月卒業予定で、JLPT N1を取得しています。本日はよろしくお願いいたします。

• 先给身份与学校：没有坐标，后面的数字进不去对方的脑子。
• 经历只留一个转折点，数字只报三个：18周、约2.4万条、15分钟单位。
• 最后一句把兴趣落在职责上，不要落在公司规模或对日本的好感上。
• 毕业时点与 N1 放在结尾，作为事实补齐，不展开。

食堂拥堵项目：18周、约2.4万条匿名记录，指标从按星期取平均改成15分钟单位的等待时间中位数。

问到「学食プロジェクトの18週間で、最も自分で判断した一手は何ですか。」，以及追问「反对意见你怎么处理」时使用。

试行只确认到问卷与现场观察的范围，没有营业数据，因此不称之为业务成果。

被质疑「这不就是课程作业吗」时，用这一条先划边界。

项目里把三种等待时间定义整理成一页对照表，交接给下一届继续维护。

问到「三つの待ち時間の定義を一枚にして次年度へ渡したとき、誰が次に使える状態をどのように確認しましたか。」或入职后三个月怎么做时使用。