作为一名软件开发者，天生就有一种解决问题的本能。喜欢动手实践，并且尽快开始编码以解决问题。这种本能是非常好的，它能帮助在软件开发领域建立出色的职业生涯。然而，许多开发者在完成一个令人惊叹的系统后，就认为他们的任务已经完成，他们期望世界会认识到他们的天才。但现实是，如果没有人使用应用程序，那么所有的努力都可能是徒劳的。
推广软件和在组织内推动文化变革同样重要。不能独自完成这项任务，没有支持，它也会彻底失败。有一本名为《狂热粉丝》的书，它讨论了拥有忠实客户意味着他们改变到其他人的摩擦足够大，以至于他们懒得去做。想要的是狂热的粉丝，那些会不遗余力地利用服务的人，正是这种理念会推动人们成为寻求解决方案的客户。
那么，如何让人们使用创建的软件，并看到它的价值呢？想到了一个简单的方法来记住这一点……用SMACK法则来打击他们。SMACK法则旨在帮助了解在推动解决方案采纳时应该记住的关键点。
最终，这些人不是技术人士，需要理解这一点。他们不想听到架构图，也不想讨论实现的模式。他们想谈论的是价值，以及它如何与他们的目标和使命相一致。所以，跳过技术术语，用影响、金钱和意义或生产力来说话。在这里总是使用的方法是，假设他们相信能做到说的一切。还会谈论什么？
看看世界上使用最广泛的应用程序。Facebook、亚马逊、Gmail、Outlook.com。它们都有一个共同点，即用户界面简单直观。不能在UI和用户体验上花费太多时间。这些是用户关心的事情。这也是支持像实体框架这样的技术的原因之一。任何将开发者的注意力从管道代码转移到用户体验上的事情。这是最重要的。
发现许多开发者在这方面都有问题。都在这些应用程序上非常努力地工作，当用户质疑甚至批评它的某些部分时，会感到这是对个人的攻击。有人在说孩子很丑。但归根结底，这种反馈应该被视为礼物。任何用户反馈都是有帮助的，尤其是当它被汇总时。在看来，汇总反馈使这变得无限容易，因为趋势的识别可以让苦涩的药丸更容易咽下。不是一个用户说孩子很丑，而是普遍的共识。
没有什么比一个支持者更能推动采纳了。一个能够与用户产生共鸣并谈论应用程序的好处的人是无价的。可以说出和他们完全相同的话，但直到他们从一个分享他们痛苦的用户或一个权威人士那里听到，话可能就像《花生漫画》里的老师一样。
最后，这再次涉及到应用程序的UI，了解他们在应用程序中关心什么。将时间集中在重要的功能上，并向用户提供价值，他们就会成为支持者，并向世界宣扬工作有多伟大。