平衡大件物品和小件物品
我首先承认，确实没人会读文档。相信我——我曾经通过电子邮件向客户发送过一份文档，逐字逐句地解答了他们的问题，他们也回复说要开会。然后，我把文档逐字逐句地读给他们听，问题就解决了。关键在于，每个人吸收信息的方式不同，但有些人会参考你的文档。编写良好的文档对于明确您对产品的理解非常有益，并且还可能大大减轻您的支持负担。
它被称为软件即服务是有原因的，我认为将您的文档和支持团队视为产品体验的一部分只会带来好处，您作为产品经理应该考虑这一点。
最后，我想再谈两点，这两点是我还
传真列表 没有完全弄清楚或采纳但总体上我很热衷的事情。
产品经理有无数种方法来平衡他们投入在大项目和小项目上的时间。有些产品经理会分配“点数”，有些产品经理会把某些项目称为“石头”，有些产品经理会把某些项目称为“鹅卵石”。我们还会构思出各种各样疯狂的矩阵，来反映每个新功能的影响程度和所需的投入程度。
我对此并不固执己见，但我确实认为找到平衡点至关重要。大型战略性功能的开发应该始终持续进行——但如何将一些小的改进或错误修复融入其中呢？
在 Outseta，我们还没有正式确定这方面的任何计划，但我们应该进一步考虑。我知道目前我们的待办事项中有 6-8 个项目，它们实际上是一些小更新，但加在一起就能显著提升产品的质量。我认为每个产品经理都应该有某种方法来定期处理这些问题，并庆祝通过共同努力取得的巨大进步。
将付费功能开发视为资金
我看到越来越多的初创团队这样做，我觉得这非常明智。这个想法很简单——如果有人提交了一个好主意，而且你真心想实现这个功能，那么如果客户愿意付费，就优先开发这个功能。
对于早期公司来说，这是一种赚取额外收入的好方法，你发布了一个最终都会实现的功能，而最终用户的需求也得到了满足——这可以实现双赢。Outseta 以前从未这样做过，但我对这种方法持开放态度，并希望我们早期就采用这种方法。
頁:
[1]