事实证明，教师和学生家庭之间的传统沟通方式效率低下且繁琐。教师们必须在笨重的课堂网站、无穷无尽的家长电子邮件和无数文件之间周旋。现有系统不方便用户使用，也不是为了满足教室的特定需求而设计的。我们面临的挑战是创建一个平台，简化教师和家长之间的沟通，使他们更轻松地共享公告、照片、文件、Google 文档、链接、数字许可单以及带有注册表的活动。该平台需要直观、易于使用且高效，使教师能够更多地专注于教学，而不是管理任务。

Kinetic 是一款旨在帮助初创公司建立有意义的关系的应用程序，是由创始人 Kris Eul 和 Andrew Verboncouer 在大流行期间构思的。该应用程序的主要目标是帮助初创公司与他们的第一批员工、顾问和投资者建立联系。然而，创始人面临着重大挑战。他们的预算和时间有限，无法构建功能齐全的平台。而且，克里斯没有技术背景，这增加了情况的复杂性。他们需要一种用户友好、经济高效且能够提供所有必要功能的解决方案，以将他们的想法变为现实。

Kiter 是一款旨在帮助用户实现梦想工作或学校的应用程序，它面临着速度和灵活性方面的挑战。创始人安德鲁·曼根 (Andrew Mangan) 和彼得·曼根 (Peter Mangan) 正在寻找一个可以让他们试验和改善用户旅程的平台。他们希望通过旨在帮助每个人走向下一次冒险的工具，使跟踪应用程序和采访变得快速、有效且有趣。面临的挑战是将用户感兴趣或已申请的公司列表转变为交互式仪表板，以帮助规划他们的前进道路。目标是让行动和责任更容易实现，并提供一种节省用户组织时间的体验。

Kreatus 是一款旨在为内容创作者提供支持的应用程序，当其全栈开发人员不得不暂时离开团队时，它面临着重大挑战。该应用程序的创始人 Hyunghwan Byun 是 Adobe 的一名用户体验设计师，他的任务是在没有必要的编码技能的情况下构建该产品。我们面临的挑战是创建一个平台，让内容创作者能够将他们的热情和经验转化为可持续的收入来源。该平台将使创作者能够指导他们的粉丝，提供咨询等服务，以及管理和交付订单，同时增加与观众的互动。

La Boutique 成立的使命是让消费者更轻松地在当地商店购物，并帮助零售企业在线上线下世界中蓬勃发展。我们面临的挑战是创建一个能够将在线购物的便利性与当地商店的独特产品无缝集成的平台。创始人 Stephane Kattie 拥有使用 Google Sheets 和 Airtable 等无代码工具来构建产品的经验，但需要一种更通用的工具来实现她的愿景。目标是创建一个市场，消费者可以在所在城市的当地商店在线购物，为社区内外的小企业提供支持。

Learning Circuits 的创始人兼 FutureLearn 的学习总监 Matt Jenner 在想要重建他的应用程序 Learning Circuits 时面临着挑战。该应用程序最初于 2004 年推出，基于 Flash 构建，旨在向儿童和年轻人传授电力和电路的基础知识。然而，随着 Flash 的衰落，Matt 需要重建该应用程序。他在 2019 年尝试使用专业的电子学习创作软件，但对结果不满意。他还发现，由于他的技能，很难用 HTML5 从头开始重建应用程序。此外，他希望让该应用程序对学习者（通常为 8 至 10 岁）更具互动性和吸引力。

Levin Sites 是一家帮助小型企业利用网络力量的机构，它面临着挑战。该机构的创始人 Nathan Sessions 和他的团队通过电子邮件管理客户和项目，这是行业标准。然而，这种方法既耗时又低效，阻碍了该机构专注于客户成功的能力。该团队需要一个解决方案，使他们能够快速有效地构建功能应用程序，而不会将注意力从客户身上转移。他们还需要一个平台，使他们能够适应客户不断变化的需求，而无需雇用第三方或投入大量时间和金钱。

LifeBe 是由 Wojtek Gargul 开发的应用程序，最初旨在帮助用户发现、共享和管理订阅和点播服务。然而，在收到最初用户的反馈后，团队意识到阻碍人们财务自由的真正问题是债务。我们面临的挑战是开发应用程序来解决这个问题并帮助用户过渡到无债务的生活方式。该团队需要一个可以提供构建和增强应用程序所需工具的平台，包括模板和插件等附加功能。作为一个自举项目，他们还需要一个经济高效的解决方案来提供类似原生的体验。

