入职携程已经三个月了，携程有很多事业部，其中最主要的两个是大交通事业部和大住宿事业部，而机票业务又是大交通事业部的核心部门，而我很幸运的被分在了机票产品部。大厂的分工一般比较细致，携程的机票产品分为国内、国际、X产品、特价机票、创新组。
就是这个小框框里的内容，就有5个产品团队来维护。下面就给大家揭秘一下大厂的工作流程，以及我在工作中的一些总结。希望帮助想要入坑大厂的产品新萌们更好的了解大厂的产品工作。
工作流程篇
我们向谁提需求：BI、用研、交互、视觉、原型、开发、测试、业务、运维、其他合作团队的产品，同样这些团队也可以向我们提需求。
一、需求发起（和发起方沟通背景、意图、想要达到的目标、和开发提前沟通技术方案）
自发需求：根据团队未来的目标，用研报告的结果(市场有多大，用户的行为有什么特点，针对每个问题想解决方案。)，竞品分析，数据分析，自己的洞察，读书和相关的文章启发（还有什么别人做的我们没做的），你想做的事，你作为用户的体验，你的朋友使用携程的体验。
迭代优化需求：之前对想要观察的数据进行了埋点，根据埋点的数据和用户行为分析，猜测原因和可以优化的点，进行AB实验。
发现线上问题：找测试看，找开发看，找到问题进行解决。
业务需求：问清楚目的，分析可能产生的价值。若无更多的价值，基于现有用最小的成本实现。（和业务沟通清楚，重新定义需求，自己想有无后续价值，需要和技术沟通方案）。
老板需求：问清老板的意图（和老板沟通清楚最终想要的效果，可以有依据表达自己的想法）。
需求发起时，需要对影响的用户数量，预计有什么效果， ROI是什么，目标是什么做到心里有数。
具体执行时：
1.和需求发起方沟通清楚需求到底是什么，重新定义产品需求，你可能会开很多的会，抓住会议的关键信息、不懂要问，但要经过思考的提问，多想想有没有更优的产品（解决）方案。
2.和leader讲，这个方案是什么，ROI是什么，开发工作量是多少，希望什么时候上线。
达到什么目标，如果没有达到怎么迭代，下一步计划是什么，planB是什么。
需要清楚整个产品的核心竞争力，业务流程，关键路径是什么。
3.多和别人讲讲， 他们会给你意见，帮你补充你没有想到的地方，教你方法和思路。
二、需求预审
根据对发起需求的调研，提出策略方案。
包括：需求范围、需求背景（包括为何发起、影响用户数量、ROI及目标）、需求方案、期望上线时间。
组内需求预审（主流程&单补订）。
三、需求评审
每周三APP主流程进行机票需求评审。
讲需求概述，需求过审后，可以细化PRD 。
四、细化PRD过程
*带领整个团队向着一个共同的目标努力，把所有的相关人员都拉到一起，阐述目标、同步进度和结果（可以拉个微信群）。
前台产品PRD：
项目背景
项目目标及成本（ROI）
项目风险
项目内容
1）AB实验（需要提BI需求）
开放流量的计划安排。什么时候开多少流量。
2）流程图
3）需求描述
4）交互稿
5）视觉稿
6）原型图
7）外部支持
测试同学需要注意的点
6．埋点方案（需要提BI需求）
具体操作时，其中，
1.AB实验&埋点方案需要BI同学支持。
需要提供给BI同学的东西：在cp4上描述。
2.交互稿需要交互同学支持（邮件黄婷婷分配小伙伴），视觉稿需要视觉同学支持（邮件熊康分配小伙伴）。
需要提供给交互同学（交互同学主要负责用户和信息的交互和操作方式）的东西：提供所需展示的信息，考虑所有可能的情况，你想要的效果，达到的目的。
需要提供给视觉同学（视觉同学主要负责颜色、样式）的东西：交互稿，你想要的效果，达到的目的。
需要提供给原型同学的东西：视觉稿。
3.涉及全流程的项目，还需要后台产品、后服产品、公共（我携）、外部bu等的支持。
需要提供给后台同学的东西：前台所需展示的字段（需要考虑扩展性）。
需要提供给我携的东西：
1）整理好的表和字段。
2）准备好操作接口，下发详情和操作。
3）关于单订，补丁，随机票订的展示逻辑不做处理。没法控制，单订的要展示，随机票订的不展示这种需求。
4）以需求邮件为准。
需要提供给后服产品的东西：我们希望实现的随机票退改的功能及展示。
了解现有功能可以自己跑线上的流程，问团队的小伙伴，找之前的PRD，找测试，找开发。了解业务可以找对应产线的业务获取数据或所需了解的信息。
和各方沟通联调上线时间点，制定时间计划（前台开发、后服组）。
需要和后台以及开发小伙伴一起确认：契约提供时间、联调时间、提测时间、入测时间、上线时间（和开发沟通）
*大型项目，后台提供契约后，前后台需要进行契约评审，如果开发过程中出现问题技术需要负责。
四、给开发讲需求
开发周期前一周（周一）和开发一起讲需求。
开发前提供接口契约和进入开发需要的物料（包括原型、视觉、PRD）。
五、跟进开发进度
跟进开发进度，协调解决开发中出现的问题。
六、视觉交互review&测试验收
开发完成后，和交互视觉一起review,交互和视觉样式是否有和需求不符的地方。
测试同步进行测试，测试通过后，进行验收（review关键功能点）。
七、发布&开流量
1.验收通过后进行发布（APP单订组每两周周三发布，APP主流程每周三发布）。
2.上线白名单（让测试根据uid把leader和相关成员加入白名单，加入白名单的用户可以看到新发布的版本）。白名单帮忙验证无问题后，可根据计划开放流量。
3.根据制定的开放流量计划、发邮件给BI（付迪）、运维（进行监控）进行流量开放。抄送所有项目相关人员：视觉、交互、开发。（新上线功能对外开放前，大型需求请大家以正式邮件方式发出。验收邮件给到相关同事，抄送全组，小型需求也请将验收邮件发送全组。）
通过ABTesting管理平台可以查看实验流量开放情况。
流量开放后，观察&分析实验数据，如果符合预期，可继续开放流量。如果有负向影响，关闭流量，根据埋点数据请BI帮忙进行数据分析，查找原因，优化后再开放流量。
注意点：
前期充分的调研。（5W1H）,半路接到的需求，一定要从底层开始了解清楚来龙去脉，看看有什么现有的资源可以利用。
和各方沟通时描述项目的背景和你做这件事情的原因，同时同步各方这个项目的进度，产出，让大家有意义感。
附：执行清单
一、如何写需求描述
思考方式：从粗到细，从整体到局部
1.总共几个页面，页面间的关系（流程图）
2.整体页面模块描述
3.每个模块包含的功能、内容、操作，如何显示（展示逻辑，背后的依据是什么，字段的限制），从哪里取（取数逻辑），怎么取，为什么这么取
注意：
所有可能的情况
BI个性化收口
二、如何高效沟通
沟通内容：
1) 阐明背景与问题
2) 希望了解的内容和得到的结果
3）希望对方提供什么支持？
4）希望什么时候可以解决？
沟通方法：
1）lync or微信(一对一)
2）电话（点对点，用于打字说不清楚、事情比较复杂或比较紧急）
3）面对面（一对一，复杂事情，紧急事情）
4）lync群（多人，但有人可能会不在，有些事比较）
5）会议（多人、复杂事情）
邮件（正式结果确认，推动事情，会议纪要等）邮件需要：写明主题、抄送leader、在不明确所有相关人员的时候，需要请收件人帮忙转发给所有相关人员
三、如何预约会议并开会
预约会议室并发送会议邀请：
1）预约会议室：Outlook 新建项目—>会议 选择会议室和时间
2）Lync拉群问大家有没有这个时间点有没有时间，如果没有时间找小伙伴代替（重要的人一定要到）
3）发送会议邀请：包括事件背景、会议主题、会议需要确定的内容、需要大家提前的准备
4）会议开始前15分钟拉lync群提醒重要的人参加
5）会议开始人还没到（lync上打电话）
会后需要发会议纪要邮件（给相关人员）
1）本次会议达成了什么共识
2）接下来的问题如何推进，给时间点
3) 各模块对接人