精华内容
下载资源
问答
  • 狄更斯在《双城记》的开篇第一句写道:这是最好的时代,这是最坏的时代。用来形容现在的智能产品外包...然而这也是最坏的时代,项目多,从业者也并不少,外包项目的雇主与单的工程师/工程师团队却还没有形成有效的外

    狄更斯在《双城记》的开篇第一句写道:这是最好的时代,这是最坏的时代。用来形容现在的智能产品外包市场,也再合适不过。

    随着物联网产业的兴起,让各种智能产品外包项目需求如雨后春笋迅速破土而出。据资料显示,外包市场需求已经是千亿元级别。种样繁多的项目需求,让市场的规模空前强大,充满机遇。这是最好的时代。

    这里写图片描述

    然而这也是最坏的时代,项目多,从业者也并不少,外包项目的雇主与接单的工程师/工程师团队却还没有形成有效的外包接单流程。换句话说,工程师有技术能力,但是经常还存在接不到单,赚不到钱的问题。在快包平台上,也经常会有工程师向平台诘问:为什么我接不到外包项目?

    基于此,作为专业的智能产品开发外包服务平台——快包,集合了创办外包平台将近两年来的经验,今天和大家聊聊:作为一个有技术能力的工程师/团队,有什么接包的技巧是可以提高我们接包成功率的?

    在实际接包的过程中,快包认为工程师需要做到以下四点:

    1、竞标后,争取第一时间联系雇主

    随着外包市场的发展,现在参与到一个项目外包的申请人很多,有的是工程师个人,有的是工程师团队,还有些是正规的方案公司。想要在众多的接包竞争者中脱颖而出,在看到合适的项目后,工程师需要牢记“快”字诀:快申请,快联系,快跟进!什么意思呢?就是要尽快申请后获得雇主电话,争取第一时间联系雇主,就雇主的项目跟他展开细节讨论。

    这里写图片描述

    人一般会有“先入为主”的思想,如果你的技术是过关的,还走在同类竞争对手的前面第一时间和雇主联系了,那接包成功的概率就大大提升了。这就好像是赛跑,即使实力相当,也是先触终点线的拿走了冠军。

    反之,如果你申请了雇主的项目,却迟迟不联系雇主,甚至等雇主来联系你,这就失去了“近水楼台先得月”的先机。

    2、保持和雇主沟通,持续的反馈与互动很重要。

    这里写图片描述

    在联系雇主后,雇主还没确定人选的时候,保持一定频率有质量的联系可以提高接包工程率。什么是有质量的联系,就是不断地征询客户的意见,询问客户的项目需求,把你对项目的理解甚至新的完善建议也经常与客户交流。这样可以体现你对项目的诚意和技术能力,增加雇主对你的信任度。

    当雇主选定你作为接包方的时候,保持反馈也很重要。有的雇主与接包方并不在一个城市,彼此也只是因项目结识的陌生人,保持互动可以让雇主放心,也可以给自己争取一个相对宽松的开发环境。如你正在解决一个问题,但是暂时还没有解决完,应该及时向雇主反馈“解决中”的状态,虽然是没有解决完,但是能让客户感觉这件事正在做,没有置之不理。当雇主感觉项目在一个可控的状态下发展时,你工作的环境才能相对“宽松”,如果雇主得不到及时的反馈,对项目情况不能实时了解,感觉项目不在可控范围内,通常会要求更加严格,更加频繁的要求反馈信息,要求每次的汇报更加细致,这在项目管理中其实是无形的增加了额外的沟通成本。

    与其被动受干扰,不如提前沟通解决潜在问题。

    3、善用以往的技术案例来体现自己的技术能力,消除雇主疑虑

    在项目的开发过程中谁也不能保证一点问题不出,相比较而言,一个有经验的工程师会更容易得到客户的信任。因为你已经有和客户的项目功能接近的案例,无疑会缩短开发周期,技术上有更好的保障,因此客户也更乐于把项目交给你。所以,工程师平常必须多花点时间和精力,搜集整理以前自己做过的项目案例,并把它们分门别类地整理出来,也可以直接上传到我爱方案网的方案超市,遇到同类项目的客户,就可以给客户进行演示,让客户了解你的技术实力。另外,把团队组成人员、技术能力、经验等客户看重的东西整理出来并给客户看,也能够对争取到项目起很大的作用。

    4、善于报价

    在雇主需求明确的条件下,工程师报价是个技术活。一般来说,如果你一上来就跟雇主要价20万,30万,也不跟雇主解释你的要价思路,这样的项目往往不会落到你手上。

    这里写图片描述

    更明智的做法是你根据需求跟雇主进行了充分的沟通,详细的把这些需求拆分成功能点,进行工作量的评估,项目费用=每位程序员每天的工资×项目所需要的工期(天数)×人数,最后会给出一个有数据支撑的报价,甚至通过以往的经验对雇主的需求提出修改建议。这样的报价方式能体现你的专业性,有条理的报价逻辑也能让雇主更好接受。

    在实际的外包市场,实际上也是买方市场,除了以上的合理报价方式,快包还建议大家要了解客户对于价格的心理底线。一般来说,可以先用某一个价格试探一下客户的反应,如果客户对于价格反应比较激烈,就要适当地降低你的价格,直到最后达成一个双方都能接受的价格。

    综上,与雇主谈项目有着不少的技巧,如果接包工程师能不断地总结这些技巧,并能灵活地加以运用,就能接到更多的项目。这样一方面可以提高自己的技术水平,另一方面也能增加自己的收入。

    也会有工程师经常跟快包平台抱怨自己接不到单,可是在抱怨的时候,有些工程师也需要反省一下自己为接项目付出了多少努力,是否真正用心去对待雇主,对待平台为大家提供的对接机会。赚钱从来都不是容易的,付出与收入是合理的输出输入关系,外包市场没有不劳而获的途径。

    展开全文
  • 互联网外包项目方案

    千次阅读 2019-05-10 18:27:48
    建立一个可靠的外包团队 一、产品技术部 前端 网页 移动端 iOS Android 后台 服务端程序 后台管理系统 二、法律部 三、财务部 四、运营部 接外包项目流程 ...

    建立一个可靠的外包团队

    一、产品技术部
    1. 前端

      • 网页
        • h5
        • 普通网页
      • 移动端
        • iOS
        • Android
    2. 后台

      • 服务端程序
      • 后台管理系统
    3. 设计

      • UI
      • 视觉
    4. 测试

      • 手动测试
      • 自动化测试
    二、法律部
    1. 写项目合同
    2. 其它

    接外包项目流程

    第一步:明确需求
    第二步:调研项目的工期和费用,制定多套可实施的方案,评估各个方案(要多方对比,得到真实的市场行情)
    第三步:申请经费,审批项目
    第四步:开展实施项目,监督项目进度,确保项目如期完成
    第五步:交付、验收项目
    第六步:复盘项目,提出上述流程中的不足,提出改进建议

    贯穿始终的思路

    核心思想

    • 做这件事情的目的(举例:是面子工程还是实用性很强的)
    • 考虑事情怎么做合情合理
    • 考虑做事情的人是否靠谱
    • 考虑怎么做事情让所有人都放心
    • 凡事都要有个交代
    展开全文
  • 详细描述如何接外包接外包应该注意什么,想接外包的一定要下
  • 程序员通过什么渠道接外包项目

    千次阅读 2019-03-11 15:39:47
    首 先99开发网建议一定是有一定工作年限(最好是五年以上工作经验的熟手)的程序员才独立出来项目,最好是自己擅长的、以前有技术积累的项目,这样既质 量好、效率高,能赚到钱,又不至于会陷入到外包项目里出不...

    99开发网原创

    首 先99开发网建议一定是有一定工作年限(最好是五年以上工作经验的熟手)的程序员才独立出来接项目,最好是接自己擅长的、以前有技术积累的项目,这样既质 量好、效率高,能赚到钱,又不至于会陷入到外包项目里出不来。一般只有两年左右工作经验的程序员新手,99开发网建议你加入一个有成手带的团队,不要自己 盲目出来接项目,否则很容易有项目违约风险。下面言归正传,给大家分享一些接外包项目的渠道:

    1.      通过朋友介绍或关系接项目,这肯定是最可靠最靠谱的方式,每个有些工作经验的程序员,身边都会有一些在做技术管理的同事和同学,他们往往是项目外包第一 手信息来源,可以多和以前同事同学联系联系,建立起自己的常用项目外包渠道,这种方式的优点是初始信任度比较高,项目谈成的成功率也会比较高,但项目偶然 性较大。

    2.      到外包网站或威客网站上竞标,国内有智城,CSTO,sxsoft,猪八戒等,国外有Freelancer,oDesk,Elance,Guru 等。这种网站的优势是每天都会有些更新的项目,缺点是竞争比较激烈,不过现在做什么事没有竞争呢,所以多给自己找点机会也没什么不好。

    3.      通过在贴吧,论坛,外包网站上面发布自己的信息以及以往案例,让有意开发项目的客户找上你。合适的话可以自己建个网站或个人博客,让有需求的客户主动找到你。

    4.      加一些技术类qq群,里面经常会有一些咨询问题的人,其实很多这种咨询问题的网友往往就是有技术需求的人,就是你的目标客户。

    5.      通过一些有互补业务的公司来合作,比如做后台程序的可以找一些做前端设计和网页制作的公司来合作,比如做移动应用开发的可以和做网站的公司联系合作,大家互补,共享客户资源。

    6. 最后是广告时间,99开发网也会经常分享一些项目信息给大家,希望大家没事上来看看。

     

    http://www.51test.net/show/5047617.html    

    展开全文
  • 接外包项目,如何远离垃圾客户

    千次阅读 2014-11-13 23:23:02
    接外包项目,如何远离垃圾客户 做项目做产品可以有3个境界:1 挣钱的,2 做品牌的,3 很酷的。有的人从境界1做到3,有得人从3做到1。  我是从1做到3,因为有了钱,你才能远离垃圾项目和不专业的客户。  ...

                                                         接外包项目,如何远离垃圾客户

    http://blog.csdn.net/cuizm/article/details/4951292


    做项目做产品可以有3个境界:1 挣钱的,2 做品牌的,3 很酷的。有的人从境界1做到3,有得人从3做到1。 

    我是从1做到3,因为有了钱,你才能远离垃圾项目和不专业的客户。 

    无论你是单打独斗兼职之余接个小项目,还是已经成立了公司签合同盖大红章接外包项目,初期阶段都遇到过垃圾项目和垃圾客户。你有可能拿到了搭上了无数个不眠之夜,只获得了少的可怜的报酬,受了一肚子气还不落好,客户正和你在心里互相怒骂。也有可能一分钱都没拿到,受骗感和屈辱感正驱使你要去百度贴吧上声讨那个客户公司。更有可能把你的一帮弟兄们一块拉进了一个大坑,你人生中最重要的资源之一正在廉价地流失。 

    垃圾项目是一个必经阶段: 

    * 考验你团队是否能同甘共苦肝胆相照 
    * 磨练你的耐心和自我控制力; 
    * 让你学习代码规范、架构规划、分工设计、进度设计、质量控制等预防规避机制; 
    * 帮助你健全任务计划、进度反馈、测试文档、邮件、合同、备忘录等重要文档规范 

    下一步你要做的就是一看见垃圾项目和垃圾客户,就跑得越远越好!! 

    下面我来讲一些可能大家都经历过的故事: 

    故事1 你得尊重我们 

    朋友A:一个小建站公司的创始人,优秀的WEBUI设计师,公司正起步阶段。 

    A偏重设计,主要接一些公司宣传类型的小站。纯界面类的活,后台拿现成开源的程序那么一套,他做设计又驾轻就熟。遇到一个做少儿智商启蒙培训类的公司做宣传站。一切谈妥,A说把公司LOGO发来吧。客户告之还没设计出来,你就先做吧。 

    朋友A按照少年儿童花朵般的特征选用了湖蓝和嫩绿的基调配色,这可是2.0流行色,又大方有时髦儿。大大的焦点图,这可是2.0的流行做法,视觉重心稳定,结构分明,有设计感。 

    做完客户表示挺满意。下面就该把客户的LOGO和要用焦点图替换上去啦。 

    好嘛 LOGO是大红色的旭日升起状,下面写着3字 “红太阳”。 

    焦点图客户有指导意见了:5张图对吧,得放我们领导的照片,签名还有题词。 

    拿来一看,全是大爷大妈腆着肚子,指点江山的照片。 

    朋友A顶着得尊重客户的想法硬给换上了。 

    结果就是页面怎么看也不好看了,能好看得了吗。客户不满意了,于是提供指导意见要求改动改动。这一改动完蛋了,越来越别扭。上线日期已经到了,页面正在变得越来越难看,朋友A正在变得越来越悲痛,客户正在变得越来越愤怒。上线前页面勉强丢到了线上。客户很不满意地付了钱,朋友A飞也似地逃走了,一个月后客户的网站另请人完成了页面的改版。朋友A上去看了一眼以后再没勇气看第二眼。他把这个case永远地从客户案例列表中删掉了。 

    故事2 我们要做成一个伟大的项目 

    朋友B:SOHO,一个6~7人规模的web项目开发团队的领头人,项目经理,产品端经验丰富。 

    B以为遇到了一个天赐良机,坐在他对面的这个人充满了激情野心与斗志,他健谈,机智,敏锐,富有感染力,他善于规划,他尊重人才,他对互联网每种盈利模式都熟知,他轻描淡写地说着手里拿到的强大资源。B的眼睛也闪闪发光:“关键是这个人器重我,器重我的团队,而且报酬也不错。” 

    B带领团队已经成功做了几个不大不小的项目,团队成员都不错,都能各挡一面。B的每个项目都签定合同,50%预付,50%尾款,最大程度上保障团队成员的利益。 

    客户说,你现在起就是我最重要的合作伙伴,我们要做成一个伟大的项目。 

    他们的合作正式开始了。 

    客户已经有了一份详细的项目规划,虽然看起来不太专业和靠谱,不过总比没有强。而且项目本身也不是很复杂,功能模块不多。 

    年轻而有活力的团队成员已经开始着手规划系统技术架构和数据库结构,每个人都准备借此机会大干一把,创造出一个鸡冻人心的产品。 

    但这个时候B遇到了一点比较郁闷的小挫折,精力旺盛的客户每天都会在很晚的时候上线来和他讨论应该起什么域名,域名一直没有确定,大家也知道现在好的域名太少了。拼音不行不够国际化,带数字的不行不够专业,太长了不行记忆成本太高,生造词不行容易流失新用户,太古板不行不像2.0。 

    域名问题折腾了B半个多月,买了许多个备用域名,终于确定了一个。有了域名该起网站名称了,起了网站名称就需要设计LOGO了。在用中文名还是英文名的问题上、LOGO和名片的设计上又折腾了很久。 

    科学的分工和任务并行规划并没有让这个小小挫折对整体项目进度造成太大影响。 

    但是产品端上的细节问题引发了越来越多的阵地战。比如积分机制,登录框的放置,首页第一屏的取舍之类的啦。客户对他所不了解的技术方面没有质疑,但是在他所有能理解能看见的地方有着极强的控制欲和偏执。 

    虽然大部分产品问题,客户最后还是听从了B的专业意见,但产品端迟迟不能定稿以及B作为项目经理角色在拉锯战上花费的精力已经对整体开发进度造成了延误。 

    产品端终于定稿,项目进入前端和程序的整合阶段,客户的精力转向去谈资源和市场。 

    一天,客户要求面谈某个重要的事情:“我新谈下来一批视频的独家资源,是来自***机构,有多么****,谈下来的难度有多****,我觉得放到我们现在的网站上很不错,好处有****,现在网站运营的不足有****,市场开拓难度有****,所以我们现在需要加一个视频频道。” 

    B开始觉得大事不好:“您想做成什么样的?” 

    客户说:“我觉得优酷那样的不错,能做成优酷那样的吗?” 

    ……可行性的拉锯战…… 

    ……实现度拉锯战…… 

    ……工期的拉锯战…… 

    ……插入开发计划时间点的拉锯战…… 

    B擦着汗说:“那费用呢,我们需要增加一点开发费用。” 

    客户:“当初你们开价的时候我可一点都没压价,我希望我们能抛开短视以项目为重,我们是准备长期合作的,你是我最重要的合作伙伴,我以后不会亏待你们,我现在的预算计划是****,我的初期投资准备花在*****,已经有人在给我投资****,谈妥后给你们的投入是**** …………。” 

    B妥协了。 

    于是恶梦开始了。 

    客户开始不断要求增加新的功能点或频道,以配合他手里掌握的资源和不断拓展的市场需求。 

    上线时间延迟;客户对进度持续施加压力;团队成员疲惫、挫败、不满;系统架构严重偏离初期设计,临时性处理和补丁越来越多,进度和质量控制体系全面进入混乱阶段。 

    B开始在需求问题上急刹车,对客户强硬。客户不满情绪积累,定下项目上线的deathline。 

    正常的BUG调试阶段从最初计划的1个月被压缩到1周。内测版就像一艘四处漏水的大船,团队成员在长期的连续加班中疲惫和抵触,客户看到内测版大发雷霆。 

    又经历了痛苦的2个月,项目终于上线可用。 

    残酷的结局: 

    * B和团队成员经历了痛苦的大半年,付出的工作量远远大于所得到的报酬。 
    * 客户宣传自己掌握的资源并没有到位,许多功能和频道闲置后又暂时隐藏。 
    * 客户请来另一个的技术顾问对系统架构大加指责,合作彻底破裂。 
    * 项目上线后半年不到,客户废弃了这个项目,转向另一个自己感兴趣有资源的领域。 
    * 精心的付出和最初产品理想的破灭,以及B的数次失误,导致B在这个项目失败后失去了一部分团队成员。 

    故事三:朋友介绍的好机会 

    C:高级程序员,5年代码工作经验。在职,工作清闲,偶尔接点私活。 

    外地人,在北京漂着,8K月薪税前,偶尔需要加班,有个职业普通的女朋友,买房甭想,打车掂量掂量。宅男,回家了就看看资料看看美剧,长时间持续的代码工作,视力一天不如一天,脖子和腰也经常不舒服。 

    C经常想,不知道有多少程序员过着像这样的生活,不好不坏,无力改变,也没有理由去改变。 

    好在他性格温和,人缘很好,经常会有朋友介绍一些私活给他,除了挣点钱,对生活也是一种填充。 

    C一个挺铁的哥们跳槽到一家传统行业的公司,公司需要开设电子商务的业务,就找到了C帮忙搭个系统,费用也不低,C欣然承应。 

    客户公司不大,对互联网有一定了解,由市场部门和C沟通接洽。 他们并没有太明确的想法,希望和现行跑的大部分网店差不多就行。C就用开源系统搭个一个,按照客户的要求建了分类,录入了一些测试数据。 

    客户总是不知道自己要的是什么,但是知道什么是自己要的。 

    有了可视的DEMO,客户也就有了想法。他们提出要根据自己的业务特色增加预订货物和预定管理的流程。 

    而此时C还没有和客户签订正式的合同,只明确了开发费用的总数,也没有具体写明任务清单。因为有朋友在这,这家公司做传统行业也有不少年,信誉上问题不大。所以C也比较放心。先花了一两周改造了开源程序的流程。 

    客户提出界面的风格和品牌形象不太匹配。C找了一堆开源皮肤,让客户挑一个。客户挑了几个分别换上试试。两周又过去了。 

    客户提出商品的缩略图尺寸不够大,图像质量不够好。C修改了GD库和图片压缩的参数。 

    客户又提出缩略图列表页 图片有横版有竖版不够整齐。C只好又修改了缩略图截取的程序。 

    此时已经过去了6周,C开始催促朋友,先把预付结了吧。朋友甚至有点惊讶:“还没把预付给你吗?我赶紧帮你催催。” 

    客户持续像挤牙膏一样地挤出需求。加个水印啦,添加一种排序关系啦,改下分页啦。 预付还是没有到位,补签合同显然也不太现实,朋友每周都在表示抱歉,表示一定帮忙落实费用,总是有些财务上的预算上的付款期上的理由。 

    C已经意识到自己已经掉进了一个大坑:项目时间持续流失,客户意见时常反复,需求零敲碎打但都不复杂,总体来看也并没有脱离当初定好的项目框架:利用现成的开源代码搭建一个客户需要的网店系统。可是到现在为止所耗费的工程时间和工作量已经足够自己重写一套了。 

    爆发的临界点终于到了。客户看了竞争对手的网店,发现了很多新功能,所用的开源系统是同一个,只不过使用了最新的3.0版本。 客户要求也对自己的系统进行升级。 

    C性格再好也忍不住了:“我以前专门提醒过:已经对系统进行了那么多的定制化改造,如果升级,所有定制化需求都得全部重新改一遍。使用开源系统如果要升级就不能做太多改造,如果要定制化就得放弃升级! 
    客户:“当初也是你建议我们使用开源系统的.” 
    C:“你们又想控制成本,又想节省时间,又不知道自己要什么,需求又总是反复,开源系统是最好的选择了。“ 
    客户:“但是你看,现在很多我们需要的功能没有,这个问题总得解决吧……” 
    C:“如果这个功能是需要的,在项目开发初期不提出?” 
    客户:“竞争对手有,我们没有,这个就是必需的。” 
    C十分气愤,客户也很不满,C的朋友夹在中间也非常尴尬。 费用一分钱还没拿到,而项目已经过去了2个半月了。 

    C对朋友忿忿地说:“唉,这事没法接着干了,我也不让你难做,费用结不下来就算了,以前就当白干了,就当我给你帮忙。” 

    朋友:“别别别,你这么说我太过意不去了,我再去和他们部门说说,他们啥都不懂,就是一堆草包。我当初给你介绍是好意,总不能到头来还让你吃亏。” 

    不知道朋友的协调起了作用,还是由于C撒手不干的强硬态度,客户支付了总报酬的50% 。 

    C看着拿到手里的钱,算算已经用掉的时间,摊到每个月的报酬甚至都没到4位数。 

    虽然C的态度开始强硬起来,但是对项目本身并没有任何改善。 项目还在像挤牙膏一样继续,棘手的问题依然存在,进度变得更加拖拉,C在看不到头的时间线上 烦恼地进行着无尽的改造…… 

    ———-涕泪交加的分隔线———– 

    由朋友介绍来的项目,如果他并不参与项目并能起到决定性作用,要慎接。不然可能到头来生意和朋友都为难。 
    然后状况下都要明确合同、预付、任务明细。不然你会加速步入沼泽。关系不能代替承诺,约定不能代替协议。轻视游戏规则的代价就是失去规则的保护。 
    如果意识到合作方是垃圾客户,一定要不惜代价,立刻刹车,及时止损,不然你只会付出更多。 
    一般情况下,追加性支付的费用只是在增加你及时止损的代价。不能改善任何问题。 
    在 开发项目中千万慎用开源代码,除非确定客户没啥定制化需求。特别要慎用多套开源代码的组合。我亲身经历过客户为了省钱省事,搞了套 dede+ecshop+disciz+WPmu的组合系统然后再改,结果花了大半年时间才最打通组合系统之间的各种关联、调用等。不光耗时和人力成本超 过了重新开发,多次上线跳票也害死了客户的市场与销售。 
    ————————————————————————————————————————————————————————————————

    故事四:大客户的诱惑 

    D: 项目经理 web技术服务外包公司的创始人,创办时间2年,开发团队规模6~7人,业内口碑良好,主要通过朋友推荐获得项目。 

    做外包项目的公司心头总是有一块软伤:收入来源不够稳定。解决方法当然是找几家长期合作的大客户,承接外围项目或者维护类工程,磨合成本低,价钱公道,合作风险低,作为客户案例拿出去多体面。 

    大网站、 知名品牌、 外企和政府都是作为大客户的理想人选。 

    D终于遇到了这么一次好机会,某国际知名品牌的web业务部找到了他。 

    他心里也很清楚,大客户一般自己的开发团队齐备。能外包出去的一般都是一些比较棘手、担责任、跨平台的活,或者人手不够,没人爱干的独立的外围项目。 

    D和甲方的相关部门见面谈了谈:D的公司的资质和口碑不错;甲方许诺只要干的好,明年我还有多少多少外包预算……,一拍两合。 

    合作这事和招聘差不多,首先要解决的是信息不对称的问题,信息渠道问题解决了,只要别太离谱,基本都能成,然后双方各自许诺一番,都怀抱着美好的愿景开始合作,……。 

    D先给甲方干了一次 跨平台的历史数据迁移的活,不错挺顺利,算是试用期OK。 

    接下来是为甲方新上线的一个产品系列做一套独立的宣传平台,前端 + cms + 专题。 

    首先需要打交道的是该产品系列的市场部门负责人,先得把产品端效果图定下来。 

    对方只提供了一份没有任何详细说明的PPT框架图。D只好反复碰需求,终于弄清楚了对方想做的是什么。D用专业的格式和表述性强的文字重写了规划,附上详细说明,流程图,框架图,任务清单,甘特图,预算清单。请对方负责人邮件确认同意。 

    程序和产品端开始并行开发了。 

    产品端部门的遭遇: 

    首页的UI demo稿发过去,第二天就收到了甲方的反馈邮件,从配色到间距到配图到文案,密密麻麻全是修改意见。 

    设计师隔天送上了修改好的首页。很快收到甲方的反馈邮件,依然密密麻麻全是修改意见,比如配图不恰当啦,LOGO的摆放位置不对啦,文案需要改字啦。 

    设计师隔天再次送上修改好的首页。很快收到甲方的反馈邮件,仍然还是修改意见,包括配图需要再更换,文案还是有文字变动啦。 

    只有等首页完全敲定了,设计师才敢开始第二批次页面的设计。 

    此后大概每批次页面设计会经过至少3轮的修改,大品牌嘛,总有无数的规范和细节要求,文案和配图斟酌了再斟酌。产品1是放在产品2的前面还是后面,产品3是被产品2挡住1/2还是1/3。 
    …… 

    demo终于定稿。对方终于满意了。设计稿提交到品牌市场部总监那里。 

    一个不幸的消息传来~~ 大BOSS认为布局不够好,要求把三栏改为两栏。 

    D只能在自己办公室里拍着桌子大骂:“靠,原来你TM不是拍板的呀,那天天在那瞎使唤啥呢。” 

    ——————————————— 

    程序部门的遭遇: 

    程序部分的代码已经完成了,D交给甲方的IT部门,以便合并到对方的整个web系统中。 

    之前D和甲方的IT部门的接触并不多,他们没提出过什么问题,也没什么意见,就沟通过关于语言版本、数据结构要求等。等到系统一合并,各种各样的问题立刻冒了出来。用户通行证没法处理做、检索索引格式不规范、ID位数不统一 等等。 

    一个突然冒出来的管数据统计的大哥也发来一堆问题邮件:要求预埋log代码,要求增加统计相关的字段,log格式不规范…… 

    距离约定项目上线剩下的时间不多了,D这时才刚刚被告知了许多应该在项目开始前就应该知会的事。 

    D在电话里愤怒地向甲方质疑这些问题。 

    但是看起来没有人该为此而负责任: 

    市场部门说:“我不是给了你IT部门的联系方式吗?你们是搞技术的,你们更应该知道沟通什么” 
    IT部门说:“我们不是太清楚你们具体的开发需求什么,不然有些事情会提前提醒你们注意。” 
    数据统计说:“我们一直备有统计方面需求的规范文档,你应该提前联系我们。” 
    D又在自己办公室里拍着桌子大骂:“我怎么知道数据统计属于IT部门还是属于市场部门!!我怎么知道你们的垃圾编制!! ” 
    …… 

    冤归冤,活还是都得干完。D只好紧急组织了加班。 

    ————————- 

    最冤的事其实还没到来。 

    产品整合、系统整合都没问题了。东西终于就可以上线了。市场人员已经在测试发布内容了。这时D接到了来自甲方的SA部门(网管)电话,说“安全性上有严重问题!!不解决这些问题,系统是绝对不会允许上线的。” 

    D收到邮件一看,都是些莫名其妙的安全问题。比如CMS系统的登录安全:有很多种解决方案,比如http验证,比如内网限制IP,但对方提出来的显然是最麻烦的一种解决方案。 

    还有一些安全性措施,从工期和实现根本是不现实的。更有一些完全是不必要的。 

    D和SA沟通后,对方根本不肯进行任何让步。 

    D只好和甲方的市场,IT部门进行沟通,声明上线的阻碍。他们显然也没什么办法,只能说尽量斡旋,让D尽量配合。 

    D尝试改了一些,提出了一些中间方案,都无法得到SA的认同。D很快意识到,自己实际上已经卷入了部门斗争,正在成为牺牲品…… 

    SA还是不肯让步,上线眼看就要延误了,甲方的市场部门也在施加压力,要求提高配合度。 

    “MLGB,配合个毛,根本就是强人所难!根本就是在找茬!你们之间的鬼事凭什么要我们承担代价,凭什么要我们负责任,我们之前配合度不够高吗?你们大公司整天讲流程,要求流程,这就是你们按流程办出来的垃圾事?” 

    D一边在办公室里破口大骂,一边写了一份语气强硬的声明邮件,抄送给甲方所有相关负责人,逐条指出了SA邮件中的漏洞和问题,声明合作无法继续,不要尾款,退出项目,同时交付所有开发完毕的源码。 

    “去你的大公司,去你的外包预算,去你的明年的合作” 

    很快甲方发来了致歉的邮件。 

    SA也发来了可以妥协,什么事都好商量的解决方案。 

    而D,把它们都直接送进了垃圾邮件箱……

    展开全文
  • 去年注册了一家软件公司全职做外包项目到现在。不过感觉太辛苦,也挣不到什么钱,在考虑做点别的东西。 彷徨期,不知道做什么。就写点东西对外包生涯做个总结吧,希望能对打算外包或者已经在做外包的码农兄弟姐妹...
  • 有软件外包项目如何顺利

    千次阅读 2012-12-03 14:43:57
    现在有越来越多的人认识到了软件在日常经营管理中的重要作用,因此外包的软件项目也在不断增长。但随之而来的,承接外包的软件公司、软件团队也越来越多,包括很多个人SOHO一族也加入到承接软件的竞争行列中来了,...
  • 外包众包单方法

    万次阅读 多人点赞 2018-08-21 15:57:26
    软件项目交易网 https://www.sxsoft.com/ 我要外包网 http://www.51waibao.net/ 程序员客栈 https://www.proginn.com/ 云沃客 https://www.clouderwork.com/ a5站长 http://www.a5.cn/ 时间财富...
  • 原文转载:http://www.codingwhy.com/view/972.html?tdsourcetag=s_pcqq_aiomsg 先保存后,回去自己慢慢研究!!!
  • 首先99开发网建议一定是有一定工作年限(最好是五年以上工作经验的熟手)的程序员才独立出来项目,最好是自己擅长的、以前有技术积累的项目,这样既质量好、效率高,能赚到钱,又不至于会陷入到外包项目里出不来...
  • 外包的过程中,做的Android打印机插件,包括,图片,pdf,html打印。如需使用和改动,需要了解AndroidStudio打包jar知识
  • 对于一个程序员来说,当不满足于现状的时候,当觉得自己还有更大的能量没有发挥出来的时候,或者想创业的时候,可以读这本书,或许能受到一定的启发,从而少走一些弯路。
  • 剖析软件外包项目

    千次阅读 2016-01-05 22:34:00
    最近看了一本书,叫做《程序员单宝典》,虽然只有短短的70多页,但是写得的确不错,里面的很多经验都值得我们学习和探讨,于是我借鉴这位大神的经验,来浅要的谈谈接外包项目的事情。同时也有很多精彩的摘要。我在...
  • 如何承接软件外包项目

    千次阅读 2010-07-09 16:17:00
    现在外包的软件项目不断增长,但随之而来的,承接外包的软件公司、软件团队也越来越多,包括很多个人...作为一个多年从事外包项目接单的软件开发人士,我想从以下几方面谈谈我的经验,希望对大家会有所帮助。<br
  • 以本人三年来的经验,这里总结一下个人国外的外包项目需要哪些技能。这里仅以LAMP架构网站设计类的的项目为例。 1.英语 英语是一个重要的工具。在国外项目网站的投标,阅读及准确理解项目要求,跟客户沟通,无...
  • 接外包项目,如何远离垃圾客户?

    千次阅读 2009-12-06 15:01:00
    无论你是单打独斗兼职之余个小项目,还是已经成立了公司签合同盖大红章接外包项目,初期阶段都遇到过垃圾项目和垃圾客户。你有可能拿到了搭上了无数个不眠之夜,只获得了少的可怜的报酬,受了一肚子气还不落好,...
  • 外包项目总结

    千次阅读 2014-10-08 16:23:20
    本人是屌丝创业,因为要吃饭,所以团队了一个外包项目来做,报价吧,一万多,是原网站的改版,其实我不想提起的,真是坑的啊!坑得我面目全非了! 原网站也不知道是外包给哪个公司做的,是asp的,现在要求改版喂...
  • 接外包项目等场景,对需求进行模块化拆分,让后计划安排工作量及收费模板
  • 一、概述 在软件外包项目中,甲方(发包商)通过资金或其它资源获取乙方...按照外包项目采用的形式和管理方法的不同,可以将外包项目分为项目外包、人员外包[1]。 项目外包 甲方将项目的需求和范围要求发给乙...
  • 全球3大项目外包单网站介绍

    千次阅读 2013-01-19 21:34:06
    1. Elance Elance成立于1999年,位于美国加利福尼亚州山景城,是全球最好的外包网站...网站另外也提供了很多非常好的工具来帮助发包方和包方顺利地完成项目工作和费用结算。 Elance 被誉为目前含金量最高的项目
  • 现在外包的软件项目不断增长,但随之而来的,承接外包的软件公司、软件团队也越来越多,包括很多个人SOHO一族也加入到承接软件的竞争行列中来了,因此现在对于软件项目的争夺也很激烈。有很多人不知道上哪里去争取...
  • 记事本记录外包项目,以列表形式展现 数据包括:项目编号;项目名称;淘宝/咸鱼订单编号;微信/QQ;下单位置;下单时间;外包报价、押金、成本;项目状态;项目需求;项目备注; 软件功能:条目排序(查看未完成...
  • 这个话题之前读者让我写写,我也一直没有写,那今天正好周末好好分享一下大学过的外包项目,也希望能够给大学的你们提供一些思考和项目的经验。 很多人说少接外包项目外包就是浪费时间;有的人说程序员...
  • 软件外包项目管理经验谈

    千次阅读 2013-06-17 13:25:42
    本人从事过外包软件项目开发和管理接近4年,和国内的知名企业如华为和中兴都有项目合作的经验,就这方面来谈谈软件外包项目的管理,以为大家借鉴。  外包项目分为人员外包和项目外包,也称ON-SITE和OFF-SITE,以...
  • 外包公司-》单宝典 程序员单宝典-》单宝典 如何让项目更加容易上手 价格更高 你值得拥有
  • 谈Android外包项目

    千次阅读 2013-12-16 11:52:14
    这个学期了几个Android的外包项目来做。让我深深的体会到:讨厌的并不是写代码,是客户!    常常会遇到一种情况是东西按照之前的需求来做了,就在程序员认为项目快完成的时候,客户提出有需求要修改。这时候...
  • http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/10/5364523.aspx

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 30,371
精华内容 12,148
关键字:

外包项目怎么接