The Lifestyle Method 由安德鲁·史蒂文斯 (Andrew Stevens) 和麦肯齐·史蒂文斯 (Mackenzie Stevens) 共同创立，旨在创建一款膳食和运动计划应用程序，帮助人们减少慢性炎症并养成健康的生活方式。挑战在于无需编写代码即可构建功能齐全的 Web 应用程序，因为时间是一个重大限制。该应用程序需要提供每周膳食计划、每日锻炼和教育文章，所有这些都是根据用户的健康问题、时间可用性、食物偏好和锻炼偏好量身定制的。创始人还希望提供额外的资源，例如甜点和小吃食谱的运行博客以及练习的形式和技术视频。

Lingua Fortis 的创始人 Ryan Ellman 的愿景是创建一个不同于现有服务的语言学习平台。他想创建一个平台，使用算法创建的课程，首先向学生教授目标语言中最重要的模式。这种方法将确保内容反映语言在现实生活对话中的实际使用方式。然而，作为一名日程繁忙的个体企业家，瑞安面临着实现他的想法的挑战。他有编码经验，但使用代码构建和维护应用程序，即使使用 Django 或 Rails 这样的框架，也将是一场艰苦的战斗。

Lorenzo Suffritti 是一名前端 Web 开发人员，他面临着创建一个强大且可扩展的应用程序的挑战，该应用程序可以将链接聚合到一个可共享的位置。尽管拥有编码技能，Suffritti 缺乏必要的专业知识来为他设想的复杂应用程序构建可靠的后端。他需要一个能够支持其应用程序开发的平台，允许定制、可扩展性以及在需要时构建插件的能力。此外，他对无代码运动很感兴趣，将其视为未来的颠覆性技术。

Localizoo 是墨西哥的宠物救援和收养平台，由 Gabriel Tamez 创立，他拥有金融背景，但热衷于学习编码。我们面临的挑战是创建一个平台，允许独立和小规模的宠物救助者管理他们的宠物列表，覆盖更广泛的受众，并筛选潜在的收养者。该平台需要用户友好且高效，允许救援人员上传无限数量的宠物，并提供具体详细信息，例如位置、动物类型、品种、体型、年龄等。该平台还需要提供相关表格和文件以简化流程收养过程。墨西哥大量的街头动物和被忽视的动物使这一挑战变得更加复杂。

住宅租赁社区长期以来一直受到缺乏透明度、包容性和问责制的困扰。物业经理经常在共享租赁历史验证的过程中遇到困难，这是确保租户获得住房的关键因素。另一方面，租房者常常发现很难访问他们的租赁历史数据并确认其准确性。此外，没有有效的平台供租户与以前的房东分享他们的经验，这可以帮助其他租户做出明智的决定。 Khanesia Hill Washington 是一位活跃的持照房地产经纪人和房东，她发现了这些挑战，并认为需要改进这一流程，这会极大地影响租户的生活质量和获得住房的能力。

Luzsol 是一家总部位于迈阿密的能源公司，其成立的目的是为更多人提供可靠的电力，特别是在能源基础设施薄弱和极端天气条件的地区。该公司面临的挑战是设计针对客户需求及其安装位置进行优化的系统和产品。目标是提供满足每个地区具体需求的服务，以便他们在获取能源方面能够享有更大的弹性、独立性和安全性。然而，该公司在接触更大的客户群以及提供一个平台供客户发布有关电力和能源相关项目需求的问题方面面临着挑战。

Max 是 Make Fortnite Skins 的创始人，他继承了父亲对游戏和技术的热情。他注意到市场上存在一个空白，即游戏玩家对流行的在线视频游戏《堡垒之夜》的皮肤感兴趣。然而，他几乎没有编码经验，这给创建满足这一需求的平台带来了挑战。此外，Max 不确定他的网站能吸引多少潜在流量，尽管他在 Fortnite Reddit 子版块上相当活跃，并成功地将多篇帖子放到了首页。我们面临的挑战是创建一个用户友好的平台，能够满足《堡垒之夜》社区的需求并获得巨大的吸引力。

Makezu 是一家由 Hélène Lucien 和 Anne-Sophie de Gabriac 共同创立的初创公司，旨在帮助白手起家的初创公司、企业家和小型企业在 Twitter 上向目标客户发送个性化消息。面临的挑战是在 Twitter 上找到潜在客户，并在他们表达对产品的需求时（尤其是在重要的人生里程碑时）向他们发送个性化消息。目标是帮助预算较低或团队较小的企业找到目标受众并与之互动。然而，两位联合创始人都没有开发背景，这对构建 Makezu 应用程序构成了重大挑战。

