没有跟进过项目的小伙伴,如果你对项目过程从无了解,下面我对自己经历过的一些项目经验做了总结、思考,希望这篇文章能给你带来一些经验,引起你的共鸣。
在项目中,最常见、简化的工作流程:
需求讨论 - 用户分析 - 需求分析&评审 - 原型设计 - 项目跟进 - 测试上线 - 开始迭代
需求讨论
常见痛苦:
需求方需求不明确,要么只讲细节,要么概括到没边,并且常忘了结合自身业务优势规划产品;
如:我们想要像淘宝那样的网站,能申请店铺,有平台感,能够有吸引买家的等级系统,就算做不了淘宝第一,也要做第二。
不关心市场、用户状态,自己就是行业。伪需求多,实在不行直接原样抄袭,讨论很久也没有最终方案;
如:用户数据只有注册统计数,要么就是去类似网站看几个人的发言,就变身用户了,很少考虑自身业务,反正就是市场、用户这些没空去仔细了解,原因:太忙(谁不忙呢,在现在这个社会)
没有确定的想法,摸索着去设计,到细节时评审会上容易纠缠不清,定稿时要反复改两三稿;
例:沟通无效非常常见,耽误项目进度,就算是给A/B方案,也是治标不治本。
解决方案:
1
深入市场、业部部门了解业务流程
承认不懂,主动去了解,让自己成为业务人员。这样才能赢别人的尊重。
例如:汽车订单开发流程,比较专业,要去总结出业务部门的工作流程:
接收申请-车型科审核-技术评审-确认订单-订单设计-设计检查-统计设计投入-提报考核建议
在流程的每一步骤中都有大量的细节需求,要认真分析
2
对产品功能如何实现,
要根据项目团队和之前的资源来做判断决定
如:产品要链接一个第三方支付产品,选现有的还是再加入新的第三方支付产品呢
第三方支付功能怎么做,实现过程怎么设计,都要根据现状去做判断。
3
多分析竞品,再根据自己的情况,
设计一套适自己的业务逻辑不建议原样照抄
如做一款短视频产品,目前比较热门的抖音、头条视频等等,每个产品都有各自的特点,可以结合其优点进行分析,并成形自己的业务逻辑
像头条视频,除了内容方面的自建模式,同时,结合头条强大的标签推荐系统,值得我们去好好了解:
a、初期根据线性函数做数值推理、用户分群;
b、根据不同喜好推送相关内容;
c、大数据汇总内容,抽样随机推出高概率相关内容推送
结合专业的SWOT,PESTEL分析市场信息,同时结合三大文档BRD,MRD,PRD做产品规划。
SWOT,PESTEL属于产品战略层的规划阶段,大家了解就好
用户分析
没有用户数据,没有用户反馈;
用户有反馈,但没什么用,笼统不知道问题在哪;
公司不重视用户调研;
自己选择目标用户做调研,或者找公司支持;
认真准备调查问卷,关注第一次用户访谈,定一个基本数量目标;
找用户发言渠道,通过综合数据进行推演;
善用调查访问工具:问卷星,麦客等
需求分析&评审
评审不严谨,扯皮严重。遗留很多问题无法解决,需求方不停提出问题,延误项目进展
需求边界确定;
严格执行评审过程;
细化需求讨论,不在一个问题上纠缠太久;
用原型软件辅助:Visio,Xmind,Axure,Office等。
原型设计
细节需求不完善,很多问题在开发时才发现;
需求确认困难,反复修改情况常有发生。
学习使用原型交互设计,原型表达的越明确,确认工作越轻松;
原型上需求,代替 PRD文档;
需要时可附带BRD,MRD,PRD文档。
项目跟进
项目管理混乱,不能及时了解每个人的进度;
每个人进度各异,无合作意识,耽误上线时间;
没有绩效,或有绩效也是做做样子,没有高效率合作的激励措施。
用项目管理软件,如:Project,规范化项目管理过程;
明确每个人职责及完成工作时间,进度;
存在问题及时解决,通知所有人,形成团队共知的氛围。
测试上线
测试不规范,BUG测试人员查不出;
内测后上线任然大量问题存在。
l 测试用例文档先制做,严格按测试文档测试;
l 做可用性测试;
l 使用测试软件:Tapd,OneAPM(页面量载测试)TestLink。
开始迭代
1. 迭代混乱,两次迭代间衔接混乱
2. 下一次替代无上一次产品上线的用户反馈
3. 没有收集上线后的使用反馈, Bug修复延迟
l 建立迭代节奏
l 定期收集上线数据,以调整后续迭代计划
l 可使用分析工具进行数据分析,如:SPSS文档
产品的完成过程,是一个反复重复,改进的过程,我们要做好充分的准备,全盘考虑产品生命周期的完整状况,才能逐步完善产品。
只有脚踏实地做好产品才是正道,每一个产品都要一步步去积累跟实践!