最近引起热点关注的是互联网公司上班作息表。据说是几个大学刚开始为了找到不加班、不坑的工作，所以做了一个信息收集表。方便同学之间找到自己喜欢的互联网工作岗位。
利用线上协同文档，传播在社群里，在公司上班的同学主动填写，方便未来即将入职和打算跳槽去这类公司的同学做一个：“企业背调“。
热点类的事件，往往是产品经理、运营敏感，主要原因是好的热点可以带来不少流量，大大提供一波转化。
看着线上传播的「作息表」，为什么这块特殊的内容表格，引起这么多人查阅呢？
同时引发遐想，能够作为一款产品来推出上线吗？
你怎么看
现在我们以这款「作息表」话题，要做成一款产品，首先要确定产品的步骤。
1.用户需求分析
针对工作里关心的话题，信息表抽选了其中最有针对性的话题
作息表统计的字段有加班情况、薪资福利、业务状况、部门状况4个维度。互联网人上班跳槽，也会因为上面4个维度的问题，导致拒绝去某家公司工作。
2.产品架构设计
有了用户需求后，接下来我们要构造最能够满足操作的最小化版本产品架构。可以通过需求描述我们可以知道最小功能需要提供内容管理、以及内容发布、内容展示的页面或功能。
抛开个人中心用户查看、广告、内容置顶等运营需求，产品功能至少要有提供用户发布、编辑、删除信息流的入口。
产品架构设计
3.产品形态选型
由于作息表属于UGC内容，需要用户产生内容的同时还要有较好的社交传播性，因此小程序和H5是这类作息表的功能首要选型。
但是由于这块内容很可能因为违规内容导致下架，小程序难以保证审核通过或不下架，所以最好的方式是通过小程序来嵌套H5的方式。既可以保证产品能够顺利持续上线，也能够尽最大可能给用户最好的体验。
小程序有先天的授权拉新、注册的低门槛优势，所以小程序的外壳让用户注册数直线上升。
以上我收集了网上整理的app和小程序形态下优劣势对比。可以看到小程序和app的底层技术实现。
在选择形态上一定要从技术实现、业务要求、和产品设计3个维度去综合考虑。尤其是对于新项目和团队热点，形态选错了就会产生后面的运营成本增高
4.功能设计
1.内容发布页面
提供关键字段的输入和内容校验，用户提交后信息流新增加内容（在没有内容审核的情况下）
2.作息信息流
以对应的排序规则展示作息时间，同时区分不同行业下的公司作息时间。
3.作息信息流详情页面
对作息时间可以进行详情查看，若是创建者和管理员可以进行编辑、删除操作。
5.后台管理
针对「作息表」的内容进行管理，包括用户发布名字、创建时间、注册手机号、操作（内容管理）进行展示。方便内容检索增加搜索入口，通过公司名字进行搜索。
6.非功能性需求
内容安全、运营审核、权限管理都是非功能性需求，不过在前期都可以尽可能靠线下、靠人工方式处理，减少开发工作量，最小化的实现产品增长。
还有对于输入框、提交操作、账户状态 都需要进行说明，比如字符输入长度、字符展示长度、和已经删除的内容展示、加载和刷新提示都属于全局提示。
但由于前端有大量的自带组件，所以非功能性需求产品经理可以依照默认的组件规范（骨架、动画效果）来评定。
不需要开发，也可以实现做产品吗？
以上是由产品经理做需求调研下完成的功能设计，但实际上如果把握需求准确，我们可以用第三方产品来完成。现在火遍全网的「作息表」就是用腾讯文档来传播的。用户在腾讯文档中通过问卷进行内容填写，内容上架由文档创建者进行编辑和管理。
下面为用第三方工具搭建的用户路径，满足内容发布、内容展示、内容审核和运营管理的相关需求。
用户仅有阅读权限，当然这样的方案对于「作息表」这款产品的用户留存就比较困难，因为用户没办法长按扫码，同时填写完全靠用户主动找到填写入口。
而有产品设计的「作息表」更加有页面层级和路径分开，选择阅读和填写内容都会变得操作目的异常清晰。
如果你也想查阅这份文档，可以在这个公众号后台回复：“作息表“，查看作息时间。