产品与运营能够产生的火花

木桶原理提现在下面这个产品上，着实可行。想了解如何避免在产品设计上，考虑运营场景，我想这个案例能够带来很多的启发。

背景

一个工业领域设计大赛的报名和评审的网站。主办方为一个地方政府背景的组织。产品开发团队是以合作的方式来完成网站的落地（我所在团队）

起初开发情况

为了满足市场部门的需求，需要在1-2周内将设计大赛的网站上线。

此网站的信息结构为：

1. 首页展示比赛详情，同时在首页提供导航，将各个功能模块入口展示在最外层

2. 第二层页面：是设计参与者的作品简介的列表，能够对全部参与者的作品有大体的认识；同时第二层页面还有上传参赛作品的页面

3. 第三层页面：是每一个设计参与者的作品详情，同时提供游客与设计者互动的评论和点赞的交互接口

4. 用户数据中心：由于此比赛作为子模块挂靠在总站上（也有引流需要），所以数据中心放置在总站的中，具备查看信息和编辑修改作品的功能和权限；运营管理员在此页面上具备特殊权限，能够对用户参赛作品进行审核

上线后第一次迭代的功能

主要为：参赛者是否能够修改自己的作品。包括修改的时间截止点，修改重新提交后运营管理者的审核。

需求详细为：参赛者能够随时修改自己的作品；修改的时间截止点为比赛开始的时间；重新提交后，需要后台运营管理者的审核

对需求的分析：不赞同参赛者随时修改自己的作品。参考线下的用户场景，用户在看到比赛信息后，将自己的作品提交到主办方那里，则参赛内容不能随意修改。这里重要强调这个报名环节的权威性，不考虑互联网能够提供的方便性。

参赛用户的需求：

⁃   报名过程，可修改的方便性

⁃   上传作品时，造成错误所承担的风险性

主办方的需求：

⁃   要求报名参与者足够认真正视比赛，因为这涉及到用户作品的质量

⁃   最低人力成本对用户作品审核

实际的运营场景：之前网站上线时间紧张，且运营人员与产品开发团队分隔两地，所以确实没有沟通，没有了解到真实运营需求。真实的需求为：用户上传作品后，运营人员判断内容是否为垃圾内容，则最后再进行作品的投票和评审过程。这中间，我们将运营的工作内容与评审的内容没有区分清楚，且市场方面急切催促，最后开发团队就直接将需求落地。

后面又遇到的问题

1. 比赛内容运营没有严格的审核标准，用户上传的内容图片质量差，文字介绍简单

2. 整体内容调性上没有给准备参赛的用户一种“内容质量”的要求

3. 参赛作品的详情介绍页面，内容单调，图片质量粗糙

不可否认，由于高看了运营人员的运营能力，导致整体产品视觉上和内容上无法达到要求。导致比赛页面很难再转向正规。

最后总结几点经验：

1. 产品上线前，与运营人员充分沟通其运营过程，定下书面运营指标，并提供给运营人员可供参考内容

2. 运管人员必须严格执行内容质量的标准，不能过度追求用户数和内容数，而忽视了内容质量

3. 对用户上传图片和时，给出一定的要求（由于是设计比赛）。并且提供一份参考案例，并提示参与者被拒绝的可能性

4. 在作品介绍时，上传一张图+一段有字数限制的介绍文字，通过后台拼接数据的方式，展示在前端，能够避免用户参与者无法编辑出丰富的图文。

珍惜一位优秀的内容运营人

welcome to my personal website https://yujiemeng.github.io/