发射一个月后

该工作室的网站于一个月前正式上线。这里说的不是应用程序——其中大部分早已发布有一段时间了——而是工作室本身，它有了正式名称，并以面向公众的姿态亮相。一个月的时间虽然不足以了解太多，但足以注意到一些情况。.

在该网站成立之前，每款应用都像一座孤岛。人们知道KeyRush、Fisharo或Resukai，但没有任何地方能说明它们是由谁开发的，又是如何开发的。将一个统一的名称冠于所有这些作品之上，在理论上只是一个微小的改变，但在实践中却意义重大。.

发生了什么变化

收到的邮件数量明显增加了。其中大部分内容都很贴心：支持咨询、附有实际背景的功能请求，还有偶尔收到的暖心留言。令人惊讶的是，其中相当一部分来自其他小型开发者，他们询问我们如何构建团队。我们将在此博客中逐步分享更多相关内容。.

支持邮件的内容也发生了变化。当人们只了解一款应用时，他们写信咨询的都是关于那款应用的问题。现在，有些人会同时咨询多款应用——比如求职期间使用的简历制作工具和打字训练工具，或者手机上的习惯追踪应用及其在浏览器中的拦截扩展程序——他们想知道这些应用如何相互配合。 这是一个有用的信号：尽管每款应用都是为了独立运行而开发的，但人们却将它们视为一个整体。.

我们还注意到，公开页面对内容一致性的要求大大提高了。不同时间撰写的商店商品列表、客服回复和应用描述突然并列呈现。这个月我们花了一部分时间来整理这些内容——确保语气统一、事实一致，并且不同平台之间没有矛盾。.

什么没有

工作本身。我们的发布节奏、设计评审方式，以及我们选择添加和拒绝的内容。拥有一个公开的工作室页面并不会改变应用的开发方式——它只是为用户提供了一个了解这些工作的平台。.

这是有意为之。一旦拥有了受众，就很容易产生一种诱惑，即开始为了受众而开发产品——为了发布一个“好消息”而匆忙推出产品，而不是为了打造一款更好的应用。我们希望避免这种情况。期刊应服务于产品本身，而不是反其道而行之。.

我们会采取哪些不同的做法

我们低估了认真回复邮件所需的时间。要对一封经过深思熟虑的邮件给出好的回复，确实需要花时间，而在最初的几周里，我们的回复进度比预期的还要落后。此后，我们专门安排了固定时间来处理邮件，而不是在处理其他工作的间隙挤出时间来回复。.

此外，我们本该在上线前就写几篇博客文章，而不是等到上线之后。回过头来看，上线后的头几周收到的提问其实都在意料之中——比如定价方式、如何选择开发项目、为何保持小规模运营——如果当时就准备好答案，本可以省去不少冗长的单独回复。.

接下来会怎样

继续沿着这条路走，但要谨慎行事。在合适的平台上推出更多应用，有实质内容时在这里发布更多帖子，并持续改进已上线的产品。.

感谢过去几周里联系过我们的所有人。我们会阅读每封邮件，即使回复需要几天时间。