周一上午，需求单里只有一句“做个软件”

上周一，我在杭州接到一个找我做客户管理小程序的私活。对方预算8000元，上线后却连续提出增加统计、消息提醒和复杂权限。我也卡过：最初把“客户管理系统”理解成常见模板，直到第三轮沟通才发现，他真正要的是销售每天自动填写的跟进表。早期不确认交付边界，我只能一边加班，一边解释为什么又要改价。

先别急着找工具，先弄清对方要买什么结果

德国软件从业者 Jens Neumann 在《A Family Tree of Software Job Titles》中，把软件岗位按“负责设计、负责开发、负责运营”梳理成家族关系。放到接单场景，就是别被“程序员”“产品经理”“全栈开发”这些称呼绕晕，而要问清楚：你要我设计一个产品、把它开发出来，还是帮你运营已有系统？比如深圳的自由设计师林悦，给花店做预约小程序时，不卖“写代码的工时”，而是卖“顾客可自行选日期、店员能看到预约、老板能导出名单”这三个结果，沟通明显更快。这不是让客户学习技术，而是把翻译工作交给我们。

今天复刻：0元、40分钟、低门槛，从需求单开始

钱：0元。工具可以用免费的在线表格，或直接拿纸笔列。时间：约40分钟。技术门槛：低，不需要会编程。第一步：新建一张表，左边写客户原话，中间写他要完成的工作，右边写“交付后能看到什么”。接着圈出前三项必做结果，把其余内容标为“第二阶段”。我会再补三列：交付日期、客户需提供什么、怎样算完成。比如“增加统计”要改成“老板每周能看见新增客户数”；“系统要稳定”改成“连续试用7天，每日能完成10条记录”。最后才按阶段报价和约定修改次数，避免一句模糊需求吞掉整单利润。这套方法不是所有人都需要；如果你固定接同一种项目，也可以继续用熟悉的清单。

按你现在手上的客户，选一种做法

如果你刚起步、还说不清客户到底要什么，我会先带一位真实客户做一次40分钟需求梳理，只收三个结果，不急着搭系统。如果你已经有1到2个客户，我会把现有聊天记录里的原话抄进表格，逐条标注“必须交付”和“以后再做”，并附上每项的确认日期。如果你正在扩规模，我会给每个岗位建立统一的需求单、变更单和验收表，报价按阶段拆分，每次新增内容单独确认。现在不整理也没事，先从下一张报价单开始就好；如果你愿意，也可以把你的客户原话贴出来，我陪你一起改。