La historia de Netflix: Eso nunca funcionará.

Netflix

Eso nunca funcionará fue la respuesta de la esposa de Marc Randolph, el fundador de netflix, cuando le contó la idea renta de películas por correo.

Estos son mis aprendizajes del audiolibro https://www.beek.io/libros/eso-nunca-funcionara.

Marc narra cómo nació la idea. Estuvo buscando ideas en su viaje diario al trabajo junto Reed, a quien quería convencer para invertir e iniciar su idea.

En sus ideas iniciales estaba:

  • Comida de perro personalizada
  • Bates de béisbol personalizados
  • Shampo personalizado

Ninguna convenció a Reed, el problema de lo personalizado es que no es escalable, cada solución es única y no se podría llevar a producción masiva, aparte imagina se muere un perro con la comida. Todo el problema de PR que podría haber.

La idea del bate de béisbol es porque su hijo estaba en las ligas menores y en etapa de crecimiento, no todos los bates funcionaban para todos.

El inicio de Netflix

La historia que cuentan del inicio de netflix es que Reed encontró una película (vhs) en su casa y cuándo la devolvió tuvo que pagar una multa de $40. Mas adelante cuenta que no fue tan así, pero que la mantuvieron porque era mágica, era corta y concisa. Permitía a cualquier identificarse con la marca.

Inicialmente era demasiado caro enviar un vhs, pesaba demasiado y peleaban contra gigantes, no era rentable. El DVD era un formato no tan conocido pero hacía bulla. Así que la estrategia fue empezar a comprar todos los dvd’s que hubieran en el mercado para poder decir que tenían todos. Y así tener un ventaja competitiva contra blockbuster.

Lograron alianzas con fabricantes de dvd’s para que incluyeran un sticker de 10 rentas gratis al registrar su código único por reproductor. Algo que fue difícil de conseguir debido a que esas empresas grandes y llenas de burocracia no eran tan flexibles a cambios como una startup. Esto lo vemos hoy en día con stickers de Netflix de dispositivos.

Cualquiera pensaría que al tener una alianza con Sony y toshiba ya sería un gran paso. Resulto que no funciono tan bien, los códigos iban afuera del empaque y cualquiera con una pluma y un papel podría copiar los códigos y canjear sus películas gratis.

No había retención de clientes

El otro gran problema que encontraron es que la gente no regresaba como cliente, no tenían retención. Al inicio vendían y alquilaban dvd’s, y las ventas eran muchos mayores que los alquileres, pero Marc sabia que ese era un callejón sin salida. En el momento que amazon, walmart y cualquier otro gigante del retail vendiera dvd’s les iba a matar el negocio. Netflix quería ser el servicio de renta, no de venta.

Hicieron varias pruebas de envíos al día siguiente. Cuenta que alguien metía todos los pedidos hasta las 3:30pm en su auto, manejaba media ciudad, para luego bajar con una carreta todos los pedidos y llevarlos a la oficina postal para que pudieran ser entregados al día siguiente.

Netflix fue el primero: La clave fue el plan de subscripción

Lo que hizo que resultara la renta de dvd’s fue el plan de subscripción. En un momento desesperado y de no mas tiempo para probar ideas, decidieron probar 3 ideas al mismo tiempo. Recordemos que en esos tiempos no existían subscripciones mensuales, no había streaming ni plataformas para hacerlo.

  • no limites de tiempo de renta
  • pagos único mensual y ver todo lo que puedas
  • y no recuerdo la tercera

El libro es una maravilla narrada, parece un historia de ficción. Si tienen la oportunidad léanlo o escuchen.

El escándalo de Bill Clinton y una película porno

Cuenta la historia de cómo quisieron subirse a la ola del escándalo de Bill Clinton y Monica Lewinsky. Y terminaron enviando una película porno a sus clientes. Se resumen en correr literal para encodear y grabar el juicio de Bil en tiempos record, noche de no dormir y ahorrar tiempo en etiquetas. Enviaron los dvds equivocados. Emitieron un comunicado de disculpa, y que cubrirían el retorno de la película porno. Curiosamente, nadie retorno la película porno.

Otros puntos importantes:

  • En un momento inicial Amazon los quiso comprar pero Reed no le pareció la oferta.
  • Blockbuster les negó la compra cuando estaban pidiendo ser rescatados porque los números no funcionaban.
  • Tuvieron que despedir a mucha de gente inicial porque ya no se podia mantener.
  • Cuando lograron hacer rentable los dvd’s llego el stream. Ya había internet de altas velocidades y accesible para muchos. Tuvieron que tirar todo su sistema de renta y adaptarse. Solo imagen eso.
  • Su cultura se basa en la responsabilidad. Tienen personas adultas y confían en ellos. No importa cómo o cuándo trabajes, pero lo tienes que hacer.
  • Nadie sabe nada. Hay que probar todas las ideas.

Gracias por tomarte el tiempo de leer. No olvides subscribirte y ver otros de mis posts como:

Laravel y el Service Layer

Laravel y Service layer

Recientemente me tope con este termino aplicado a Laravel. Al aprender Laravel desde su documentación te da una guía recomendada y funcional de como usarla de una manera exitosa. Sin embargo su eslogan es:

The PHP Framework for Web Artisans

https://laravel.com/

El framework para artesanos Web. Entonces debemos tomar la documentación como una guía y nada más. El resto esta en nuestras manos de artesanos.

Aquí entra el paso extra del service layer. El proceso de un request http en grandes rasgos es así:

Ahora con el service layer sería así

La idea es separar la parte de la lógica del controlador, logrando así tener responsabilidades únicas en cada elemento, el controlador solo tendrá la tarea de llamar a los elementos necesarios y retornar resultados, convirtiéndose es solo un mensajero, manteniendo una arquitectura de software limpia y fácil de mantener.

Service layer es un patrón de diseño que nos permite no repetir código. Permite abstraer la lógica cuando necesitas usar la lógica con diferentes front end. Permite abstraer la lógica de la aplicación a un servicio común.

Ejemplo

Sin service layer

UsersController.php

<?php

namespace App\Http\Controllers;

use App\User;
use Illuminate\Http\Request;

class UsersController extends Controller
{
     public function create(Request $request){
           $validator = $this->validate($request->all(), [...]);

         User::create([
        'email' => $request->get('email'),
        'name' => $request->get('name'),
        'password' => $request->get('password')
    ]);

        return redirect('users')->with('user', $user);
     }
}

Con service layer

CreateUserService.php

public function make(Request $request)
{
   $user = User::create([
     'email' => $request->get('email'),
     'name' => $request->get('name'),
     'password' => $request->get('password')
   ]);
   return $user; 
}

UsersController.php. Inyecta en el nuevo servicio en el constructor.

public function __construct(CreateUserService $createUserService)
{
    $this->CreateUserService = $createUserService;
}

public function store(Request $request)
{
    $this->CreateUserService->make($request);

    return back()->with(['success' => 'Congratulations!']);
}

Así que ahora sabes, puedes crear usuarios desde diferentes lados, por ejemplo un API y un frontend tradicional con blade. O hasta en proyectos con multiples dominios con ui limitadas o diferentes. Ante cualquier cambio solo tendrás que actualizar tu servicio.

LinkedIn
Share
Instagram
WhatsApp