在了解完我们的信息技术可以做哪些工作，掌握如何识别技术伪需求之后，我们如约来到了信息技术赋能公益发展中的关键步骤：第三如何与技术人员开展合作。今天我们将从五个部分来分享与技术人员开展合作的关键内容，分别是技术人员包括哪些、与技术人员合作前的心理准备、工作准备、与技术人员合作的四种模式以及技术人员招募灵魂四问。下面，就让我们一起走进与技术人员高效合作之旅。以下内容仅代表奇点公益的自有经验与研究，存在不全面的地方还望大家理解。

本文的关键内容导图

Part 01
技术人员包括哪些

技术人员，可以是我们的志愿者，也可以是我们的开发受委托方，同样也可以是指提供咨询的第三方人员。无论是合作开发、日常运维或是简单的咨询，技术人员的角色是我们首先要明确，我们更期待把技术人员当作：同事。

技术人员不是我们的“受益人”，也不是我们的“捐赠人”，更不应该是我们的“供应商”。技术人员是我们的同事，互相合作，共同完成一项工作的人。明确这一点之后，很多我们担心的合作状态、合作模式此类的问题都会迎刃而解。

Part 02
与技术人员合作需要做哪些心理准备？

 在实际开始工作前，我们认可把技术人员当作我们的同事后，在接纳一位新同事加入我们的日常工作时，我们需要先做三方面的心理准备。

01

机构内部达成一致，认可技术开发对于我们工作的重要性。

如果我们的开发成果，是接下来工作的重点内容，对于机构内部整体业务的开展具有很大影响，那我们投入的精力以及资源就会有所增多，反之亦然。因此，我们应该在机构内部先理性讨论，这个技术需求的开发（或者是技术维护、技术咨询）对于我们机构整体业务发展的重要性是如何，并且以此作为之后开展工作的准则与基础。

02

公益机构提前理解技术语言，了解技术合作的基础信息。

举个例子：在技术开发中，技术人员会先进行需求评估，然后是确认需求，制定开发流程与文档，开发，测试，调整，测试，成品输出......

在需求评估阶段，也是技术人员与我们沟通最多的环节，对于公益伙伴们提出的技术诉求，技术人员可能存在理解偏差，因此我们应该剔除“公益表述”，使语言尽可能“互联网化”。如果我们出现理解误差时，尽可能寻找参考物给到技术人员参考。针对不同的技术需求，无论是否是一个开发合作，都有技术人员的工作流程。我们不妨在开始合作前，多和技术从业者多沟通，了解他们的工作流程以及工作模式，同时也告诉技术人员机构内部的审批以及工作模式，这样互通有无可以提高双方的工作效率。

03

整理我们的公益理念，输出我们的公益故事。

在正式合作之前，我们可以内部先整理我们的公益理念以及公益故事，找到一个面向毫无公益背景的“外行人”能最快理解的版本。

让参与技术的志愿者了解我们开发目的，跟技术人员分享我们的公益理念、公益故事以及公益项目背景都是很有效的方法，只有在充分了解的基础上，才能让技术人员与我们产生共鸣，从而代入角色与情感，更好的了解我们开发的目的。

Part 03

与技术人员合作需要做哪些具体工作准备？



01

选择项目对接人

在机构内部挑选出一个项目负责人，机构内部的事宜由此人专门负责，机构关于技术合作的所有意见，也都由专门负责人与开发团队进行沟通。

02

梳理项目需求

在开发工作中，项目功能设计、项目逻辑、项目UI偏好等内容，都是需要我们项目人员提供的，如果我们的项目人员能够利用表单、图形等方式明确需求，那对于我们的技术团队掌握需求、完成需求开发都是有益处的。因此，我们也建议项目人员适当的掌握一些技术需求梳理工具。

关于需求的梳理，我们在之前的文章也提到过。我们的技术开发需求可以借助思维导图等形式去进行梳理，把所有期待的功能以及开发后的样式进行梳理。根据对本次开发工作的目标，可以对我们初步提出的想法进行二次梳理、三次梳理，这样可以让我们对开发的结果更加可控，不会产生过高期望而产生开发无力感。

