很多合作从一句“想做一个系统”开始。这个想法没有问题，但还不能直接变成开发任务。
我通常先问五个问题。
第一，谁在遇到问题？老板、运营、服务人员和最终用户看到的往往不是同一件事。
第二，现在怎样处理？现有的表格、群聊和人工步骤虽然麻烦，却包含了真实规则。不了解现在的做法，很容易做出一个没人愿意用的新流程。
第三，最容易出错或最花时间的地方是什么？问题必须落到具体动作，才能判断技术是否真的有用。
第四，哪些条件不能改变？已有系统、监管要求、人员习惯、预算和上线时间都会影响方案。限制不是附加信息，它就是产品的一部分。
第五，先看到什么结果才算有用？可能是一张清楚的流程图，也可能是一个能跑通的小版本。答案决定下一步应该做咨询、原型还是开发。
这五个问题不一定一次就能回答完整，但它们能把讨论从功能清单拉回真实工作。问题说清楚以后，页面和技术选择通常会简单很多。