castoMIND

代理公司与工作室

用作品本身回应需求,而不是作品的图片

客户周一描述了他们想要什么。行业的标准答案是周四交一份演示文稿,下周交一份提案,第二张发票开出后的某个时候才有第一个可运行版本。现在还有另一种答案:作品本身,正在运行,有一个网址,就在周三下午。

每家代理公司都熟悉提案与实际构建之间那道鸿沟的形状。提案便宜、有说服力,还带点虚构。构建昂贵、缓慢,充满提案跳过的那些决策。客户工作中大部分摩擦都存在于两者之间——客户正在同意一个还没人见过的东西。

弥合这道鸿沟的价值超过它节省的工时。客户看到一个可运行的网站、背后还有一个可用的仪表盘时,会提出更好的问题——关于产品、定价、受众——而不是关于蓝色的色号。

它如何融入代理公司的一周

主要有三个地方。在提案中,一个可运行的版本与竞争对手的幻灯片是品类上的差异。在需求探索中,一个真实的产物会暴露出工作坊还要再掩盖两周的分歧。还有在客户名单的小单端,那里的预算本来就够不着定制构建,诚实的选项只有模板或礼貌的拒绝。

它对业务管线还有一个不那么明显的作用:见过自己想法跑起来的客户,是已经在情感上做出决定的客户。随后的提案谈的是范围,而不是做不做。

它不适合的地方:有特定架构的定制技术构建、现有代码库,或规定技术栈的合规要求。管线产出的东西由已有产品组装而成——这正是速度的来源,也是它的极限。

周一到周三示例
  • 1周一 11:00 — 需求一家区域性建材批发商想要一个仅限贸易客户的订购门户。和大多数需求一样,很模糊。
  • 2周一 15:00 — 书面论证跑一遍管线。以文档而非演示文稿的形式发给客户。有两处反馈有误。
  • 3周二 — 修正贸易价格应为分级定价,而非统一折扣。一次修正,应用一次,下游各处自动继承。
  • 4周三 14:00 — 会议网站在屏幕上打开。背后是仪表盘。现场下一笔订单,并生成一张发票。
  • 5周三 14:20 — 问题变了没人提 logo。他们问的是收件箱由谁值守,周六配送是否在范围内。
  • ·你靠什么收费判断力、修正和客户关系。搭建的那两周本来就不是计费的部分。

两天会议室里有一个可运行的产物

周一提案,周四演示运行效果。

实际事项

代理公司最先问的问题

账户在谁名下?

你的或客户的都行,看哪种适合这次委托。移交项目就是移交它所在的东西——不存在一个之后还得把客户从中剥离出来的代理公司专属外壳。

我们能像平常一样继续在上面工作吗?

可以。网站是 castomUI 网站,看板是 dash-b 看板,工作流是 castomFLOW 工作流。你的团队在常规编辑器中打开它们,继续工作。没有任何东西被生成成锁定的格式。

它看起来像生成的吗?

品牌来自一套精心策划的 essence 集合,而不是不受约束的生成器——这正是“有辨识度”和“明显和前四个出自同一个工具”之间的区别。之后你想改什么就改什么。

同时服务多个客户怎么办?

每个想法都是独立的一次运行,有独立的品牌和独立的一组界面。它们之间除了底层的平台外不共享任何东西——就像在一个主机账户上运行多个客户网站一样。

一次运行要花多少钱 →

这个论点里不太舒服的版本

代理商现在卖的东西里,有一部分就是那两周。不是故意的——只是这项工作一直以来就是这个成本,报价也如实反映了它。一条省掉那两周的流水线,也顺带省掉了发票上的一部分,装作不是这样就是在侮辱人。

它省不掉的,是客户真正做不到的那部分:判断哪个点子值得做,在产品围绕它搭建之前就看出方案里的漏洞,以及做那个在会议室里说“这个定价模式撑不过第二个客户”的人。这一直都是价值所在。只不过以前它总是和两周没人乐意开账单的账户搭建捆绑在一起。

适合这种模式的代理商,是那些本来就在卖判断力的。对那些卖实施工时的来说,这是一项明摆着尴尬的技术,而且不管它是不是出自这里,尴尬都一样存在。