最近引起熱點關注的是互聯網公司上班作息表。據說是幾個大學剛開始爲了找到不加班、不坑的工作，所以做了一個信息收集表。方便同學之間找到自己喜歡的互聯網工作崗位。
利用線上協同文檔，傳播在社羣裏，在公司上班的同學主動填寫，方便未來即將入職和打算跳槽去這類公司的同學做一個：“企業背調“。
熱點類的事件，往往是產品經理、運營敏感，主要原因是好的熱點可以帶來不少流量，大大提供一波轉化。
看着線上傳播的「作息表」，爲什麼這塊特殊的內容表格，引起這麼多人查閱呢？
同時引發遐想，能夠作爲一款產品來推出上線嗎？
你怎麼看
現在我們以這款「作息表」話題，要做成一款產品，首先要確定產品的步驟。
1.用戶需求分析
針對工作裏關心的話題，信息表抽選了其中最有針對性的話題
作息表統計的字段有加班情況、薪資福利、業務狀況、部門狀況4個維度。互聯網人上班跳槽，也會因爲上面4個維度的問題，導致拒絕去某家公司工作。
2.產品架構設計
有了用戶需求後，接下來我們要構造最能夠滿足操作的最小化版本產品架構。可以通過需求描述我們可以知道最小功能需要提供內容管理、以及內容發佈、內容展示的頁面或功能。
拋開個人中心用戶查看、廣告、內容置頂等運營需求，產品功能至少要有提供用戶發佈、編輯、刪除信息流的入口。
產品架構設計
3.產品形態選型
由於作息表屬於UGC內容，需要用戶產生內容的同時還要有較好的社交傳播性，因此小程序和H5是這類作息表的功能首要選型。
但是由於這塊內容很可能因爲違規內容導致下架，小程序難以保證審覈通過或不下架，所以最好的方式是通過小程序來嵌套H5的方式。既可以保證產品能夠順利持續上線，也能夠盡最大可能給用戶最好的體驗。
小程序有先天的授權拉新、註冊的低門檻優勢，所以小程序的外殼讓用戶註冊數直線上升。
以上我收集了網上整理的app和小程序形態下優劣勢對比。可以看到小程序和app的底層技術實現。
在選擇形態上一定要從技術實現、業務要求、和產品設計3個維度去綜合考慮。尤其是對於新項目和團隊熱點，形態選錯了就會產生後面的運營成本增高
4.功能設計
1.內容發佈頁面
提供關鍵字段的輸入和內容校驗，用戶提交後信息流新增加內容（在沒有內容審覈的情況下）
2.作息信息流
以對應的排序規則展示作息時間，同時區分不同行業下的公司作息時間。
3.作息信息流詳情頁面
對作息時間可以進行詳情查看，若是創建者和管理員可以進行編輯、刪除操作。
5.後臺管理
針對「作息表」的內容進行管理，包括用戶發佈名字、創建時間、註冊手機號、操作（內容管理）進行展示。方便內容檢索增加搜索入口，通過公司名字進行搜索。
6.非功能性需求
內容安全、運營審覈、權限管理都是非功能性需求，不過在前期都可以儘可能靠線下、靠人工方式處理，減少開發工作量，最小化的實現產品增長。
還有對於輸入框、提交操作、賬戶狀態 都需要進行說明，比如字符輸入長度、字符展示長度、和已經刪除的內容展示、加載和刷新提示都屬於全局提示。
但由於前端有大量的自帶組件，所以非功能性需求產品經理可以依照默認的組件規範（骨架、動畫效果）來評定。
不需要開發，也可以實現做產品嗎？
以上是由產品經理做需求調研下完成的功能設計，但實際上如果把握需求準確，我們可以用第三方產品來完成。現在火遍全網的「作息表」就是用騰訊文檔來傳播的。用戶在騰訊文檔中通過問卷進行內容填寫，內容上架由文檔創建者進行編輯和管理。
下面爲用第三方工具搭建的用戶路徑，滿足內容發佈、內容展示、內容審覈和運營管理的相關需求。
用戶僅有閱讀權限，當然這樣的方案對於「作息表」這款產品的用戶留存就比較困難，因爲用戶沒辦法長按掃碼，同時填寫完全靠用戶主動找到填寫入口。
而有產品設計的「作息表」更加有頁面層級和路徑分開，選擇閱讀和填寫內容都會變得操作目的異常清晰。
如果你也想查閱這份文檔，可以在這個公衆號後臺回覆：“作息表“，查看作息時間。