December 27th, 2008
关于国外干私活网站的基本运作模式其实已经在这篇文章中做过介绍了，不过并不是很详细，所以这里再转载一篇相关的说明性文章，为刚接触这类平台的新手们服务下。
什么是freelance?
翻译成中文，应该是叫做“自由职业”，那么，自然就是“自由职业者”。随着互联网的发展，不在同一个国家的人也可以协同工作，咱们发展中国家的劳动力也可以通过互联网输出到欧美发达国家了。虽然对人家来说是“廉价劳动力”，但对我们来说却是一个不错的机会，因为人家给的价格比国内的工资水平还是要高很多的。互联网上也随之兴起了一批，国外买家在上面发布项目，咱们就可以在上面接项目了。
项目的操作流程
老外在freelance网站上发布项目后，在网站上注册了的freelancer就可以对项目进行投标（place bid）,这期间买卖双方可以通过站内消息交流项目的相关信息，也可以要求买家通过网站的付款系统进行预付款（类似淘宝的支付宝，后面再讲），如果老外觉得你行，就会把项目奖给你（award the project），这时你可以选择接受或者拒绝。如果接受了，网站就会从你的帐户余额里面扣除10%左右的介绍费。之后网站就会把双方的联系方式通知对方，然后就开始做项目，项目完成就可以付款了。
当然首先要有一技之长。项目有很多类，一般是写程序（C, C++, VC, VB…），做网站（JSP， ASP， PHP， HTML…）等，你会的东西越多，能接的项目范围也就越广。其次英文要过得去，专业术语要熟悉，不然怎么跟老外交流呢？
项目的筛选
一般免费用户的投标次数是有限的，所以要有选择性，不能乱投。
首先，要尽早知道有新项目发布，成天守着刷页面不是个好方法，目前我这边速度还是不稳定。所以我订了邮件，不过这样会稍微延迟一点。还可以订RSS，总之，得到项目信息越早越好。挂的时间太长或者人太多的项目，最好不要bid，除非很有信心。
开始投标（Place bid）
免费注册就可以随便投标了，投标是不要钱的，中不中就是另外一回事了。项目就那么多，亚非拉的穷苦兄弟却是千千万。特别是印度阿三，最近几年IT民工数量也猛涨，所以竞争也很激烈。要想中标有几个办法：一是压低价格，没办法，如果你是新来的，这是唯一的一招；二是看别的买家对你的评价，如果在一个网站上做久了，买家对你的好评多了，自然就可以牛B一点要好点的价格了；三是要与买家好好沟通，也许人家的项目描述不是很清楚，你给人家指点一番，人家觉得你真的是能胜任，很可能就可以中标了。当然这期间按照规则买卖双方是不可以互通联系方式的，不然网站就收不到介绍费了，如果违反规则，网站可能冻结你的帐号。
先看项目的需求，判断项目主的要求，可以PM（站内短消息）问问。还没人bid，就按自己的情况填；已有人bid，参考前面的人，综合考虑天数和价钱。如果项目主着急要，他会先看天数，再看价钱，也会考虑评价；没评价的人只能拼价格了，所以刚开始时应该先争取好评，评价好了不愁接不到。bid时的天数是参考用的，实际交付时间看约定。了解到需求后，可以修改bid的条件。 PM：需求和疑问都要问，如果对方要联系方式，可以给他，注意留邮箱要用#代替@，否则发不过去。- 某网友在（即，是目前国外最流行的外包站点）上投标的经验谈
中标了（Won the project）
中标了之后，你可以选择接受或者拒绝。因为网站也不是吃干饭的，只要你接受了，就得付项目介绍费，上一般用户是$5加投标金额的10%，高级用户只收投标金额的10%，和上面都是投标金额的10%。如果你是刚来的，帐户余额为0，没关系，先变成负数，等买家给钱了再从里面扣。所以你可以要求买家先escrow（是指将款项交给外包中介平台代为保管，和支付宝的模式类似）一部分或全部项目款再接受项目。不过有的买家不喜欢这样。
Freelance网站一般都提供类似支付宝的第三方担保付款系统（Escrow）。即付款之后，钱由网站保管，只有经过买家确认，钱才能付给卖家；也只有卖家同意，钱才能返还给买家。这样就保证了双方的利益。
接受项目之后，网站会通知双方的联系方式，然后就可以干活了。干活的过程中一般通过email联系，有需要也可以通过MSN或者Yahoo Messenger等进行详谈。注意如果买家没有通过escrow付款，一般不要把做好的东西交给人家，因为老外也不个个都是君子，咱也得提防着点小人。如果买家一定要先看你做得怎么样，可以先交个功能不全的版本。
一般项目完成之后，买家就会付款了，如果老外觉得你做得不错，可能还会有额外的bonus。我的体会是，美国加拿大的买家一般都比较爽快，英国鬼子最刁钻，一般会很挑剔，给人扭扭捏捏不情愿的感觉，大家要小心英国鬼子了，一定要先escrow。
互相评价（feedback）
项目完成之后买卖双方就可以互相评价打分，这对咱freelancer来说是很重要的，评价就相当于工作经验，有了经验，投标的时候信心就足了。一般买家不会主动给你做评价，这时你可以提醒人家一下，一般只要你按期完成了项目，就会给个好评的。
回头客（Loyal Client）
做的项目多了，就可能有回头客。回头客很重要，他们不仅带来更多的项目，也可能带来其它的客户。做回头客的项目就没必要通过网站白白交介绍费了，可以直接用PayPal付款，项目完成时给个Demo版，客人就会付款。做得熟了，大家也相互信任了，人家也可能先预付款，bonus也会多点儿。
在freelance网站上做的项目，最后买家付的钱是存在网站上的，网站会提供几种方式转到你手上。最普遍运用的一种是通过，即将网站上的钱转到你的PayPal帐户里面，再通过PayPal把美金转到国内的银行，这个可以通过支票，2006年PayPal开通了对中国大陆的电汇功能，从PayPal取款就更快捷方便了，只是手续费较高。关于提款的详细细节请参考：
做freelancer可以赚点外快，不过老外跟咱有时差，经常得晚上跟他们联系，确实有点辛苦，所以也不要为了赚钱搞得太累，能做就做，累了就歇歇，这才是freelance生活的乐趣所在。
笔者通过别人介绍发现了，类似于中国2006年出现的一些威客网站。国外项目网站包括的项目类型很多：logo设计、图形设计、flash设计、软件开发、网站设计、CAD设计、电子电路设计、翻译、代写论文、代做作业。。。可以说凡是能通过网络传送成果的兼职项目网上面都有，实在没有技术可以干干数据录入这样的体力活。酬金都是美元。
在国外做项目一定要遵守承诺，要量力而行，笔者最初第一个项目是搜索公司网址的，5000多条，别人非常急，要求1天内完成，我糊里糊涂地接了下来，做10条后就不想做了，过了12个小时后我告诉他我不想做了，他非常生气，因为已经过了12个小时才告诉人家做不完了，耽误了别人的工作，最后他向该项目网站投诉了我，我帐号被封了，至今还未解封。
相关文章推荐：
Design by .Original拒绝访问 |
| 百度云加速
请打开cookies.
此网站 () 的管理员禁止了您的访问。原因是您的访问包含了非浏览器特征(37fed7-ua98).
重新安装浏览器，或使用别的浏览器请问一个中途深入介入外包项目的问题
20nktianci]
编辑：www.fx114.net
本篇文章主要介绍了"请问一个中途深入介入外包项目的问题
20nktianci]"，主要涉及到请问一个中途深入介入外包项目的问题
20nktianci]方面的内容，对于请问一个中途深入介入外包项目的问题
20nktianci]感兴趣的同学可以参考一下。
领导让我深入一个代码超过30万行的项目(仿erp设计的),该项目在我介入前已做了大半年,产品已试点好几个地方,如何做到深入该项目的底层设计(指代码一级的),领导要求每一个业务环节的设计我都要清楚,我已经在外包公司呆了有近3个月了,感觉成效甚微,同时感觉每天和那些编程人员在一块不是很好的方法,大家有什么好的建议,不甚感激自己顶一下"同时感觉每天和那些编程人员在一块不是很好的方法"
---------------------------------------------------
那么你是做什么的？我的初步打算是和编程人员在一块,熟悉他们的编码设计规范,每一个详细设计,自己并不参与实际编程,希望达到一种到时任何一个细节出了问题,自己都能够马上找出解决方案的目的.这个熟悉的过程是采取在每一个小组呆上一段时间(但是感觉这样时间会很长,效果也不好).对方是项目承办方,我是项目建设方.
之所以和他们在一块也是想通过对编程细节的了解来达到对每一个业务细节的掌握(本身这块不是很好),但通过和编程人员的沟通,个人觉得他们对业务一点都不了解,只是单纯技术方面的提高,对全局的把握很不好.
所以现在很苦恼.首要问题是你会什么
你的基础是什么样的
我比较奇怪作为甲方
有什么理由你需要深入到代码一级熟悉业务比熟悉熟悉代码重要
btw,好久不见了,南瓜汤该项目用到的设计语言我都很熟,对业务应该说至少比项目承办放的大部分开发人员熟悉吧.
我也不想深入到代码一级啊,但领导分配下来,我也没办法啊,主要是希望通过这个能够对项目更好的控制,后面想自己接手,但个人感觉太困难了.
我也想通过这个项目更深入的了解业务,同时对项目的管理和个人技术水平有一个提升.
偶一本本,毕业近1年.大家有此类似经历的提点建议,不甚感激如果要接手一个30万行代码的软件，从代码级入手，我觉得你们老板一定不懂开发，更不懂软件，项目的关键在设计、开发文档，完备的文档能提供你所要有任何信息。即使你是开发人员也不可以完成这个大代码的阅读工作。呵呵，羡慕&yanzwen(阿文)ing
能够接手一个拥有30万行代码，同时还“有完备的文档能提供你所要有任何信息”的软件，真幸福啊
我的经验是：读代码吧。
3个月可以读很多代码了yanzwen(阿文)&,其实之所以要读代码,就是因为它的文档不完善啊,很多都是后来补的(当时他们为了赶进度),导致现在文档的质量很不好,为以后的维护升级改造留下了祸根啊,不得已才读他们的代码的.要我就要求所有的人写测试代码，断言，这些测试代码的优先度和地位最高（比文档，正式代码更重要）。敢拦我的人杀无赦，呵呵。不过你工作刚一年，不一定下得了狠心。
其余的我就混混，鬼才去理解那些代码呢。现在反过来了,我可不敢得罪他们,他们现在已经死猪不怕开水烫了,留个烂摊子在那儿我可怎么办啊,一切以把事情办好为主要目的要求开发人员写比较详细的注释那你就看文档阿，不然要他做什么。只要文档够好，应该能够很快掌握产品的业务流程。
如果没有的话，你难道还希望有什么速成的吗？只有重新做一次文档啦。30w是有点大，不过如果不需要了解具体实现，只是看它的流程，则没有那么困难。首先你要明确自己的意图，是要熟悉业务还是熟悉软件，对于熟悉业务，你只要知道系统怎么用怎么维护足矣。
对熟悉软件，那就有点费劲了：
1.&了解背景
软件的用途，范畴，特点。应用于什么环境，有哪些用户和周边系统。
2.&了解宏观结构
可以先自己设想一下这样一个软件可能会是结构。
然后去读概要设计文档，浏览文件结构
3.&理解系统动态
对于比较核心的功能，整理出从用户第一个输入开始，到系统的最后一个输出所涉及的所有对象/模块及消息/函数调用。
这阶段要读一些代码，向开发人员寻求一下帮助会省很多事。
我很赞同notyy所说的读代码方法，文档很有可能跟不上变化，别人说的情况可能跟代码实现正好相反。但是读之前要先有个计划，即哪些方面的代码是最重要的最核心的，应该优先读。
4.&清理模块接口
如果打算做二次开发或者开脆接手项目开发，这一点是非常重要的，对于每个模块的接口函数和用法及约束都要搞清楚。组织目标:熟悉软件
领导及个人要求:熟悉业务,以为后续开发做准备.
很感谢大家这么多的建议,主要是代码量太大,感觉工作难做,他们的程序员应该说很配合的,但我不敢过多的打扰他们,现在仍然在开发,很多时候都是自己在摸索,进展缓慢,我采取的方式都是读一段时间的代码,就重新看一遍需求说明及设计文档,以求得更深的了解,通过个人水平的提高,来掌握这个项目,只有自己水平真正上去了,才会干的得心应手吧pinxue(品雪)说的1,2,3我基本上都做过了,对第4,我开始做了一段时间,每读一个程序都会把程序的大体功能及比较独特的设计写下来了，但后来发现,那么多的代码,读到何时才会是个头.关于4,&重要的是接口,&就是用法,&比如导出的API,&通信协议,&配置文件之类的。没必要去读每一行代码，当然有时间还是多读一点比较好。有一些不是特别关键的模块，可以交给其他人看或者要求开发人员提供一个说明，想看完30万无论如何都是很艰难的。
PS：任务完成以后一定要写篇心得发上来哟。我的建议到是：你应该关注的不是他们写过的30万行代码，而是他们的测试计划和测试流程。
有单元测试吗？测试流程多长时间走一次？测试样例能否反映你的需求？
作为用户，首先应该关心的是软件是否符合标准，衡量标准不是文档；文档在这些问题上，什么也说明不了。也不是代码；在开发过程中，代码就象是一大盘果冻一样是不停运动着的。唯一真正反映软件和需求之间关系，只有测试。
对于实现，如果有时间，简单了解一下整体设计，可以帮助你理解他们的测试计划，这样就够了。
要是30万行代吗你事必躬亲的话，还不如自己拉支队伍来做呢。呵呵。Fusuli(傻强)：
最近较忙，很少上csdn，偶尔潜水。呵呵。该回复被版主删除
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：第一次组队接设计外包，我学到了这4个经验
优秀网页设计联盟-SDC-网页设计师交流平台-听讲座，聊设计，找素材，尽在优设网
& / & & / & 正文
Hi,我是优设小编
第一次组队接设计外包，我学到了这4个经验
：这段时间和朋友接了一个项目，我是交互设计师，其他两个负责视觉设计，第一次组团队，无论团队内部还是合作公司那边，都是边磨合边工作，进行不是很顺利。磕磕碰碰做完后，回顾这次项目经验，有4点经验想跟大家分享一下。
甲方应该给多少钱？
如何让甲方给钱？
如何让甲方愉快地给钱：
一、项目需要一张数据表
这次算是一个全新的项目，从零开始，但是实际上第一版出来的功能已经非常多了。产品那边没有一个完整的功能列表给我，需求也是时不时进行改动。所以，在做设计的时候，总感觉会遗漏某些状态的变化，所以，针对这一点，我觉得可以有一张数据表。这张表就是工程师后台的数据记录，产品在规划功能的时候就需要把这张表格给罗列出来，然后在设计交互流程的时候，每进行一个步骤，都需要考虑这个步骤对于这个数据表格的影响，然后把这些变化完整地写进交互文档里面。
举个例子，由于我们的平台是一个优惠券发放的平台，那么这个时候涉及到两个主体：优惠券和领券的人，优惠券的数据就是一个数量的问题。不过对于领券人，数据表有如下：1、未使用的券；2、已使用的券；3、已过期的券；4、待付款的订单；5、已付款的订单；6、已退款的订单；7、积分；8、返利。
罗列了一下，这些是最主要的数据，然后比如说订单的数据，因为订单是进行购买优惠券的活动的，所以订单的数据也会影响优惠券的数据。优惠券消费会有返积分或者返利，所以，优惠券的状态也会影响积分或者返利的数据。那么也就是说订单的变化也会影响积分或者返利。这些数据之间关系错综复杂，如果有一张详细的表格，可以把这些变化写进交互设计文档里面，我觉得逻辑会更加完整，对于开发人员来说也比较便捷。只是可惜，这些都是做完了才发现的，所以当时就没有做。
二、将功能模块化
这次的项目是我有史以来接到的最大的项目，项目功能比较多也比较杂乱，特别是后期加入了一个支付功能，导致整个交互逻辑的复杂度大大增加了。复杂度变大的坏处有三个：①难以梳理逻辑；②容易遗忘一些逻辑；③难以恰当地阐述设计。针对这三个缺点，我在做的过程中尝试将功能进行模块化。模块化的意思是将一些功能进行打包，然后只梳理这些功能之间的关系。梳理完之后，这些功能就形成了一个整体，然后其他功能只和这个整体进行交互而不和其中的功能进行交互。
这么说有点不形象，举个例子吧，就说电脑吧，电脑可以看成是由显示器、CPU、内存、硬盘等部件构成的，而其实显示器里面又是由各种零件构成的，显示器里面的零件就相当于我的功能，我所做的就是先把一部分打包成“显示器”，一部分打包成“CPU”，然后把他们当成一个整体来考虑。
显而易见就是，这么做首先每次处理都只是一部分问题，逻辑比较容易梳理，也不容易遗忘逻辑。当然，更重要的就是表达的问题。如果不进行模块化的话，我真的不知道该如何在一张画布上把这些逻辑流程表达出来，所以，模块化之后，我可以在每张画布只表达其中一个模块，当我把所有模块都阐述清楚了，整个项目也就清楚了。
当然，除了以上的种种优点之外，模块化还有一个优点就是方便复用。一些常见的模块，比如注册登录模块，消息通知模块，个人中心模块，这些模块在当今的APP里基本都存在，也就是说他们的复用率都比较高。如果在设计的过程中就已经将这些功能进行模块化了，之后如果需要设计新产品的功能时，这些模块就可以直接拿过来复用，省时省力。这个省时省力节约的是功能规划、界面设计、逻辑推演等等这些时间和精力，所以还是相当可观的。
三、定义公共交互
如果说前面的模块化是为以后的设计做准备，那么公共交互这一块其实就是贯穿整个设计的过程。在做设计的过程中，其实会发现很多小流程的处理，之前已经做过了，做过了我当然不会再画一遍，再写一遍逻辑，我一般只会写“此处XX逻辑参考XX页的XX图”，不过慢慢地，这些一多，就发现自己也会乱掉。当出现次数超过四次时，我就每次写那句话都有点不太放心，怕自己引用的那个地方也是缺省的，所以每次都要把交互稿翻一下，然后才能信心满满地写下这句“此处XX逻辑参考XX页的XX图”。
碰巧之前在一家公司遇到过他们的交互稿，一个公司的产品那就是相当复杂了，所以他们会把一些公共的交互给罗列出来，放在交互稿的前面部分，然后每次引用的时候就是引用公共交互的东西。我觉得这个可以借鉴到小项目的交互稿里面。也就是说，交互稿除了一开始的说明以及后面的线框图之外，中间再加入一张画布“公共交互”，然后把所有出现过两次以上的交互都可以总结到这张图上，这个公共交互当然是自己一边做一边维护的，不过想来，这样子做，既可以保证自己画图的质量和效率，对于开发来说也是很有裨益的吧。
一些常见的公共交互有：删除操作、编辑操作、分享操作。只要把这些操作流程在公共交互里完整地写一遍，后面的就可以大胆地复用这些公共交互了。
四、沟通方式
正如我一开始说的，我们是一个新的团队，大家彼此之间都没有合作过，也不清楚各自的工作方式，导致在设计过程中会暴露出很多问题。我是交互设计师，可能对于整体的把控会更加良好一些，视觉设计师天生比较浪漫主义一些，所以一些事情需要我为他们考虑到，如果没有考虑到，他们可能就会耽误项目的进度。
说两点在沟通方式上出现的问题，供大家参考一下。
第一点出现在进度安排上，在我做完交互稿之后，发现页面的数量大大超出了预期，结果他们一听到就开始信心大受打击。虽然我一直反复跟他们说，增加的页面都比较简单，但是他们完全都听不进去，直到后面他们两个人的分工出现了问题。所以这时候我就只能跳出来做协调人。首先当然是统计页面的数量，然后给页面分级，分为“主-次-送”三个等级，主要页面当然是比较复杂的页面，次要页面是简单页面，考虑到有一些页面实在太简单了，就当作赠送给公司的。分级的好处就是，他们对于项目的难度有一个较为良好的认识，压力没有那么大。然后我根据他们的工作能力（一个工作经验较为丰富，另一个经验稍显欠缺）、剩余的时间以及他们之前的协商结果，把整个计划表表做出来，计划表一是可以方面地查看进度，更加重要的是对视觉设计师的一种“束缚”，束缚他们的浪漫主义。所以计划表一出来，整个项目才得以顺利实施下去。
第二点出现在成果交付上，首先就是他们的视觉稿。他们习惯用Photoshop作图，然后也比较随性，随性的结果就是虽然界面看起来很干净整洁，但是图层的管理就一坨shit，各种“组1”、“图层1”、“方块1”的命名层出不穷，外人根本没法看。你要问为什么这会是沟通的问题？因为我也要审核他们的视觉稿，有些小问题我自己就改掉了，但是面对这么杂乱的图层结构，真的是没什么改动的欲望。
接着，就是视觉稿PSD的命名了。我在做交互稿的时候已经将功能模块化了，每个模块都会有各自的命名和编号，注意这里的编号才是最重要的，因为可以方便地回溯。但是他们在命名的时候恰恰忘了把这个编号加到每一张PSD上，所以后面整理的时候出了纠纷，还是在我的强烈要求下，他们才全部改了一遍。然后是这么一堆PSD文件，不可能就随便打个包吧，至少按每个模块建立一个文件夹吧。然后如果PSD文件有改动，要怎么命名吧。这些问题都是一开始没有想到的，也没有协商好，结果导致合作上出现了问题。虽然都是小问题的，但是这些都是会在项目的末尾暴露出来，说实话，影响最大的其实是心情，真的是心好累。
「优设八月份人气最高的好文」
一个常见问题：
自学的正确姿势：
大家最喜欢的中文字体：
原文地址：
【优设网 原创文章 投稿邮箱：】
================关于优设网================
“优设网“是国内人气最高的网页设计师学习平台，专注分享网页设计、无线端设计以及PS教程。
【特色推荐】
设计师需要读的100本书：史上最全的设计师图书导航：。
设计微博：拥有粉丝量150万的人气微博 ，欢迎关注获取网页设计资源、下载顶尖设计素材。
设计导航：全球顶尖设计网站推荐，设计师必备导航：
我们的团队
大家在关注出错啦 - PMCAFF产品经理社区 中国第一产品经理人气组织::专注于研究互联网产品
PMCAFF目前不支持IE浏览器, 请用其它的浏览器打开PMCAFF, 如果是双核浏览器, 请选择极速模式