浏览了一遍PLTR的DEMO, 感想如下

1>这个软件适合BUSINESS MODEL CONSISTENT且不经常变化的行业。

     想象一下一个DECISION TREE当中好几个ORGANIZATION几年后会合并，拆分，重组，消失，而所有相关DECISION VIEW都需要相应变化将是一个什么样的工作量。 当中几个部分发生变化，所有的DECISION VIEW都没用了。这个DATA DEPENDENCY造成这些MODEL寿命很有限，而且越复杂的DECISION牵涉越多的DECISION VIEW越容易过时。 需要太大工作量来维护甚至重写。还要跟踪（被预先通告所有的变化），这里COMMUNICATION COST会很高， 因为大家可能不在一个ORGANIZATION TREE下面。

 

2>目前数据分析，不是简单的总结，而有统计分析，需要导入不同的计算工具进行处理。而DATA PREPARATION的要求也不一样。 现在实新的是R, HADOOP一类，过去时兴的是SAAS，也是PLTR用的，有点过时了。 数据分析的工具会更新换代很快，所以这个软件的兼容性也会限制到以后的用途。拥有那么多功能，要与时俱进是非常难的一件事情。

 

所以，这个IDEA是很好，可以加快DECISION MAKING PROCESS.  但是这个TEMPLATE/AUTOMATED MODEL如果每个PROJECT都要变，就得考虑一下开发这个TEMPLATE或MODEL及维护的COST是否REASONABLE和实用价值. 这是这个软件使用价值的软肋。

所有跟帖： 

• 赞专业 -天地行者- ♂ (0 bytes) () 02/19/2021 postreply 20:01:03

• 谢谢分析！反过来想，这个软肋会不会变成maintenance contract＝recurring income，同时 -study169- ♂ (51 bytes) () 02/19/2021 postreply 20:02:32

• 主要开发MODEL本身需要的时间会延误PROJECT进程，如果不能重复使用且寿命太短，就是浪费钱和时间。 -Thunderpark- ♂ (26 bytes) () 02/19/2021 postreply 20:07:29

• 如果做出AS Service 就是另一番天地。不是不可能啊。你看MS， 中心化。教费。 -学习是快乐- ♀ (0 bytes) () 02/19/2021 postreply 21:34:25

• 是，几个LAYER分割可能更实用。 -Thunderpark- ♂ (0 bytes) () 02/19/2021 postreply 22:45:05

• 这种大数据分析的困难度、也可以是pltr的护城河 -pisces-hk- ♀ (50 bytes) () 02/19/2021 postreply 20:28:01