01 / PRODUCT JUDGEMENT
产品研判
明确为什么做、为谁做、哪些条件必须成立，以及哪些问题暂不纳入本期任务。
- 承载
- 模糊需求、角色冲突、业务限制
- 呈递
- 问题定义、信息结构、关键流程
工作室 / 实践 / 责任
保持小型，
亲自负责。
象驮是一家位于上海的小型跨职能软件工作室。参与沟通的人，会实际承担产品研判、 界面研究或技术构建工作；项目不经过多层销售转述，也不在承诺后转交给另一支队伍。
保持小型，是我们保障工作质量的机制：项目语境在同一责任体系中持续积累， 重要决定能够追溯到负责人，能力边界也会在合作开始前如实说明。
01Direct
实际负责人从第一次讨论开始参与。
02Hands-on
核心设计与构建工作由团队亲自完成。
03Documented
关键决定、现实限制和交接内容形成记录。
04Bounded
能力范围与项目边界均如实说明。
01 / RESPONSIBILITIES
三责相贯，
共研一题。
根据项目实际调整工作重点，始终保持上下文共享、责任相互衔接。
02 / INTERFACE LANGUAGE
界面研究
统筹流程、内容与状态，形成清楚层级，同时保留每个项目应有的表达特点。
- 承载
- 内容密度、状态、品牌语境
- 呈递
- 界面系统、交互规则、视觉语言
03 / TECHNICAL BUILD
技术构建
推动核心体验在真实浏览器、真实数据与现实约束中成立，并为后续演进做好准备。
- 承载
- 响应式、性能、服务边界、异常
- 呈递
- 可运行前端、验证记录、交接代码
02 / WORKING RECORD
完善项目记录，
保障后续工作顺利接续。
- 01
记录课题缘起
说明目标、使用者、当前问题和本期不做事项。
- 02
记录研创过程
说明关键假设、主要取舍、被否决方向和待验证事项。
- 03
记录界面规则
整理组件、状态、内容规范与设计语言，不止于交付静态页面。
- 04
记录工程边界
明确运行方式、环境边界、验证结果与已知技术债。
03 / FIT
明确适用范围，
提高合作质量。
更适合
- 产品有复杂流程、内容或权限，需要先理清结构
- 希望设计与前端在同一责任线上推进
- 在意界面有辨识度，也在意它真实可用
- 愿意让关键约束和取舍进入讨论
不一定适合
- 只需要短期大量生产同质页面
- 项目必须经过多层销售与项目经理转述
- 希望在需求未澄清前承诺固定结果
- 需要用未经授权的客户 Logo 或数据装饰提案
04 / THE NAME
象以明理，
驮以达用。
研究对象，形成意象。
研究软件中真实存在的对象，也研究人们理解和使用它们的方式。
承载复杂，呈递成果。
不回避问题的复杂性，而是推动它以清楚、可靠、可使用的形式抵达。
05 / CONTACT
带着问题沟通，
共同研究解决方案。
如果这条链接来自一封开发信，可以直接回复署名人。实际参与项目研判与构建的负责人将与你继续沟通。