因为职业关系，我常接触英选和码市平台的开发者，如果你正在想如何在开发者平台找到一个靠谱的开发者，不妨听听我的经验之谈。

先来看看我和开发者沟通的真实场景：

我：“今天支付功能可以按计划做完的吗？”

A：“你了解我的一切进度的，我基本都完成了，还有个地方需要你配合的，语音沟通下吧”

B：“做完了，你看下” ，我：“支付是对接完了，但整个支付的交互实现很不合理，有点反人类呀”，B:“你之前都没有说这个的交互是怎么样的，现在要那样改需要新增费用”

C：“我一直在和我的团队沟通，我也觉得真的不难呀，哎，崩溃呀，能不能晚一点给？”

针对一个功能的实现，开发者给到的回答和实现的真实效果可能千差万别，所以我们在寻找开发者时，需要擦亮眼睛，运用些方法技巧去寻找靠谱合适自己的开发者。

该怎么做呢？

思考确认项目信息

在和开发沟通前，你需要从这几个方面去思考确认自己的项目信息：

• 项目时间及配合时间
• 产品还原及设计还原期望
• 项目的重难点

制定项目时间及配合时间，是为了帮助你掌控整个合作的节奏。让自己清晰知道，要让项目在期望的时间内准时完成，则自己应该提供配合的时间、要求开发沟通汇报和提交验收的约定时间应该是怎么样的。

确认产品还原及设计还原期望，你需要了解自己的产品在交互和设计还原上的一个标准，然后在你的设计图和产品原型上，都应该检查清晰标注相关的描述内容，保证开发能在沟通评估时清晰了解你的需求。

每个互联网项目，很大部分属于简单重复功能，这些功能给到任何开发者实现都不会有特别的难度。所以最重要的，是你需要对自己项目的重难点和区别于其他项目的需求点有清晰的了解，这有利于你在和开发沟通时，去判断他胜任项目的能力。

确认完你自己的项目信息后，你就可以带着自己的这些基本信息开始和平台的开发者进行沟通。

确保开发有相关经验

确保开发有项目的重难点功能的经验。根据二八定律，一个项目的重难点一般占比才20%，如果这部分内容开发能有经验，那么在项目时间进度上，可以得到很大的保障。同时，剩下的时间，开发还可以用于修缮项目功能，这在提升产品质量上也有很大帮助。

那么如何保证开发有相关的经验呢？

在不懂技术的前提下，最好用的技巧就是细聊。

你可以针对自己项目的重难点需求进行细聊，让他告知功能的实现过程，这可以看出他的逻辑思路和沟通能力。

在细聊时，主要从他回答的几个点来判断：

• 技术细节是否能展开讲解
• 回答细聊的内容时是否不假思索
• 能够清晰列出需要配合的工作内容

如果他给到你的回答都比较的含糊，那么他可能会是一个懒于沟通的人，很可能造成后期的配合理解偏差，是很不利于项目推进的。

如果是一个有相关经验的开发者，他会非常明确的告诉你，我做这个功能，需要的对应工作有a、b、c ，然后需要你这边的配合有1、2、3 ，能够逻辑清晰且有深度的表达出他想表达的内容。

巧用现成项目考核

如果你很在乎项目的交互和体验上的问题，但又很难在沟通产品需求时看出开发在处理这些问题的能力，那么你可以通过「现成项目」一些不尽人意的表现点来考核你的开发者，看看开发者是否能做到想你所想，甚至为你所想。

例如你要判断一个开发者的细心程度，你可以找到一些你觉得细节做的不是很好的网站，然后问他：“你觉得哪些地方在是开发没有实现到位的？”

图上圈出的地方，作为需求方的你，我想都是可以简单一眼看出问题的，因为对于展示给到自己用户的界面，你肯定眼神特别犀利。但是开发者可能就不同了，有的开发者的心态是我把你要的东西都放上去了，功能能走通即可。只有细心的开发者才和需求方一样，眼神犀利，会不断检查是否还原到位，也会站在用户体验角度上去帮助调整得更好。

同样的，像网站的访问速度，功能的交互表现，你都能用在线的项目，去和开发进行考核沟通。

按照期望去提前沟通

很多项目的失败，是无法在前期就把项目合作的约定想清楚并提前沟通好。当然，这一切的前提，你需要清晰知道，这些约定自己和开发都必须严格执行，不可以轻易改变。

按照你的期望去提前沟通，丑话说在前头。

如果觉得双方合适，在认知上是一致，后续遇到对应的问题或者变更的可能时，就能有相应的规则依据去解决问题。如果在沟通时，约定的认知不同，那也能帮助你了解开发者处理对应问题的态度。

那么需要提前沟通的合作约定有哪些呢？

主要可以用从下面的几个方面去进行：时间，进度和范围约定。

时间方面：时间期望，反馈频率

时间期望是整个项目能够被完成的一个要点，所以你需要根据这个项目的后期安排，制定项目的目标时间。

这个时间最好是有三个，第一个是开发给到你的初次测试时间，第二个是完成验收后准备上线的时间，第三个是无法按时完成前两个时间后项目可延期到的最后期限（最后期限不可逾越，所以延期后的对应安排，也需要提前考虑好）。这些时间能够帮助你和开发时刻警惕自己回到进度正轨。

沟通完三个目标时间后，为了保证项目可以准时完成，那么还需要和开发约定沟通反馈的频率和验收阶段内容的频率，每天反馈完成的进度还是每周一次。这样你可以清晰知道进度上的变动，并和开发及时调整计划。

进度方面：任务管理，逾期管理

单单口头反馈内容，是不能够验证开发的进度的，所以你需要和开发把所有的功能内容拆分成以一天或者半天的工作任务点，越细致越好。然后让开发每天根据完成的任务同时更新进度信息来保证投入，每周阶段部署测试来检查进度完成度。

进度方面很经常会遇到逾期的问题，那么可以提前约定在可接受的范围内允许调整进度的次数及逾期惩罚。对应的惩罚措施，能让开发在每次逾期前，提高警惕度然后更用心的去跟上项目进度。

范围方面：需求范围，变更处理

项目进入验收期时很经常会遇到变更问题，很大原因是前期并没有沟通清楚需求的细致范围。

所以你千万不要偷懒，想用一句话：“我要和它的功能一模一样”就可以要求开发者把项目完成一模一样。你需要把“一模一样”这句话一句句拆解，功能点要一样，一样到什么程度，功能细节都需要全部列出在合同内。

开发合作一般会默认，你没有说到的点，都认为是不需要实现的。

当然，有些新增变更是不可避免的，这种情况要怎么办呢？

有经验的开发者的处理方案是这样的：“变更在项目是常见的，那我也会在产品实现中尽可能去发现不合理的地方多和你沟通，如果功能还未实现，变更的话，工作量一致，我不会收取新增费用。如果功能完成了，那么我可能会给到一个8个小时的消化时间，看下变更的工作量有多少，看下自己能消化多少去和你沟通推进项目”。

你也可以按照这样的方式和开发者进行约定，让他给到适当的消化空间。

卓越的公司在开始时多半不知道自己将来要干什么,或者说他们不关心这个问题,他们关心的是找到一群「合适的人」,因为这群「合适的人」自然会把公司带到辉煌的未来。

总的来说，你要思考自己的项目是什么样的，需要怎么样的开发者，再根据我给你提供的小小建议去和开发者沟通，选到靠谱的开发者是不难的。