从 0 到 1，
做出第一版。
网站、移动应用、管理后台或配套工具。先确定核心用户和关键流程，用清晰的范围完成可使用、可验证的第一版。
和火叶一起做产品
有想法，
一起实现。
你可以从这里开始
从一个问题，
到一件产品。
不需要先写完整需求。一个目标、一段卡住的流程，或一个正在使用的产品，都能成为合作的起点。
从 0 到 1，
让正在使用的产品，
更好用。
从真实反馈里找出阻力，调整流程、界面和功能优先级，把资源集中在最影响体验和业务的地方。
把重复工作，
变成稳定流程。
整理分散的信息，减少重复操作，为团队做一套贴合现有工作方式的内部工具或自动化流程。
合作方式
先对齐，
再开工。
范围、阶段、交付和验收先说明白。开发中看真实成果，有变化就评估影响，再一起决定。
- 01
把问题说清楚
谁在用、哪里卡住、希望改变什么。我们先理解目标，也确认现有资料、技术条件、时间和预算。
- 02
把这次范围定下来
给出优先级、阶段安排、交付内容和验收方式。该先做什么、暂时不做什么，都写清楚。
- 03
每一阶段都看得到
用可运行页面、真实界面或阶段成果沟通。你能及时看到方向，也能在成本可控时调整。
- 04
验收后完整交接
按约定检查结果，交付相应源码和资料，并说明部署、上线、账号与后续支持安排。
开始之前
重要的事，
先说清楚。
只有一个想法，也可以开始吗？
可以。先说想解决什么问题、给谁使用，以及现在最不确定的地方。草图、参考或现有产品都能帮助理解，不必先准备完整方案。
多久、多少钱？
根据范围、目标平台、已有资料和需要对接的系统评估。先确认影响工作量的关键条件，再给出对应的阶段、周期和费用建议。
源码、设计资源和账号怎么交接？
源码、设计资源、部署说明、账号归属与上线分工，会在开始前写入交付约定，验收后按约定完成交接。
上线后还能继续维护或迭代吗？
可以。问题修复、日常维护和新增功能分别确定范围，再约定对应的响应方式、周期和费用。
从一次交流开始
先说说，
你想解决什么。
不用准备正式方案。一封简单邮件，写下已经确定的部分；其余问题，我们在交流里慢慢收拢。