寫日報考驗一個人的總結能力,要避免寫成干巴巴的流水賬。優秀的銷售日報構成:客觀事實記錄+主觀分析復盤。任何能力的養成都需要時間,以及不間斷地長期訓練。也有捷徑,比如用工具、用模板。
曾幾何時,當有系統分析員角色時,系統分析員負責需求、邏輯分析并出方案。在產品經理時代,系統分析員的工作有相當一部分被產品經理分擔。產品經理的角色位于:用戶和開發人員之間,他們既要懂客戶和業務,也要了解大致的開發邏輯。這樣才能盡可能接近系統分析員的初級能力。
以醫院、高校為代表的組織型銷售,為了避免多產品線、多業務線跟單導致的數據混亂,可以選擇開啟分組隔離跟進。在數據結構上:主客戶+多個下級客戶,以子客戶數據結構做存儲與管理,獨立讀寫權限,各業務線清晰,這是分組隔離的優勢。
“我要自動選庫”。客服接到一個客戶反饋:“我只有一個倉庫,入庫單的【倉庫】字段能不能做默認選擇?因為只有一個倉庫,次次入庫,次次重復點擊,明顯多余的操作。”客戶很不理解,客服沒有提交這個問題到產品部,因為……
審批流是企業中高頻業務場景。實現審批流的方法很多,最常見的有兩種抽象:1.BPM方法:工作流引擎。雖然BPM的完整概念是商業業務流程,但是多數開發者把BPM結合國內情況,收斂了BPM的范圍,核心約束在:表單+流程的范圍,或更縮小到自定義表單+自定義審批流程的范圍。
輕量、動態、簡約的MES,在近幾年中小企業中呼聲很高。大型MES系統一個排程模塊就需要幾萬十幾萬,買不起,用不上。軟件廠商需要為這些企業專門設計研發:1.目標清晰;2.容易上手;3.與CRM訂單聯動的MES系統。此文帶我們了解從中小企業核心訴求總結歸納出的核心MES需求第一階段。
以數治稅打開了過去企業稅管黑盒。中國稅收征管經歷“經驗管稅”和“以票管稅”之后,迎來了“以數治稅”。“以數治稅”的分類精準監管轉變,要求企業將財務語言精準轉化為具體的業務語言。但是,業財鴻溝一直都存在。動態發展與實時新增的業務,財務工作尋求協同難度極大。
客戶A的需求,專項開發不難,只要針對分析開發即可。但問題是:邏輯固化,數據固化,業務固化,一句話,通用性不夠。通用性是產品功能的生命力。因此,我們需要將客戶非常具象的專項需求做模型抽象。
數據報表引擎,最早起源于:大型商業數據庫的開發工具。大概在90年代中期,類似PowerBuilder 這類的數據開發軟件 ,就提供內嵌數據報表引擎。隨著報表生成器在商業應用過程中的不斷演進,過去幾年,隨著數據大屏熱潮出現的帆軟FineBI 、百度SugarBI……這類BI工具內嵌數據分析表引擎,可連接多種數據庫,可生成各種大屏的圖表組件。
疫情給企業帶來巨大的發展壓力,壓力面前企業無不竭盡所能提升內力,以期在嚴酷的經濟形勢下生存下來。“協同共生的生態圈”理念,把抱團取暖的目標詮釋到極致,在這種思維模型中,企業不再是孤軍奮戰,而是和自己的上下游形成合力,以共生協作的生態團體共同抵御壓力。