← 指南
    决策指南 · 供应商选择

    如何选择近岸软件合作伙伴

    简短回答

    选择近岸合作伙伴,看两件事:谁真正在写代码,以及你多快能联系上对交付负责的人。由创始人带队的小型合作伙伴,给你的是按岗位匹配的人选和直达该负责人的通道。大型机构给你的是人力储备的厚度和全天候覆盖,同时你与工程师之间会多出几层。

    写给这样一个阶段:所有供应商的网站都在说同样的话,而你需要一种把它们区分开的方法。

    签约前该核实什么

    前两次沟通里值得弄清的五件事。每一件都有一个听起来不错的答案,和一个真正回答问题的答案。

    1. 1

      谁写代码

      要具体到将在你项目上的人的姓名与资历,而不是全公司的平均值。用员工总数回答的供应商,描述的是一条板凳,不是你的团队。

    2. 2

      到决策人有几步

      数一数你和能改动范围、更换开发者或处理账单争议的人之间隔着几个人。一步和四步是完全不同的合作,而你会在第一个问题出现时发现,而不是在第一次演示时。

    3. 3

      谁雇佣、谁管理、谁承担风险

      这三件事可能分属三个不同主体。这种拆分决定了你日常究竟有多少实际控制权,以及出事时谁来负责。

    4. 4

      可核实的证据

      有名字的客户、有名字的项目,以及一通你可以约到的推荐电话。没有名字的logo墙不是证据,客户被匿名化的案例同样不是。

    5. 5

      退出条款

      通知期、知识产权归属,以及你停止合作时代码和人员如何处理。签约前就问——同样的问题在事后要难得多。

    精品团队还是大型机构

    两者没有笼统的优劣。它们失败在不同的地方,正确答案取决于你项目的形态,而不是供应商的规模。

    维度创始人带队的小型合作伙伴大型机构
    团队组建按客户组建——人选匹配你需要的岗位从现有人力储备中抽调,资历参差
    沟通路径直达创始人或交付负责人客户经理,再到交付经理,再到工程师
    启动速度数周——受限于招聘,而非人员是否空闲数天,前提是储备人力已具备你的技术栈
    覆盖时间单一时区,工作时间内跨办公室按时区接力交接
    规模上限少数几个团队数十个团队,同时覆盖多个国家

    什么时候大型机构才是正确选择

    这些不是边缘情况。如果你的处境在这份清单上,小型合作伙伴就是错误的工具,而告诉你相反结论的人是在推销。

    • •你下个季度需要三十名工程师。人力储备做得到,招聘做不到。
    • •你需要 24/7 覆盖,或跨时区的真正交接班。
    • •项目横跨多个国家,每个国家都需要本地法律实体。
    • •采购要求正式认证、保险覆盖,以及小公司无法承担的合同替换保证。

    向任何近岸供应商提的五个问题

    答案本身不如答案来得多快重要。在其中任何一个问题上迟疑,本身就是结论。

    具体是谁写代码,我能面谈他们吗?

    姓名、简历,以及可以。拒绝通常意味着团队尚未组建,或者正与其他客户共用。

    谁雇佣这些开发者,依据什么合同?

    一个清晰的答案。如果雇佣、管理和开票分属三方,那就问:当延期或数据保护义务被违反时,其中哪一方承担责任。

    如果开发者中途离开会怎样?

    明确的通知期,以及带交接重叠期的替换流程。「我们会找到人」不是流程。

    代码归谁所有,何时转移?

    知识产权按付款、按交付物以书面形式转移给你,而不是在数月后的最终验收时。

    我能在你们不在场的情况下与你们服务过的客户通话吗?

    可以,并给出姓名和引荐。在这一点上的迟疑,比网站上任何案例都更有分量。

    Jezda 是怎样组织的

    Jezda Solutions 是一家由创始人带队的软件公司,位于塞尔维亚斯梅代雷沃,由首席执行官 Zoran Jezdimirović 于 2018 年创立。用上面的清单来衡量,实际情况如下——包括清单对我们不利的那几项。

    • ✓对交付负责的人就是与你对话的人。你和工作之间没有客户经理这一层。
    • ✓团队按客户组建,而不是养在板凳上,因此人选与岗位匹配——但启动时间以周计,不是以天计。
    • ✓开发者在塞尔维亚本地受雇,日常由你管理。雇佣、薪酬和合规由我们承担。
    • ✓塞尔维亚使用中欧时间,工作日与德国、荷兰和波兰完全重叠——但这是单一时区,不是跨时区轮班。
    常见问题

    常见问题

    买家在选择近岸合作伙伴前会问的问题

    把你峰值时期的团队规模,与该伙伴过去实际组建过的规模作比较,并询问一支可比团队用了多久才组建起来。一个从未同时运行超过两个团队的伙伴,对需要五个团队的项目来说就是风险,无论那两个做得多好。

    不一定。较小的伙伴要分摊的管理成本更少,但费率更多取决于资历和承诺时长,而非供应商规模。请按相同资历比较用工总成本,并询问费率不包含什么——办公场地、设备和基础设施常常另行报价。

    当人员需要为该岗位招聘时,两到四周是合理的。承诺几天内给出完整团队的供应商,要么是把板凳上现有的人放上来,要么是没有理解需求。这两点都值得在签约前弄清。

    按付款转移知识产权、双方明确的通知期、带交接重叠期的替换流程、数据保护条款,以及合作结束时代码与代码库权限如何处理。退出条款正是人们跳过、事后又后悔的那一条。

    要一个他们交付过的客户的名字,以及一通供应商不在场的电话。问那位客户出过什么问题、又是怎么处理的——每段合作都有点什么,这个答案比一串成功案例更能说明问题。

    有时确实如此。根据我们自己承接的实体设立项目:如果你打算在一个国家维持大约十五人以上的团队并持续数年,自建实体在跑起来之后通常人均成本更低。代价是搭建过程——法律实体、薪酬、人力资源——以及第一名员工到岗前的那几个月。

    想把这些问题拿来问我们?

    直接问。回答你的会是对交付负责的人,而不是客户经理。

    开始对话