【超全】5年经验教训总结68条从立项到上线的checklist!

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

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

无liú程,不X;对自己负责,对团队负责。

一、需qiú分析阶段

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

1. 反思点

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

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

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

3. 从0到1的产品

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

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

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

5. 老板提的需qiú

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

二、需qiú设计阶段

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

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

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

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

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

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

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

关联角sè的思考:有没有跟其他角sè包括不限于运营、市场、创作部、客服、X、X、X等角sè沟通确认了,对他们的X有没有影响甚至X冲击?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

X埋点:关键行为的XX的数据有没有埋点。

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

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

三、需qiú投入开发

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

进度更新:知晓提测时间吗?符合X和X要qiú吗?跟进确保开发在预期的进度了吗?

四、需qiú验收阶段

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

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

忽略了多种角sè的验收。

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

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

忽略新人指引的验收。

没有通知X或需qiú提出人及时验收,在实际X场景中去发现问题和审视方fǎ。

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

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

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

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

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 【超全】5年经验教训总结68条从立项到上线的checklist! https://www.xiongfawang.com/1490.html

常见问题

相关文章

【超全】5年经验教训总结68条从立项到上线的checklist!-海报

分享本文封面