為什麼有人說 遠離企業應用開發 ?

時間 2021-05-06 08:35:47

1樓:

客戶各種原因給的錢少——接活的著急掙錢——產品質量不行——與客戶扯皮、修改增成本——錢沒掙到——找下個客戶

自己腦補無限迴圈。

建議所有的人不要接預算不足的活,錢不夠就不要上it系統這種高階貨,那坑甲乙雙方。錢都沒有?有必要上it系統嗎?

有個法子:正式開發合同前簽諮詢合同,兩合同分開,然後出正規的業務需求說明和原型。不願籤的不做。簽了,你就放開手幫他們做業務梳理和規劃。這未必能找到好客戶,但能篩掉壞客戶。

著急掙錢的人,也別接差專案,實在缺錢,找個大企業上班去吧。

2樓:盛政

遠離對自身需求不明確的企業,遠離沒有預算的企業,遠離沒有資訊化運營維護部門的企業,遠離信譽較差的企業,遠離那些說話一言堂的企業,完了,還剩下些什麼

3樓:王下邀月熊

相對而言,土豪且理性的企業客戶,是較為優質的。從我不多的經驗感受而言,賺土豪的錢是比賺屌絲的錢爽而輕鬆的。

不過題主這裡的企業,應該是指那些自身定位不明確,或者說對於花多少錢做什麼都沒概念的。

最怕的就是那種,問預算說隨便花的,哈哈哈哈哈哈哈。

4樓:

因為企業應用是硬骨頭,不好啃下來。別看一些大公司聽起來像那麼回事兒,真的啃這些骨頭的時候那也是夠嗆。軟體工程的各種經典問題都能一再重現。

——————稍後補充——————

5樓:Alex

其實還好啦,需求分析到位後面就OK啦。使用者對軟體過程不了解那是情有可原的,專業做軟體的都會花很多精力做需求分析,專案進度管理,風險控制什麼的

6樓:

身為開發人員不考慮結款,感覺最痛苦的兩點:

需求根本沒有確定性,沒有文件,有的也是和其他專案的文件相似度90%的「形式需求文件」。甲方領導們的想法你永遠也猜不透,永遠是一堆籠統的辭藻。前期需求調研基本都是要靠開發團隊不停地出快速原型的Demo給他們看,他們才能把自己的想法具象化。

功能點在雙方已經敲定後,他們依然有新的「想法」提給開發團隊。於是開發周期初期以及尾期,總會有各種新的需求插入進來。

工期結束後依然要承擔漫長的維護期。作為乙方公司為了與甲方保持融洽長遠的關係,所以只能許諾漫長的維護期。可是維護期並不僅僅處理之前版本的bug,還要承擔新的需求開發的工作量。

而這些基本都是免費或者象徵性的收費。

7樓:非專業諮詢

面對中小企業的確應該遠離。

但是如果是對資訊化重視程度比較高的中大型企業,雖不至於像網際網路企業動不動幾千萬幾億,但是幾百萬還是有的。

國外某大型膠片工廠MES系統大概約合人民幣1500萬左右。

國內橡膠工廠倉庫管理系統500萬。

越南鞋類工廠MES諮詢6人團隊為期半年約合人民幣400萬左右。

你看,不是遠離企業應用,而是遠離中小企業。

當然,服務中小企業發財的也不是沒有,只是上不了知乎的檯面罷了。

8樓:

企業開發最大的就是需求大坑,企業管理者往往大多數不具備系統的管理概念,提出的需求通常都是漏洞百出。甚至都不知道自己究竟要的是什麼。

9樓:趙延

乙個前輩曾經說企業應用軟體開發是生物醫學工程一樣的複雜科學,物件在變,研究手段在變,也沒有穩定的知識體系,很多新產品都是滯後於實踐的。讓我試著用生物醫學來做個比喻。不專業,見笑。

樓主的問題就像是對乙個醫生說,遠離臨床,遠離門診。或者是對藥廠說遠離人類用藥。

從業12年,深感身邊的同行和市場對從業者的認知是不同的,有人認為他們是醫生,經過了系統的學習和實踐,了解需求之後要做出專業的判斷和改變; 有的人覺得自己是藥研,盡力保證他們的產品合規對症。還有的人覺得他們是醫托藥託,賣好賣對就是勝利。而在企業應用的專案中甲方乙方的角色認知和實際往往容易錯位。

選擇這個職業的人,如同乙個在古代選擇從醫的少年,他要向前輩醫案和典籍中尋找模糊的規律和經驗,不斷觀察和了解身邊的環境與面對的雜症疑難,嘗百草試刀圭,了解新藥新術是否對症合理,最後來面對越來越難的挑戰。

