交付应用案例

要使用Palantir平台为您的组织创造价值，您需要跨平台工作，以搭建支持运营决策过程的工具。一个应用案例是由专门团队为支持特定决策过程而进行的有时间限制的努力。应用案例是为一组用户在平台上交付新功能的核心。

应用案例示例

Palantir平台中的应用案例可以涉及广泛的不同活动和工作流程，例如：

• 生成、调查和解决与重要运营过程相关的警报。
• 优化您设施网络中的库存，以提高弹性并减轻供应链不确定性。
• 帮助您做出有关如何优化销售人员分配到您服务的不同区域的决策。

应用案例需要在平台中采取结构化和深思熟虑的方法进行搭建，同时需要理解一些新概念和术语。您可以在应用案例生命周期部分找到我们解决方案设计方法的所有细节以及案例研究和参考架构。

数据驱动的思维

想象一个数据科学家、质量分析师、装配线工人和高管将数据作为日常交流语言的世界。Palantir通过以下方式将数据转化为交流语言：

• 维护数据沿袭和归属，以便人们可以信任他们发现和学习的内容。
• 无论技术能力或经验如何，满足用户的需求，使每个人都能将数据融入他们的日常工作。

这种协作愿景是Palantir平台背后的驱动力。

Palantir平台旨在创建组织内的数据驱动循环，与您的同事和合作者同步：使用数据做出决策，记录所做的决策，然后使用数据评估决策随时间的影响。与依赖电子邮件发送的电子表格和静态分析不同，您和您的同事可以实时直接在数据上协作。

在Palantir平台上实现项目成功需要创造力和深思熟虑。对于任何给定的分析问题、组织工作流程或运营需求，往往会有多种解决方案。要选择正确的路径，您需要平衡三个因素：期望的结果、可用的数据和平台工具。

结果

分解项目时，考虑结果比考虑达到结果的方法更为重要。例如，与其从需要搭建销售仪表盘开始，不如尝试了解您的工作可能启用的决策和结果。例如，结果是关于按时做出有关时间和资源分配到不同销售区域的决策，还是其他？

这种理解水平可能在项目初期需要更多工作，特别是如果您在为他人搭建工具、报告或分析时。考虑一种面向结果的框架有助于您朝着现实目标前进。

灵活性和适应性可以帮助确保Palantir项目的成功。明确、面向结果的目标使得将项目分解为小的、合乎逻辑的步骤更加容易。这种问题分解是一项重要技能，因为项目通常需要多个数据源和多个平台工具协同工作。

数据

找出支持项目的正确数据可能是一项艰巨任务。但是，如果您有一个面向结果的框架并将项目分解为较小的步骤，则更容易从结果反向工作并识别必要的数据。

如果您的组织已经使用Palantir平台一段时间，您需要的数据可能已经在平台中。尝试探索数据目录中策划的数据集或Object Explorer中的Objects和链接。从我们的结果示例中，我们可能会识别出我们需要有关销售团队、销售区域、产品和个人销售的数据。这些Object中的每一个都应在Ontology中有一个主要表示。

如果您无法为所需数据类型识别关键数据集，请联系您的平台管理员。有时，需要扩展Ontology以包含新的组织Object或为已经存在的Object添加新属性。如我们将稍后讨论的，您可以使用数据集成层中的工具连接外部数据源并将新数据引入Palantir平台。

工具

每个应用程序都被设计为整个平台的一部分。熟悉平台中的不同功能以及哪个工具最适合特定任务需要时间。

一旦您了解了项目的结果和必要的数据，便更容易将每个步骤映射到特定工具。例如，假设在项目中您识别到一个子项目是为每个区域生成新的销售指标。这个子项目会创建几个附加步骤：

• 确定关键相关指标
• 获取数据
• 开发逻辑以变换数据
• 开发逻辑将数据聚合到指标中
• 为销售团队展示数据以供使用

这些步骤中的每一个都将映射到平台中的不同工具，并且随着项目的成熟，正确的工具可能会有所不同。例如，您可以通过Contour开始原型变换和指标，这是一款用于点击分析和数据变换的应用程序。Contour可以轻松理解数据的形态并生成图表或指标。您可以将这些指标添加到仪表盘中，并为销售团队创建一个快速原型以提供反馈。这可能是该项目的一个很好的终点：一些精心制作的仪表盘提供新的见解以推动销售资源分配过程的决策。

对于较大的项目或专注于生产使用的项目，您可以将逻辑转换为Code Repositories中的管道。在那里，您可以与其他技术用户协作并使用强大的平台工具定期更新数据。为了创建更为定制的用户体验，您可以设置Object Views或在Workshop或Slate中搭建自定义应用程序，以使销售团队不仅可以在仪表盘中查看数据，还可以将他们的决策反馈到系统中。

虽然平台中的许多项目不需要这种复杂性，但理解如何框架和分解项目将帮助您识别成功所需的数据和工具是有益的。

下一步

最后，请查看按用户角色的下一步，以了解您应该从哪里开始。