作为一家远程工作公司，我们在非常不同的地方和非常不同的时间工作。也就是说，我们没有办公室。正因为如此，我们面临着很多关于如何与客户打交道的问题："你如何赢得客户的信任？"，"他们如何知道你是否在工作？"，"你如何处理规格变化？"等等。
在做远程工作公司的同时与客户打交道并不容易。在本篇文章中，我们将解释我们是如何做的。
一般来说，产品公司比较容易在工作地点和时间上提供充分的灵活性，但服务公司就不一样了。例如，红帽、Github、Spotify、Buffer和Basecamp--仅举几例--都是提供全远程职位的公司。提供远程职位的服务公司确实存在，但比较少。
在项目期间，我和你说话的次数比和办公室的同事说话的次数还多，而我只见过你一次。- 我们的一个客户
通过100%远程管理客户工作的关键是要成为最好的沟通者。那么如何才能成为最好的沟通者呢？有坚实的通信栈。
什么是通信栈？
以技术为导向的公司通常会定义他们的技术栈，也就是他们使用的工具和编程语言，作为每个新项目的事实标准。最著名的技术栈之一是LAMP架构（Linux、Apache、MySQL、Php）。
同样，沟通栈也是你用来引导公司内部和外部沟通的工具带。
内部沟通包括项目管理、新闻分享、聊天室、决策和团队内部的知识转移。想想你的项目管理工具、任务列表管理器、企业聊天/社交网络、组织工具、维基、存储平台、内部网和视频通话室。
外部沟通，则是指你用来与公司以外的代理商进行互动的任何渠道和工具。这包括以下内容。RSS、通讯与电子邮件工具、社交媒体、呼叫中心、博客、新闻源、论坛和客户管理工具。在内部沟通方面提到的一些工具也可能用在这里，因为有些工具可以进行协作。
在产品公司，这种分离比较清晰，但作为服务型公司，内部和外部的界限要分散得多。在本篇文章中，我们将更多地关注工具本身，而不是工具是用于内部还是用于外部沟通。
我们就开始说吧。我们来介绍一下我们如何远程管理客户工作。
项目管理--Basecamp
这是一个项目在Basecamp上的样子。
Basecamp是一个团队管理的在线协作工具。我们之所以这么喜欢Basecamp，是因为他们是Ruby on Rails框架的创造者，也是两本非常励志的书的作者，无论是作为个人还是作为公司，我们都非常认同。Rework和远程，"不需要办公室" 。
Basecamp专注于简单，提供一个坚实的工具，几乎可以管理任何团队。事实上，我们不仅仅是为我们的内部团队使用，我们还管理我们的客户工作。
我们为每一个项目都打造了一个项目。在客户项目中，我们通过邀请客户加入平台的方式，让客户随时了解我们的情况。
Basecamp真的很好，可以把一个项目的相关信息集中在一个地方。所有的讨论都应该放在这里，决定也应该放在这里。如果在Basecamp以外的地方达成了一致，就应该把它移到Basecamp里，以免我们忘记了它。
您还可以使用Google Drive集成，将重要的项目文件附加到Basecamp项目（合同、报价、证书、文档、徽标、模拟等）和自己的文本文件，以保存您不希望任何人忘记的东西。
最后，我们还使用Basecamp包括我们的周报--每周一--上一周让我们忙碌的事情，以及未来一周的计划。
您可以使用Basecamp向您的客户发送周报。
Sprints和技术团队--Trello + Github
这是在Trello上的冲刺漏斗的顶部部分
Trello是我们管理团队任务的首选工具。它100%面向敏捷，因此，非常适合敏捷开发团队。
Trello板允许您创建持有卡片的列表。每个列表代表一种状态，当卡片改变状态时，它们会被从板块拖到板块。在上面的截图中，你可以看到一些列表在Backlog、Features列表、Bugs列表和下周的规划之间分配任务。在下面的截图中，你还可以看到包括已经完成的任务的列表。
这是Trello上冲刺漏斗的最底层部分。
我们的开发人员已经完成的任务会被放入Review Pending列表中，在那里，一个更有经验的开发人员或负责代码审查的人将对其进行审查和测试。一旦确定，它们就会被拖到完成列表中。如果其中有一个还不够好，不能部署，就会被移回当周，重新分配给开发人员，让他花更多的时间在上面。
我们喜欢更进一步，我们还根据任务和功能的部署位置对它们进行分类。这非常好，可以很快地发现哪些功能在哪个环境中可用，这样我们在产品演示时就不会错过一些东西。为此，我们已经有了Deployed to staging和Deployed to production等列表。
在卡片里面，你可以描述手头的任务，根据你使用的任何分类法给它贴上标签，把它分配给人，添加附件，对任务进行评论，并设置到期日等。当任务完成后，我们会使用评论系统加入该功能/bug/hotfix的拉取请求。
Trello卡代表任务或类似任务的集合。
由于Trello非常面向懂技术的人，我们只邀请客户的技术人员。CTO，开发人员，技术负责人等等。
实时沟通--Slack
虽然之前所有的工具对于决策、计划和执行都非常好，但没有一个工具提供实时沟通。为此，我们使用Slack：一个团队的实时沟通工具。
以下是我们的首席运营官Jordi通过Slack向我们的一个客户汇报的情况。
有些客户要求更高的可用性和/或非常短的响应时间。对于他们来说，我们建立了一个新的Slack团队，这样每个人都会加入进来，可以直接进行实时沟通。
虽然这种快速有效的沟通有利于协调紧急行动（热补丁、演示日或其他紧急情况），但Slack的免费层只保留最后10000条消息。因此，所有在Slack上做出的决定都是不稳定的。所有这些时刻都会在时间中消失，就像眼泪......雨中的眼泪。对于特殊的客户，我们会设置付费版的Slack，并通过Slack引导所有的沟通。我们对此很灵活。
Slack还提供了与一些我们喜欢的工具进行整合的功能。你几乎可以将它与你的公司或项目所使用的任何工具进行整合。根据不同的项目，我们将其与Airbrake、Trello、Github或Bug Catcher等工具进行整合。
有了他们的多平台和设备应用程序，您只需通过聊天就能从客户那里得到答案（或问题）。
视频电话--Appear.in
有些话题需要多一点人情味。准确地说，某些事情需要面对面的交谈。
有些短信并不能像面对面的谈话那样增加关键性、紧迫性或平静性。作为一个远程工作的公司，当我们与客户交谈时，可能会发生我们在世界的另一端。但幸运的是，我们有Appear.in。
@appearin的微博!
Appear.in的优势在于其他视频通话服务无法提供的服务：不需要注册，不需要账户，不需要安装，没有任何麻烦。只需输入
事实上，我们也发现，视频质量和通话稳定性比Skype或Google Hangouts要好得多，因此它非常适合在wifi信号较弱或使用移动数据计划的人。
最后，但并非最不重要的是，Appear.in还提供了屏幕共享选项，它们足以满足大多数目的。然而，我们有时需要进行更多的协作性屏幕共享，所以我们使用Screenhero来代替。
这就是我们远程处理客户工作的方式!正如你所看到的，没有什么是我们用这些工具做不到的。
我们很想听听你的想法，以及你的通信栈是什么。你推荐哪些最佳实践？有什么工具可以建议我们尝试改进我们当前的通信栈？让我们在下面的评论区讨论一下吧!
数字游民Telegram群
数字游民微信群
请登录之后再进行评论