前情提要
在这:技术外包避坑手册:别让外包毁了你的项目(上)
上半部分,我们讲了技术外包的现状和部分特性。本篇中,我们将结合这些特性和一些方法论,教大家如何筛选靠谱点的外包合作方。
明确需求:不要否定产品经理的职能
产品经理的工资水涨船高,大概是近几年非常常见且颇受吐槽的现状了。我们现在暂且放下产品经理毫无所长又爱指手画脚的人设形象,从存在即合理的角度考虑一个问题:为何产品经理的薪资越来越高?
你可以从各类工作职能的角度,或者产出价值的角度来进行职位估值。但我从一个更实际的角度告诉你,从经济学的视角来讲,缺少这一职位可能导致支付的损失要远大于支付一个人或一个团队的工资。因此即使产品经理往往无法带来直接产出,没有任何硬性技能优势,看似只是负责各个部门之间协调传话,其职能依然非常重要。
产品经理的线性职责内容所以你有没有发现,在你找外包的这个流程里,是缺少了这一关键环节的。
很多外包公司宣称是有产品经理在帮你完善需求,明确内容,制作完整的文档。但他的立场是为外包服务公司服务,而不是为项目服务。这就相当于既做了裁判又做了选手,自己制定一个有利于自己的目标和规划,然后让自己的另一部分人去实现。
因此我个人认为,具备一定的产品知识和技术理论知识是必要的。当你掌握关于需求实现路径和方式的一些基础内容时,最直观的影响就是你知道外包方给你提供的方案是否在重复造轮子,是否应付了事,是否虚报高价。
大家都喜欢赚容易赚到的钱,而高利润率的来源往往是信息不对称。但对需求方来说多付钱还不算大问题,从一开始高屋建瓴阶段就设计了一个不合格的地基,往后建设就更是错上加错。所以,在一切开始之前,明确业务需求,进行初步的技术选型,撰写一份简单的PRD(产品需求文档),然后尽可能用好信息搜集工具(如搜索引擎,垂直交流网站等),是非常重要的第一步。
资质?案例?经验?考察?都没用,还得看文字材料
往往有些外包公司会特别强调自己跟某某大厂合作,多少程序员之前是BAT阵营的一线精英,开发过类似案例数十个,并且公司现在蒸蒸日上,服务客户尽心尽力,强烈邀请你到他公司现场考察,看看程序员们孜孜不倦的精神风貌,
然而我告诉你,这些都没用。
优秀的程序员日薪几千,按你项目里的报价是压根请不起的。好的案例可能的确是他们自己做的,但也可能是成百上千案例中能拿得出手的少数案例。至于大厂合作,设计一个项目页也算合作,这玩意可能就值几百块钱。
一份产品需求文档示意图那最重要的是什么?答案也很简单,就看对方给你出的方案,合同和各类图表是否合理,清晰,逻辑完整,设计全面。
我负责过一些公司外包项目的二次开发或重构,这些项目的记录资料里压根没有任何产品需求记录,产品架构描述,甚至查看部分代码的时候,注释中还留有原本框架的一部分说明。
外包公司有怎样的实力(可能还是注水了的实力),和他给你用了多少能力是完全两回事。能直接看他是否对你尽心做事,从一个非技术人员来看,无法进行代码质量评估的前提下,那就是看相关文字材料编撰如何。
正常的公司内项目,从项目评估,立项,需求评审,技术选型,架构设计,功能板块规划,工期规划,进度管理,代码撰写,功能及性能测试,验收。每一个流程都应该有文字记录和相关文档。而外包方如果是个人或者小团队,只负责技术不负责产品那无关紧要,但要是费用在万元以上的项目,如果拿出来最好看的文档就是当初签合同时的产品功能图,那这玩意出问题也就不奇怪了。
原型图技术选型:想省钱?关键就在这了
在我之前写过的这一篇:为什么我不建议你在创业初期外包软件开发中,我讲过一些技术框架的内容。简单来说,就像是你想要装修房屋找包工队,你可以选择自己从混凝土开始拌,可以买半成品装修,或者直接买成品铺设。
部分外包工作流程图从混凝土开始拌,不一定比买成品铺设的要高档,还得看工人技术和包工头指导。成品铺设也不一定省心省力,因为你不知道他里面是什么料,是否虚假宣传。
那么在开发的问题上,应该如何选择呢?
我在接了很多开发类业务后,一般都会对自己的客户提一个关键的理念:需求跟着模板走,而不是模板跟着需求走。意思是,你的需求固然是你想要的,但不一定是市场想要的,也不一定是合适你产品形态的。反观很多非常成熟的模板,都是经过市场长久考验,研发期间投入过很多人力进行调校,并经历过多轮迭代,表现比较让人满意的。如果能找跟你业务需求重合度较高的模板或者框架,仅仅是一些非核心功能上有出入,暂时可以大可不必非要进行修改。省下时间和金钱,优先上线,在上线运营过程中收集用户反馈进行修改是更好的。
那么如果没有模板怎么办?我的建议是,如果你的预算有限,那就再换一个外包公司,直到找到有类似模板的公司为止。对于一般的电商项目,O2O项目,2B/2C服务类项目,这类模板都很多,寻找难度不高。可能原先开发要数万甚至数十万的成本,找到合适的模板后会直接降到千元级别。
产品发布流程图这样做有什么问题吗?有,模板或框架如果选用不当,会带来比较大的安全隐患。同时,技术外包方也可能以“代码不熟悉,不好开发”或“系统较差,不如原生开发的质量高”等理由不让你选用一些框架或模板。所以,把控好框架或模板的质量是一个关键要素,而高质量的框架或模板就需要你货比三家或到一些技术群体中进行求证了。
一些小Tips:坑,咱就别踩了
如果你想让你的初始项目不至于快速夭折,或能成功上线,有些小的知识点最好还是要记一下。
远离给回扣太多的公司。这种一分货十分钱的买卖,是很多产品出问题的重要原因。如果你的外包方提出了基于ThinkPhp的解决方案,请谨慎。这是国内外包圈最鱼龙混杂的一类技术框架,优势是便宜,劣势有很多。预付款比例不要太高,否则你有可能会面临人财两失的局面。你可以大致地想非业务功能需求,但对方提供的功能清单上的需求表一定要细致审核,因为一旦你确定过后,再想改就收费了。不要相信“这个实现不了”这句话,虽然的确有小部分情况是实现不了,但大部分情况是你钱没给够。花最少钱办最多事这种情况,只适用于你懂行的前提下。否则,你很容易花钱办不成事。研发出一堆垃圾代码上线的情况比比皆是,还不如某宝花几百块钱买代码回来用。不是所有外包服务商都坑钱,但坑钱的绝对不是少数。所以,货比多家(建议5家以上)是非常明智的选择。本文结论
万事俱备,只欠一个程序员的故事都已经屡见不鲜了。作为替代方案的技术外包,却因为诟病太多,产品质量难以管控,始终无法成为主流开发方向。但凡事利弊要分开看,外包这种形态能以低成本的投入,换取产品快速上线,仍然是有可取之处的。但选择外包的你,一定要充分认识到这个流程中需要注意到的环节和内容,才能更好的让所投入的资金不至于打水漂。
如果你有想要详细了解的内容,也欢迎联系我。性感自由职业者在线回答问题。