Martechbase 由专业营销技术专家 Agu Rejon 创立，旨在解决营销团队面临的重大挑战：优化营销技术投资。营销技术领域广阔而复杂，有超过 8,000 种可用的解决方案。这使得营销团队很难找到正确的工具和方法来发展业务和克服挑战。此外，由于缺乏集中的、可搜索的营销解决方案资源，营销人员很难发现和评估潜在的工具。我们面临的挑战是创建一个平台，可以索引和丰富这些营销解决方案的数据，使营销人员更容易找到满足其需求的正确工具。

Blue Apron 和 HelloFresh 等许多膳食准备订阅服务面临的挑战是缺乏满足其独特需求的电子商务平台。 WIX、Shopify 或 Weebly 等现有平台并非旨在支持在线销售膳食准备订阅的特定要求。这导致企业浪费时间和金钱，使用使在线订购体验复杂化的工具。由于缺乏合适的工具，完成订餐的端到端物流也成为一个挑战。此外，制定膳食计划、定价、订单截止日期以及监控订单、交货和收入数据的过程通常很麻烦且效率低下。

Med Helper Now 是一个旨在将家庭医疗保健服务提供商与有需要的人联系起来的平台，面临着以小团队构建大型平台的挑战。联合创始人 Moazzam Khan 和 Nicole Harrison 拥有编码经验，但项目规模超出了他们的能力。他们需要一个能够为他们提供专业组件、数据集成和安全性，同时又具有成本效益和时间效率的解决方案。该平台需要满足两种类型的用户——服务提供商和服务用户——并为他们提供不同的功能。对于服务提供商来说，该平台需要验证许可证、管理预订和处理付款。对于服务用户来说，它需要促进预订、管理支付设置并实现与服务提供商的沟通。

DENIC eG 是德国互联网命名空间的管理员和运营商，由于数据分析的限制，在改善互联网社区的用户体验方面面临着挑战。与分析相关的数据分布在关系数据库、服务器日志数据和各种其他来源中。这些来源已用于监测和系统改进，但其分析功能有限，而且跨多种来源的交叉评估成本高昂或不可行。开发数据科学平台的初始步骤涉及使用基于关系 DBMS 的数据库。来自不同来源的数据由 Kubernetes 上的容器中的 Python 代理进行整合，并将结果写入数据库中的目标表。这种方法产生了大量的目标表和容器，这些表和容器难以管理并且变得有些过于复杂。此外，关系数据库仅适用于有限范围内的大量数据，因为查询的处理时间可能需要几分钟到几小时。

Disney+ 的可观察性团队面临着处理和分析其内容分发系统的访问日志的挑战。该团队必须处理 Disney+ 用户生成的大量数据，这需要高度扩展的分布式数据库系统。现有的解决方案，例如Elasticsearch、Hadoop和Flink，无法有效处理海量数据。例如，Elasticsearch 需要大量的重新平衡并使用 Java 虚拟机，从而添加了不必要的虚拟化层。由于数据的大小，该团队正在努力获取所有日志。

ExitLag 是一款优化全球 900 多台服务器上 1,700 多款游戏游戏体验的工具，它面临着 MySQL 的性能问题。他们在有关用户行为分析和网络路由映射的特定分析查询方面遇到了瓶颈和速度减慢，尤其是随着数据量的增加。在不断努力解决游戏玩家的常见连接问题的过程中，ExitLag 开发了一种复杂的方法来发送用户的连接数据包。这些数据包通过不同的路由同时发送，从而提高了数据包送达的保证。然而，不断增加的数据量导致了现有 MySQL 系统的性能问题。

GraphQL Hive 是一种用于监控和分析 GraphQL API 的开源工具，它面临着严重的扩展问题。该工具可跟踪更改历史记录、防止 API 损坏并分析 API 流量，最初使用 Elasticsearch 进行数据存储。然而，随着数据量的增加，平均响应时间开始明显减慢。此外，索引过程存在问题，较大的用户会影响较小用户的查询性能。尽管尝试通过为每个用户创建索引来提高性能，但 Elasticsearch 的整体速度仍然低于预期。 GraphQL Hive 背后的公司 The Guild 的团队也发现 Elasticsearch 基于 JSON 的查询语言具有挑战性，因为他们更熟悉 SQL。

HIFI 是一家为音乐创作者提供财务和商业见解的公司，其数据管理系统面临着挑战。该公司吸收了大量的版税数据，单个 HIFI Enterprise 帐户拥有超过 0.5 GB 的相关版税数据，代表超过 2500 万行流媒体和其他交易数据。该数据需要在客户登录后立即加载到用户界面中，并且可以有多个客户同时登录。此前，加载数据可能需要长达 30 秒的时间，有时会因超时而根本无法加载。 HIFI 使用 Google Cloud 的 BigQuery (BQ) 来存储版税数据，但 BQ 的定价结构是一个重大挑战。它阻碍了数据的使用，并与 HIFI 的数据驱动价值观相矛盾。谷歌提前购买 BQ 插槽的解决方案对于 HIFI 作为初创公司来说并不可行，因为使用模式可能每周都会发生巨大变化。

