数据库维护

找论坛
ddsxusheng
Lv1 太平洋舰队新兵
太平洋舰队新兵 贡献24,距离下一级还需56贡献
楼主
2017-11-02 17:28 0 0 只看楼主
电梯直达 
最后由 ddsxusheng 于 2017-11-02 21:23:54 修改
目前有很多公司,外包公司都在把产品经理和项目经理这两个职位没有区分出来,大部分公司基本都以程序员为主导的外包平台,我这给大家介绍一家基于产品经理优势的创新新威客外包平台,今年刚推出来的新起之秀汇新云平台。互联网圈子基本都知道,一家软件公司里面大部分都是的营销人员找用户,技术人员或者技术总监进行跟用户交谈,这种形式的交谈完全是无法让用户对自身的产品进行分析,技术总监和用户交谈的内容大部分都是关于软件技术需求方面,没有办法去引导用户的自身需求,对于软件市场的分析。
软件外包是长期存在各种争议的行业,也是甲乙双方互撕非常剧烈的领域。为什么会出现如此恶劣的情况主要因为

产品研发经常容易陷入的两个极端误区 

第一种是技术背景创业者容易犯的错误,就是技术架构是咋样,产品就长成啥样。我的技术结构和数据结构是这样的,所以我页面的功能就是这样的。

第二种是一些技术入门级的公司容易犯的错误,就是产品目标是啥样,技术架构就啥样。 因为我要做各种功能,所以我的代码和数据结构就完全忠实地按照这个功能设计来写。

评论



出现这种极端的问题主要是在于写出的需求文档,没有考虑复用性、耦合性,对扩展性没概念,对可能的需求变更没概念,对业务发展和运营没概念 。前期做好,看上去还行,后面想做个活动,想搞个新特性,啥都要重新来弄。这些都可以算是研发团队和需求者的沟通中的一些弊病。如何更好规避这些问题,起到决定的作用就是产品经理,产品经理他在需求者和研发团队做到承上启下的作用。为需求者分析梳理需求,让用户的需求能够切合研发,细节点处理到位,不会出现只有框架没有内容。产品经理就是让研发团队研发出来的软件符合需求者最初的想法。汇新云以独特的板块,邀请IT行业专业的产品经理入驻,为需求者梳理需求。全程指导软件研发,随时随地提供进行沟通。

产品经理的目标,就是用户感知。我要的功能、特性,用户预期是什么,用户的交互反馈是什么,前面的东西,必须紧密围绕用户感知来做,不能说技术架构长啥样,我就做成啥样。当然,有些事情可以沟通。在尽可能满足用户感知的情况下,如何降低技术成本,提高研发效率,这是可以沟通协商的。
评论



而技术架构的工作,就是在尽可能满足用户感知的前提下,有效降低技术成本,以及提高对未来业务和运营的兼容性。当然,这两者可能有一点冲突,但并不是完全冲突。

所以一个界面视图里,可能存在多个技术结构的杂糅,或者同一个数据结构里的内容可能会根据条件不同,体现在不同角色的不同场景里。这都不是问题,产品架构和技术架构,本身不存在必然的关联。最典型的是搜索引擎,一个搜索框,后面是极为复杂和庞大的技术架构,但给用户的感知是非常简单和明确的——你想要的是什么,我如何尽可能达到你的预期。

您需要登录后才可以发帖 登录 | 立即注册

其他登录方式:

常用表情
太平洋电脑网论坛帖子仅代表作者本人意见,不代表网站立场。请勿轻信特价、汇款、中奖等信息,
请勿轻易透露个人资料,因此产生的一切后果,PConline不承担任何责任
回复 发新帖 找论坛 反馈 回顶部