如果开发工作量比较大，我们也可以分阶段去完成。这里分享我们自己常用的技术开发需求梳理内容：开发工作基础信息、功能及说明、功能间的逻辑说明以及界面设计等想法。

Part 04

与技术人员合作的四种模式

在主导以及参与过多次项目技术开发后，我们整理出四种与技术人员的合作模式。每种模式都有各自的优劣之处，大家可以根据机构的情况进行参考。

1、全志愿者模式

通常指我们项目所有的技术开发人员，都是由志愿者组成。这样的团队经济成本最小，劣势则也是不稳定。如何把全部志愿者组成的团队整合起来，让IT志愿者们在规定的时间内完成规定的工作呢？答案是需要找一个靠谱的管理者。从技术志愿者团队中，挑选出一个了解开发全流程、具有经验、有充足时间与责任心强的管理者，让其管理与协调其他IT志愿者的时间与工作进程。

2、项目管理者是全职，招募部分志愿者

项目管理者是全职或者付费的专业人士，技术团队中的其他人员是招募的志愿者。这样的模式是比较稳定的，一来专业性有把控，二来不容易出现管理人员半路退出的问题。在这个模式下，出于合规性的考虑，与技术管理者签订合作，在合同中规定开发工作的时间、内容以及交付成果等内容，这样不仅可以让机构的开发工作可以高效完成，同样也是对技术管理者的负责。

3、志愿者只参与日常的技术运维

如果我们招募的志愿者只参与一项技术工作的日常运维，那如何让志愿者长期、持续的参与我们的项目呢？技术志愿者也是志愿者，志愿者的管理办法就可以完全适用。这里需要注意的是，技术志愿者的工作时间通常更加自由，考核指标也易量化，因此需要规定好成果交付以及问题反馈机制，例如月报、或者周报，都是很好的管理手段，同时对应的志愿者激励措施也不可少哦。

4、向公益技术团队进行咨询

如果是与公益行业内的技术提供方进行沟通（技术公益第三方），那我们的沟通就会相对简单，因为扎根于公益行业的技术提供方都有着丰富的公益经验，与此同时也都熟悉互联网语言、了解技术开发的内容。因此，我们在确定要进行技术开发前，也可以先与我们的第三方公益技术团队进行沟通，让他们参与技术公益需求的梳理和诊断。另一方面，如果有足够的资金，也可以找商业公司，前提是机构需要有懂技术管理的人员和资源，避免入坑。

Part 05

技术人员招募灵魂四问

在思考完以上内容前，我们正式进入到志愿者的招募环节。

针对不同的需求，我们有着不同的用人挑选方式，但是无论是哪种需求，以下四个“灵魂拷问”都是不可缺少的环节：

1、询问每一位志愿者/技术人员的真实工作情况，例如任职单位、工作岗位、工作强度以及休息时间。之后需要充分了解志愿者/技术人员在项目进行周期中是否有充足的时间可以参与到项目开发，每个人大概每日/每周可以投入多少小时在项目中。

2、询问每一位志愿者是否有相关的公益技术服务经验，如果有产品和服务经验具体是什么，可以找公益同仁打听其技术服务情况，也可以根据其完成的产品质量，去大致判断这个人是否有能力完成本次工作；

3、询问每一位志愿者/技术人员对我们要做的开发项目的想法是什么，是否认同我们在做事，是否认同我们的公益理念，同时向其详细介绍我们的公益故事、项目背景、需求原因以及之后使用人群的特征。只有让志愿者/技术人充分了解项目，认同我们，才可以更有效的合作完成技术开发；

4、询问每一位志愿者/技术人员他们参与项目希望得到的是什么，了解他们所需或他们参与公益诉求，有针对性的进行安排以及给予，也是我们长久合作的关键。

以上内容是我们在实践中的观察与思考，不能涵盖所有与技术人员合作的关键内容。在我们开始一项技术开发或咨询合作前，整理需求、统一机构内部思想以及找到合适的开发者每一步都十分重要。当在技术公益道路上遇见难题时，不要忘记公益行业提供技术服务的伙伴们，可以多向外部征求意见，不要困在原地苦苦思考。如果有技术难题，欢迎与我们进行联系与沟通，联系人刘霞（微信：18811552795）。