第1章项目启动与需求分析

一、项目启动与需求分析：从想法到立项的必经之路

大家好，我是你们的老朋友。今天咱们聊聊项目启动这个环节。说实话，我见过太多项目死在起跑线上——不是技术不行，而是启动阶段就埋了雷。你想想看，地基没打好，后面盖多高的楼都得塌。

项目启动与需求分析，说白了就是回答三个问题：做不做？谁来做？做成什么样？ 这三个问题搞清楚了，后面的事就顺了。

我刚开始带项目那会儿，总想着赶紧出方案、赶紧画原型。结果呢？做到一半发现方向偏了，返工成本高得吓人。后来我学乖了——立项阶段，慢就是快。

一个标准的立项流程，我个人习惯分五步走：

关键提醒：立项评审不是走形式。我见过有的公司评审会开得像茶话会，大家聊聊天就过了。结果项目做到一半发现资源不够，只能砍掉。嗯，这种事我经历过，真的心疼。

干系人识别，这个词听起来挺学术的。说白了就是——谁会影响这个项目？谁会被这个项目影响？

我在项目中遇到过最典型的坑：研发团队闷头做产品，结果市场部说“这功能没人要”，销售说“定价太高卖不动”，生产部门说“这工艺我们做不了”。你看，这些干系人一开始没参与，后面全是雷。

怎么识别干系人？我有个笨办法，但很管用：

然后画个权力-利益矩阵，把这些人分分类：

我的小技巧：每个干系人，我都列一个“期望清单”和“担忧清单”。比如老板期望的是“按时交付”，担忧的是“成本超支”。你提前把这些摸清楚，后面沟通就顺畅多了。

需求收集，这是最考验功力的环节。用户说“我想要一个红色的按钮”，你真的就做一个红色按钮？那你就输了。

用户说的往往是解决方案，不是需求。你要挖出背后的真实需求——他为什么想要红色按钮？可能是为了在紧急情况下快速找到它。那你的方案可以是红色按钮，也可以是闪烁提示，还可以是语音提醒。

需求收集的方法，我常用的有几种：

需求收集完了，别急着开工。先做需求评审。我建议拉上研发、测试、设计、市场一起过一遍。为什么？因为每个角色看问题的角度不一样。

我曾经踩过的坑：有一次，我们收集了一堆需求，研发说“都能做”，结果做到一半发现有个需求依赖一个还没成熟的芯片方案。最后只能砍掉，白白浪费了两周。所以，需求评审时一定要问清楚：技术可行性、时间成本、依赖关系。

可行性分析，很多人只盯着技术看。其实，技术只是其中一环。我一般从四个维度来评估：

这里我想重点说说组织可行性。你想想看，技术再牛，如果团队没做过类似项目，或者跨部门协作一团糟，那项目大概率要黄。

我习惯在可行性分析阶段，做一个简单的风险登记册：

一句话总结：可行性分析不是找理由不做，而是提前把“坑”找出来，想好怎么绕过去。我见过太多项目，可行性分析做得像“可行性论证”——只找支持立项的证据，忽略风险。结果呢？后面全炸了。

最后，别忘了开个项目启动会。这个会不是为了走形式，而是为了：

我个人习惯在启动会上发一份项目章程，里面写清楚项目目标、范围、关键里程碑、干系人、风险。这份文档就是项目的“宪法”，后面所有决策都基于它。

一个小建议：启动会别开得太长，1小时以内搞定。重点不是讲PPT，而是让大家达成共识。我见过有人开启动会讲了3小时，底下人全睡着了。嗯，那效果还不如不开。

好了，项目启动与需求分析这块，咱们就聊到这儿。记住一句话：启动阶段多花一分力，执行阶段少花十分力。 下一章咱们聊聊产品定义和原型设计，到时候见。