需求定义不准确，程序猿泪崩！（B 端）描述产品的某个需求看似是一件很简单的事情，
感觉只要指出具体的事项和产品需要提供什么就可以了。实则不然，在日常沟通中，我们
仍是对很多问题存在争论。这时候，就要求我们必须转呗定义产品需求，对问题达成共识
。具体如何做？文章对此展开了梳理分析，与大家分享。


需求定义严格来说并不属于需求工程的范畴之内，它是产品立项时要做的事情，最核心的
工作是确立一个合理的项目目标与范围。
关于项目目标与范围，企业高层通常是依据自己的洞见与经验去判定，有时缺乏集体智慧
与科学验证，导致它与团队实际能力及业务真实需求出现偏差，即找不准要解决的根本性
业务问题或发展机会，项目出现“上梁不正下梁歪”的情况。
如果方向错误且船只结构的打造扛不住实际风浪，那么船只不仅偏离合理的轨迹，还会面
临惊涛骇浪，最终做了很多无用功。可见，需求定义是不容忽视的一个环节。
需求定义的工作从方向性着手点是确定问题或者寻找机会。
举个例子，当一家杂货店发展为雇用了几个店员的小型超市时，货品丰富，日成交量数十
倍增，这时候用 EXCLE 难以满足经营管理需要，比如多人协作的数据登记工作、数据安 ...