正文
不是PRD一完成就万事大吉了，还是经常会出现需求想不全的情况。这个需求想不全有两重意思。第一个就是只考虑到了需求的正常流程，忽略了需求的边界和异常部分。第二个就是只考虑需求的当前版本，或者是当前设备的使用正常，却忽略了需求的上下文环境。
![]()
▲
经常被忽略的需求边界
我们来看几组容易被忽略的边界。第一张图中的，创建下载任务的时候，出现空间不足的情况。这个我们就要事前提示用户，暂停任务的下载，保留已经下载的部分，等用户清理磁盘之后，能够继续进行下载，下面的已完成文件被移出之后，就不再提供打开按钮，而是支持重新下载。
归纳下来，通常需要考虑这些方面。
1.入口和流程
首先，要考虑的是入口和流程。入口就是启动应用或功能的入口，从桌面启动还是从通知栏启动？从你自身的应用上启动还是从第三方应用的入口启动？
流程就是指按某个入口执行一系列步骤，实现某个功能的分解动作，包括成功的情况以及各种失败的情况。失败情况里面就包含了各种的边界，比如你在描述一个购买失败情况的时候，失败的边界可能是余额不足，也有可能是服务器下单失败。
2.场景与扩展
用户实用功能的场景，比如说你是横着拿手机，还是竖着拿手机。当你横着拿手机的时候，是否需要支持横屏？如果你支持横屏的话，需要对字符串或者是对功能模块需要进行哪些调整？
用户的场景，还有一个最重要的就是网络。他当前是wifi还是数据网络？如果是wifi的话，是需要验证的wifi还是不需要验证的wifi？通常在数据网络下，进行一些流量消费行为的时候，都是需要给用户提示的。
扩展，包括版本扩展，是否兼容新旧版本。
3.设备与平台
设备是指不同系列的设备，比如PC、Ipad、安卓等，不同的设备它的设计规范也会不相同。另外就是同系列的手机和不同系列的手机，它的规范也不尽相同。要支持多种设备，就需要进行适配处理。是安卓系统还是IOS系统？
需求不是一次性就能考虑全面的，一回生二回熟，不用要求太苛刻。那种非常边缘或者是边界的一些功能，是可以暂时忽略的。
二、产品经理从初级到大神
需要经过哪7层修炼？
@苏杰 | 《人人都是产品经理》作者
随着岗位的渐渐清晰，我们也开始去定义一个职业的成长路径，大家也看看你自己到底走到了哪一步了，以及到达下一步需要做到哪些关键的东西。
☞ 第一层，需求细化与研发跟进
如果你的工作整天都是写PRD，画原型的话，那基本你就是刚刚入门。你接到的是一个相对明确的任务，写写文档做些原型，所以你要懂点设计和技术，因为文档是写给技术看的，原型是画给设计看的， 所以这些技能一开始我们就要具备。
关于新人如何入门，或者你要如何带新人的3个方法。
1.做客服，熟悉用户
阿里它培养产品经理就很简单，你先做3个月客服，回来之后就什么都明白了。你看了再多数据你也没法切身体会到那个痛，可当你接了3个月客服电话每天被骂的狗血淋头的时候，你已经坐不住想动手干了。
2.写TC（test case），熟悉产品
大家都知道产品经理很关注优先级和性价比，产品经理的思路其实是抓大放小的。但新人反而应该对产品方方面面的细节都非常了解，而测试岗位就正好符合，他是主要关注细节，比如产品的分支流程，边界条件， 异常的处理。 所以一开始你能耐下性子写一份详细的测试文档的话，是会比跟着产品文档看是会更加细致的。
3.请吃饭，熟悉团队
因为产品经理是团队的中心位置的，当你有需求要找技术实现的时候。有时候技术就会回答：“这个做不了”或者“你去排资源吧！”，或者“我加班帮你做一个”。这区别就是你和他是不是朋友了， 如果你和他有很多非工作上的交集的话，很多小问题就会非常顺利。
☞ 第二层，主动挖掘与项目管理
第一层你练过以后，就进入了第二层，最大的区别就是你开始从被动变成主动了。
你开始去见用户，挖需求。你也不再是一个盯项目的人了，你开始主动发起项目了，这时候抢资源就变成了一个很重要的能力。当你和所有人的关系都很好，抢资源就会比较容易。你也不再是一个项目中的需求人员，会有一点变成一个项目经理的角色。
从一些小现象就能看出你是第几层。
