没有跟进过项目的小伙伴，如果你对项目过程从无了解，下面我对自己经历过的一些项目经验做了总结、思考，希望这篇文章能给你带来一些经验，引起你的共鸣。
在项目中，最常见、简化的工作流程：
需求讨论 - 用户分析 - 需求分析&评审 - 原型设计 - 项目跟进 - 测试上线 - 开始迭代
需求讨论
常见痛苦：
需求方需求不明确，要么只讲细节，要么概括到没边，并且常忘了结合自身业务优势规划产品；
如：我们想要像淘宝那样的网站，能申请店铺，有平台感，能够有吸引买家的等级系统，就算做不了淘宝第一，也要做第二。
不关心市场、用户状态，自己就是行业。伪需求多，实在不行直接原样抄袭，讨论很久也没有最终方案；
如：用户数据只有注册统计数，要么就是去类似网站看几个人的发言，就变身用户了，很少考虑自身业务，反正就是市场、用户这些没空去仔细了解，原因：太忙（谁不忙呢，在现在这个社会）
没有确定的想法，摸索着去设计，到细节时评审会上容易纠缠不清，定稿时要反复改两三稿；
例：沟通无效非常常见，耽误项目进度，就算是给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文档
产品的完成过程，是一个反复重复，改进的过程，我们要做好充分的准备，全盘考虑产品生命周期的完整状况，才能逐步完善产品。
只有脚踏实地做好产品才是正道，每一个产品都要一步步去积累跟实践！
