APP 开发到 80%,客户欲违约,求助。

2014-08-18 16:26:28 +08:00
 unlion
朋友搞了个小公司接外包,几个月前找我做一个商超类APP,包含(android,ios,后台)。

由于客户对互联网不是很懂,提出的需求也比较模糊,经过一段时间了解帮助客户完善了需求,然后签了合同(PS,我和朋友签,他和客户签)。

付款是2 4 3 1

期间各种变需求。

按照合同交付android后,客户迟迟不付款,提出各种新的需求,基本都是小的地方,我也没有计较就改改,加加。

如此3次。

本周还不付款,催朋友找上门被告知接口人换了,不认之前的需求,要添加新的功能,且必须一周内搞定。

朋友说新的接口人(女,无歧视)态度很强硬,明确表示一周内如搞不定,就不继续合作了。我让朋友告客户,朋友却说合同没有执行完(现在android与后台开发基本完毕,ios 80%)。

我基于对朋友的信任,找了N个同事做这个项目,没想到现在这么尴尬。

期望各位朋友帮忙出个主意。
7313 次点击
所在节点    问与答
50 条回复
ericls
2014-08-18 18:37:42 +08:00
@akira 正解!
knightluffy
2014-08-18 19:35:26 +08:00
@unlion 客户不加钱,你也不急嘛...就两边一起耗,看谁耗的过谁...
goofansu
2014-08-18 20:41:11 +08:00
lz,你朋友太不靠谱了吧
lygmqkl
2014-08-18 20:41:41 +08:00
必须有纸质合同。。。必须得。必须想全了。特别是付款。
jinyang656
2014-08-18 21:06:15 +08:00
接过两个私活,两个均被坑了,再也不想接外包了
openroc
2014-08-18 23:25:22 +08:00
个人建议:
1.说服客户付款5:5,预付一半,完事再付一半,风险均摊,这个有难度,但不是不能谈。
2.对于变更需求,必须明确规定,产生额外费用和增加开发周期,(经历过3个月项目被活生生拖到6个月)。
3.最终验收前,只提供app,不提供代码。
fengchang
2014-08-19 00:06:51 +08:00
1.这事是你朋友和他的事,你的合同是和朋友签的,按照需求干了活就该给钱。他既然开公司,就肯定有风险,光拿利润,把风险推给别人,哪有这么好的事。他要是不能理解以后就别跟他合作了。
2.客户比你着急,她说的一个周搞不定就不继续合作了是违约的行为,没有什么效力。从她的角度想你就理解她为什么要这么说了。她新接手一个项目,想要表现她不花钱还把事儿办的又快又好,所以她想让你这么做。但是项目中止的风险她承受不起,她不能让老板觉得和别人合作的很正常的乙方到她手里就闹掰了,那只能说明她沟通能力不行。如果重新找一个人做,又要花几个月的时间,你掂量一下她能不能耽误得起。
3.传统行业的人不相信一切承诺和合同,他们觉得钱只有到自己手里的才是钱,活只有干出来才是活,这是行业道德水准普遍低下导致的,基本无解
PP
2014-08-19 00:56:14 +08:00
PO主,我连您的回复都读了,也没弄清楚一些关键细节,在未清楚这些关键细节及您对您朋友和客户的不同诉求的情况下是很难给出具体意见的。不过我可以帮您理顺一下项目及合同流程,您可以对照着研判。

此类项目属于软件定制开发。甲方是该客户,您朋友是乙方,您是您朋友的VENDOR,您的几位同事是您的隐性合伙人。

该客户同您朋友间存在软件开发合同,您同您朋友之间存在软件采购(开发)合同,两份合同有先后顺序但是互不干扰,需要特别注意的地方是您的那份合同所约定的付款条件是否同您朋友与客户的合同有不当挂钩,如果以甲方验收或付款为向您付款的触发条件就会比较麻烦。产生重大影响的还有多种可能的条款,由于没看到具体条款,所以我也不好下判断。无论过程如何,您同您朋友间那份合同的付款条件才是关键,这一点要给予足够的重视。

项目开展前,您朋友帮助甲方进行了需求调研,并在此基础上签定了合同。合同一签定,需求就算初步定下了,后续发生需求变更和需求增补,执行与否、收费与否一看合同二看感情,小修小补大家出个文档做个变更确认就可以了,如果工作量大则要加钱,由甲方原因造成的延期甚至违约不得影响交货和验收,这是非常明确的。所有的变更无论大小都要双方用文件确认,否则将来验收通不过会导致甲方扣款或索赔。

至于甲方新代表是否得到足够授权,需要您朋友向甲方进行文件确认。我以前会将项目类合同的对方负责人变更规则直接写进合同条款,未经我同意出现人员变更或离场将被我直接视为违约。希望您朋友的合同有类似约束,如果没有那么就只能从其它条款上下功夫。另外,由于信息不充分,我无法确定“道理”在您朋友和他客户之间的哪一方,强行执行合同的后果可能对任意一方不利,其结果要看合同约定和具体执行情况。

通过以上述要点将过程理顺后不难看出,您的款项基本同您朋友的客户无关,但最终结论还是要看合同。我不想看你们的合同,而且我写的要点应该达到了对照使用的要求,您可以自行参照研判。希望您和您的同事可以顺利拿到工作报酬!
Actrace
2014-08-19 00:58:21 +08:00
业内规矩都是预付50%才开工的(当然这个会写在合同里).
不接受基本都是没诚意的.就算签了合同也会出现你这种情况,大多数情况下.
外包不能心慈手软,我们毕竟是给人家干活,要吃饭的.他们也不是免费拿我们的成果,所以一切以合同为准,签了字画了押,变需求就是违约,违约的规矩大家都懂.
konakona
2014-08-19 03:37:37 +08:00
我都是6/4/1的……你這個2431太奇怪了!這就很說明問題!
syllor
2014-08-19 05:07:53 +08:00
头像挺美的
只拿到2就做到8 这显然就是错误的开局 最后崩盘也是必然的
wangyifei6817
2014-08-19 08:17:23 +08:00
楼主这种明显是吃亏了..最重要的是舍得,敢放下..
要不就是被人牵着走
shawngao
2014-08-19 09:07:54 +08:00
说到这个,最重要的是合同。
各位是否有App外包合同模板,可以拿出来共享一下。
unlion
2014-08-19 09:19:59 +08:00
@vicalloy 主要是客户啥都不懂,需求很模糊,唉,中间也隔了人,我都没有见过客户,你可想而知。
unlion
2014-08-19 09:22:06 +08:00
@fengchang 是啊,毫无商业道德,就觉得钱在我手里,你就是孙子。我让朋友去谈,不行了我自己去,接口人这么无理,那我就想办法找老板谈谈。
x6doooo
2014-08-19 09:26:21 +08:00
从来都是先收全款再开工 废话多的直接拉黑 老子有时间还多抱会儿孩子呢
unlion
2014-08-19 09:33:54 +08:00
@PP 能明白,你说的很清楚,感谢。我去好好看看合同。

目前是甲方的需求变动影响了交付时间,没有签新的补充合同,都是甲方的邮件告知变动。现在甲方换人,又提出一大堆新需求。
unlion
2014-08-19 11:37:42 +08:00
@syllor 说的很好,大意了。
loryyang
2014-08-19 11:57:19 +08:00
可惜帮不上忙,不过这个帖子有挺多值得学习的东西,先收藏了
luoyou1014
2014-08-19 12:14:28 +08:00
@konakona 6/4/1? 应该是5/4/1或者6/3/1吧.

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/128560

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX