编辑导语：一个新项目从立项到上线需要经历很长一个周期，期间也会遇到很多的问题，从需求提出到设计再到研究开发，需要清晰统一的目标和整个团队的协作；本文是作者总结的从立项到上线会遇到的问题清单，我们一起来看一下。

要把踩过的坑，转化为前进的奠基石。

无流程，不组织；对自己负责，对团队负责。

一、需求分析阶段

需求类型，来自其他部门提出的需求：

1. 反思点

• 能不能一句话说清楚要解决什么问题？
• 有没有其他更简单的解决方式？
• 我理解这个需求背后真正的诉求了吗？
• 我有对这个需求合理性的分析吗？
• 我有对这个需求普适性的分析吗？

2. 产品原有功能的优化迭代

• 我全面了解原有的这个功能吗？
• 原有功能的数据我分析了吗？存在哪些问题？我这次优化要解决什么问题？
• 原有功能有哪些亮点和作用？我这次优化怎么保持和扩大？
• 新的设计部分哪些可以复用原来的能力或者当前已经在开发的能力，避免重复开发？

3. 从0到1的产品

• 这个需求符合战略方向吗？
• 我想清楚了为什么要做这个功能吗？这个功能的核心价值是什么？
• 我需要做市场调研或者用户调研吗？怎么确认这是不是伪需求？
• 我做了版本迭代规划吗？什么是这个产品的MVP？

4. 参考/模仿其他业内产品或功能

• 我深刻了解他们做的成功背后真正的原因了吗？
• 我们用户群体和使用场景相似吗？
• 我怎么弃其糟粕取其精华？

5. 老板提的需求

• 老板真正的目的是什么？
• 老板有没有明确的时间要求？
• 老板是自己的想法还是传达其他部门角色的想法？如果是后者需要了解清楚是谁的想法再具体去沟通

二、需求设计阶段

概念陷阱：我创造了新的概念吗？这个概念有必要创造吗？如果一定要创造我解释清楚了吗？

准确描述：我准确描述问题了吗？如果把自己当做研发，从研发的角度看我们的需求文档，能完整理解需求吗？

逻辑是否清晰：设计中的逻辑是不是严谨？业务流程逻辑有没有问题？功能描述逻辑有没有缺失？

核心目的：设计结果有没有背离最初的初衷？是不是紧紧围绕我做这件事情核心目的？

分享激励：我做了分享激励吗？分享是链接还是海报？我有时刻把获取新用户作为产品经理的使命之一吗？

学科专业性（针对教育行业）：我有从学科专业性角度审视设计吗？我需要跟老师们沟通下给出建议吗？

运营思维：我从运营角度反思设计了吗？这是一个静态的功能还是一个可运营的产品？

关联角色的思考：有没有跟其他角色包括不限于运营、市场、创作部、客服、销售、服务、老师等角色沟通确认了，对他们的业务有没有影响甚至负面冲击？

需求控制：我有没有把简单的事情复杂化了？哪些功能可能不应该放到1期？

需求延展性：功能设计是不是有足够的延展性？下一次迭代是可以直接拓展功能还是要重构系统？

忽略了入口：我是不是只处理了子页面的优化而忽略了入口？静默更新一些内容等着用户来发现吗？

更新机制：以什么机制更新内容和数据？系统在一定周期自动更新？用户状态变更后再更新？运营手动更改配置更新？

缓存机制：是否要提前缓存？需要缓存多少？自动缓存还是用户手动下载？

版本兼容：我考虑了新版本功能在旧版本中不能使用的兼容处理吗？是两个版本采用不同的功能还是老版本提示用户升级的方式呢？

数据兼容：我考虑了老数据兼容处理吗？老用户的年级、订购、会员等状态变更吗？

用户体验：交互够不够不顺畅、提示文案是否太过技术化生硬难懂、icon能不能看懂、能不能记录用户的使用数据、保持上一次学习记录、用户等待时间是不是过长、空状态有没有文字提醒等保持上一次学习记录、用户等待时间是不是过长、空状态有没有文字提醒等。

多种角色：新老用户、会员非会员、已完成未完成、已领取未领取当不同的状态的规则描述。

退订场景：用户的退订规则考虑了吗？退订后对规则有影响吗？退订场景的信息要变更吗？

换班场景（仅针对教育行业）：用户班级更换了影响哪些数据？功能会不会受影响？

登录状态：未登录下的规则考虑了吗？登录入口有吗？登录或退出登录的状态变更考虑了吗？

过期场景：活动过期、会员身份过期、优惠券有效期过期等。

无网络情况：考虑到没有网络页面的提示信息。

切换网络情况：考虑到4G和无线网络切换时页面的提示信息和交互细节。

用户无权限：缓存、下载内容时，设备无内存情况。

无数据情况：该页面没有任何数据的提示信息。

数据延迟：支付状态中，第三方数据回调延迟等。

操作频繁/性能问题：直播过程、网校课堂中的发送消息频繁、发送表情频繁、送花频繁、举手频繁、连麦频繁等、点赞频繁、点赞又取消再次点赞、退出教室、进入教室频繁、发送短信验证码频繁、反馈、投诉频繁等。个性化推荐等造成的大量数据请求带来的性能问题。

分享功能：有没有考虑分享功能和分享主副标题icon信息以及分享出去后别人打开被分享页面的样式等。

删除功能：有没有考虑评论、作品等删除功能，包括用户主动删除；被举报后系统自动删除；工作人员删除等。

用户反馈出口：有没有考虑一些内容制作类，尤其是答案是唯一性的题库、音频等，用户可以有反馈的地方；并且nms中要有对应的反馈出口，与业务沟通反馈内容处理流程。

新手指引：较复杂的功能什么场景下给出指引，如何指引。

评论管控：评论要不要审核管控再放出来？一级评论、二级评论等管控。

小屏手机：文案会不会过长？小屏手机显示不下的异常问题。

ipad适配：ipad有没有适配，ipad哪些布局样式要单独定义。

事件埋点：关键行为的点击事件的数据有没有埋点。

转化漏斗：关键路径的转化数据有没有追踪记录。

统筹把控：我有没有作为整个项目的负责人统筹把控包括不限于内容准备、营销推广、线上核查、客服话术、班主任销售话术等方方面面的准备度？

三、需求投入开发

需求变更：过程中我有坚守自己的底线吗？需求一定要变更的话我有周知到所有项目相关人员吗？

进度更新：知晓提测时间吗？符合领导和业务要求吗？跟进确保开发在预期的进度了吗？

四、需求验收阶段

忽略了入口，只走了里面的环节，忽略了入口，可能会出现：

• 里面功能优化了但入口没有任何提示，静静的等用户发现。
• 入口没配置好，在测试环境随便找了一个入口，没有对正式的入口配置策略进行商定，
• 没有把各种类型的数据流程全部验证一遍
• 没有把自己设想成是一个用户去还原用户的使用场景

忽略了多种角色的验收。

忽略了未登录状态的验收。

一些特殊的时间节点，比如需要切换年级、更换学期时的操作是否顺畅，体验是否符合预期。

忽略新人指引的验收。

没有通知业务或需求提出人及时验收，在实际业务场景中去发现问题和审视方法。

不去验收运营配置流程，只局限在功能是否完整。

轻易妥协于造数据、造账号很难等说法——因为测试环境不好造数据，账号没有权限等奇怪的理由就妥协，没有对待验证时应有的严谨态度。

验收时间太晚，导致发现问题后修改影响上线进度。

后话：这些年我都经历过什么，才能总结这么多教训啊！

本文由 @盒小痴—在线教育PM 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自pexels，基于 CC0 协议