【猎云网（微信号：ilieyun
）】8月1日报道 （编译：小白）
编者注：本文作者Sam McAfee，Startup Patterns编辑，致力于帮助初创企业产品团队完成既定利润目标。
“我们想要开发一款应用。你认识什么靠谱的移动开发人员吗？”
我沉默了一会，优雅地品了一口咖啡。“为什么你觉得你们需要一款应用？”
等待他的回答之际，我回想起了自己作为签约软件开发人员的日子。不知道你是否记得，iPhone的应用商店于2008年7月份开张。那时候，我运营着一个小型的网页开发咨询公司。2008年之前，每个客户都来找我做一个电商网站或内容管理系统。随着应用商店的开张和SDK的发布，几个月后每个客户都来问我，能不能开发一款应用。
一晃眼到了2017年。现在，我正坐在旧金山的一家咖啡店，跟我的一个咨询客户——创业创始人讨论战略。任世事变幻，万变仍不离其宗。
“我们的目标人群是千禧代，他们都喜欢用手机，”这位创始人说，他的语调在最后不自觉地上扬，仿佛缺乏信心。“我们实在不想错过任何客户，我们也试着让他们去网站注册。”
是这样。但他还是没有真正回答我的问题。
我们不断地开发应用，在应用商店上架，已经快10年了。但是如果你看一眼数据，你就可以发现只有极少数应用真正被使用过。
另外，这些真正被使用着的应用大部分也都是由大型科技公司开发，比如谷歌和Facebook等。并且，年复一年，创业公司不断地开发更多应用，如果上天眷顾没准这些应用能有几千次的下载量。
“你能把重心放在用户获取战略上，这一点很好，”我说，“但是如果你把所有资源都集中在移动应用上，你的公司还没真正运营起来就已经宣告了失败。听我说，你应该这么做。”
完美解耦
公司的价值主张仅通过单个网站或单个可下载移动应用就能传达的时代早已一去不复返。
最具创新力的公司，如今都在以提供一种服务或一系列服务来从各种媒体或接触点上与消费者沟通。可能有些交互类型需要移动应用，也没准这个应用还用作了主要接触点。但是也有不少其他行为其实是需要用到浏览器的。甚至，还有聊天机器人、或者短信交互、Slack交互、Facebook消息等等。但是，不管是用何种方式，这些都将构成一个无缝的消费者交互体验，与互联网上无处不在，而不是需要消费者去到某个特定的在线位置或使用手机。
这就指向一种我称之为“完美解耦”的现象。我不确定这是我首创的名词，还从哪里借用来的，但是“完美解耦”正是我看到这一现象——即跨越技术、业务和内容边界——后想到的最合适一词。
从单一产品业务模式向多平台转变，结合开放API的扩展，以及日渐兴起的聊天机器人和AI，使得商业模式越来越不会仅依赖于单一的SaaS应用程序。
当然，在可见的未来内，软件将继续作为“一种服务”被消费。但是，消费者与该种服务交互的交互方式将极有可能扩散至各种技术“产品”和接触点。
近年来，对上述网站和移动开发工具增加的相当大改进，极大地降低了将各种令人印象深刻的功能拼接在一起所需的成本和时间，并大大减少了自定义编程。
工程师：十五年磨一剑
从单片式网络应用到服务架构的过渡已经进行了相当长时间。对于自2000年来一直在写代码（并将继续写代码）的人来说，我感觉，我们正以工程团队将服务作为应用程序架构的关键维度这一方式面临一个质的转折点。
可以说，我们经常说的“服务导向结构（SOA）”很有可能就是解耦的起源之处。安全地保存在软件工程的知识领域，我们作为一整个社区已经花了十年半的大好时光来研究如何将大而笨重的软件系统分解成更小的适用组件。原本这一切都在幕后进行，直到最近才逐渐浮出水面。
将软件分解为服务是造就了平台和API（非工程师可以实际看到的部分系统）的关键因素，尤其是像亚马逊、Netflix和Facebook这种大规模的平台。工程中的良好做法最终导致了可以开发全新业务和应用程序之平台的兴起。
这就是SOA最初的梦想。从单一企业的狭隘领域表述，其重点主要就是降低成本。但到目前为止，这种模式已经广为流传到互联网上，对全球企业产生深刻的影响。
前端魔法
与服务相关，是前端技术的巨大改进。比如HTML5之激动人心的灵活性以及React和AngularJS等强大的JavaScript框架。得益于服务架构，我们可以（在浏览器或手机中）构建接口，而不用担心所有在云服务上运行的业务逻辑。
再说到浏览器，真的非常强大且灵活。你的Chrome浏览器安装现在都已经内置了一个完整的IDE（集成开发环境）！你可以在浏览器本身内部绘制、构建、测试、调整、改变并保存所有的网页应用程序。
持续交付
最重要的是，我们拥有迅速成熟的工具链和基础设施，可以以极快的速度将应用程序从开发人员的机器上部署到消费者设备上。持续集成/部署/交付是我们用来描述设计、构建、测试和部署自动化时已经用滥的行业术语。这些工作流程允许工程团队每天可以测试数十种乃至上百种代码变体。还记得曾经我们只能一年更新一次软件，或者更好一点，一个季度更新一次软件的时候吗？不记得了吧，那早已成为了陈年往事。
如今，通过这些工具和模式，开发人员所能有拥有的速度、能力以及灵活性直接转化为业务的速度、能力和灵活性。他们在各种平台上花时间花精力，然后直接从这些平台为消费者带来价值。
尽管如此，我们中的很多人依然弄错了关注点。我们仍在迷恋工具和技术。但是不同以往，如今正是工具使用者本身的延伸造就了超级优秀的工具，然而却鲜有人意识到这一点。
我们当然可以欣赏，但不应痴迷这些进步。你的业务不是应用，建筑、工资单等等都比应用来得重要。而你的业务，是生产、分销与交换价值的机制。这些机制如何发生，如果确有发生，那么如今应该在各种平台和系统上进行。
你应该首先从客户和他们的需求开始，从外而内地设计你的业务，而不是从内而外。这可以通过转移到消费者目前聚集的渠道，拥有可以捕获他们注意力的价值主张，然后将重心聚焦在可以满足他们需求的交付设备上，得以实现。如今，交付设备数不胜数，而你的工作就是关注所有这些交付设备，而不是偏向其中任意一个。
“你需要关注你的核心价值主张。你的防守竞争优势是什么？就是那种可以解决消费者根本问题，并且同时以别人做不到的方式来解决问题的优势。”
这回轮到他沉默了，很明显他在努力思考这个问题。过了一会儿，他抬起头说：
“嗯……关键是我们的数据。我们拥有别人所没有的数据。这就是我们的竞争优势。”
啊！终于到点子上了！
市场营销：丢掉城堡，多搭帐篷
完美解耦的影响不仅限于技术方面。它们也影响着消费者获取、消费者互动和消费者保留策略等等
自几年前内容营销开始爆炸式发展，以至于现在人们理所当然地认为产品制造商应该将在他们的主题领域创造新颖的内容作为构建观众的方法。消费者会将其视为该领域的权威，理论走向，并随着信任的建立逐渐接受这些产品和服务。
直到现在，很多高层管理依然是这么认为的。
但是，将应用程序解耦到多个服务和接触点的相同力量也在侵蚀采购渠道和平台，慢慢地改变着游戏规则。我们都急于建立一个WordPress博客，将内容推送到我们的网站上，然后把部分读者转变为客户。很可能，我们中许多人仍然采用这一种古老方法。
但是，内容平台的成功（比如Medium）意味着它们正在威胁你的网站作为你自己的内容中心的位置，且这仿佛是一场必输的战役。为你的网站获取付费流量变得越来越昂贵，因为用户在大平台上可以获得更好的内容。将他们从Facebook或Twitter上拉走，强迫他们来访问你的登录页面——哪怕进行付费营销活动——势必越来越难。
相反，你应该去消费者已经聚集的地方。可惜！但从产品开发角度看，这其实可以成为一个优势。
以Slack为最终例子。现在又很多附加组件，可以在几分钟内安装，以改善你的Slack使用体验。很多这种工具作为免费聊天机器人引入，但同时还有付费升级版。当然，这些工具的优秀开发商显然是希望你付费升级的。他们花大力气把这些聊天机器人做得尽善尽美来吸引你付费升级。并且，说实话，在某些时候，我确实花钱购买了付费升级版。
然而，这些工具的很大一部分可以通过Facebook消息访问，并且拥有移动和桌面工具来补充其核心服务。突然之间，这些服务仿佛变得无处不在。我不再需要下载任何应用或记住哪个URL。那个值得信赖的聊天机器人就在那里，耐心地等着我去使用。
但别忘了这里的关键点：这些服务的开发人员将给予消费者的价值主张与消费者使用这些服务的接口细节隔离。这一切之所以成为可能，仅因为用户更关心价值而非技术参数。他们对最新平台的闪光点不感兴趣。相反，他们已经构建了一个灵活的后台，可以利用一系列平台作为消费者获取渠道和互动模式。
这就是完美解耦的作用，也改变了游戏规则。
“所以，听上去像是我们需要一个网页应用、移动应用，聊天机器人、Facebook页面，以及其他种种！天呐，我们要怎么建立这一切啊！”
站在白板前，我看着底下坐着的客户，缓缓说道：“我的建议如下……”
1.仅使用已有的技术开发一个你所提供的产品或服务的初级版本。这意味着，不管业务规模如何，你需要率先主动交付价值。在一系列受欢迎的平台上借可接触到的客户进行产品测试，来证明你可以通过他们所需的渠道交付期望的价值。
2.在整个客户生命周期持续跟踪消费者。哪个平台的转化率最高，哪个平台拥有最佳用户体验，哪个成本最低等等。按消费者获取成本和服务交付的整体成本由低到高排序接触点。在多个平台上向不同消费者传递价值后，你便可以针对技术开发做出明智的决定。
3.逐步使用技术组件一个一个地代替手工操作。只有当你的消费者多到你足够可以放弃部分消费者或将他们置于等候名单上时，你才应该考虑将资金用于产品开发。但是到那时，你应该清楚地知道从哪个平台先下手。
如果你现在正在开发应用，那么请立刻停止。你有消费者吗？你有验证你的价值主张是否与消费者有共鸣，并且他们愿意为你提供的产品或服务付费吗？
如果你有，非常棒！没有的话，我想我们应该谈谈了！
