他妈的,运送它—处理完美主义

就像很多其他人一样,我有很多我想做的附带项目。

我要撰写的博客文章,我要建立的副项目以及我要开展的业务。

但是我一直在努力的是完美主义。 为自己设定不现实的高标准,您认为自己需要辜负。

“由于我还不是专家,因此我无法开始撰写有关此主题的博客文章。 如果我写错了或不完整的东西怎么办?”

“我想构建这个辅助项目,但是在构建它之前,我确实需要学习那个闪亮的新JS框架。”

“我还不能发布这个附带项目,因为它不是100%没有错误,或者没有我想要的所有功能。”

这对于很多人来说听起来很耳熟。 因此,不是有大量已交付的项目或已发表的文章,而是有一个Trello板/记事本,其中充满了将要在“某天”开始的想法。

您知道最好开始,最好做一些最好的事情,并在可以做的更好的情况下进行改进。

但是,完美主义仍然总是让您第二次猜测自己,并且过度分析它,以至于无所作为。

如果您可以克服想要完美地完成所有工作的愿望该怎么办?

我认为做得很好的一个很好的例子是一个叫Pieter Levels的人。 我已经在Twitter上关注了Pieter几个月了,这确实使我对运输项目的另一种看法开了眼。

这里有一些例子

#1发布附带项目

在不到24小时的时间里,他从构思到发布,一直被TechCrunch报道,并在Producthunt达到顶峰。

那时,大多数开发人员仍在研究javascript框架。

(如果您想知道,该网站为https://mute.life/)

#2发布新的博客文章

首先,他在Twitter上询问一些想法,以便他知道人们会对什么感兴趣。完成第一稿后,他将其发布并在Twitter上共享。

该帖子还没有完全完成,有一些错别字,一些问号,并且不时地在他的帖子中间突然发现一个大写的TODO。

但他发表并对其进行了改进。

您可能需要花费数周的时间来撰写博客文章,对其进行编辑并尝试使其完美。 或者..您可以编写,发布草案,获取反馈并进行改进。

从我已阅读的回复中,人们似乎并不真正介意该博客文章还没有100%完成,并存在一些错别字。

#3发布书

我认为以草稿形式发布博客很有趣,直到我预购了他当前正在写的书。

不是带有精美电子书的自定义编码电子商务解决方案。

一个简单的登录页面,带有付款选项的Typeform表单的按钮,带有指向Google Docs链接的电子邮件。

有些人可能会说这很懒,但我认为这确实很聪明。 它可以完成它应该做的所有事情,而不会使过程变得过于复杂。

人们想买书,人们可以买书。 问题解决了。 下一个。

#4共享过程

关于他的运送方式的另一个很酷的事情是,他也公开这样做。

对于他的一个项目,他流了从第一行代码到启动新产品的所有内容。 您现在可以在YouTube上观看了。

对于包括我在内的许多人来说,这似乎很可怕。 如果每个人都看到我需要搜索简单的文档或者我遇到的每个错误都在StackOverflow上怎么办?

得到教训

我认为任何与完美主义斗争的人都可以从这些例子中学到很多东西。 通过阅读他的MAKE书,我也学到了很多东西。

这是我从上述示例和他的书中获得的见解。

编程只是实现目标的工具

没人在乎您使用什么工具,人们只在乎您的网站/产品/应用程序如何为他们提供服务。

他们永远不会知道您的网站是用什么编程语言编写的,使用了什么框架,使用了什么数据库,或者堆栈是否可以扩展到每月一百万的用户。

使用您知道的工具来构建它。 尝试在它损坏时修复它。

快速启动

如果您是一个完美主义者,那么您真的不想在完全按照自己的方式发布之前就发布它们。

完美主义还可以确保您永远不会对所做的任何事情都百分百满意。

一个不错的catch-22常常导致分析瘫痪。

这要么意味着您将花费大量时间在发布某件东西上,要么根本就不会发布它。

尝试尽快发布MVP,并使用收到的反馈来改进MVP。 这并不意味着MVP可以吸。 这只是意味着它不会做很多事情,而是一件事情确实做得很好。

没有专业徽标。 尚未设置所有社交媒体帐户。 没有A / B测试主页进行转换。 不用担心您的技术堆栈是否能够每月扩展到数百万用户。 没有优化数据库查询来获得几毫秒的时间。

迭代更快

发布MVP或新博客帖子后,请尝试获取尽可能多的反馈并加以利用以进行改进。 修复错误,添加功能,改进设计等。

用户/读者在聆听他们的反馈并用于改进产品时会感激不尽。 他们很高兴为最终结果做出了贡献,您可以完全按照目标受众的需求来改进产品。 这是双赢的局面。

然后,您还可以针对每个改进进行一次小型发布,以更多地关注您的MVP /博客文章。

分享过程

通过使流程更加透明,您可以从其他人那里获得很多有价值的反馈。

3个月内不要将自己锁在房间里,不要拿出成品,而要在过程中尽早吸收他人的反馈。

向前走

因此,从现在开始,我将专注于为我认为具有最快潜力的想法建立和启动MVP。 听取反馈,并使用该反馈进行改进。

在此过程中,我还将变得更加透明。 我刚刚建立了这个博客,打算在此博客中介绍在此过程中我所学到的东西。

我仍在学习编程,这个博客是我第一次不使用共享主机和FTP,而是使用实际的VPS,并且直到最近才学会了如何使用终端,Git,SSH和其他开发技能。

我仍然需要了解有关Node.js,数据库和使用VPS等后端的更多信息(只是复制教程而不了解我目前在做什么)。 但是我不会等到我成为所有这些方面的专家之后再使用它来构建东西。

希望你也不会!

如果您想了解我的进度,可以在Twitter和Instagram上关注我。

这篇文章最初出现在我的个人博客上: https : //jurn.blog/fuck-it-ship-it/