为建筑公司做一个网站。想要非常聪明地组织这件事。我知道有很多不同的方法来做我要解释的事情，但我想知道对客户来说最有效/最容易理解的方法。

让我们假设有一些行业。我们将使用运动。在体育运动之下，有一些项目。在项目中，有团队成员。

最初，使用名为“Industries”的类型页（层次结构）创建自定义帖子类型是有意义的。在CPT：行业中，我有一个页面“体育”。创建项目时，我选择“运动”作为其父项。我也许可以使用分类法来选择团队成员。

页面URL结构如下http://www.example.com/industries/sports/new-football-stadium

不过，这就是我的问题所在。团队成员不仅仅是名字，所以将其作为分类法似乎很愚蠢。每个团队成员都可以是多个项目的成员，因此应该有自己的页面来显示自己的信息。因此，从本质上讲，如果我在上面的假URL上单击团队成员的名称，应该是这样的http://www.example.com/team/John-Smith. 在约翰·史密斯的页面上，它陈述了他的行业和他所从事的项目列表。仅仅使用自定义分类法来选择项目中的人员似乎是不可能的。

显然，我可以创建一个自定义的“团队”帖子类型和团队分类法，但我希望避免在创建新项目时将客户端的工作加倍。

此外，我总是发现在分层自定义帖子类型中选择父级有点草率。我想在侧栏上有一个链接，上面写着“添加新项目”并选择行业，而不是转到行业->创建新页面并在属性元框中选择父级。

基本上，我希望至少有两种自定义的帖子类型：“行业”和“项目”，其中项目总是行业的子项目，但它们是帖子类型。帖子类型是否可以具有父/子关系？

或者，我可以创建一个“projects”自定义帖子类型，并将“industry”作为一个分类法，但是该行业也总是会有一个登录页，其中包含项目列表，因此我遇到了与团队成员相同的问题。

你将如何设计这个？

谢谢