项目协作指南

一个好的项目起点，不一定是一份完整的需求文档，也可以是一个明确的问题。我们先共同理解目标，再决定以什么节奏、什么范围开始。

沟通之前

准备以下信息，有助于更快判断技术路线。不需要一次写得很详细，已有资料就可以成为讨论基础。

• 产品要服务谁，解决什么问题。
• 已有的软件、设备、接口或原型。
• 最关键的使用场景，以及不能妥协的限制。
• 预期时间、预算范围和下一阶段目标。
• 是否涉及安装现场、试产或第三方系统对接。

涉及商业敏感信息时，可以先讨论信息边界，再决定资料交换方式。

定义最小可验证范围

我们建议先找到一条端到端的关键流程：用户做出操作，设备或系统响应，结果被明确看见。

比如，对于智能灯光产品，这条流程可能是“发现设备、完成配网、控制一个通道、断电后恢复”。先证明这条路径成立，再扩展更多功能，比同时铺开所有模块更容易控制风险。

这一阶段需要明确：功能范围、技术约束、接口责任、验收方式与阶段交付物。

同步推进软硬件

电子设计、固件、App 和管理系统不应等到最后才第一次见面。通过共享接口定义、状态模型和测试场景，让各部分在研发过程中持续对齐。

阶段	重点	可讨论的交付物
需求与架构	明确边界与风险	需求说明、系统图、验证计划
原型开发	验证关键路径	硬件样机、固件、应用原型
集成验证	验证整个系统	联调版本、测试记录、问题清单
工程化交付	支持上线与维护	发布包、约定的源码与技术文档

具体交付物根据项目范围确定，并在合作前以书面形式确认。

持续沟通与变更

将需求、问题与决策保存在可以共同访问的记录中。对新增需求，先判断对架构、费用与时间的影响，再决定是否进入当前阶段。

每次评审都围绕可运行的结果，而不仅是进度百分比。重要问题尽早暴露，比在交付前集中处理更有效。

开始一次对话

在项目咨询页面简单描述你的现状即可。表单会帮你整理成邮件草稿，由你在自己的邮件客户端确认发送。