99精品伊人亚洲|最近国产中文炮友|九草在线视频支援|AV网站大全最新|美女黄片免费观看|国产精品资源视频|精彩无码视频一区|91大神在线后入|伊人终合在线播放|久草综合久久中文

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

ofo很可能成為第一個(gè)被流程搞死的公司

通信首條 ? 來源:lq ? 2018-12-24 15:08 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

昨晚,ofo發(fā)布公告,從2018年12月18日(今天)起,凡在App內(nèi)提交線上申請退押金的用戶,后臺(tái)系統(tǒng)會(huì)根據(jù)申請?zhí)峤坏捻樞蜻M(jìn)行相關(guān)信息審核與收集,核實(shí)完畢后用戶將進(jìn)入退押金序列,ofo將按順序退款;如有用戶到公司現(xiàn)場進(jìn)行登記,會(huì)將收集到的相關(guān)信息按時(shí)間先后順序并入線上退押金序列中。

也就是說,無論你通過什么渠道要求退款,ofo都不會(huì)特殊照顧,而是并入線上退押金序列,你每天能夠看到你前面還有多少個(gè)排隊(duì)的。這個(gè)做法公平嗎?公平。所有來退押金的,不論中國人、外國人,也不論通過線上渠道還是線下渠道,一視同仁。

不過出臺(tái)此政策的一定沒想到,大家開始在微博、微信傳退押金進(jìn)度,排隊(duì)數(shù)字從500萬、600萬一路攀升到了900多萬,還有人再猜誰會(huì)成為第1000萬號的“幸運(yùn)兒”。

這一定已經(jīng)超出了該政策制定者的預(yù)計(jì),本來就資金緊張的ofo,會(huì)不會(huì)被此次突然爆發(fā)的“擠退”潮“淹”死? 如果淹死的話,ofo很可能成為第一個(gè)被流程搞死的公司(雖然ofo此前幾個(gè)月的日子已經(jīng)開始難過了)。

ofo怎么會(huì)走到今天呢?我們回想一下。

兩年前,我國共享單車市場還是ofo和摩拜兩強(qiáng)爭霸的局面,在兩家激烈競爭下,其他企業(yè)紛紛退市,例如酷騎、小鳴等。但兩家的日子也都不好過,雖然有時(shí)對外宣傳得很好(例如,有多少個(gè)城市盈利,又進(jìn)入了哪個(gè)城市或哪個(gè)國家),但每天都在虧,且并無好轉(zhuǎn)跡象。當(dāng)時(shí)投資機(jī)構(gòu)給出的建議是兩家合并,像之前的攜程和e龍,滴滴和快的、uber中國,可兩家高管一直談不攏或者不愿意談,同時(shí)某家背后的大股東之一還公開出來以涉嫌壟斷的名義反對合并。

合并沒成,日子越來越難過,摩拜選擇了與美團(tuán)合并,而ofo拒絕被資本控制,ofo的兩大股東滴滴和阿里巴巴都各自轉(zhuǎn)向了自營單車或其他單車企業(yè),結(jié)果市場上參與共享單車競爭的成了這樣四家:美團(tuán)旗下的摩拜,滴滴旗下的青桔,阿里巴巴集團(tuán)背后支持的哈羅,以及滴滴、阿里巴巴是兩大股東的ofo。由于兩大股東都“移心別戀”,ofo成了沒娘的孩子。

要命的是,ofo要想掙錢并入容易,美團(tuán)支持下摩拜虧損營銷,滴滴、哈羅等也加大了營銷力度,這樣的競爭環(huán)境下,ofo很難建立一個(gè)能自力更生的現(xiàn)金良性循環(huán)的商業(yè)模式。而且隨著時(shí)間的推移,ofo面臨的環(huán)境越來越惡劣,資金運(yùn)轉(zhuǎn)越來越難。

這時(shí)候,ofo最怕的是大量退押金。我不同意某些專家、律師、消協(xié)等等的押金不能挪用的說法,ofo不能挪用押金到其他領(lǐng)域,但可以將押金用于與車輛運(yùn)營直接相關(guān)的領(lǐng)域,如車輛更新,運(yùn)行維護(hù)等。我也不知道ofo的押金去哪了。反正是錢少了,換句話說,就是如果大家都要退的話,ofo的錢不夠用。

ofo應(yīng)該做的是,盡可能平撫用戶,讓他們不退錢繼續(xù)用(也只有用戶在,ofo的估值才能更高)。近期ofo負(fù)面不斷(上個(gè)冬天,那兩個(gè)共享單車也是沒能熬過去),押金退不了的傳聞時(shí)有發(fā)聲,ofo的公關(guān)團(tuán)隊(duì)明顯做得不夠好。

