01我们怎么做

做软件，不需要从「写需求文档」开始。

很多项目的第一步就错了：先憋一份需求文档，再找一堆公司比价。我们换一种方式——从你的业务和问题开始，一步一步把事情想清楚，再动手做。

需求澄清

从业务、用户、问题开始。我们跟你聊业务怎么转、卡在哪、谁在用，把模糊的想法变成几个明确的问题。

确定第一版边界：有哪些角色、流程怎么走、功能做哪些不做哪些。这一步决定后面花多少钱、做多久。

先让你看见产品长什么样，再进入开发。方向不对，在这个阶段改的成本最低。

按里程碑推进，每个阶段都有可以看、可以试的版本，而不是最后一刻才揭晓。

上线不是结束。基于真实使用和数据，决定下一步做什么。

07常见问题

周期、报价、源码、维护——这些事提前说清楚，合作才不别扭。

我现在只有一个想法，可以聊吗？

当然可以。我们很多项目就是从一句话开始的。不需要你提前准备需求文档，用你自己的话把想法和处境讲出来就行，剩下的一起梳理。

你们能先给报价吗？

可以先给一个量级判断（大致是几万、十几万还是几十万，周期几周还是几个月），帮你判断要不要继续。精确报价需要先把范围理清楚，否则报出来的数字没有意义。

第一版一般做多久？

取决于复杂度：一个门店小程序可能是 4–8 周，一个多角色的管理系统可能是 2–4 个月。我们会在范围确认后给出具体排期，而不是承诺一个放之四海皆准的周期。

源码归谁？

按合同约定，我们的默认做法是：客户项目的源码完整交付给你，包括代码仓库、部署环境和数据库权限。这一条建议在合同里白纸黑字写清楚。

后期维护怎么收费？

我们把它拆开：缺陷修复、服务器运维、功能迭代是三种不同的事情，分别说清楚、分别定价，不混在一起收一笔糊涂账。

能接别人已经做了一半的项目吗？

可以。我们先做一次代码与产品现状评估，告诉你哪些能用、哪些建议重做、继续做的代价是什么，你再决定要不要交给我们。

UI 和产品设计包含吗？

包含，而且我们认为它是关键环节。我们不会跳过梳理和设计直接写代码——先把产品想清楚、看明白，才是对双方都负责的做法。

不需要写需求文档。用自己的话说说你遇到了什么问题，我们帮你往下想一步。