起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識我在后臺產品工作中總結的4個經驗
無論是身為運營，還是身為產品經理，在工作中要善于總結，這樣才能使得個人技能和自身能力快速提升。
接手公司運營后臺的產品工作快1年時間了，忙忙碌碌一整年，踩過許多的坑，我希望把這些經驗總結分享給大家。
做b端業務和平臺業務不久，主要由于從客戶端及c端跳轉過來，剛開始也有一些不習慣，但其實對產品經理的能力和要求都是共通的，這些經驗也算是拋磚引玉，供大家討論指導。
先簡單介紹一下業務背景：
- 公司主要業務為資訊和廣告，屬于b端，但有c端的一些特性；
- 產品形態多樣，導致需求多樣；
- 產品不太設計審批流程、支付流程，主要為數據的讀、寫、用；功能主要對內使用，部分功能對客戶開放；
- 主要使用方為運營、產品、審核人員，需求方也多為這三個部分。
下面就開始正文：
一、需求方、使用方及業務上游、下游的需清晰
其實，對內的平臺產品（以下就以這個名字稱呼）承擔著一個產品系統中“交通樞紐”的作用。
有時候系統的設定是反人類的，但是平臺的操作人員又是感性的、直接的。
在這個時候，平臺需要作出一定的權衡和適應，既能滿足人、又能滿足機器。這就要求我們對需求要有明確、完整的理解：有的時候，需求方和使用方往往不是同一方。
比如說系統產品要做一個配置，沒有這個配置，系統無法升級迭代，但是使用這個配置的人往往是運營，運營根據實際情況來考慮是否需要配置。
這個時候就需要拉個會，把利益方叫在一起達成初步的共識。有的時候，數據存儲需要和業務上下游交互，那么就需要和上下游一起商定存儲細節。
二、對業務的了解程度，決定了平臺設計的合理度
這一條其實是一個相對抽象的總結，但其實你越了解業務，對自身工作越有好處。
系統產品提了一個需求：需要一個配置，這個配置是用來控制某個模塊中的某個部分功能是否對用戶開放，那么就需要在操作系統上做一個可配置的頁面，根據人員的操作，對系統進行可配置化管理。
這樣說起來像是一個不需要動腦的需求，但實際上你其實全方位多角度的考慮這個配置的情況，比如：（括號中為思考樹的枝葉，可以不看）
- 配置生效的位置，比如說配置項分別是作用于系統哪個部分，會對哪些數據造成影響。
- 配置儲存的要求（是否對配置有時間要求？若有，存儲在哪里可以滿足；若無，是否設定緩存時間的閾值）。
- 配置要求，比如說在無配置的情況下，系統是否有默認值（如果有，平臺無需定義，如果無，則平臺是否需要配置默認值）？
- 使用方是誰，在頁面上有權限方面的控制（配置修改是否需要審批）。
- 其他：對什么指標有提升，涉及到的部門有哪些，需求的合理性是否已經被認可（以防止需求做完之后，需要再次返工，或者撤銷需求）。
這樣看起來是不是很繁雜？你可能會問，一個小功能至于么，給他們做了就得了。
其實不然，因為平臺是系統和用戶的連接點，系統的修改（無論開發側還是運營側）很可能直接影響了用戶的使用效果、體驗，最后體現到數據上。
有時候需求方（由于沒有你有經驗、看的廣）可能根本不了解這個配置對業務會有什么影響，這也是做這個需求的風險點，需要告知需求方再做定奪。
三、數據庫的設計很重要
雖然說產品經理不需要“特別”懂技術，但作為運營平臺的產品，數據庫的基本知識需要具備一些，以下是我在未系統學習過mysql的情況下，僅通過工作學習到的一些常用經驗了解數據存儲的基本知識，比如說不只是有mysql這種數據庫；了解不同數據庫的存取邏輯。
- 自己會查數據庫、導數據，如果不會寫語句，就用界面操作的傻瓜也沒問題，可以應付日常工作所需。有時候幫運營定位問題、導數據，可以給開發爭取更多的時間完成項目，利人利己。
- 做需求的時候，可以嘗試給定義表結構、數據情況（當然，也需要充分和開發溝通業務，討論設計是否合理、可擴展性如何
- 對數據庫表的寫入方、使用方了如指掌，這樣一旦出bug了可以迅速定位問題
- 給其他部門提需求的時候，可以替著自己設計的數據表去，不需要再交給開發和開發溝通：）（自豪）
四、在做需求的時候，盡可能地為自己爭取主動權
其實對于公司、用戶、業務來說，對內平臺就是一個工具、操作手段，許多設計都受制于業務，主要是業務上游的規則。這個上游，狹義來說指的是業務流程中的上游。
多掌握一些信息，比如上游系統的設計理由、局限，了解上游業務的設計模式，從而“配合”其設計進行自己的產品設計。
廣義來說，上游可能是來自客戶、客戶端產品、系統、業務……
一切需要使用平臺的人，掌握多方的需求動因，才能讓你在設計平臺時，可能會給你的工作帶來一些更高效的因子，給出更符合需求目的作品。
本文由 @swiiiiii 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