同樣不夠好的公關(guān)還有“CEO戴威開全員大會(huì):ofo不會(huì)倒閉,其他都有可能”,這個(gè)當(dāng)時(shí)說并不合適,而隨著時(shí)間的推移,多種可能正在逐漸離ofo遠(yuǎn)去,留給ofo的機(jī)會(huì)不多了。

剛剛出臺(tái)的退押金新規(guī),以及公布排隊(duì)人數(shù)的做法,很可能是ofo給自己的最后的“致命一擊”,在大量現(xiàn)金和用戶流失的情況下,ofo的估值將快速下降。同時(shí)供應(yīng)商、物業(yè)、運(yùn)維費(fèi)用等負(fù)債(除針對用戶外)并沒有同步下降,這將使得ofo的其他引資努力成功的可能性大大降低。

“早死早投生”,可能這也是ofo一些人希望的吧。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • ofo
    ofo
    +關(guān)注

    關(guān)注

    0

    文章

    90

    瀏覽量

    11279
  • 共享單車
    +關(guān)注

    關(guān)注

    1

    文章

    344

    瀏覽量

    34004

原文標(biāo)題:退押金或?qū)е耾fo“猝死”

文章出處:【微信號:txdoutiao,微信公眾號:通信首條】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    防水防塵防震動(dòng):聚徽解碼國產(chǎn)工控平板的三防技術(shù)標(biāo)準(zhǔn)與測試流程

    在工業(yè)自動(dòng)化領(lǐng)域,國產(chǎn)工控平板扮演著關(guān)鍵角色,其工作環(huán)境往往充滿挑戰(zhàn),防水、防塵、防震動(dòng)(簡稱 “三防”)性能成為保障設(shè)備穩(wěn)定運(yùn)行的重要指標(biāo)。本文將深入解析國產(chǎn)工控平板的三防技術(shù)標(biāo)準(zhǔn)與測試流程,為從業(yè)者和相關(guān)人士提供全面的技術(shù)參考。
    的頭像 發(fā)表于 07-11 17:53 ?228次閱讀

    深度剖析 RT-Thread 線程調(diào)度流程

    RT-Thread調(diào)度第一個(gè)線程的主要流程分如下:rtthread_startup:RTT的啟動(dòng)函數(shù),主要負(fù)責(zé)板級驅(qū)動(dòng),調(diào)度器,系統(tǒng)線程初始化,啟動(dòng)調(diào)度的工作
    的頭像 發(fā)表于 06-25 18:24 ?707次閱讀
    深度剖析 RT-Thread 線程調(diào)度<b class='flag-5'>流程</b>

    HRTIM變頻控制輸出的第一個(gè)周期頻率異常的原因?

    在使用STM32G474CBT6的HRTIM_Mater、HRTIM_TIMER_B和HRTIM_TIMER_D輸出同步互補(bǔ)的四路輸出時(shí),關(guān)閉4路輸出和三個(gè)定時(shí)器的計(jì)數(shù)后,再次開啟時(shí)第一個(gè)周期的頻率
    發(fā)表于 04-25 06:17

    HRTIM變頻控制輸出的第一個(gè)周期頻率異常的原因?

    在使用STM32G474CBT6的HRTIM_Mater、HRTIM_TIMER_B和HRTIM_TIMER_D輸出同步互補(bǔ)的四路輸出時(shí),關(guān)閉4路輸出和三個(gè)定時(shí)器的計(jì)數(shù)后,再次開啟時(shí)第一個(gè)周期的頻率
    發(fā)表于 04-22 12:08

    EMC整改的三個(gè)核心步驟

    在現(xiàn)代電子設(shè)備設(shè)計(jì)中,電磁兼容性(EMC)是確保設(shè)備穩(wěn)定運(yùn)行的重要環(huán)節(jié)。任何設(shè)備在實(shí)際應(yīng)用中都可能受到電磁干擾,甚至自身也可能成為干擾源,因此,EMC問題常常是電子產(chǎn)品設(shè)計(jì)和制造過程中必須克服的難點(diǎn)之。
    的頭像 發(fā)表于 02-26 09:20 ?2113次閱讀
    EMC整改的三<b class='flag-5'>個(gè)</b>核心步驟

    ADS1274用DRDY+TDM輸出模式下,讀到的第一個(gè)字節(jié)是無效的,為什么?

    ,如果連續(xù)采集發(fā)現(xiàn)共有13個(gè)有效讀數(shù)的字節(jié),而不是12個(gè)。多次試驗(yàn)后,可以發(fā)現(xiàn)最后一個(gè)字節(jié)的最后位有的讀到的1,后面全部是0,因而可以排
    發(fā)表于 01-08 08:17

    藍(lán)橋杯的第一個(gè)項(xiàng)目,點(diǎn)亮個(gè)LED

    第一節(jié)IO簡介GPIO是通用輸入/輸出端口的簡稱,是STM32可控制的引腳。GPIO的引腳與外部硬件設(shè)備連接,可實(shí)現(xiàn)與外部通訊、控制外部硬件或者采集外部硬件數(shù)據(jù)的功能。每個(gè)GPIO內(nèi)部都有這樣的個(gè)
    的頭像 發(fā)表于 01-02 21:02 ?709次閱讀
    藍(lán)橋杯的<b class='flag-5'>第一個(gè)</b>項(xiàng)目,點(diǎn)亮<b class='flag-5'>一</b><b class='flag-5'>個(gè)</b>LED

    ADS1299在DAISY-CHAIN模式下只能配置第一個(gè)AD嗎,那后面幾個(gè)都是要怎么配置寄存器,都和第一個(gè)樣嗎?

    大家: 1ADS1299在DAISY-CHAIN 模式下只能配置第一個(gè)AD么,那后面幾個(gè)都是要怎么配置寄存器,都和第一個(gè)樣么? 2 手冊上寫了有關(guān)時(shí)鐘配置的問題,ADS1299在
    發(fā)表于 12-20 06:47

    DAC8734只能把第一個(gè)接收到的數(shù)字?jǐn)?shù)據(jù)輸出,有哪些原因?qū)е碌哪兀?/a>

    一個(gè)發(fā)送的數(shù)據(jù)時(shí)序沒問題。但DAC8734只能把第一個(gè)接收到的數(shù)字?jǐn)?shù)據(jù)輸出,我用的是TI公司自己的DAC8734EVM。可能有哪些原因?qū)е碌哪??是上電順序的原因嗎?
    發(fā)表于 12-19 09:17

    韓國無晶圓廠初創(chuàng)公司Panmnesia展示第一個(gè)支持CXL的AI集群

    在2024?OCP全球峰會(huì)上,開發(fā)CXL交換機(jī)SoC和CXL IP的韓國無晶圓廠初創(chuàng)公司Panmnesia展示了第一個(gè)支持CXL的AI集群,該集群采用CXL 3.1交換機(jī)。 OCP全球峰會(huì)由世界上
    的頭像 發(fā)表于 11-28 11:04 ?880次閱讀

    ADS131A04在復(fù)位后以READY字進(jìn)行響應(yīng),在第一個(gè)幀中接收到的響應(yīng)不正確,為什么?

    幀,則在第一個(gè)幀中接收到的響應(yīng)不正確,而后續(xù)響應(yīng)是正確的。為什么復(fù)位后第一個(gè)幀中的 READY 響應(yīng)不正確?
    發(fā)表于 11-25 08:11

    ADS127L01讀取ADC數(shù)據(jù)時(shí)DOUT在DRDY拉低之前或第一個(gè)SCLK到來之前就已經(jīng)開始切換,為什么?

    如下圖,采用SPI模式配置完之后讀取ADC數(shù)據(jù)時(shí),CS信號持續(xù)拉低;在下一個(gè)數(shù)據(jù)幀的第一個(gè)SCLK來臨之前DOUT就已經(jīng)開始切換(此時(shí)DRDY還未拉低),請問什么原因可能導(dǎo)致這樣的結(jié)果?
    發(fā)表于 11-15 08:29

    LMK1C1104第一個(gè)cycle在CLKOUT中丟失,為什么?

    LMK1C1104: CLKIN的第一個(gè)cycle在CLKOUT中丟失,詳情請參照關(guān)聯(lián)問題
    發(fā)表于 11-11 07:12

    薄膜發(fā)電為什么不能成為主流

    薄膜發(fā)電作為種利用薄膜太陽能電池將太陽能直接轉(zhuǎn)換為電能的技術(shù),雖然具有高效、靈活和環(huán)保等優(yōu)勢,但在成為主流能源方面仍面臨些挑戰(zhàn)。以下是些主要的原因:
    的頭像 發(fā)表于 10-03 16:23 ?1020次閱讀

    SDK 0.9.4在函數(shù)中連續(xù)調(diào)用espconn_sent,只能看到第一個(gè)espconn_sent的數(shù)據(jù),為什么?

    在 SDK 0.9.3 及更早版本中,如果我在函數(shù)中連續(xù)調(diào)用 espconn_sent,它將發(fā)送所有連接的數(shù)據(jù)。如果我在 0.9.4 中執(zhí)行相同的操作,我只能看到第一個(gè)espconn_sent的數(shù)據(jù)
    發(fā)表于 07-18 08:24