24Freelance永不休眠的自由职业市场
期刊 1 分钟 8 部分

如何为移动应用程序雇佣自由职业者

通过定义范围、选择合适的专家和撰写清晰的简报,学习如何为移动应用程序雇佣自由职业者。

Dmitry24 自由职业者成员1 最少阅读271 浏览0
内容 0%
  1. 01如何为移动应用程序雇佣自由职业者
  2. 021. 定义您的应用目标和范围
  3. 032. 决定你需要什么类型的自由职业者
  4. 043. 撰写清晰的项目简报
  5. 054. 找到并筛选合格的自由职业者
  6. 065. 面试候选人并测试适配性
  7. 076. 比较提案、费率和合同
  8. 087. 启动项目并管理交付

如何为移动应用程序雇佣自由职业者

如何为移动应用程序雇佣自由职业者

招聘移动应用程序并不是猜测。一个好的决策始于明确的目标、真实的预算和一个简单的问题:这个应用程序在第一天必须做什么?如果跳过这一步,最终会为混乱付出代价,而混乱是昂贵的。

1. 定义您的应用目标和范围

在您寻找任何人之前,先用一句话写下应用的目的。如果这句话模糊不清,项目也会模糊不清。例如,一个食品订购应用程序不仅仅是“一个餐厅的应用”;它可能服务于客户、快递员和员工,每个群体都会改变范围。

列出目标用户的具体信息。“城市地区的忙碌父母”比“每个人”更好。一个针对某个国家青少年的移动应用程序与一个针对自由职业者的金融应用程序在入职流程上不会相同。这种差异会影响设计、合规性和测试。

接下来,选择版本1的核心功能。保持首次发布的紧凑。登录屏幕、个人资料设置、搜索、推送通知和支付处理可能就足够了。如果您在此基础上添加聊天、地图、分析仪表板、忠诚积分和管理工具,移动应用程序就会变成一个更大的产品,而不是首次构建。

平台很重要。如果您只需要iOS,请说明。如果您也需要Android,请在任何人报价之前说明。原生和跨平台的选择会改变成本、时间和您应该雇佣的自由职业者类型。这也是决定移动应用程序是否需要一个伴随的网页管理面板的时刻。

预算应该诚实,而不是理想化。自由职业者在明确的限制下工作远比在模糊的“我们再看看”中工作要好。如果你有固定预算,请说明。如果预算取决于范围,请定义范围和可以变动的部分。没有人能在雾中做出良好的估算。

2. 决定你需要什么类型的自由职业者

并不是每个移动应用都需要同一个人。移动应用开发者构建应用本身。UI/UX 设计师塑造屏幕的外观以及用户如何在其中移动。后端开发者处理账户、数据、服务器和业务逻辑。全栈自由职业者可能涵盖两方面,但这只有在项目规模适中且该人确实具备技能时才有效。

对于一个简单的实用程序应用,只有几个屏幕和有限的数据,一个经验丰富的移动应用开发者可能就足够了。对于一个面向客户的产品,包含注册、支付和实时更新,你可能需要两个专家或一个能够证明在类似工作中有经验的全栈自由职业者。要求提供示例,而不是标签。

这里有一个实际测试。如果你的应用依赖于存储的用户数据、管理员访问和第三方服务,后端绝不能是事后考虑。如果你的应用必须在10秒内感觉简单,UI/UX 工作和代码同样重要。一方的薄弱会拖慢另一方。

对于希望获得更广泛招聘指导的创始人,关于如何安全地雇佣自由职业者的文章与这个阶段非常契合。安全性和适配性是不同的问题,但在任何资金流动之前,你需要两者。

3. 撰写清晰的项目简报

项目简报可以节省双方的时间。保持具体。说明应用的目标、目标用户、平台、所需功能以及不在范围内的内容。如果自由职业者必须猜测您是否想要 Apple 登录、实时聊天或离线模式,估算将会不准确。

提供一个包含步骤的时间表。“在第三季度发布”对于实际规划来说太模糊。说明第一、第二和第三步是什么:发现、设计、开发、测试、发布。这样自由职业者就可以决定工作是否适合他们的日程安排,以及是否需要其他专家来处理特定阶段。

