Баланс между клиентами и функционалом софта?

Question

[Кирилл Горелов]

Есть софт, продаю.
Софт естественно из b2b. И естественно спрашиваю у клиентов, что им нужно, самому выдумывать так себе идея.

Приходят новые клиенты и говорят, что не хватает какого-то определенного функционала и у старых клиентов появляются аппетиты и тоже просят доработок. Все доработки и новый функционал делается бесплатно и раскатывается на всех клиентов.

Собственно вопрос.
Как правильно лавировать между хотелками клиентов и своим тех долгом и своими идеями?
У меня кроме как решения: сначала идут хотелки клиентов, свои идеи последними

Как мне кажется, что на первых парах, норм. Но если клиентов станет сотня, то все это будет проблематично....
И еще важный момент, хоть хотелки их аргументированы и имеют свой смысл, но что если они слишком специфичные или идут наперед моего плана развития софта?

Comments

[Алан Гибизов]

свои идеи напоследок, после идут хотелки клиентов и последним уже тех долг.

Видимо, свои идеи наперво, а не напоследок. Напоследок - это и есть последним.

[Кирилл Горелов]

Алан Гибизов, да, верно. Идут последними. Слегка написано запутанно

[shurshur]

Специфичные доработки, тем более не в русле общего развития проекта, имеет смысл с самого начала выставлять за ценник. Это и самому себе поможет, и научит клиента заказывать действительно нужные ему вещи, а не "кнопка сделать хорошо". При этом доработанные за деньги клиента фичи всё равно можно предлагать и другим клиентам (если клиент хочет, чтобы фичи были строго только для него - это дополнительное увеличение ценника).

[Кирилл Горелов]

