本帖最後由 s3n370 於 2024-9-24 16:32 編輯
kay 發表於 2024-9-24 00:52
方丈話數客唔係咩大犧牲
咁留返比方丈自己數飽佢
數客要花工夫但未係最大effort，樓上Citcalag兄都講佐入機整理先至最花工夫。
所以整份form叫有心人自己入，真係精明到一個點:lol
講番公開資料，就算係板友拎住客數討論點重組，目的必然係做好條線改善營收。
咁改善營收就即係有直接利益。
板友肯花時間數完整理再無私po出嚟係一回事，
若然係運輸署、巴士公司自己數/搵八達通嘅交易紀錄，
資料點可能免費提供而唔駛付費？
仲要你講得啱，真係數客，搵人、出機都係錢，仲要唔係平。
noname617 發表於 2024-9-24 13:17
建議
資料庫議定好免責條款保障自己！
多謝提醒
加咗一個簡短既T&C section
數據本身收集來都係為興趣，無master plan
唔會真係好似樓上咁，講到數客數據好值錢，要收收埋埋
資料遺失點樣處理，係一個值得討論既問題
即係如果我無時間打理，或者touch wood釘咗蓋，都應該要有辦法保留到落去
睇下未來有無機會搵相熟既版友幫忙，設定一個contingency plan
法律既嘢，非我所長
如果有建議要補充既嘢，歡迎提出，盡力而為
poondriver 發表於 2024-9-24 13:53
呢D 其實應該要用fb group 然後set 公開投稿
fb search 對呢D 數據上既野幾友善 當然投稿主既資料要整齊 ...
上面提到兩個數客group，其中一個都可以投稿
但之前管理過幾個social media既group，其實都有缺點
第一就係不利長遠營運
好多時一開始充滿熱誠，但過咗幾年版主就無時間打理
整理客量數據落tag之類，好費時間，一旦無人處理，成個system就breakdown
宜家呢個簡單既system，半自動運作，我瓜咗都可以簡單重新建構出來
第二就係無人知facebook究竟生命週期有幾長
一陣過多幾年國家越來越安全，或者Mark Zuckerburg炒燶股票摺埋檔嘢，啲資料點算？
宜家呢個system，所有嘢都喺一張spreadsheet，要migrate都相對簡單
第三就係唔係個個都鍾意用facebook
單係之前，已經有啲唔夠愛國既人集體轉platform
不限平台，會比較flexible，香討fb連登italk，海納百川
個別平台run out of fashion都仲保持到
Citcalag 發表於 2024-9-24 23:00
難得樓主開左個post，我就試下統計下其他地區路線
102P@6474
我又post下其他區先
夜繽紛之下，應該接近係最慘淡既271
懷疑數漏咗一個九龍塘落車既客，但應該唔影響任何討論
271 往 尖沙咀
23:11 廣福邨上車
27124/9 Tuesday
車站上車落車車上人數
廣福邨前33
2311廣福邨14
2332萬基大廈114
餘數4
有大致留意對面返新東既巴士客量
271見到四部，一架坐7-8成，一架半滿，另外兩架甚吉15人左右
270B吐露港見大約15-20人
270A有班次得15-20個，但亦有班次大致滿窗口位
74X/75X各自見一架，大約15人
277X見一架，多少少大約20-30個
85A/86C各自見一架，大約10人
87D兩架車都大致坐滿窗口位
出到九龍，睇返啲順向巴士客量
見98C滿窗口位，13D出奇地多客坐滿7-8成，203E/296C/16大約20個，27一班載空一班坐大半滿
本帖最後由 KE7066 於 2024-9-25 05:44 編輯
castanopsis 發表於 2024-9-25 03:03
上面提到兩個數客group，其中一個都可以投稿
但之前管理過幾個social media既group，其實都有缺點
上面提到兩個數客group，其中一個都可以投稿
但之前管理過幾個social media既group，其實都有缺點
第一就係不利長遠營運
好多時一開始充滿熱誠，但過咗幾年版主就無時間打理
整理客量數據落tag之類，好費時間，一旦無人處理，成個system就breakdown
宜家呢個簡單既system，半自動運作，我瓜咗都可以簡單重新建構出來
group =/= page
客觀咁睇有需求自然會一雞死一雞鳴
無需求就會自然死亡
不論係邊度都係一樣
第二就係無人知facebook究竟生命週期有幾長
一陣過多幾年國家越來越安全，或者Mark Zuckerburg炒燶股票摺埋檔嘢，啲資料點算？
宜家呢個system，所有嘢都喺一張spreadsheet，要migrate都相對簡單
所以你知 italk 生命週期幾長？
比你 migrate 到份 spreadsheet 有咩用？
得個 index 個種玩完就無
唔係詛咒 italk 死，但要二揀一我諗無邊個賭 facebook 死先過 italk
甚至依家 google 死你份 spreadsheet 都已經係咁先
本帖最後由 12Lane 於 2024-9-25 08:52 編輯
個idea係幾好，但做數據呢味野，香港幾百條線，咁零散係唔會出到咩野有代表性結果。而且數據有效性有時限，半年後都已經兩個世界。
數據量唔夠大，喺統計學上都係draw唔到咩嘢有效conclusion。
有心建議參加坊間巴士channel一齊合作好過，人地要數一組線要攞到有代表性嘅sample size動輒坐幾百程，至少成隊人都十幾個人，雖然成件事都幾膠但我欣賞佢地對興趣嘅熱誠嘅。
s3n370 發表於 2024-9-25 00:09
數客要花工夫但未係最大effort，樓上Citcalag兄都講佐入機整理先至最花工夫。
所以整份form叫有心人自己入 ...
數客唔花工夫?不如reacp下運吉如果真係車上數客
仔細到邊個站上車邊個站落車
就算佢地外判出去做
人地係要上車派卡片落車收卡片
仲要有條友MARK數
反而小巴19座見過只係一條友計數
船就仲簡單企碼頭數人頭
就算依家科技發達
但依然會用最原始方法做野
咁一定有佢原因
KE7066 發表於 2024-9-25 05:42
group =/= page
客觀咁睇有需求自然會一雞死一雞鳴
無需求就會自然死亡
我會咁諗 第一步要吸引人去幫手數客先 開個fb gp 一定係好過而家就咁掉條link 出來叫人入 數客個個要搵個地方放低然後填form 好唔efficient
同時間樓主個excel 唔係冇用 作為管理者可以放條link 係gp 做置頂po做索引
同時間可以定期update 塞返post link入去 又可以叫人放其他地方既資料入去
再長久d咪可能睇下有冇有心人會整到手機apps 個類野
最簡單可能係打路線方向然後就出到個表比你入資料 入完就output 到個spreadsheet 出來 然後就可以copy 去唔同地方
咁大家就可以手痕就數下客
樓主開左個頭其實係好事 但吸引唔到更多人去做呢樣野就窄d囉
本帖最後由 castanopsis 於 2024-9-25 14:01 編輯
poondriver 發表於 2024-9-25 09:34
我會咁諗 第一步要吸引人去幫手數客先 開個fb gp 一定係好過而家就咁掉條link 出來叫人入 數客個個要搵個 ...
本身690S個post都大把人數客出post
如果話無人肯數客，或者italk唔吸引，又唔係
當然如果門檻低啲，會多啲人肯contribute，呢個我認同
但花咗一日建立呢套系統，暫時個功用係取代690S個post
宜家個個借位貼嘢，好快就沉然後搵唔返
解決咗一個問題先，再諗點optimize
Facebook group一樣要做整理
我宜家無論啲數客數據post邊度，都係先用google sheets入咗，整理完再出
呢度先最花時間
如Citalag版友所言
其實無論個平台擺邊，最逼切都係建立一套好少少既入資料系統
研究緊個API
暫時睇，九巴可以攞到路線站位number
然後站位number可以再convert返去繁體簡體英文站名
但set outbound/inbound方向，同啲特班有少少難搞
無乜寫app既經驗，繼續研究.....
12Lane 發表於 2024-9-25 00:48
個idea係幾好，但做數據呢味野，香港幾百條線，咁零散係唔會出到咩野有代表性結果。而且數據有效性有時限， ...
數據有無意思除咗睇quantitative好多時仲會睇qualitative，
同埋你想用D數做乜。
繁忙時間返工返學嘅時間同人數大致固定，唔會突然大變。
正如交通正常下，你搭程車嘅時間唔會程程完全一樣但係亦唔會差太遠。
好似民調咁睇單次再加權及列明誤差都好夠。
但係點加權預幾多%誤差已經係論文級，幾百程嘅數據都好大機會唔夠。
Qualitative咁睇，有一大堆數但無background一樣有問題。
例如今日條路爆鑊，搞到新界D車塞到拉手掣出唔到九龍，
而响九龍同過海就順過順利邨，咁呢D咪要另外別論甚至要排除。
响長假期甚至long weekend前後數日間線、
天氣差數郊遊線客有幾大代表性，我諗唔駛多講。
但係又唔係完全無用喎，你睇下大把線暑假期間開假日班次、
中秋提早下繁特咪啱用囉。