下载文档原格式
项目体验心得(精选5篇)项目体验心得要怎么写，才更标准规范？根据多年的文秘写作经验，参考优秀的项目体验心得样本能让你事半功倍，下面分享【项目体验心得(精选5篇)】相关方法经验，供你参考借鉴。
项目体验心得篇1最近我有幸参与了一个大型软件开发项目，历经了几个月的辛勤付出，终于在这个月底迎来了项目的上线。
在此，我想分享一些关于这个项目的体验心得。
首先，我要说的是这个项目的规模。
该项目涉及到了多个团队，包括开发、测试、运维、产品等，涉及的代码量巨大。
在这个项目中，我主要负责了前端开发的工作。
面对如此庞大的项目，我深感团队协作的重要性。
只有团队成员之间密切协作，才能确保项目的顺利进行。
在项目开发过程中，我发现项目管理工具的选用至关重要。
我们采用了敏捷开发方法，使用Gitflow工作流作为主要的项目管理方式。
对于一个如此庞大的项目，高效的协作工具能够极大地提高开发效率。
同时，我也认识到了文档的重要性。
尽管我们使用了Gitflow工作流，但在实际操作中，详细的文档对于新人的帮助是巨大的。
此外，代码规范和代码质量也是该项目给我留下的深刻印象。
我们采用了严格的代码规范，包括ES6、React、Redux等技术栈。
在代码审查和测试环节，我们也采取了多种方式来确保代码的质量。
这些措施不仅提高了项目的可维护性，也为我们团队成员节省了大量的时间和精力。
最后，我想说的是，尽管这个项目面临了各种挑战，但我从中收获颇丰。
我不仅提高了自己的技术水平，也学会了如何在团队协作中发挥自己的价值。
同时，我也认识到了项目管理、团队协作、代码规范和代码质量的重要性。
我相信，这些经验将对我未来的工作产生积极影响。
总之，这个项目让我深刻体会到了团队协作、项目管理、代码规范和代码质量的重要性。
在未来的工作中，我将继续努力，以期在团队中发挥更大的价值。
项目体验心得篇2在进行某个项目的过程中，我有幸担任了项目执行的角色。
这个项目的主要目标是开发一个能收集和整理学校数据的应用程序，并帮助学校做出更好的决策。
app开发实训心得（优质17篇）（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如职场文书、公文写作、党团资料、总结报告、演讲致辞、合同协议、条据书信、心得体会、教学资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, this store provides various types of classic sample essays for everyone, such as workplace documents, official document writing, party and youth information, summary reports, speeches, contract agreements, documentary letters, experiences, teaching materials, other sample essays, etc. If you want to learn about different sample formats and writing methods, please pay attention!app开发实训心得（优质17篇）心得体会是在自己经历某个事件或完成某项任务之后，对所得到的经验和教训进行总结和思考的一种表达方式。
个人项目总结与反思1. 项目背景本项目是我在大学期间独立完成的一个软件开发项目。
项目的主要目标是开发一个在线教育平台，用于学生在线学习与教师在线教授课程。
项目采用了前后端分离的架构，前端使用了Vue.js进行开发，后端使用了Spring Boot框架。
2. 实施过程2.1 需求分析在项目开始之前，我进行了一次详细的需求分析。
我与一些学生和教师进行了访谈，了解了他们对在线教育平台的期望和需求。
我还进行了市场调研，了解了当前在线教育平台的主要特点和竞争对手。
基于这些信息，我确定了项目的需求和功能。
2.2 技术选型在项目的技术选型上，我选择了Vue.js和Spring Boot作为前后端的主要框架，因为我对这两个框架有一定的了解，并且它们在市场上有很高的使用率和社区支持。
此外，我还选择了一些适合开发在线教育平台的插件和工具，如视频播放器、图像处理库等。
2.3 进行开发在项目开发过程中，我按照敏捷开发的方式进行了迭代开发。
我首先完成了项目的基本框架，包括用户注册登录、课程展示、视频播放等基本功能。
然后，我根据反馈进行了持续的改进和优化。
我还进行了一些性能测试和安全测试，确保项目的质量和稳定性。
2.4 上线与测试在开发完成后，我将项目部署到了一台云服务器上，并进行了一系列的测试。
我测试了项目在不同设备和网络环境下的表现，确保它能够适应各种使用场景。
2.5 项目总结在整个项目的实施过程中，我遇到了很多挑战和困难。
有时候我会遇到一些技术问题，需要花费大量的时间去解决。
有时候我会遇到一些需求变更，需要及时调整开发计划。
但是，我一直保持着积极的态度和良好的团队合作精神，最终成功完成了项目。
3. 项目反思通过这个项目，我学到了很多宝贵的经验和教训。
首先，我学会了如何进行需求分析和技术选型，这对一个项目的成功至关重要。
其次，我学会了如何通过团队合作和沟通解决问题，这是一个软件开发者必备的能力。
最重要的是，我意识到了软件开发是一个不断学习和成长的过程，我必须持续学习新的技术和知识，才能跟上行业的发展。
做app的项目总结在近年来，移动端应用成为了人们生活中必不可少的一部分，所以做app的项目也愈加重要。
作为一个开发人员，我也有幸参与了一个app项目的开发，以下是我对该项目的总结。
该app项目是一款在线咖啡馆，主要提供了如下功能：1. 用户可以浏览菜单，并通过在线选购的方式下单购买咖啡。
2. 提供了一个社交平台，用户可以分享购买的咖啡，组织线下活动等。
3. 提供咖啡馆相关的资讯，如：品牌故事等。
下面是我的总结：一、技术准备：因为该项目是一款app，我们的技术选型主要是两个方面：语言和框架。
我们选择了Swift语言以及MVVM框架，这些技术可以较为完美地落实复杂的app业务逻辑，如：业务的组织，进行网络请求，应对不同的UI交互等。
二、团队管理：一个优秀的app项目，离不开具有协同性的团队合作，我们团队每周会召开一次会议，主要是为了及时沟通进展情况，更新项目计划。
此外，我们也会通过Gitlab协作平台去管理团队，对代码进行Review，及时修复bug，控制版本等。
三、UI设计：UI设计是app项目中至关重要的环节之一，且好的UI设计能够直接影响用户体验，我们团队在设计UI时，先是结合app的定位，考虑如何使app简洁，易用，流畅；再结合用户画像，将UI进行了个性化处理，比如样式设计、色彩搭配等，使app富有活力。
四、测试和审核：随着app市场对安全性和体验的要求越来越高，我们放着app上市，必须要经过各类测试和审核，一方面为了发现应用存在的缺陷，另一方面为了合规审核，保证app不会遭到审核拒绝。
我们的团队对app进行了多次测试，同时我们的app首次审核也顺利通过，让我们欣喜万分。
总之，做一款优秀的app项目，需要知识储备，技术能力，团队协作，UI设计，质量保障等多个方面的整合，而这背后都离不开我们每一位团队成员的努力和默契配合。
做软件开发项目实习的心得体会作为软件开发项目实习生，我通过这段时间的实习经历获得了许多宝贵的经验和体会。
在这____字的篇幅中，我将分享我在软件开发项目实习中积累的心得和体会，包括技术技能的提升、团队协作的重要性、项目管理的挑战、自我成长和职业规划等方面。
一、技术技能的提升在实习期间，我有幸参与了一个庞大而复杂的软件开发项目。
这个项目涉及多个子系统和模块，需要使用多种技术和工具进行开发。
首先，我意识到学院所教授的理论知识在实际项目中的重要性。
在项目实施过程中，我需要理解和应用数据库、编程语言和框架等知识。
我发现那些在学校中重视理论学习的同学在这个环境下更容易上手，并且能够更快地解决问题。
其次，我学会了如何快速掌握新的技术和工具。
在项目中，我们常常需要使用新的技术和工具来完成特定的任务。
而作为实习生，我并没有很多时间来学习和掌握这些新技术。
因此，我学会了如何通过文档、教程和社区来快速学习新技术和工具，并且能够迅速应用于实际项目中。
最后，我学会了如何高效地调试和解决问题。
在开发过程中，经常会遇到各种各样的问题，比如程序出错、代码不符合需求等。
而作为实习生，我需要快速定位问题，并且提供解决方案。
通过这段时间的实习经历，我学会了如何使用调试工具和日志来定位问题，以及如何通过开发者社区和团队合作来解决问题。
二、团队协作的重要性在软件开发项目中，团队协作是非常重要的。
一个优秀的团队可以高效地完成项目，并且能够提供高质量的产品。
首先，团队协作需要有效的沟通和协调。
在实习期间，我参与了多个团队，每个团队都有不同的目标和任务。
然而，所有团队都需要通过沟通和协调来共同完成项目。
我学会了如何与团队成员进行有效的沟通，包括分享想法、解释需求和讨论解决方案等。
其次，团队协作需要清晰的分工与合理的规划。
在实际项目中，每个团队成员都需要承担不同的责任和任务。
而作为实习生，我需要明确我的角色和责任，并且需要清楚地理解整个项目的规划和进度。
app开发心得体会在过去的几年里，我一直从事着app开发工作。
这一段时间不仅让我收获了技术上的成长，还让我深刻地认识到app开发的挑战和乐趣。
下面是我在app开发中的一些心得体会。
首先，我发现在app开发中，了解用户需求是至关重要的。
在项目初始阶段，我们要与用户进行充分的沟通和交流，了解他们的使用场景和期望，以便能够设计出合适的功能和界面。
这样做不仅能帮助我们开发出让用户满意的app，还能减少后期的调整和修改。
其次，代码质量对于app的稳定性和性能至关重要。
一开始，我意识到编写可维护和可扩展的代码是十分重要的。
尽管在快速迭代的开发过程中有时候会着急上线，但是只要投入足够的精力来优化代码，就能够减少后期的维护和改进工作，并提高app的稳定性和性能。
另外，在app开发中，团队合作也是非常重要的。
一个好的团队应该有清晰的沟通渠道和合理的分工合作。
每个团队成员都应该清楚自己的任务和目标，并且能够及时地向团队沟通和交流。
除此之外，及时的代码审查和单元测试也是保证代码质量的重要手段。
此外，app开发过程中的测试和迭代也是可以提高app质量的关键环节。
在开发过程中，我们应该始终保持测试的心态，包括单元测试、集成测试和验收测试等。
这样能够帮助我们及时发现和修复bug，提高app的稳定性和用户体验。
同时，测试也是我们了解用户反馈和需求的有力手段，只有通过反复的迭代和改进，才能真正开发出好的app。
最后，我认为app开发是一项需要不断学习和提升的工作。
在技术日新月异的今天，我们不能停留在过去的技术上，要不断学习新的技术和工具，跟上时代的步伐。
同时，我们也应该关注行业的动态和用户的需求，及时调整和优化自己的app，以满足用户不断变化的需求。
综上所述，app开发是一项既具有挑战性又有乐趣的工作。
通过与用户的沟通、优化代码质量、团队合作、测试和迭代以及不断学习和提升，我们可以不断提高自己的能力和开发出更好的app。
希望我的心得体会能够对那些从事或者将要从事app 开发的人有所帮助。
一、前言随着我国信息化建设的不断推进，软件行业在国民经济中的地位日益重要。
作为一名软件工程师，我有幸参与了一个软件项目的实践，通过这次实践，我对软件项目的开发流程、团队协作、技术挑战等方面有了更加深刻的认识。
以下是我对这次软件项目实践的心得体会。
二、项目背景及目标本项目是一款面向企业内部办公的协同办公软件，旨在提高企业内部沟通效率，降低办公成本。
项目目标如下：1. 实现企业内部信息共享，提高沟通效率；2. 支持多部门协同办公，提高工作效率；3. 优化企业内部流程，降低办公成本；4. 提供便捷的移动办公体验。
三、项目实施过程1. 需求分析在项目实施初期，我们与客户进行了多次沟通，详细了解企业内部办公流程、用户需求以及业务特点。
通过需求分析，我们明确了项目的核心功能模块，包括：邮件管理、日程安排、文件共享、在线会议、项目管理等。
2. 系统设计在系统设计阶段，我们根据需求分析结果，对软件架构、数据库设计、功能模块进行了详细规划。
为了保证系统的高效、稳定、易用，我们采用了分层架构设计，包括表现层、业务逻辑层、数据访问层等。
3. 开发与测试在开发阶段，我们遵循敏捷开发模式，将项目分解为多个迭代周期，每个周期完成部分功能模块的开发。
开发过程中，我们注重代码规范、模块化设计，以确保代码质量。
同时，我们采用自动化测试工具，对每个功能模块进行测试，确保系统稳定性。
4. 部署与运维在项目上线前，我们对系统进行了全面的部署和测试，确保系统正常运行。
上线后，我们持续关注系统运行状况，及时处理用户反馈的问题，保障系统稳定运行。
四、心得体会1. 团队协作的重要性在软件项目实践中，团队协作至关重要。
一个优秀的团队可以充分发挥每个人的优势，提高项目开发效率。
在项目中，我们通过每日站立会议、迭代评审等方式，确保团队成员之间的沟通顺畅，共同推进项目进展。
2. 技术挑战与解决方法在项目实施过程中，我们遇到了许多技术挑战，如性能优化、跨平台兼容性、安全防护等。
项目体会与心得感悟(精选10篇)项目体会与心得感悟篇1前段时间，我负责了一个项目的管理与开发。
在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定的时间范围内如期交付产品。
这其中，经历了需求变更、人员变动(因为其它任务，先后有近10人离开团队)等诸多问题，项目仍然取得了成功，不能不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面项目应以需求为核心。
一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。
不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。
由于EAS项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。
通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。
确认的内容包括项目的目标、范围以及项目需求功能点(用例)。
EAS项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。
幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。
从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。
公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。
(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从EAS项目的开发过程中，我们就充分地认识到这一问题的严重性。
需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。
普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。
软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。
只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。
EAS项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。
前端项目心得总结简短范文在过去的一段时间里，我参与了一个前端项目的开发，这是我第一次亲自参与到这样的开发中。
通过这个项目，我学到了很多有关前端开发的知识和技能，同时也收获了一些宝贵的经验和心得。
在这里，我将简要总结一下我的心得体会。
首先，我学会了如何进行团队合作。
在这个项目中，我们团队有多个成员，每个人都承担着不同的责任和任务。
通过与团队成员的密切合作，我学会了如何良好地沟通和协作。
我们定期举行会议，讨论项目的进展和问题，并相互帮助解决遇到的困难。
这种团队合作让整个项目的进度更加顺利，同时也加深了我对团队合作的理解和认识。
其次，我深刻意识到前端开发需要持续学习。
在项目的不同阶段，我需要学习并掌握各种前端开发技术和工具。
我学会了如何使用HTML、CSS和JavaScript等前端技术，以及如何使用一些流行的前端框架和库。
通过不断学习和实践，我发现前端技术是不断变化和发展的，需要时刻保持对最新技术的学习和关注。
此外，我在项目过程中还注意到了代码的可维护性和可扩展性的重要性。
一个好的前端项目应该具备良好的代码结构和清晰的注释，便于后续的维护和扩展。
因此，在开发过程中，我努力遵循一些良好的编码规范和实践，例如使用有意义的变量和函数名，避免冗余的代码等。
这些努力可以让项目更加健壮和可持续发展。
同时，我也认识到用户体验对一个前端项目的重要性。
一个良好的用户体验可以提升用户对产品的满意度和使用率。
因此，在项目中，我注重用户界面设计和交互体验，例如优化页面加载速度，增加页面的交互性等。
通过这些努力，我们的项目得到了用户的好评和高度评价。
总之，通过这个前端项目的参与和努力，我不仅学到了丰富的前端知识和技能，还收获了很多宝贵的经验和心得。
我学会了团队合作，持续学习，注重代码质量和用户体验等方面的重要性。
我相信这些经验和心得将对我未来的前端开发工作起到积极的促进作用。
我将继续努力学习和提升自己，在前端领域取得更好的成绩。
软件项目收获与感悟全文共四篇示例，供读者参考第一篇示例：软件项目是现代企业发展不可或缺的一部分，随着科技的不断发展，软件项目的规模和复杂度也在不断增加。
在软件项目管理中，不仅需要满足客户需求，还需要保证项目的质量和进度，这对于团队成员来说是一个很大的挑战。
在软件项目中，团队成员会面临各种困难和挑战，但也会有很多收获和感悟。
软件项目的收获之一是团队协作能力的提高。
在一个软件项目中，团队成员需要密切合作，共同克服困难，实现项目目标。
通过不断的沟通和协作，团队成员的配合能力会得到提升，团队的凝聚力也会随之增强。
通过团队的协作，项目的进度得以加快，质量也会得到保证。
软件项目的收获还包括技术能力的提升。
在一个软件项目中，团队成员需要不断学习和提升自己的技术能力，以应对项目中的各种挑战。
通过与其他团队成员的交流和学习，团队成员的技术水平会得到不断提高，能够更好的解决问题和完成任务。
在软件项目中，团队成员也会接触到各种新的技术和工具，这些都会对团队成员的技术能力产生积极的影响。
软件项目还会让团队成员学会了解客户需求。
在一个软件项目中，团队成员需要充分了解客户的需求和期望，以确保项目能够达到客户的要求。
通过与客户的沟通和交流，团队成员可以更好的理解客户的需求，从而更好的实现项目目标。
通过软件项目的实践，团队成员还会学会更好的与客户进行沟通，从而提高客户满意度。
软件项目也会让团队成员学会了解团队管理。
在一个软件项目中，团队经理需要不断调动团队成员的积极性，协调各项工作，确保项目的进度和质量。
通过软件项目的实践，团队成员可以学到团队管理的技巧和方法，从而更好的协调团队成员，提升团队的工作效率和成果。
软件项目不仅是一次工作，更是一次学习和成长的过程。
在软件项目中，团队成员可以通过不断的实践和反思，提升自己的技术能力和团队协作能力，也能够更好的了解客户需求和团队管理。
通过软件项目的实践，团队成员不仅可以完成项目目标，还能够在成长的道路上不断前行。
直播间和一般的功能不同。
实际直播的流程除了App的部分，还依赖其他的硬件。
直播时，嘉宾身处不同的地方，通过电话会议交流，他们的声音通过设备传入电脑，利用电脑上的OBS（这是一个公开的录制直播的软件）到达App。
这些硬件音质如何，测过了吗？
OK，于是开始安排硬件测试。
中间经历了一些波折，相关同事尝试了不同的硬件。
总算我们有了一个还算满意的音质。
App测过没什么问题，音质也还算满意，可以上线了吗？
有一天突然想到，我们还没有模拟线上真实的流程测过啊。
平时都是用的自己的笔记本上安装
的OBS，随便放首歌，连通硬件测试。
可线上用的是会议室的电脑，接的是电话会议；而且，平时都是看能连通就OK了，但是真实的场景，用户是连续听1-2个小时。
于是我想，那就模拟真实场景都走一遍，老老实实听个几小时，如果没有问题，就可以上线了呗。
我们这么测完了，可以上线了吗？你们一定猜到了，还不能上线。
问题是，这回更严重，这一轮测完，我简直崩溃了。
我们当时发现一个问题，iOS掉线。
就是说，你听着听着，突然声音没了，需要退出重进直播间
恢复。
iOS掉线！这意味着什么？
这意味着我们前面做了那么多的努力，那么多的测试，但是都等于0；意味着上线前和开发这么纠结撕X，说什么直播时进度条没有用那么丑得拿掉，但回放时得有..UI什么地方丑..并因此一次次推迟上线时间…而那些都没有意义；这意味着大家可能会质疑，你们测了那么久，这么严重的问题，难道一开始没有发现吗？还真发现不了，因为一开始你测试的重心不在这里。
所幸我们还有些时间。
和开发团队商量了，觉得这可能和两个因素有关，一是网速，二是iOS到后
台有可能杀进程。
于是我就做了一下实验。
这张图是某个周六下午做的一个实验，那时我的手机屏还是碎的。
左边3台苹果先在同样的网络环境下播放40分钟；然后碎屏这台切换到更差些的网速再播放40分钟；之后右边这两台切到后台，中间这台不动，同时碎屏机还在操作各种其他App，再放40分钟。
这个实验做完后我就更崩溃了。
因为并没有发现什么结论，掉线的情况似乎和那两个因素都没什么关系。
但在这个过程中有几点比较欣慰的发现，使得我们最终决定上线，这里不做详细叙述。
而我们线上几次直播并未出现掉线问题。
2.启示
这是整个测试阶段发生的事，这中间给了我几点启示。
一是永远不要对复杂的问题抱有短视的预期，认为自己所见所知范围内没什么问题就不会有大问题。
不要把解决方案当做是终点。
一个问题有了解决方案后也可能有其他的问题。
当你抱有这样的预期的时候，一来当你遇到困难的时候不至于太崩溃，因为你对困难是有预期的。
二来正因为你有预期，才会尽早的去发现问题解决问题，而不会想法安逸，行动太晚。
尤其是当你以体验派的方式了解事物的时候更需要这样。
我对OBS、硬件等一开始是不了解的，我是以体验派的方式去了解的。
什么是体验派？举个例子。
在早几年，我还年轻的时候，那时候对琳琅满目的化妆品很不了解。
化妆品有很多的种类，也有很多的牌子，哪种有什么作用，不同品牌有什么差异都是不了解的。
这时候我发现市面上介绍化妆品的资料分两种。
一种是大S、牛尔等明星写的。
他们了解的方法是，把所有化妆品都体验一遍，然后告诉你每种用起来是什么感觉，皮肤有什么变化。
他们用的就是体验派的方法。
而市面上还有一类书，像右边这本是一个叫张丽卿的人写的。
她是一个化学博士。
她会告诉你过氧化苯有杀菌的作用，十二烷基硫酸钠能去脂。
她是从化学成分的角度，用一种解构的方式了解事物。
我一开始对OBS、硬件不了解，就一遍遍的体验，而体验派的方式，由于不能把所有可能都体验到，永远要准备着遇到问题。
而更好的其实是用解构的方式去了解它们。
另一个心得是重压之下，方知极致用户体验。
在整个测试过程，我听了10多个小时的音频。
我听的是蜻蜓FM的节目。
这10多个小时之后，我终于知道了蜻蜓FM里声音最好听的节目是哪个。
我一开始听的是高晓松的《晓说》，因为我个人比较喜欢他。
但是发现他的声音多听几个小时真是受不了。
我们的用户来直播间，固然是来听内容的。
我们的嘉宾请的是否牛X，讲的是否精彩当然是最重
要的。
但是音质，不说噪音，就是嘉宾的声音对用户的感觉、体验实际上也是有刺激的。
虽然我们不会要求用户10多个小时地听，但如果我们追求极致用户体验的话，音质也是需要有高要求的。
这里我想到了另外一个事。
前阵子我家的网速特别慢，在线看视频很卡。
几乎所有的App都会卡顿，爱奇艺、搜狐、乐视等等。
只有一个App可以顺畅播放，是腾讯视频。
从此我成了腾讯视频的真爱粉。
所以我想在最差的情况下，还可以让用户能用，甚至给他还不错的体验，这就是极致的用户体验吧。
二庞杂流程如何迅速完善？
整个测试阶段结束之后，我想一切总该结束了吧？但是却发现，还有一个更大的坑….
我们第一场直播，主持人和两个嘉宾都在场外，三个不同的地方，有一个还在国外。
如果直播过程中，有一个人声音突然变小，怎么提醒他？如果有人突然断线了呢？国外的哥们是凌晨5点开始，如果他睡过头了呢？那场直播前，iOS还没有审核上线，如果没有审核通过呢？事实上也确实没过。
那就得用文字版，是不是得有人听录？我自己试过听录一会，发现一个人是完全来不及的，那就要至少安排2个人，2个人3个嘉宾怎么分工呢？更别提直播过程中如果有各种意外呢？
于是我把直播前要做的事大概列了下。
看到这张表就傻眼了，如果每次直播都要做这么多事，那以后产品还做不做了？
幸好之前衣总有关照过协调的事可以交接给峰兄。
但是怎么交接呢？说一遍吗？那下次直播呢？如果忘了呢？如果峰兄不做了换一个人，还要再从头到尾带一遍吗？
于是这张表在设计的时候我做了两件事情。
一是时间这块，这场直播20:40开始，我设计的时候并没有考虑20:00做什么，20:30做什么。
而是考虑提前1小时做什么，提前半小时做什么，后来这张表做了一个公式，只要填开始时间，就能自动出来每个任务对应的时间点。
第一场直播有给每个人分配任务，知遥做什么，大为做什么，大红做什么。
但是如果每次都是告诉不同的人你应该做什么事情，下一次，来不同的人，又要费脑安排下哪些人做什么事。
所以设计表格的时候并没有写谁谁谁做什么，而是把角色抽象了出来，例如这里的测试人员、硬件监控人员等。
不同的事情按角色分配。
那么下次，只要指定好谁是什么角色，每个人就能迅速了解自己要做
的事。
这样以后峰兄只要根据每次直播的实际情况调整流程，完善这张表，流程很快能跑起来。
第一次直播为了保证顺畅进行，有问题及时处理，我把所有对直播流程比较了解的人都留了下来，大为、知遥、大红。
但是，难道每次这几个人都要在吗？
直播中最严重的突发是没声音。
于是我做了没声音排查的流程，并逼着负责硬件的同学做了硬件排查流程图。
当协调同学学会排查流的问题，就把大为解放出来了；当他学会排查设备问题，就把知遥解放出来了。
有了这些图，下次，我们也可以找其他同学来做这些工作。
所以总结一下，流程设计要想的不仅仅是眼前的这次直播，永远要想下一次呢？第N次呢？这就是我今天想分享的。
人生不只有眼前的苟且，没有诗和远方，只有下一个苟且，谢谢！
作者：TaraChen（简书作者）
原文链接：/p/db5b26ae4451#
人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台。