聽上去很美哈,但是你不能老把人玩死,總要治好幾個,收不收錢另說啊。

這就是為什麼有人說,遠離這一行,我們還是考個功名去吧。

10樓:任旭

需求越少越清晰越好...

分清專案的EB(economy buyer),找到Champion(能下場幫你踢球的Coach)

銷售不靠譜,一定害死專案經理,因為專案經理和EB的接觸不夠多,甚至Chapion也不一定能聊幾次,自然專案經理無意間就害死開發和實施;

專案經理不靠譜,銷售如果即搞的定關鍵人物,又能對開發和實施施加影響力,那專案還能活;

所以說來,花大價錢請靠譜的銷售和專案經理,是做企業軟體的關鍵。

11樓:韋易笑

企業應用開發來錢比較快,現金流充分,能掙快錢,不能掙大錢:

1. 跟進麻煩,大家希望短平快,實際是接的專案越多,後續跟進越累。

2. 缺乏積累,長期缺乏技術積累,缺乏使用者積累,東一榔頭西一棒子。

3. 難以做大,企業應用估值都上不去,掙了錢後,越做越累,很難再上乙個台階。

4. 風險偏高:核心競爭力不是開發,而是老闆的關係,換個老闆,可能就餓肚子了,即便你再牛。

5. 技術偏低,一般2B應用負載都比較低,大部分同時幾十人使用,不會象 2C應用那樣面對百萬千萬使用者。碰不到各種究極的負載問題,沒有場景讓你不斷打磨技術,積累經驗,提高效能。

總之你沒有做 「事業」 的感覺,都在幫別人做乙個個的 「專案」,做半天都覺得是別人的,不是你自己的。最後你是向企業負責,不是向使用者負責,導致根本思路就是服務好企業而非使用者,這中間帶來的設計差異是很大的。

12樓:馬建業

我一直認為大部分做外包的公司缺乏最基本的商業常識:利潤來自於批量生產帶來的成本降低,外包業務難以批量化,君不見有幾個大公司是做外包的?

13樓:

我是乙個財務出身的銷售總監,也是程式設計愛好者。

我建議純技術人員組成的小企業還是不要趟【定製】這渾水了。你們在埋怨對方不(S)理(B)解的同時,對方也在做相同的事情。說到底,賺不到錢是你們能力不夠。

退一萬步說,定製過程對於乙方本來就被動。沒有十二分的底氣或資質,累成狗,是肯定的。

14樓:天山馬賊Bigmuzzy

現在在公司內部負責的工作類似企業應用開發,包括CRM、財務、billing等等。

一般來說,我覺得企業定製開發真心不是一般人(一般小公司)玩的起的。

基本同意樓上幾位的觀點,對於那些中小企業甲方,還是老老實實去用套裝軟體吧。而如果要做中小企業應用市場,就還是做通用軟體,千萬別碰定製開發。

對於大企業,我覺得,從甲方的角度出發,還是像我們這樣自己建團隊自己做是最合理的。或者,而從乙方的角度,那就綁死乙個客戶,這輩子就靠他了(本質上成了甲方的乙個長期外包部門)。

15樓:

企業級應用,意味著主流,如ERP、portal、dw、MES、OA等等這一系列有模有樣的企業應用系統。在加上獨成一派的SAP。創新是沒有的,都在框框裡。

非主流的呢,小眾的企業個性化需求業務,什麼規劃管理系統、計畫管理系統等等。這些系統大部分的複雜程度,限於面向資料庫開發。難點缺不少,客戶需求變化,流程變化。

等等一大堆。說白了就是無技術含量的搬磚工作,客戶往哪搬就往哪搬。

企業級應用,在壟斷行業是很有深度的。經常是縱向橫向,什麼大資料、雲計算、集群。反正主流的技術都有。

大部分流於形式,經驗不能複製,跨行業之間毫無共同性。等於,做的越深,埋的也越深。

16樓:麥咖C

稀里糊塗入坑的來聊兩句

技術傾向於使用成熟的而不是先進的,新人不容易得到鍛鍊,老人的技術不易得到更新。比如cobol大家覺得是不是很古老

規模較為龐大,變更多周期長,專案組人員容易疲乏。乙個系統幹上幾年出乙個版本都是家常便飯。

業務具體業務多有針對性,繁雜,新人摸不著頭腦,老人熟悉了之後一直搞一種業務流程容易眩暈嘔吐。

商業模式

