把问题交给我们,而不是规格书。

我们构建的大多数东西,都始于有人说出口的一句话:这件事要三个人做一周,结果还是出错。我们判断这背后真正需要什么系统——软件、基础设施、自动化,还是必须先做的研究——然后把它建出来。

描述你的问题

我们承接的七类问题

  1. 两千人需要同时在同一个系统里工作吗?

    很多人在一个系统里工作时,难的不是界面,而是所有人同时点击保存的那一刻会发生什么。我们构建的是必须撑得住的那部分。

    我们如何处理这类问题
  2. 你是否有一个想法,必须先做出来才能知道它行不行?

    一个想法只有在有人能使用它时才可被验证。我们构建最小的真实版本,把它交到人们手里,再根据他们的行为来改变它。

    我们如何处理这类问题
  3. 你的数据到底该不该离开你的办公场所?

    对许多组织来说,诚实的答案是不该——数据应该留在看得见的地方。我们构建并运营让这一点切实可行的平台。

    我们如何处理这类问题
  4. 你的工作中是否还有一部分,依赖某个人手动在两个系统之间搬运数据?

    当工作重复、规则可知、错误代价高昂时,自动化才有回报。写下第一行代码之前,我们先核实这三点。

    我们如何处理这类问题
  5. 你需要的答案,是不是还没有在任何地方发表过?

    有时候,问题从未以你这种形式被提出过,唯一的回答方式是把实验做出来。我们设计它,让结果有意义。

    我们如何处理这类问题
  6. 你是否需要知道,报价给你的系统是不是正确的那个?

    在做出重大承诺之前,来自一个与这笔交易无关的人的第二意见并不贵。我们会用供应商希望没人会用的方式来阅读方案。

    我们如何处理这类问题
  7. 你的问题是从一个物理过程开始,而不是从一个用户开始的吗?

    有些系统在被代码支配之前先被物理支配。我们先对过程建模,再构建尊重它的软件。

    我们如何处理这类问题