关于产品设计的一些经验分享

本文是上篇文章《从场景出发,谈谈从定制开发到通用性产品》一文的后续,也是下一篇准备要写的文章的前奏;笔者在此简单总结了4条在产品设计过程中可能遇到的问题,相信是大多数1-2岁产品专员或助理在工作中经常遇到的问题。

关于产品设计的一些经验分享

1.先做什么,后做什么

假如你是一个逻辑清晰的产品经理,那么你画原型或写 prd 时的设计顺序,很大程度上也代表了开发部门的工作排期。产品新手可以多向开发人员学习,学习软件工程领域的开发理念,看看他们接到 PRD 后是如何安排工作排期的(针对小团队),以及对于某个需求或用例,他们是如何拆解的。

举个例子,以合同管理软件为例,应该先设计合同台账,还是合同录入,还是控制审批、统计分析等?

分享个方法,先设计“没有它,谁都玩不转”的功能,也就数据源。接着对初步规划的“功能”进行拆解,哪些“细分功能点”可以被其他“功能”复用;哪些功能需要用到同一张数据库表(这被开发同学叫做模块化设计,下一篇文章详谈)

关于产品设计的一些经验分享

以上图为例,哪个功能是“数据源”?有两个,一个是合同录入,一个是合同台账,因为有“其他功能”依赖他们。具体在这两个功能,谁先谁后就要看产品定位,更偏重审批还是更偏重分析。当然,最基础的应该是“数据库设计”,不论先做什么都要提前做好数据库设计,下下下下...篇文章再说吧。

2.先画原型,还是先画 UML 图,还是直接输出 PRD

答案是先画 【1. UML 活动图 、用例图】,接着是【2. 原型】,再接着是 【3. UML 时序图、状态机图】等用于针对性说明的图例,把这些图都画完了,最后才是【4. PRD文档】。

为什么?做一件事至少要先把事前搞清楚吧——从哪到哪去往哪、跟谁一起,这是【1】;接着是路上会遇到什么、天气怎么样等具象化的东西,这是【2】;再接着是遇到紧急情况如何应对,这是【3】;最后形成旅行攻略【4】。

关于产品设计的一些经验分享

再分享一个例子,我在不会用 UML 之前,觉得产品经理学这个只是为了画流程图理思路;学会一丁点后才发现,UML真香,不仅可以用于自己理思路,还能让大部分人一眼就能看懂你想干什么。建议大家都去学。

3.不懂业务怎么办,以及如何快速理解业务

个人认为,不懂业务的产品经理基本上 = 零价值了,所以必须得想办法尽快理解业务。这里总结了 3 种方法:

【大笨蛋】关于这类业务,什么都别问,先看它100 篇文章再说。(实不相瞒,这是我用过次数最多的方法)因为不懂业务,任何高大上的模型和设计理念都是空谈。

【一般人】竞品分析,假装成需求方去套竞品的试用账号,然后照抄。(脸皮薄,只试过两次)不要觉得抄袭竞品不好,这是提高产品演变效率的一条捷径,因为抄袭人总是比被抄袭人成绩好。

【聪明人】 ERP 沙盘模拟,没听过的可以搜一下了解了解,然后自己在大脑或图纸上模拟一个沙盘,自己跟自己玩游戏。

4.关于 ToB 产品经理的一个悖论

太懂交互体验 vs 对交互乱感觉。

ToB 产品阵营里确实有这么两类人,一类对交互体验和UI设计异常敏感,一看到陈旧的前端框架就想跳起来;还有一类是完全不懂交互,或者是乱感觉,令人迷惑的界面排布和各种前后不一致。

个人认为还是要搞清产品经理的职责,对ToB产品而言,能照顾用户体验是加分项,但解决问题应该永远放在第一位,实在不行就一切“循先例”~

对开发来说,他们是面向对象开发;对产品来说,我们是面向问题设计。

本文由 新媒体之家 作者:产品路漫漫 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
0

发表评论