這樣的劇碼在公司中屢見不鮮。
如果你是公司老闆，該如何收拾殘局？
如果你是部門主管，該如何打破僵局？
如果你是業務擔當，該如何贏得賽局？
解決你的種種問題，就是這個網站的存在意義；而這些，都將寫進《營運企畫書》裡。
《營運計劃書》到底是什麼？
這是一本記錄解決方案的隨身攻略。
彙整這幾年我經歷產品研發、行銷企劃到營運管理的三棲心得。
試圖打破常見的線性流程，還原到工作的真實場景中，用一個底層的思維邏輯，去解決一個當下的迫切難題。
例如，如何做好用戶調查，研發前期和上架以後，執行時有什麼不同？
或是，如何規劃行銷方案，產品價格與銷售數量，企劃上該怎麼取捨？
又或者，如何制定營運方針，獲取新客及維持舊客，資源上該怎樣分配？
一個又一個的棘手問題，是網站成立的初衷，也是我真實想與你分享的事。
那麼，讓我們回到最初的問題。
停止究責，先瞭解業務執掌
● 這是公司常見的流程
一般瞭解的業務流程是線性的。
研發單位開發出產品，交付營運單位負責，搭配公司其他的產品線，不定期的由行銷部門辦些促銷活動，投放廣告，提升銷售額，最後完成KPI。在這個過程中，各單位各司其職，卻也鮮少聯繫。
● 這是單位實際的流程
讓我們稍微往下一層，聚焦到具體流程上。
首先，研發單位開發一款產品，必須經歷洞察用戶的需求、轉換成產品概念、製作MVP原型等一連串的過程，才能交付給營運單位。
之後，營運單位也沒閒著，從公司發展政策中，尋找合適的商業模型、拆分具體目標，再轉化到每天的行動任務中，建立出限制框架後，才能委由行銷單位接手，準備把產品賣到市場。
最終，行銷單位從市場、競品中發掘利基點，構思用戶訴求，規劃具體方案，鋪天蓋地的投放曝光，想盡辦法創造更大的利潤。
然而，都做到這程度了，為什麼跨部門合作這麼難？因為還沒建立共同協作的流程。
創造未來，須改變現有框架
● 這是解決問題的流程
一個好的流程，可以在問題發生之前，給予前饋；而不是等問題發生之後，檢討反饋。
研發初期，可以讓行銷團隊加入探索，提早擬定目標市場和受眾，減少開發中誤判的情況。
研發後期，也能由營運團隊一同把關，事先構思未來商模與系統，確保產品可發揮的效用。
無論何種模式，都須將兩個團隊的職能交融，才能更有效率地推動目標。
—
在這個故事中
身為公司老闆，收拾殘局靠改變現有框架
身為部門主管，打破僵局靠整合零散資源
身為業務擔當，贏得賽局靠尋找共同目標
惟有跳出局外的思維，才能解決身在局中的迷惑
出局，需要一點方法
劉潤常說「普通的人改變結果，優秀的人改變原因，頂級優秀的人改變模型」
我期盼的《營運計劃書》裡會有一點產品開發，一點營運管理，再一點行銷策略。
並將這些打散、重組，鍛造成一把認知工具，當你需要時，幫你改變模型，
「we shape our tools, and then our tools shape us.」
現在，選個喜歡的地方開始吧！
