|惊险的一跃:传统IT人转型互联网( 二 )


互联网产品顺应了时代的呼唤 。 几乎每一款有名气的SaaS产品 , 都追求极致的用户体验 , 根据用户对产品的反馈进行持续迭代 , 目的就是为了不断赋能用户 , 提高用户的效率 。
三、如何转型
传统IT人转型互联网具有巨大的优势 。 了解客户、熟悉业务、精通软件架构 , 这些都是互联网公司所看重的经验 。 同时 , 随着SaaS行业的进一步发展 , 这些优势还会发挥更大的作用 。 具体分析 , 请点击阅读我的另一篇文章《SaaS颠覆传统软件了吗?》
但是 , 由于互联网所带来的深刻变化 , 传统IT人的转型并不会一帆风顺 。 结合自身的经历 , 我总结了3个关键的转变 。 只要传统IT人能够处理好这3个转变 , 就能够顺利完成华丽转身 。
1. 从“为上线负责”到“为效果负责”
过往的系统建设都是项目制的 。 顶层规划、分步实施 。 一旦某个系统完成建设 , 即进入运维期 , 除非发起新的项目 , 否则基本不会再进行大的升级 。 这就意味着 , 一旦系统平稳运行 , 传统IT人就需要转战下一个战场 , 开始新系统的建设 。
互联网时代的系统建设强调小步快跑、高速迭代 。
系统上线成功 , 往往只是意味着核心功能能够使用、基本流程能够跑通 。 产品经理还需要持续完善功能 , 并根据业务发展不断进行产品迭代 。
在传统软件时代 , 第一次上线的系统往往经过全面流程梳理、方案设计 , 集中力量进行大规模的开发和上线 。 巨大的沉没成本使得企业决策层难以轻言放弃 , 因此即便暂时没有取得成效 , 仍然会坚持投入 。
但是在互联网产品时代 , 由于采用MVP(最小可用产品)的开发原则 , 第一次上线的系统往往只有最核心的功能 , 投入的时间和资源都相对有限 , 因此一旦证明系统是失败的 , 企业相对容易做出放弃的决策 。
因此 , 传统IT人只需要为系统上线负责 , 但是互联网人却要为产品的使用价值负责 。
为了实现产品的价值 , 我们一方面需要关注产品的KPI指标 , 比如内部产品我们需要关注用户满意度、成本和效率指标 , SaaS产品则需要关注活跃用户数、付费账户数等指标;另一方面 , 我们需要和运营部门、业务部门紧密合作 , 打破部门墙 , 一起推进产品的使用 , 争取早日实现产品的价值 。
2. 从“关注管理者”到“关注用户”
传统管理软件的整个生命周期都是以管理者为核心的 。
以典型的ERP项目为例 。 售前阶段 , 销售团队通过向企业高管兜售理念和成功案例赢得项目订单;实施阶段 , 顾问团队在办公室和企业管理层、核心骨干共同完成需求调研、方案设计、系统开发和测试工作;只有到了临近上线阶段 , 项目团队才开始接触最终用户 , 而且只是给用户培训系统的操作 。
为了减少实施阻碍 , 传统软件项目往往披上了一层“管理变革”的大衣 , 而作为执行层的最终用户 , 大多数时候只能对项目组的安排言听计从 。
在互联网时代 , 快速的市场变化使得企业不得不将权力更多下放到一线 , 同时 , 高昂的人力成本也使得企业越来越注重提高员工的工作和协同效率 。
和传统管理软件一次性买断所不同 , 互联网软件往往“以租代买” , 如果是自建 , 则会经历一个较长期的迭代过程 。 这就意味着 , 一旦一线员工反馈软件不能满足业务需求 , 或者降低了工作效率 , 那么软件大概率会被弃用或被要求重新设计 。
传统IT可以只关注管理者 , 但是在互联网时代 , 除了关注管理者 , 更要关注一线用户的效率和体验 。 IT人一定要到现场去 , 观察一线人员的操作 , 解决一线人员的问题 , 与一线人员做朋友 。 具体案例可以点击阅读文章《B端产品 , 如何用一年从菜鸟到行业专家》的部分章节
3. 从PC端到移动端
SaaS之所以能够逐步蚕食传统软件的地盘 , 靠的就是良好的移动端体验 。


推荐阅读