搜索:   
现在的位置:首页 > 机械方案

如何设计一套高效的产品方案?

来源:本站 作者: 发布时间:2019-01-06 19:45:19 人气: [ ] 查看评论

  按照“正常套路”来说,我们应该去分析竞品,去做调研,去做SWOT,哗啦啦的一大串的术语表示我们应该这样,或者那样。

  举个例子,比如一个消息系统,那就一定会有终端的用户,也会有后台的运营。用户接受系统推送的各种消息,后端的运营负责推送各种组织希望用户查看的内容。

  其次,在考虑任何需求的时候,一定要兼顾左右,多数情况下一个需求都需要前后端来协同,如果用户角色有明显拆分的时候还要考虑不同角色的影响,比如移动医疗,很明显的就是三角关系:患者—平台—医生。

  总结起来,设计一个需求方案,首先要能快速厘清楚边界,到底会那些用户,那些系统,甚至那些设备,终端,渠道受到影响,而不是关注自己的一亩三分地,拨拉拨拉就开始做界面设计。

  我们往往首先看到的是,增删改查,是的,这4个功能操作简直就是金钥匙,先能把这四个做好,至少交代了一大半,其他的就慢慢的调整完善即可。

  但增删改查,仅仅是实现业务的功能性操作,在面对一个新产品或者新需求,更应该关注的是场景下的用户动作,也可以理解为业务动作。那些用户会需要这些业务动作来完成某一些任务。

  比如在一些客服系统的后台设计中,接单、派单、回单就是典型的关键性业务动作,通过这些关键动作就可以构建一个完整的业务闭环,实现整个业务流程的流畅运转。

  如果在这个过程里面,我们只看到新增、修改订单,就一定会陷入为实现功能而设计产品的思路,随着业务的复杂性和订单的量级提升,整个系统就会越发复杂而难以为继。

  更为关键的是,这种思路设计的产品,缺乏灵活性和扩展性,如果需要扩展业务范围,调整业务流程,不断完善的管理机制,整个系统在极短时间就会陷入瓶颈,甚至不得不依赖更多的人力和物力来支持的业务增长。

  我最早接触到这样一个案例大概是在13年左右。原来的系统,因为需要接入不同的客户,而每个客户的订单内容是有很大的差异,最后在运营一段时间后,演变为不得不根据每一个客户重新“拷贝”出一个新的系统才能勉强支撑整个业务的需要。

  一个好的产品,本身就是“通过某种方式为某些客户解决某些问题”,流程回答的就是“如何解决用户问题”的问题。

  设计清晰合理的流程,可以极大的提升业务效率,反之,则必然导致产品的拧巴,其在开发、设计过程中,也必然困难重重。

  如何设计产品流程,可以借助很专业的工具,比如visio就是一个非常高效的工具,但没有visio,也可以画出漂亮的流程图,关键还是要掌握必要的规范,一些技巧也能提升工作的效率。

  所谓内容,指的是在这个系统中,所有用户接触的界面。包括但不限于消息、订单、模板等等,不同的产品形态和不同的场景,决定不同的用户对象所体验的界面。

  比如商品详情页,成熟的电商平台,商品详情页几乎承载了商品的所有信息,是否可以一股脑一次性全上?

  这就和产品的成熟度相关,也和产品的用户特性相关,MVP的指导原则很好的回答了这个问题。要注意的是,业务流程决定内容字段,反过来内容字段也会对流程造成影响。

  状态是结果的一个呈现方式,在有恰当的输入后,通常都必然带来某种状况的结果输出。它会决定开发的顺畅程度,也是在检验业务流程设计合理性的关键点。

评论】【加入收藏夹】【打印】【关闭】【进入论坛讨论】【回顶部

评分: 1分 2分 3分 4分 5分 平均得分: 分,有 人参与评分.
发表评论:(可直接用论坛账号评论) 共有条评论 查看全部评论

查看全部评论

相关导读

    无相关信息

最新资讯

热点资讯

推荐资讯

最新教程

关于我们| 客户案例| 服务项目| VIP服务| 联系我们| 客户服务| 免责声明|
Powered by 爱发168 Code © 2016-2017 www.g22.com