5
记录产品设计决策依据的有效方法是什么？
在我们公司，我们不使用任何产品设计文件。我们共有三名员工，因此所有产品设计讨论都当面或在Slack上进行。（我们还在基本的Slack软件包上，该软件包仅允许查看最新消息。） 我们的产品仍处于早期阶段，我们经常重新访问几个月前确定的设计元素。 我们经常痛苦地面临的一个问题是忘记了为什么要做出产品设计决策。这导致浪费了数小时来重读相同的地面。 我们如何有效记录设计决策背后的基本原理？ 我们的工作流程基于Pivotal Tracker。我想到的一种解决方案是，将所有相关设计决策的依据记录为对用户故事本身的评论，但这似乎并不可靠。 要100％清楚：我不是在谈论代码的设计。我说的是由代码实现的产品设计。换句话说，我不是在谈论诸如“我们应该使用合成而不是多重继承来构造这个类吗？”之类的决策。我正在谈论诸如“我们应该要求用户在登录之前确认用户的电子邮件地址吗？”之类的决定。 该文档的目的是允许企业查看做出决策的原因的记录，以帮助做出有关同一主题的进一步决策。