如果我是你，我会这么回答

1、首先确定PRD的整体框架，大致包含的内容会有：

概述、用户需求描述、功能需求描述、其他（性能需求、监控需求等）

2、接下来对PRD中的这几个模块进行拆分。

概述最后写，首先写用户需求。查找之前的用户调研资料及行业内的竞品，了解用户需求，整理输出。

3、根据得出的用户需求，确定产品的功能需求。以咱们的目标用户是已工作的年轻用户为例，他们对于表格的需求会有团队协作，云存储，简洁等。

那么根据他们的需求，来确定咱们的产品特性，绘制出原型。

4、在功能需求给出之后，最后要加上对产品性能需求或监控需求，记录表格的PV/UV，保证表格在一定大数据量下的稳定性。

不管你怎么写，都要包含这些内容：

出现条件：什么情况下这个表格会出现

跳出条件：什么情况下会跳出这个表格

当然，这里面会涉及很多判断和跳转，看自己经验和表格属性来定。

这只是其中之一。

然后，表格的内容

如果是可输入的，这是个大坑

如果仅是展现的，不同的展现规则

这是其中之二

再然后，表格的逻辑

就像第二步讲的一样，表格里面的逻辑

包括：

显示逻辑、判断逻辑、操作逻辑、输入逻辑等等各种你想不到想不全的逻辑规则。

这是其中之三。

有可能，还会有这些东西

技术实现难度、技术排期、技术要求

或者是：

测试用例、运营策略等等

以上。面试官其实是以小见大，判断你的产品经验和能力而已