产品经理也要懂点布局排版

  近来公司为期较长的一期需求终于封包了，这期需求是一个大功能改版，下面对在做本期需求过程中遇到的问题做个总结。这次遇到最大的坑就是关于布局排版方面的。有同学可能会疑惑产品经理为什么还要考虑这个问题，在大公司产品部门岗位分的相对比较细PM、UI、UE、UX，而在小公司产品部一般是由PM和UI组成的，其余岗位的工作基本都是PM来搞，因此事事都要做到了解。

（该篇文章的内容相对基础，是对自己工作一段时间以来的总结。所以描述的解决方案不一定完全对，算是抛砖引玉了，欢迎更多的小伙伴抛问题~）

本期产品需求和问题

    我当前做的产品是党建类型的，本次大功能改版是增加各会议记录模板例如三会一课（支部党员大会、支委会、党小组会、党课）、党日活动、民主生活会等6个会议。每个会议在具体业务逻辑或标题文案方面等各有不同。

梳理需求，解决问题（举例描述产品排版的通用问题）

梳理各会议之间的关联性--求同存异：每个会议列表是一样的，不同的是标题文案或会议业务逻辑，比如参加人员类型，主持人类型等。

坑1--标题文案编写：设计的会议主题文案不一样，都分别对应一个不同的提示语（如下图），导致技术大哥需要考虑各种场景给予提示代码较凌乱，同时也增加了测试成本。原以为技术大哥每个会议都单独开发一遍。不是这样的，否则后期维护会累屎~~技术大哥也是开发一个“模板”，各会议用到什么就从中抽取出来。

填坑方法：在不影响用户体验的前提下，标题尽量找共性，将“会议议题”改为“会议主题”，这样提示语可以共用一个“主题不能为空”。这样能减少开发测试成本。

坑2--标题内容定长问题：在创建页内容输入有无定长，需不需要换行显示？（如下图）原以为一般内容输入就是自动换行的，不是这样的~~（懂点技术没亏吃）。特别是IOS系统，创建页显示+输入自动换行相对是比较麻烦的，技术做的时候这个高度基本是定死的，输入多的内容展示1行往前推。如果考虑到开发周期尽量换一种展示方法比较好。

填坑方法：调研其他app发现其他app都巧妙地避免了这个坑。①如果直接在当前页编辑，直接设定多行高度（这样页面展示不美观）②点击进入下一页编辑（设计个专门的编辑页面），编辑完保存返回上一页，这里只是展示。（大部分app都是这么干的）③一般在当前创建页就可以输入的都是内容不多的场景，字数限制在8个字以内，（考虑到屏幕尺寸大小，如Iphone5）。

坑3--内容压盖问题：由于我们产品的特性，很大程度上不限制内容长度。比如姓名，一般app控制在5-6个字以内，而我们却不做限制（少数民族名字有近20字的情况）。这样就会导致姓名和其他属性元素排列在一起时，考虑不周就会有压盖。

填坑方法：首先说明产品设计不限制内容长度其实是不太合理的，这样设计后续要考虑很多地方排版的压盖问题，增加不少开发成本。①能限制字数的尽量限制字数。②没有限制内容长度时排版要考虑根据内容长度...省略号，还是在寸土寸金的地方换行显示（要跟技术大哥说明白的）③真遇到不定长的内容，排版时多加考虑，尽量让它单独一行。

坑4--草稿箱修改保存数据问题。技术原理：修改其实是创建一条新的草稿，然后再删除原来的（删除操作不做错误检查）。当多人同时操作时编辑一个草稿结果就是创建了两条新的，删除了同一个旧的。可能会出现多人同时操作保存后，有2条草稿数据。

填坑方法：先搞清业务需求。①大多数情况，是直接全部覆盖旧的数据。②少数情况是复制多条数据，保存不同的数据。做其他功能也一样，考虑停留在当前页问题。数据刷新问题。

其他常规性问题总结

1.遇到沟通问题要想清楚再给答复，尽量别直接做决定。特别是开发中途技术反馈需求“不合理”，或许在沟通过程中会被技术大哥的点子所诱惑，及时这样也不要直接拍板更改需求。要相信自己当初这样设计一定有他的道理，静下心来对比下当初方案再做决定也不迟。

2.不要主动暴露缺点。为了某一个产品漏洞直接打补丁（或者给予用户提示说明），在这条路上一直错误的走下去。如果发现设计有问题就直接更改正确的方案，不要将错就错。将来花费更大的成本弥补。

3.新功能不为了1%的特殊需求花更多的精力。时间相对充足的情况下可以完善，或后期迭代。

4.技术大哥问产品需求逻辑，不要直接敷衍按需求文档来，大多是有待沟通的地方。要沟通详细，多问一句他是怎么想的，或许真的能碰撞出火花。

5.还是老套路--产品经理一定要多想、多看。

以上就是这段时间的总结。欢迎小伙伴提出问题~ Merry Christmas~