作者tbpfs ( http://pse.is/tbpfs )
看板Soft_Job
标题Re: [讨论] 客制化与一般化的角力
时间Wed Jul 15 21:01:18 2020
※ 引述《steven11329 (清新柳橙)》之铭言:
: 是这样的,小弟在一间不到20人的小公司担任前端。
: 公司会有一些针对不同商家的客制化需求,
: 会去接各客户自己的API。
: 最近发现的现象是,後端三不五时就会收到某某客户不通了,
: 要厘清是客户端问题或是公司端问题耗费不少时间。
: 个人感觉一直对各商家客制化不是好现象,
: 毕竟公司规模小,每家商家API接法都不相同。
: 出问题时,每家问题可能都不尽相同。
: 对人力本来就少的小公司不太好。
: 但是因为客制化才能多跟客户收客制化费用,所以业务端基本上,客户有自己的API要串,
: 多半都会遵照客户方。
: 但是能够把需求一般化,对开发来说,
: 较能节省维护的成本,系统也较不容易出问题。
: 可是这样会影响业务的业绩…
: 对公司来说有客制化,就有钱收。
: 想请教各位前辈,是怎麽样做平衡取舍以及与公司方做沟通?
公司就是要靠客制化赚钱啊
不然客户就去找大公司买现成的就好,你们的系统会比大公司好?
举个例
SAP
为什麽他们不卖软体就好,而要一堆顾问去帮客户导入
就是要赚顾问费和客制化
除非你的公司大到是叫客户来接你们的API(EX:facebook),而不是去接客户的API
不然,还是乖乖的做客制化吧
--
紫枫碎碎念
YouTube频道:
https://www.youtube.com/user/tbpfs
FB粉专:
https://www.facebook.com/tbpfs2/
blog:
http://tbpfs1.blogspot.com/
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 1.174.60.237 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1594818080.A.F4D.html
※ 编辑: tbpfs (1.174.60.237 台湾), 07/15/2020 21:02:01
※ 编辑: tbpfs (1.174.60.237 台湾), 07/15/2020 21:02:24
1F:→ MOONY135: 客制化越深 越难逃离保护费 07/15 21:56
2F:推 jack0204: 所以ERP产业永垂不朽 07/15 22:35
3F:→ shooter555: 客制化就是小公司要来捡大公司旁边流出来的肉汤的一个 07/16 09:43
4F:→ shooter555: 好方法 毕竟大公司通常不屑做这个 07/16 09:44
5F:→ jobintan: Wordpress就有一堆freelancer在接客制化的project了。 07/16 11:20
6F:→ jobintan: 有时大公司的现有系统会开放一些可客制化的东西让人自由 07/16 11:21
7F:→ jobintan: 发挥,不会发挥的就花钱找人代客发挥了。 07/16 11:22
8F:→ MOONY135: 沉没成本 还有信任度的问题。用的起sap为什麽要去买没名 07/16 11:23
9F:→ MOONY135: 气的厂商开发的erp 07/16 11:23
10F:→ accessdenied: 还在神话SAP啊?现在提到这个牌子就想起南山人寿的 07/17 03:29
11F:→ accessdenied: 恐怖下场。 07/17 03:29
12F:→ MOONY135: 有其他大公司用的好好的,不是神不神话的问题。更像是互 07/17 07:40
13F:→ MOONY135: 相提高信任度。 07/17 07:40
14F:→ MOONY135: 反过来说一个南山导入失败就代表sap这软体完全不能用的 07/17 07:41
15F:→ MOONY135: 推论也是很有趣 07/17 07:41
16F:→ accessdenied: 一个反对神话sap的例子就让你以为这套系统不能用, 07/17 21:05
17F:→ accessdenied: 这样的脑洞还蛮有趣的。世上本来就没有万灵丹啊,小 07/17 21:05
18F:→ accessdenied: 子。 07/17 21:05