Highlight.io 是一个开源可观察性平台，最初专注于会话重放和前端 Web 开发功能。然而，随着对全栈可观察性的需求增长，该平台需要扩展其产品。这种扩展对于使开发人员能够跟踪 Web 应用程序中的用户体验、识别后端错误并分析其基础设施中的相关日志是必要的。面临的挑战是将这些功能集成到单窗格视图中以简化故障排除过程。此外，该平台旨在在 ClickHouse 的支持下向其堆栈添加日志记录功能，通过捕获和分析服务器端日志来提供对应用程序的更深入的了解。目标是处理高数据摄取率并确保开发人员可以实时访问最新信息。

Inigo 是 GraphQL API 管理行业的先驱公司，正在寻找一种可以处理大量原始数据进行分析的数据库解决方案。他们探索了各种替代方案，包括 SQLite、Snowflake 和 PostgreSQL，但这些选项都不能满足他们的需求。对于他们的需求来说，Snowflake 速度太慢且成本太高，尤其是在处理产品内的实时客户数据时。 PostgreSQL 虽然是一个优秀的事务数据库，但不适合大型分析工作负载。该公司能够让它处理大约 100K 行，但超过此后，索引就会失去控制，并且运行 PostgreSQL 集群的成本没有意义。一旦达到 100K - 1M 行标记，性能就会显着下降。 Inigo 需要一个能够处理数十亿个 GraphQL API 请求、创建高基数数据聚合视图、生成警报以及基于大量数据创建仪表板的解决方案。

Instabug 是一个 SDK，它提供了一套用于在整个移动应用程序开发生命周期中监控和调试性能问题的产品，它面临着性能指标的重大挑战。这些指标严重依赖于频繁且大量的事件，这给接收和有效存储这些事件带来了挑战。此外，性能事件的原始格式对用户来说没有用，需要大量的业务逻辑来进行查询和数据可视化。 Instabug 的后端规模庞大，API 平均每分钟约有 200 万个请求，每天有 TB 的数据进出其服务。在构建应用程序性能监控 (APM) 时，他们意识到这将是他们数据规模最大的产品。他们每天以每分钟约 200 万个事件的速度存储约 30 亿个事件。他们还必须提供复杂的数据可视化服务，这些可视化很大程度上依赖于过滤大量数据并快速计算复杂的聚合以获得用户体验。最初，他们像其他产品一样设计 APM，但遇到了 Elasticsearch 的性能问题，尤其是读取方面，而且写入速度也不够快，无法处理其负载。

Juspay 是一家印度金融科技公司，每天为亚马逊、谷歌和沃达丰等客户处理超过 5000 万笔交易。作为支付行业的先驱，Juspay 的使命是简化商户的在线支付，充当支付提供商和商户系统之间的中介。为了确保无缝的交易环境，Juspay需要提供监控和分析服务来保证支付系统的性能。由于商家种类繁多，需求不断变化，Juspay 必须跟上频繁的发布，通常是每天多次发布。他们需要一个监控解决方案，使他们能够保持快速的发布速度，同时确保最新版本不会影响正在运行的支付系统。此外，Juspay 之前的解决方案（来自 GCP 的 BigQuery）面临着高昂的运营成本，每天的成本超过一千美元。

MessageBird 是一个云通信平台，为超过 29,000 名客户处理数十亿条消息、电话和电子邮件。该公司严重依赖数据驱动的洞察来实现高效运营，分析后端 ClickHouse 自 2017 年以来发挥着至关重要的作用。然而，由于可扩展性和延迟问题，MessageBird 在 MySQL 上的初始设置面临着挑战。该公司需要一种能够处理大量数据摄取、提供较短响应时间并支持面向客户的仪表板和 API 的实时分析的解决方案。此外，该公司还需要一个能够监控短信发送性能并及时识别异常情况的系统。我们面临的挑战是找到一种既能满足这些需求又具有成本效益的解决方案。

法国数据工程公司 Modeo 面临着管理不断增长的数据量的挑战，同时准确测量数据使用和存储产生的实时碳排放量。这是他们关注气候变化的企业社会责任计划的一部分。该公司需要一种解决方案，让客户能够监控和优化其数据平台的成本、碳足迹和使用情况。我们面临的挑战是如何平衡不断增长的数据量和尽量减少环境影响的需求，这是数据工程领域的一个复杂问题。