盛大有句名言：
產品不行，運營來補
這句話本身的意思不是說把乙個爛的產品丟給運營，讓運營的人想辦法把這砣臭屎變香再賣出去。
因為遊戲行業，乙個遊戲版本做出來，可能會出現某些不足的，這時候就需要運營的人通過其他的辦法，活動也好，**也好，要讓這個版本順利的執行下去，穩定客戶數量。直到遊戲下乙個版本推出修復bug.這就是這句話的語境和語義。
我們公司做過遠端工具類的軟體，這種東西不像快消品，真的是不好推廣。
首先產品本身的功能，你的功能是否完善，是否能滿足客戶的需求，是否能解決一些人的痛點。如果你的產品是拍腦袋出來，沒有做過初步的調研和市場分析，那你的產品應該會死的很難看。
如果產品真的不好，找你的競品比較，就和業界的平均水平比較，如果你的核心功能達到平均水平的80%或者更多，那你的產品就可以開始做市場推廣，做營銷了。
另外你的產品的邊緣功能附加值做的比競品好，這樣你才有優勢和分一杯羹。
這是都是產品本身一些屬性。
其實產品和運營就是2個輪子，執行好了，公司才像乙個自行車。
如果產品，運營，研發執行好了，公司才像乙個三輪車。
如果產品，運營，研發，市場執行好了，公司才像乙個小汽車。
這些都是產品和其他部門的很形象的關係，而且輪子都是是圓的，如果乙個輪子是圓的，乙個是方的，那麼就是一次痛苦的坐車的體驗了。
只有大家和諧前進，才能奔向幸福的生活。
在實際的工作過程中，要減少「屁股決定腦袋」的現象，產品和運營要協調合作。
下面講講協調合作的一些架構：
專案組架構
這種架構是對產品，運營，研發，市場協調最好的方式，大家都有清楚的kpi目標，相互之間清楚自己和對方時間進度和協調工作進度。
責任很明確，相互之間很少出現扯皮的事情。
扁平化的管理也不是不好，不過對產品經理有更高的要求，需要很強的協調能力和掌控能力。
而且扁平化管理容易出現各部門之間相互指責和扯皮。
換位思考
產品提出需要修改一些問題的時候，需要換位思考一下，這些問題需要哪個部門合作，對對方的影響。不要有問題就向外拋，什麼都不管，這樣對整個專案都會有影響。
保持溝通
運營發現了使用者的需求和痛點，要及時和產品溝通，一起改進。產品需要增加功能模組，需和研發溝通，把握時間進度和開發難度。只有良好的溝通氛圍，才能讓整個專案快速有序的進行下去。
發現問題要提
專案進行過程中，產品發現軟體的bug,可能對自己影響不大，但是要提交給研發，對方評估給出解決辦法。不能事不關己高高掛起。
不要用運營的能力掩蓋產品缺陷
運營過程中，產品本身的bug臨時會解決掉，但是要把bug提交出來，不要想著掩蓋產品的缺陷。因為是缺陷，使用者就會發現，就會用的不爽。
有計畫的可控的推廣
產品推廣不要一開始就是大規模的，要有計畫，要可控的。
乙個渠道乙個渠道。一組使用者一組使用者來。規模是自己把握，可控是關鍵。
知方可補不足 目錄
回到佔佔推薦部落格索引 知方可補不足系列主要是對原來的技術進行學習，研究，將之前不確定的東西進行驗證，將專案中正在用到的老技術進行總結。知方可補不足系列主要的範疇是資料庫方面 知方可補不足 說說吧！timestamp有什麼用？知方可補不足 sql巧用xml path來生成符合規則的查詢結果集 知方可...
產品運營小議
myreport的產品 完成啦，我將通過這個實際例子討論一下產品運營 訪問連線 何謂產品運營 運就是運作 運轉是乙個迴圈的活動圈，營就是營收 營利這個是最終目的，而產品就是運營活動裡面的主體。產品 資料 市場推廣 客戶反饋 產品 資料 這個就是產品運轉的業務活動圈子，業務在運轉過程中產生營收 營利。...
3 2產品運營
1 產品運營理念和基礎 三個方面 產品 使用者 渠道 2 目標 三個目標 收入 使用者量 使用者活躍度 3 運營意識 成本 產出 roi 聚焦 細分 指目標使用者群 效率 量級 aurp 使用者平均消費額 使用者總量 鋪墊 節奏 根據產品不同階段 開始 發展 迭代 衰退 作出不同的運營策略 4 核心...