我学到的一些关于构建数字产品的事情
我学到的一些关于构建数字产品的事情
原文：https://medium.com/hackernoon/a-few-things-ive-learned-about-building-digital-products-26b5196bda08
在过去的几年里，我学到了很多关于构建令人愉快的产品，希望人们会喜欢。有些已经起飞了。有些已经被收购了。有些不知去向。更多的时候，这些经验来自于我在一些网络和移动产品上的错误。我的经验仅来自于与小型初创公司团队的合作，而不是与更成熟公司的大型团队合作，尽管我认为这些经验对两者都适用。
优先考虑漏斗中较高的功能
在陈楚翔的文章“下一个功能谬误”中，他引用了你的下一个功能不会推动大规模参与的例子，因为太多时候，这个功能要么很少人会使用，要么当他们参与时影响太小。我已经学会了优先考虑那些直接有助于主要业务目标并且仍然让用户满意的功能，尽管有时这两个功能实际上是截然相反的。通常，这些功能是在入职期间或入职后不久发生的主要操作。更适合高级用户的特性有它们的位置，但它们不会是每个人都使用的东西。
关注简单，隐藏复杂
保持事情简单。这不仅包括功能的简单性，还包括产品的整体性。每个特性都有一个学习曲线。更倾向于高级用户或扩展核心功能之外的功能不应该是体验的关键部分。它们可以隐藏在设置中，或者在用户界面中取消优先级，这样它们的功能对用户体验来说就不重要了。超级用户特性通常也有最大的学习曲线。
尽快出货，因为反馈是氧气
在你发货之前，你不知道人们会有什么反应。在黑盒中迭代——即发布前——可能是一个危险的地方，因为你的反馈循环很小。一旦准备好，就启动你正在构建的东西。在我看来，对于创业公司来说，完成比完美更好。
我最近也成为了消除对 ship 的所有依赖的支持者。这意味着在工程可以推向生产之前，不必等待像营销这样的事情。营销以及你定位产品和功能的方式也可以重复。Basecamp 的首席执行官 Jason Fried，在描述 Basecamp 的移动团队如何被相同的产品愿景所驱动，但却控制着他们自己的实施时间表时谈到了这一点。这意味着他们的 iOS 团队可以独立于他们的 Android 团队工作和发货。
分解大的特性，并逐步实现它们
我是一个系统思考者，非常适合接近产品。我喜欢把大的功能分解成小的组件，然后对这些组件进行优先排序，让我们从零开始到一个完整的功能。我发现这是一种很有帮助的方式，可以更快地发布东西，更快地为我们的用户提供更多的价值。
我还发现深入理解完整的路线图很有帮助，这样您就可以了解今天的发布将如何影响明天的产品。这可能是当前工程技术的限制，也可能是将某样东西推出去的努力程度。
愿景推动路线图，但您的客户也应该如此
每个人都喜欢引用史蒂夫·乔布斯的观点:只有你展示给顾客看，他们才知道自己想要什么。虽然我认为这部分是正确的，因为伟大的创始人对他们的产品和影响在几年或几十年后会是什么样子有清晰的愿景，但你的客户的反馈是无价的。这意味着你需要和你的客户交谈，让他们很容易提供反馈。您的路线图应该同样包含这两个部分。如果您是最终用户，构建一些东西来解决自己的问题，这就更容易了。
如果你建造了它，他们可能不会来
即使你的发射非常顺利，你最终也会进入保罗·格拉厄姆所说的悲伤低谷。简单来说，成长是艰难的。找到正确的增长渠道组合并建立一个人们会传递给朋友和同事的品牌需要很长时间。记住，没有一夜成名的事情。
如果你觉得这篇文章有帮助，请点击“heart”按钮推荐它。你可以通过推特或 Whale @toddg777 联系我。
黑客中午是黑客如何开始他们的下午。我们是 @AMI 家庭的一员。我们现在接受投稿，并乐意讨论广告&赞助机会。
要了解更多信息，请阅读我们的“关于”页面、在脸书上点赞/给我们发消息，或者简单地说， tweet/DM @HackerNoon。