shurshur, тоже имеет смысл быть.
Просто всего клиенты уже готовы доплачивать.И что если я дам всем такую возможность доп функционал для них одних и за деньги, тогда я погрязну в кучи разных версиях продукта и буду не успевать делать им всем, что снизит качество продукта((

Answer 1

[Артем Воронов]

Если не хочешь превратить продукт в хаос, то вводи полноценную систему развития продукта:
1. Зарегайся в сервисе типа https://www.productboard.com/
2. Заведи туда все хотелки клиентов и фидбэк, слинкуй хотелки с фичами и фидбэком
3. Оцени фичи с точки зрения прибыльности и усилий на реализацию, если правильно все слинкуешь, у тебя будет данные какие конкретно клиенты просили какую фичу, размер клиента и выручки от него.
4. Учти исключения, например, якорный клиент хочет какую-то фичу надо выкатить ее чтобы он остался
6. Подготовь роадмап с учетом полученного рейтинга фич и приступай к реализации.

Главные моменты:
- Делай только то, что значительно увеличивает выручку\снижает затраты\снимает тех ограничения
- Всегда оценивай как кастомизация под конкретного клиента повлияет на продукт в целом. Иногда лучше не делать кастомизации
- Мелкие хотелки мелких клиентов идут мимо
- Очередность поступления запросов не должна влиять на твои решения

Answer 2

[Василий Банников]

Ну как владелец ПО ты должен вести какую-то стратегию развития.

И еще важный момент, хоть хотелки их аргументированы и имеют свой смысл, но что если они слишком специфичные или идут наперед моего плана развития софта?

Правильно делаешь, что задумался.
Тут у тебя два варианта:
1. Удовлетворять хотелки в исходном виде.
2. Использовать "хотелки" только как сигнал о проблеме/задаче. А способ решения придумывать самостоятельно.

Первый путь проще, но приведёт к техдодгу, разрастанию фич, и многократному дублированию. Второй сложный и не факт что удовлетворить всех, но зато без минусов первого, а может даже оказаться лучше, тк одной небольшой фичей сможешь перекрыть множество разных проблем.

Как правильно лавировать между хотелками клиентов и своим тех долгом и своими идеями?
У меня кроме как решения: сначала идут хотелки клиентов, свои идеи последними

Ну тут у тебя два варианта:
1. Тот что ты назвал - хотелки клиентов вперёд.
Так у тебя будет меньше времени на техдодг и рефакторинг. Да и свои идеи ты откладываешь на потом. Что делать, если эти отложенные идеи должны повысить привлекательность софта в глазах новых клиентов?

2. Искать баланс. Например, если ты работаешь по скраму - ты можешь в спринт брать N задач на новые фичи от клиентов, M задач на новые свои фичи, X задач на баги, Y задач на техдодг.
Либо можешь по расписанию устраивать "инженерные спринта" или "спринт на баги".
Подобное можно реализовать и без спринтов, но сложнее.

Как мне кажется, что на первых парах, норм. Но если клиентов станет сотня, то все это будет проблематично....

Ну ты как минимум не сможешь их все исполнять сразу и тебе придётся их записывать и выставлять приоритеты.

Answer 3

[Владимир Коротенко]

Нам нужен план! (С) Илон Маск

Итак логично что хотелки платные, так же логично потестировать итак делаем следующее:

Основная часть клиентов идет на сайт site.com - стабильная версия
Часть клиентов идет на сайт beta.site.com - тут самый хардкор, но и самые новые плюшки
Часть клиентов идет на сайт clientname.site.com - тут плюшки конкретно под него

Далее вы разделяете версии на ветки нужно кстати держать это под контролем не более 2 мажорных веток.
2.0
2.1
2.2
Кстати этот пункт опциональный

хотелками клиентов и своим тех долгом и своими идеями?

откатываете на бете и на clientname и потом перетаскиваете на основной.

И да за тех долг вам не платят!

Comments

[Кирилл Горелов]

так ведь в этом и суть, что хотелки и делаются бесплатно.
Ведь мне это самому выгодно, что софт обрастает нужным функционалом
А если я буду делать несколько версий софта, мне будет проблемно поддерживать эти несколько версий.

[nolotion]

софт обрастает нужным функционалом

Здесь ключевой вопрос - нужным кому?
Если функционал вдруг никому больше не нужен кроме единственного клиента.

[Кирилл Горелов]

nolotion, клиенты из одной сферы
и у них приблизительно одни и теже задачи стоят.
То есть у меня нету клиентов, который условно в разных нишах и им нужен абсолютно разный функционал.

[nolotion]

Кирилл Горелов, у клиентов могут быть разные взгляды на решение одной и той же задачи. У клиентов могут быть вообще противоречивые требования к одному и тому же функционалу.

Answer 4

[nolotion]

Все вопросы хорошие и правильные, и однозначного ответа на них нет. Похоже, пришла пора познакомиться с product management, почитать книжки по продуктовой разработке, глянуть какие-нибудь курсы.
Если в двух словах - вам поможет видение и приоритизация.

Как правильно лавировать между хотелками клиентов и своим тех долгом и своими идеями?

Приоритизацией задач. Единого правильного подхода, конечно же, нет. Выбирайте и адаптируйте под себя и свой продукт.

И еще важный момент, хоть хотелки их аргументированы и имеют свой смысл, но что если они слишком специфичные или идут наперед моего плана развития софта?

Впиливание штучных запросов от клиентов - это антипаттерн продуктовой разработки. Так лучше не делать.
https://medium.com/the-full-stack-researcher/shoul...
Если фичи бегут впереди паровоза или поперек видения продукта - их тоже лучше не делать.

Опять же - единого правильного подхода нет. В каких-то ситуациях лучше сделать, например, чтобы не потерять ключевого клиента.

Еще возможно стоить увеличить ресурсы - нанять дополнительно программистов, тестировщиков, сейлзов - чтобы закрывать те процессы, в которых боттлнек.

Answer 5

[Алан Гибизов]

На мой взгляд диванного аналитика, очередность - в порядке поступления. Вне зависимости от того - ваши это идеи или клиентов. Но учитывать суперкритичные, конечно.

spoiler

При этом мелкие доработки могут идти как подверсии и распространяться с обновлениями. А существенные - как новые версии и идти соответственно за отдельную плату, но старым клиентам с хорошей скидкой. Вышла новая версия - старую снял с продажи.
При этом у ПО должен быть срок поддержки. После того либо берет новую версию, либо оплачивает доп.поддержку.