技术偏好应包含在简报中。如果您已经知道想要 Swift、Kotlin、Flutter、Firebase 或某个特定的支付提供商,请说明。如果您不知道,也请说明。好的自由职业者可以推荐选项,但只有在了解应用需求后才能做到。简报应留出讨论的空间。

交付物需要名称,而不是感觉。如果这些项目很重要,请要求线框图、可点击的原型、源代码、测试版本、部署帮助或文档。定义什么算完成。如果交付的移动应用没有源代码访问权限,后续需要其他开发者时将会是个问题。

成功标准应可衡量。例如:“新用户可以在 3 分钟内注册、创建个人资料并完成预订”是一个真实的标准。“让应用用户友好”则不是。第二个版本听起来令人愉快,但没有解决任何问题。

如果您的项目简报发展成更广泛的流程文档,您可能还想查看24freelance.pro 网站的规则。freelance在发布之前,因为平台规则会影响您描述工作的方式以及管理回复的方式。

4. 找到并筛选合格的自由职业者

在移动应用工作可见的地方进行搜索。查看作品集、个人资料历史和项目样本。展示三个具有真实屏幕流程的类似应用的候选人比仅列出流行词的候选人更容易评估。对于移动应用,证据很重要。

作品集审查应该是具体的。检查自由职业者是否构建了您所需的那种应用,而不仅仅是任何应用。配送应用、健康追踪器和社交动态都有不同的需求。询问他们负责的部分:设计、前端、后端、测试或完整交付。漂亮的截图告诉您很少。

评级和客户反馈有帮助,但要阅读细节。一个只有一句赞美的五星级个人资料不如一个有几个关于截止日期、沟通和解决问题的清晰备注的个人资料有用。如果客户提到自由职业者在没有戏剧性的情况下处理了变化的范围,这比一份空白的星级列表更有意义。

筛选出3到5个候选人。这个数量足以进行比较,而不会淹没在消息中。选项太多会减慢进程;选项太少则增加过早妥协的风险。如果一个自由职业者有强大的移动应用作品集,但没有与您的案例相似的工作,请将他们保留在列表中,但标记出差距。

寻找相关性。一个开发了健身应用的人可能非常适合订阅和跟踪。一个开发了内部仪表板的人可能适合数据密集型工作流程。一个曾经在具有推送通知、支付和用户账户的移动应用上工作的人,通常会比仅制作静态应用的人更准确地评估你的项目。如果你需要更多关于声誉的背景,自由职业者评价可以帮助你更敏锐地阅读反馈。

不要忽视小信号。一个解释工具、发布步骤和客户交接的个人资料通常属于曾经做过这项工作的人。一个充满模糊声明的个人资料是一个警告。一个没有样本的破英语段落也是。

5. 面试候选人并测试适配性

面试应该回答一个问题:这个人能否构建你的移动应用并与你顺利合作?从流程开始。询问他们如何估算工作,如何处理变更,以及如何报告进展。这里的明确回答是一个好迹象。

早期沟通很重要。询问他们预计多久更新一次你,以及通过哪些工具。如果你想要每周的书面更新和每周五的一次电话,直接说出来。如果自由职业者更喜欢使用Jira、Trello、Slack、电子邮件或其他工具,请注意这是否与你自己的习惯相匹配。糟糕的沟通会迅速扼杀动力。

详细询问类似应用的工作。“你做过这样的移动应用吗?”太笼统了。更好的问题是:“那个应用最难的部分是什么?”或者“你是如何处理登录、支付或离线使用的?”答案可以显示他们是否真正解决了问题,还是只是触及了项目。

可以通过一个实际问题来测试解决问题的能力。给出一个小场景:在添加新的支付库后,应用崩溃,或者在开发开始后设计发生变化。问他们会先做什么。一个深思熟虑的自由职业者通常会谈到隔离、回滚、测试和沟通。一个弱者则会责怪一切,除了过程。

可用性是一个具体的问题。问他们每周能投入多少小时,以及他们是否在处理其他截止日期。每周6小时的自由职业者与每周30小时的自由职业者是不同的。如果你的发布日期是固定的,这个数字比魅力更重要。