如果沒有自己的中介軟體,或針對行業的解決方案,給客戶做定製開發的時候,客戶不易認同高額的費用。開發自己的中介軟體或者行業方案則需要大量積累。大企業直接找sap/oracle/acc/ibm等企業了,小企業對資訊化需求不迫切,剩下一些中型企業蛋糕不多。

很多中小it公司就是跟著行業龍頭混口飯吃,自己很難拿到第一手單子。

另外,系統著手開發之前行業諮詢和技術諮詢是最重要的,問題是中小甲方企業不願意花這個錢。

像sap這樣的企業利潤率還是比較可觀,但是一般面向企業進行開發的it公司利潤率相對較差。從費用構成上看,諮詢是一塊高利潤的部分,賣授權是一塊,定製開發則較低,每年的維護費用如果成本控制得當則利潤較高。問題是多數甲方不給你在諮詢和維護上賺錢的機會。

企業利潤低員工薪資就差。

同樣的人,付出同樣的努力,同樣在it行業,很多時候就是細分領域不同,人生軌跡也大不相同… 過來人勸一句,企業開發真是深坑。

17樓:

我隨便說說:

之前做過乙個專案,demo用了不到一周做完,我天真的以為所有技術點都已經攻克,就等收錢和清閒了。

結果到最後交付那天做了半年,最後倆月天天加班。

總會有各種複雜的狀況出現,拖延進度。

18樓:

首先,這幾句話是說給程式設計師這個角色聽的。補全了應該是「程式設計師應該遠離企業開發」。

其次,你直接問為什麼,是有歧義的,別人會誤解這句話是肯定正確的,其實這只是一種觀點而已。正確的提問應該是「為什麼會有人說 【程式設計師應該遠離企業開發】」。

那為什麼呢,呵呵,你連提個問題都提不對,這麼複雜的觀點,跟你說了你也不懂。

19樓:潘俊勇

核心問題,是產品需求和產品設計的問題。

網際網路,公司對產品有自己的想法,有專門產品經理,根據自己的規劃,逐步迭代,完成最終的應用。

專案型的企業軟體,大都沒有產品經理,客戶自己對自己的需求都沒弄明白,沒分析透徹,然後通常是客戶自己就規劃好了軟體改怎麼做。乙個完全的外行在擔任產品經理。然後這個產品經理還想同時兼任專案經理,於是全世界最惡劣的情況出現了,他對你的專案進度也做了安排。

這時候程式設計師是最苦逼的,因為你都沒法罵產品狗,因為他是你客戶,他給你發工資。

所以,企業軟體不是誰都能夠做的。只能做自己熟悉的領域,經過多年積累,可以給客戶諮詢意見的領域。或者客戶有非常強的,談得來的「產品經理」。

或者有很多錢,可以做產品分析設計,去引導客戶。

當然還有乙個恐怖的事情,就是客戶給乙個非常含糊的標書,然後可能一周後就要準備應標。另外乙個恐怖的事情,就是有乙個什麼都敢接的強勢的銷售,好不容易接乙個大單,我們程式設計師老是一副不配合的樣子。

為什麼說要遠離窮親戚?

呸小豬 我現在是在家全職寫作。嗯,我家在農村,是那種自己修的有幾層的房子。因為是在街上,也算的上是個門面。我表哥,三十歲,結婚了,馬上要當父親了。前些年的時候,我媽把我們家租給了我表哥,但是至今沒收一分錢房租。我回到家以後,他和我表嫂,會照顧我的飲食,但是我和他們話不多,一星期沒有五句話。我表哥用我...

為什麼有人說年輕人要遠離合群?合群真的是懶惰的開始嗎?

枚川一夫 任何事情都是有區分的,適度的。合群。無止境的合群嗎?別人一塊做什麼你就跟著去做什麼嗎?不做擔心自己跟不上別人?怕被別人孤立? 叭吶吶叭吶吶 首先解釋一下,大學生不想學習天天打遊戲睡懶覺熬夜刷劇到處浪,原因並非只是想合群,更多是經歷高壓和束縛之後的放縱。大學時間可以自由支配,父母和老師的管束...

為什麼RAMCloud至今沒有企業級應用?是太過極端了嗎?

我理解是因為RAMCloud設計是把所有的資料一直都放在記憶體裡,這其實是沒有必要的,畢竟資料有冷有熱,冷資料放在記憶體實在是浪費寶貴的記憶體資源。它為了保證資料持久,又會把資料存到硬碟裡,還是分散到多個節點的多份拷貝。這樣算下來,記憶體不比別人的省,硬碟占用也差不多。而且,所有的資料都放在記憶體裡...