在产品确定开发之后，产品经理有时发现条条大道通罗马，内容设计的多了无从下手，不知道应该走哪一条的问题，先说一下我作为产品经理设计互联网产品的流程，仅供参考。
首先考虑是先设计前段还是后端，我个人对后端系统的理解是对数据的规则、流程、权限的增、删、改、查；前端是作为数据的载体，提供展示。后端系统对前段数据和页面进行管理的前提是前端有数据，当前端的数据还没有确定，后端不会产生内容的字段，再者前端的页面增加了一个具有权限的字段，那么其后端数据的交互势必会发生变化，而有些规则是不可逆的，往往导致推倒重来，譬如社区类产品中某些内容是原本都可以查看，现在只允许成年人查看，那么后台就需要增加自我审查机制，把内容进行筛选分组，并非是把Y变成N那么简单。所以我认为前端先于后端设计。
前端的设计流程：
A.页面内容
前端页面设计，在设计之前必须要知道公司有什么马上可以转换为产品所用的资源，资源包含有哪些属性，譬如：标题、内容、作者、时间、浏览量、点赞量、关注数等等，呈献给用户观看的字段都需要在思维导图中全面的陈列出来，然后在使用减法去掉重复不必要的字段。再根据设计心理学中提到本能层、行为层、反思层去设计。本能层设计上要围绕产品本身的核心价值去设计，所见即所得，展现出自己真实的目的；行为层设计上是功能、易理解性、易用性和感受，以用户目标为导向，让使用者能够轻易找到自己要找的内容，不会产生焦虑感和迷失感；反思层设计上是能够引起用户共鸣的，能够感受到设计者的用心和真诚之处。
B.功能需求文档
1.名词定义：为了减少交流中不必要的错误，有必要详细描述下专业词组的定义，譬如用户=注册并登录的使用者；
- 功能描述：清晰描述对功能的理解，使用陈述句，最好包含主谓宾定状补限定词和量词。能够让所有参与者明白整个功能的全貌，譬如分享功能，用户需要把打开海报页面分享到微信好友、朋友圈、QQ空间、QQ好友、微博、知乎，并且可以把此页面的生成图片；
3.输入前置：确定谁可以进入这个页面/点击这个功能，必须满足什么样的条件才可以召唤神龙；
4.流程说明；主要是描述页面的跳转，以用户目标为导向，设定用户的行为；
5.数据交互：此环节是重中之中，产品经理需要明确的知道用户点击页面之后哪些地方数据发生了怎么样的变化。譬如用户给内容点赞的时候，此后这条点赞信息会引起我的点赞、我的查看历史，内容页面的点赞图标变化，点击之后是否还能引起其他变化，譬如推送给消息，出一个感谢的话语等等；
6.状态说明：说明此时用户的状态，与前置区别在于，此内容重点描述用户发生行为之后的状态；
7.测试标准：对于每一个功能，交付的时候需要达成什么样的效果，需要清晰地描述出来，并设计成高保真原型图。
以上环节举例：我要设计一个幼儿插图阅读应用中的发布功能，作者=平台专门认证的某一领域的入驻人士。发布功能的入口只有作者的应用中才有，作者登录之后，只能发布所属栏目下的内容，填写完必要字段后，点击发布，进入审核流程，审核的内容显示在我的作品-待审核状态下，待审核内容可以再次编辑，已发布的内容也可以进行二次编辑，数据状态随着后台审核而变化，审核通过之后在前端展示，测试标准就是作者可以完整的发布一次文章，用户能够查看，就标志着功能的成功。
前端确定无误后后就需要快速设计后端。
后台系统按功能主要有：用户管理、运营系统、商城、积分、物流、客服系统、进销存、CRM、CMS、HRM、权限分配、流程配置、运维系统等，如果是b2b2c模式，还需要另外设计一套供企业使用的后端，本人设计的时候遵循下面三个设计原则
没有与硬件对接，后端系统需围绕数据分离，权限分组、规则一致三个原则设计。
数据分离是每个字段进行独立，每个功能进行单独调用并组合。因为整个大系统中数据关联很冗杂 ，分离出来避免造成混乱，尤其涉及到权限和规则的时候，诸多页面关联一个字段。
权限分组是在特定的分组下的特定人可以使用特性权限的内容，这样仅仅赋予群组规则就很方便的进行管理。全权限设计可遵循RBAC法则。
规则一致是保证前后端的数据和逻辑一致，不能把一个字段同时分配到两个规则下，一个字段非A及B，没有第三种选择。
产品设计要求产品经理有大局观，期间设计要连续，时间断层不可太久，如果时间相隔太久需要产品经理从新想过之前的想法，可能会产生新的想法，新的想法会左右目前整体的设计，可以在设计完之后，在进行仔细检查，但需保证其是一个统一的整体。
本文由 admin 创作，采用 知识共享署名4.0 国际许可协议进行许可
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名
最后编辑时间为: Jan 14, 2022 at 05:22 pm