一些客户还会要求一个短期的有偿测试任务。这是可行的,特别是如果任务小且接近真实应用。一个屏幕、一个API连接或一个原型流程可以揭示比20分钟的谈话更多。保持测试公平且有限。

6. 比较提案、费率和合同

一旦提案到达,比较它们的结构,而不仅仅是价格。只有在涵盖相同的范围、时间表和交付物时,较低的费率才有吸引力。一个自由职业者可能会报价设计、编码、测试和部署。另一个可能只报价编码。这些不是平等的报价。

查看定价模型。当需求明确时,固定价格效果最佳。按小时计费适合不确定的范围或持续支持。里程碑定价通常介于两者之间,如果交付物提前定义,可以保护双方。选择与您的项目匹配的模型,而不是听起来最简单的那个。

所有权权利需要明确的语言。合同应说明在付款后谁拥有源代码、设计文件和文档。如果您计划稍后引入其他开发人员,您需要访问继续工作的所有必要内容,以避免麻烦。这个细节可以节省后续时间。

如果您的应用程序想法敏感,NDA条款很重要,但NDA不应是唯一的保护。范围、付款计划和交接条款也需要关注。一个快速签署但拒绝定义里程碑的自由职业者并没有让您的生活更轻松。

维护期望也应以书面形式记录。移动应用程序通常在发布后需要修复错误。决定自由职业者是否提供2周的发布后支持、固定的维护套餐或单独的按小时帮助。如果合同中没有维护条款,则假设价格中也没有维护。

一个有用的比较表可以在您签署之前使差异显而易见。

比较什么好迹象警告迹象
范围逐行匹配您的需求缺失的功能或额外的假设
时间线有带日期的里程碑仅仅说“快速”
价格模型解释固定、按小时或按里程碑计费价格与交付物之间没有联系
权利源代码和文件已转移所有权模糊
支持发布后修复的提及没有维护计划

如果您的项目涉及其他技术领域,例如托管或数据同步,关于云计算技术的文章可能会帮助您更好地询问有关服务器和服务的合同问题。

7. 启动项目并管理交付

良好的入职培训可以防止浪费前几周的时间。将简报、设计、品牌资产、登录信息和任何现有代码集中在一个地方。给自由职业者提供您实际使用的工具的访问权限。如果应用程序依赖于第三方账户,请尽早设置这些账户。一个以缺少密码开始的项目开局就不好。

在第一天设定沟通节奏。每周更新是常见的,但确切的节奏应与项目规模相匹配。对于一个正在积极开发的移动应用,一个书面更新加一个检查电话可能就足够了。关键是保持一致。沉默10天不是一种方法。

根据简报跟踪里程碑。如果一个里程碑说“登录流程完成”,请检查该流程在应用中是否有效,而不仅仅是在截图中。请求演示版本。自己测试它们。即使在一台设备上进行短暂测试也可以在问题扩散到下一个阶段之前发现问题。

反馈应该具体。“这感觉不对”太模糊。“注册屏幕需要更少的字段”给自由职业者提供了修复的方向。如果您想要的更改会影响范围,请说明它如何改变时间或成本。小的更改是可以的;隐藏的更改则不行。

在开发过程中预计会有一些变化。移动应用在第一个原型之后通常看起来会有所不同。这是正常的。关键是要将有用的变化与范围漂移分开。如果出现新功能,请记录下来,进行估算,并决定它是否属于此次发布或下一个发布。

在发布之前,请求最终的交接清单。您希望代码库、设计文件、测试记录、发布说明和账户所有权能够顺利转移。一个做得好的自由职业者会已经知道这个清单。一个没有做好的自由职业者可能需要指导。

如何为移动应用雇佣自由职业者实际上是7个决策的顺序:定义应用,选择合适的专家,撰写简报,仔细筛选,良好面试,比较条款,以及有纪律地管理交付。错过一步,移动应用就会变得更难完成。

觉得有用吗?分享一下
文章作者
Dmitry
24 自由职业者成员
377 文章79 717 阅读自 2015 起在平台上
24
24 自由职业者

准备好将其付诸实践了吗?

免费发布项目 — 自由职业者会回复价格和截止日期,付款通过安全交易进行。

评论 0

24登录或注册以留下评论。

还没有评论 — 成为第一个。

此页面回答的问题