从立项到上线的checklist!

0 评论 3543 浏览 14 收藏 11 分钟

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

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

无流程,不组织;对自己负责,对团队负责。

一、需求分析阶段

需求类型,来自其他部门提出的需求:

1. 反思点

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

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

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

3. 从0到1的产品

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

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

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

5. 老板提的需求

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

二、需求设计阶段

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

换班场景(仅针对教育行业):用户班级更换了影响哪些数据?功能会不会受影响?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、需求投入开发

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

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

四、需求验收阶段

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

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

忽略了多种角色的验收。

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

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

忽略新人指引的验收。

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

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

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

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

后话:这些年我都经历过什么,才能总结这么多教训啊!

 

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

题图来自pexels,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
3人打赏
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!