[討論] 客製化與一般化的角力
是這樣的,小弟在一間不到20人的小公司擔任前端。
公司會有一些針對不同商家的客製化需求,
會去接各客戶自己的API。
最近發現的現象是,後端三不五時就會收到某某客戶不通了,
要釐清是客戶端問題或是公司端問題耗費不少時間。
個人感覺一直對各商家客製化不是好現象,
畢竟公司規模小,每家商家API接法都不相同。
出問題時,每家問題可能都不盡相同。
對人力本來就少的小公司不太好。
但是因為客製化才能多跟客戶收客製化費用,所以業務端基本上,客戶有自己的API要串,多半都會遵照客戶方。
但是能夠把需求一般化,對開發來說,
較能節省維護的成本,系統也較不容易出問題。
可是這樣會影響業務的業績…
對公司來說有客製化,就有錢收。
想請教各位前輩,是怎麼樣做平衡取捨以及與公司方做溝通?
--
人生宗旨:摔不死!那就再來吧!
--
乙方要要求甲方api配合你難度不小吧
儘量把共同的部分包起來,方便客製化吧
這輪得到你來煩惱嗎
先嘗試抽象化外部API跟自己的BL之間的關聯如何
第一眼想法是將功能一般化,然後把特例做成可拔插的元件
件或設定檔,但前提是一般化部分要很有彈性,支援的特例也
不是無限制的,但適不適合還得看你的產品跟需求細節才能判
斷就是
好像也只能這樣..但是怎麼實踐感覺還是很難掌握...
要達到五樓的模式 得從頭到尾都有厲害的架構師協助吧
抽時間開發新產品 抓時間淘汰舊產品 可能比較實際 軟體
也是有壽命的
工業4.0的design pattern即快速客制化的架構。結論是你們
公司請不起夠格的架構師去架構這個客制化架構,所以只能
靠勞力賺幸苦錢了,我覺得這樣撐得了一時,撐不了一世
早晚要換工作
API都不同 就乾脆全部商家都分開維護算了 改到共同部
份不就要全部都要測過
我覺得問題只在於業務端在客製化的成本估算時,刻意忽略
或無法正確理解後續維護的數字,業務為了做出成績,只會
算客製化功能製作成本,不過業務端和產品端本來就有這樣
的矛盾,是老闆要想辦法的,產品端有做到提醒義務就好
公司牌子小 一般都要接受定制,不然客戶會說不能定制 那
我還不如買 XXX(大廠牌),這真的不太好解 每個客戶需求
可能都不同 開放定制的接口到後來可能會失控
就是惡性循環,才覺得困擾…
你們需要真正的架構師,但通常小公司不會請...
14
Re: [爆卦] 館長電商預購規章違法至今仍逍遙法外!單就預購這件事 先說說一般廠商的做法: 1.預購收款的前提 先跟客戶收錢 然後才去跟工廠下訂 前提是通常發生在客製化產品 比方以單車來說 你可以自由選擇烤漆配色 圖案 更換零組件單配6
Re: [請益] 專精前端(或後端)vs全端工程師之前剛好有一份工作是全端,我不知道是否會趨勢化,但全端不一定是一人包前後的案子 事實上那是一份不小的專案,前後端各有數人在開發,甚至客戶 App 也會來串機器 簡單介紹一下那個專案架構 我方開發 web 前端,機器上跑大量 C 的程式,需要把既有 command line 東西視覺化 為了達成雲端操作,所以需要有一個全端來設計 API + SDK4
[問題] 業務之間案件情報共享?各位職場前輩好,最近對於公司上層的決策感到有些困惑,想聽聽大家的看法。 公司屬於科技業,產品基本上為客製化開發製作。每位業務手上有自己的客戶名單,但有時候也會發生不同業務透過各自的客戶管道,接到來自同個終端客戶的詢價設計需求的狀況(同一個案件)。 過去業務之間基本上只知道對方也在提案,但彼此不會共享掌握到的細節情報/自己找代工廠討論出的設計資料/對客戶的報價,就各做各的。 最近老闆想要整合公司資源,於是要求每位業務接下來都要把案件資訊共享,等於每位業務會知道其他人收到的客戶需求內容,以及後面規格設計討論/打樣細節等情報,只有成本/報價不透露。 老闆認為不論最後是哪位業務拿到案子,只要都是我們公司的,這樣的情報共享Z>B。4
Re: [問題] 行政凌駕業務我也是在傳產做業務。在這間公司待久了我還以為業務被罵,在公司地位低是很正常的, 後來接觸到幾個老業務才知道原來在某些公司業務是很有話語權的。 目前公司一個月薪水4W(沒有業績獎金,同部門有人更多有到5Wx14)要扛業績但沒達到會 被檢討但不會扣薪(會影響三節多寡但不會全無) 因為公司早期仗著有技術底子,並仰賴業界某一兩家大客戶維持不錯的營收,打了好底子4
[情報] JR東日本開放客製化Suica卡面就是提供法人來客製化Suica的卡面設計 客製化規範: 可印製1萬張(數量可以依照客戶需求再談) 無記名- ID/暱稱:凱文 性別:男 年齡:30-40 地區:全台 專長/事業領域: